Obama hat es geschafft!

Ob ich mit diesen Beitrag den Hype nur verstärke, oder einfach nur sage, dass es etwas übertrieben ist, weiß ich jetzt auch nicht.

Andere Klassen sind ins Kino gegangen oder nach Nürnberg gefahren und haben wenigstens etwas sinnvolle Sachen gemacht, aber wir müssen in der gammligen Schule bleiben und den ganzen Tag auf dem Sportplatz verbringen. Naja wenn es denn nur das gewesen wäre, denn es geht ja noch weiter.

Etwa 45 Minuten vor Ende des Wandertages hatte dann niemand mehr Lust auf diesen Schwachsinn und alle hatten sich schon wieder umgezogen. Kurz darauf kam unserem Klassenlehrer, der und in Bio und Chemie unterrichtet, die tolle Idee, dass wir doch noch bis zum Ende in einen Chemieraum gehen könnten. Dort hat er dann noch bis zum Ende ein bisschen abgefragt. Richtig, es war Wandertag, wir haben diesen teilweise auf dem gammligen Sportplatz verbracht und dann wurden noch ein paar in Chemie abgefragt. Super Wandertag!

Ich freue mich besonders auf den Informatik-Unterricht, welchen ich letztes Jahr nicht hatte, da sich irgendjemand im Ministerium ausgedacht hat, dass man diesen ein Jahr zwischen drin nicht haben soll. Auf dem Lehrplan stehen vor allem Tabellenkalkulation und Datenbankverwaltung. Das wird bestimmt ein tolles Schuljahr mit viel Microsoft Excel und Access. Ich freue mich ja schon so sehr! Wobei, einige Informatik-Stunden werden sicherlich aufgrund von Windows-Problemen nicht stattfinden. Programmieren steht irgendwie gar nicht auf dem Lehrplan, wobei das dann sowieso nur Pascal oder Java oder etwas ähnlich schlimmes wäre.

Bitte betet für mich zu dem Fliegenden Spaghettimonster, dem unsichtbaren rosafarbenem Einhorn, Gott und wer euch sonst noch so einfällt, dass ich zumindest ein paar bessere Lehrer bekomme.

Es ist schon sehr komisch, dass zwei Wolkenkratzer, die so gebaut wurden, dass sie einen Flugzeugeinschlag aushalten beide an einem Tag durch ein Feuer bei einem Flugzeugeinschlag zusammengestürzt sind. Mit WTC7 und den Twin-Towers sind das die ersten und bisher einzigen drei Stahlkonstruktionsgebäude, die jemals eingestürzt sind.

Außerdem ist es komisch, dass ein Flugzeug noch genug Energie hat, um in das Pentagon zu fliegen, obwohl es davor mehrere Straßenlaternen gestreift hat. Normalerweise bricht schon bei einer Laterne der Flügel ab. Des weiteren gab es keine Spuren auf dem Rasen, auch dem die Boeing-Maschine angeblich aufgeschlagen sein soll und komischerweise wurden auch noch nicht zu dieser Maschine gehörende Triebwerke gefunden.

Die letzte Maschine, die abegstürzt sein soll, pulverisierte - wie auch schon die Maschine, die in das Pentagon geflogen sein soll - angeblich beim Aufprall.

Schaut euch einfach mal den Film an, falls ihr das noch nicht getan habt und schreibt einen Kommentar, falls ihr den offiziellen Berichten zu 9/11 glaubt. Ich würde sehr gerne wissen, wie die Meinung anderer zu dem Thema ist.

Also zuerst sollte man sich das Script herunterladen. Ich lade es in /var/www/hg/ wobei /var/www/ mein Document-Root ist.

Danach muss man ein paar Zeilen zur Serverkonfiguration hinzufügen.

server.modules += ("mod_cgi")

$HTTP["url"] =~ "^/hg/" {
	cgi.assign = (
		".cgi" => "/usr/bin/python",
	)
}

Damit führt lighttpd nach einem Restart alle .cgi Dateien in /hg/ mit Python aus. Dies können wir unter http://server-name/hg/hgwebdir.cgi testen. Es sollte eine Seite mit einer leeren Liste und einem Mercurial-Logo erscheinen.

Jetzt kann man im gleichen Verzeichnis in dem auch die Datei hgwebdir.cgi die Datei hgweb.config erstellen.

Diese Datei könnte etwa so aussehen:

[web]
style = gitweb
[paths]
repo1 = /pfad/zum/repository
repo2 = /pfad/zum/anderen/repository

Das Ergebnis sollte dann etwa so wie hier aussehen.

Jetzt ist http://server-name/hg/hgwebdir.cgi aber keine schöne URL und http://server-name/hg/ wäre doch viel schöner. Dazu können wir mod_rewrite verwenden. Die Konfiguration könnte dann etwa so aussehen:

server.modules += ("mod_cgi", "mod_rewrite")

$HTTP["url"] =~ "^/hg/" {
	cgi.assign = (
		".cgi" => "/usr/bin/python",
	)
}
url.rewrite-once = (
	"^/hg(/.*)$" => "/hg/hgwebdir.cgi$1",
)

Das endet aber in einem Chaos. Viel besser hierfür geeignet ist mod_alias. Damit lässt sich das ganze problemlos machen:

server.modules += ("mod_cgi", "mod_alias")

$HTTP["url"] =~ "^/hg/" {
	cgi.assign = (
		".cgi" => "/usr/bin/python",
	)
	alias.url = (
		"/hg" => "/var/www/hg/hgwebdir.cgi"
	)
}

Damit funktioniert alles perfekt. Wichtig ist, dass der volle Pfad zum CGI-Script angegeben wird.

Im Mercurial Wiki finden sich weitere Informationen, wie man Push-Support unter lighttpd einrichtet.

Vor über 3 Jahren erschien am 12. Juli 2005 die erste öffentliche Version von Django. Seitdem ist sehr viel passiert und vor wenigen Minuten ist die lange erwartete Version 1.0 von Django mit nur einem Tag Verspätung erschienen. Frühere Versionen wie 0.96 waren zwar auch schon stabil und zum produktiven Einsatz geeignet, jedoch ist die Versionsnummer 1.0 einfach etwas besonderes.

Seit der Version 0.96 hat sich auch sehr viel geändert. Die wahrscheinlich größte Änderung ist newforms-admin, welches aber auch schon in den Alpha- und Beta-Versionen enthalten war. Auch neu ist das Auto-Escaping in den Templates, welches in der SVN-Version jedoch schon lange enthalten ist.

Auch viele kleinere Neuerungen sind hinzugekommen. So wurden zum Beispiel die Signals komplett überarbeitet. Komplett geändert wurde die Dokumentation, die jetzt auf Sphinx basiert. Als größere Neuerung ist eine contrib-Application hinzugekommen: GeoDjango (django.contrib.gis)

• Django Weblog (englisch)
• Release Notes (englisch)
• Porting Guide (englisch)
• Download (english)

Hier mal einige Beispiele, wie ernst es Google bei Chrome mit dem Datenschutz nimmt:

In die Adressleiste eingegebene URLs oder Suchanfragen werden an Google gesendet, damit von der Vorschlagsfunktion automatisch gesuchte Begriffe oder URLs empfohlen werden können. [...]

Oh das ist aber sehr nett von Google, dass sie sogar gleich einen Keylogger für die Adresszeile mitliefern. Also Google weiß ganz genau, was ist der Adresszeile steht und das sind dann nunmal die Seiten, die man besucht, dadurch kann theoretisch ein genaues Surfprofil erstellt werden.

Von Ihnen aufgerufene nicht vorhandene URLs werden möglicherweise an Google gesendet, damit wir Ihnen bei der Suche nach der gewünschten URL helfen können.

Wenn man einen defekten Link besucht, wird das also auch gleich an Google geschickt? Sehr interessant, wobei das doch eigentlich durch Adresszeilenlogging auch schon möglich sein sollte.

Die Funktion “Sicheres Durchsuchen” stellt regelmäßig eine Verbindung zu den Servern von Google her, um die aktuellste Liste bekannter Phishing- und Malware-Websites herunterzuladen. Zusätzlich wird, wenn Sie eine Website besuchen, die eine Phishing- oder Malware-Website sein könnte, von Ihrem Browser eine verschlüsselte Kopie eines Teils der URL dieser Website an Google gesendet, so dass wir weitere Informationen über diese potentiell gefährliche URL senden können. Google kann die reale URL, die Sie besuchen, aus diesen Informationen nicht bestimmen.

Wenn die Verbingung tatsächlich nur zum Blacklist herunterladen gut ist, und auch keine Daten gesendet werden mag das ja noch in Ordnung sein, aber ich frage mich, wozu Google eine verschlüsselte Kopie eines Teils der URL dieser Website braucht, weiß ich nicht, wodurch ich stark bezweifle, dass Google nicht die reale URL herausfinden kann.

Ihre Kopie von Google Chrome enthält mindestens eine eindeutige Anwendungsnummer. Diese Nummern und Informationen zur Installation des Browsers (z. B. Versionsnummer, Sprache) werden bei der erstmaligen Installation und Verwendung der Anwendung und bei der automatischen Update-Prüfung von Google Chrome an Google gesendet. Falls Sie Nutzungsstatistiken und Ausfallberichte an Google senden, werden uns diese Informationen sowie eine eindeutige Anwendungsnummer vom Browser übermittelt. Ausfallberichte enthalten Informationen aus Dateien, Anwendungen und Diensten, die zum Zeitpunkt eines Problems ausgeführt wurden. Mithilfe von Ausfallberichten können Browserprobleme diagnostiziert und behoben werden.

Gab es nicht auch mal die Cookies, die bis 2038 gültig waren, deren Gültigkeit jetzt aber verkürzt wurde? So ähnlich kommt mir das jetzt auch vor. Vor allem den letzten Satz finde ich sehr schwammig formuliert. Das würde ja eigentlich heißen, dass Google sich wenn Chrome abstürzt alle aktuell geöffneten Dokumente zukommen lassen könnte. Stelle ich mir sicherlich toll vor, wenn man gerade an einer Steuererklärung oder ähnlichem arbeitet.

Sie können Google mithilfe von Google Chrome als Suchmaschine festlegen und Sie können mit Google Chrome auch auf andere Dienste von Google zugreifen, wie z. B. Google Mail. Die Datenschutzbestimmungen von Google Mail oder anderen Diensten gelten unabhängig vom verwendeten Browser, sobald sie auf diese Dienste zugreifen. Es werden keine persönlichen Informationen an Google gesendet, wenn Sie über Google Chrome eine Verbindung mit Diensten von Google herstellen.

Warum sollte Chrome auch an Google schicken, dass gerade eine Google Anwendung genutzt wird? Das bekommt doch Google sowies schon durch die HTTP-Anfragen mit.

Mein Tipp: Google Chrome nicht nutzen.

Links

• Fefes Blog
• GoogleWatchBlog
• gulli.com

Wer noch einen Link hat, kann gerne einen Kommentar schreiben und ich ergänze die Liste.

Installation

Die Installation ist leider genau so umständlich, wie man es auch von älteren Versionen kennt. Nach dem man die Sicherheitswarnung beim Öffnen des Installers weggeklickt hat und die Lizenzbedingungen akzeptiert hat, werden alte Versionen entfernt. Danach muss man direkt rebooten. In der Meldung steht auch gleich, dass nach dem Reboot Version 8 installiert wird und danach direkt neu rebootet werden muss. Aber das geschiet völlig automatisch und man muss sich eigentlich um nichts kümmern. Und unter VMWare stört mich das auch nicht, wenn Windows meint, es muss 2 Mal rebooten. Jetzt kann man den Internet Explorer 8 starten und nach ein paar Fragen zur Konfiguration auch nutzen.

Funktionen

Natürlich hat der Internet Explorer 8 auch ein paar neue Funktionen bekommen. Meine Favoriten werde ich hier kurz beschreiben.

Hervorhebung der aktuellen Domain

In Zeiten von Phishing ist es immer sehr hilfreich, wenn die aktuelle Domain hervorgehoben wird. Leider ist die Hervorhebung etwas schwach, wodurch ich es auf den ersten Blick garnicht gesehen habe.

InPrivate-Browsing und InPrivate-Blocking

Wenn man InPrivate aktiviert hat, ist man sozusagen in einer abgeschirmten Umgebung, die keine Daten auf dem Rechner erzeugt. So werden also keine Cookies dauerhaft gespeichert und auch kein Verlauf protokolliert. Das kann vor allem für Internet-Cafés vorteilhaft sein, da keine Login-Cookies erhalten bleiben können. Außerdem werden Javascripts blockiert, die auf mehr als 10 Seiten eingebunden sind. Dies kann leider aber auch den Nachteil haben, dass jQuery blockiert wird, wenn man viele Seiten besucht, auf denen jQuery von Google Code eingebunden wird.

Gruppierung von Tabs

Eine sehr nette Funktion ist die Möglichkeit, Tabs zu gruppieren. Diese werden dann in der gleichen Farbe angezeigt und man sieht direkt, was zusammen gehört.

Fazit

Der Internet Explorer 8 ist definitiv ein Schritt in die richtige Richtung. Der perfekte Browser ist er aber lange noch nicht. In Sachen CSS-Unterstützung ist der Version 8 besser als die vorherigen Versionen, aber immer noch nicht optimal. Nutzen werde ich ihn nicht, da es keine Linux-Version gibt, er Closed-Source ist und mir Firefox einfach besser gefällt. Aber natürlich nicht zuletzt ist er immer noch von Microsoft. Wenn Microsoft aber so weiter macht, wird der Internet Explorer doch ein durchaus brauchbarer Browser, vor dem nicht alle Webentwickler Angst haben, weil sie lauter IE-Hacks einbauen müssen, dass alles ordentlich funktioniert.

Liebes Smashing Magazine, ich habe im Rahmen eures Gastautor-Wettbewerbs den Artikel Top 10 Usability Highs Of Mac OS gelesen.

Ich finde, ein solcher Artikel hat auf dieser Seite nichts verloren und gehört vielleicht auf eine Apple-Seite. Solch schwachsinnige Gründe für ein Betriebssystem habe ich wirklich noch nie gesehen!

Abgesehen davon, dass ich bei allen 10 Punkten nicht verstanden habe, was daran so toll oder neu ist, wusste ich zum Beispiel bei Punkt 4 erst garnicht, was dieser Fehler bedeuten soll. Herausgefunden habe ich es erst, nachdem ich mehrere Personen gefragt habe. Dieses komische Objekt soll eine Maus darstellen…

Ganz besonders idiotisch finde ich Punkt 10: “Even kernel panic looks nice!”. Was ist daran toll? Da enthält selbst ein Bluescreen mehr Informationen, als eine lustige Meldung die mir in vier Sprachen sagt, dass Mac OS X nichts taugt.

Auch wenn es um das dünnste dümmste Notebook der Welt geht, finde ich passt so ein Artikel überhaupt nicht zum Smashing Magazine und ich hoffe, dass es in Zukunft wieder hochwertigere Inhalte gibt.

Planmäßig nach der Django 1.0 Roadmap ist heute um 6 Uhr die Django 1.0 Beta-Version erschienen.

Es sind keine großen neuen Funktionen wie GeoDjango (django.contrib.gis) hinzugekommen. Alles neue und andere kann man jedenfalls in den Releasenotes nachlesen.

Laut Roadmap soll als nächstes am 21. August der erste Release Candidate erscheinen. Die finale Version soll dann am 2. September erscheinen.

Laut diesem Eintrag soll nicht nur das Design anders sein, sondern auch die Seite schneller und die Suche besser sein. Ich hatte zwar schon über ein halbes Jahr Zugriff auf die Private Beta, aber genau darum finde ich es besonders toll, wenn das ganze jetzt auf auf der Live-Site verwendet wird, da ich mir die neuen Funktionen schon seit ein paar Monaten anschauen konnte.

Auf einigen Seiten findet man beim Hochladen einer Datei eine kleine Leiste, mit der der Status des Uploads angezeigt wird. So auch zum Beispiel auf Vimeo.

So etwas ist auch mit Django relativ einfach zu machen und ich werde in diesem Artikel zeigen, wie es funktioniert.

Warnung: Dieser Artikel ist nicht für Anfänger gedacht und setzt etwas Erfahrung mit Django voraus.

Zuerst erstellen wir ein Django Projekt und editiert die settings.py. Dort fügt man die Datenbankeinstellungen ein, da wir später ein einfaches Model verwenden werden. Ich nenne das Projekt einfach upload.

django-admin.py startproject upload

Als nächstes erstellen wir eine Application. Ich werde die Upload Status Bar an einer einfachen Fotogalerie demonstrieren, also nennen wir diese gallery.

./manage.py startapp gallery

Dort erstellen wir jetzt ein Photo-Model (gallery/models.py):

from django.db import models
 
class Photo(models.Model):
	photo = models.ImageField('Foto', upload_to='photos/')

Nach dem wir 'gallery' in die INSTALLED_APPS in der settings.py eigetragen haben, können wir die Datenbank synchronisieren:

./manage.py syncdb

Nun erstellen wir einen einfachen View, der alle Bilder anzeigt und auch Uploads zulässt (gallery/views.py):

from django.shortcuts import render_to_response
from django.template import RequestContext
from django import forms
from gallery.models import Photo
from django.http import HttpResponseRedirect
 
class PhotoUploadForm(forms.ModelForm):
	class Meta:
		model = Photo
 
def gallery(request):
	if request.method == 'POST':
		form = PhotoUploadForm(request.POST, request.FILES)
		if form.is_valid():
			form.save()
			return HttpResponseRedirect(request.path)
	else:
		form = PhotoUploadForm()
	photo_list = Photo.objects.all()
	return render_to_response('gallery/gallery.html', {
		'photo_list': photo_list,
		'form': form,
	}, context_instance=RequestContext(request))

Dazu auch noch das passende Template (gallery/templates/gallery/gallery.html):

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
	"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3. org/1999/xhtml">
	<head>
		<title>Galerie</title>
		<style type="text/css">
			body {
				font-family: sans-serif;
				font-size: 10pt;
				padding: 25px;
				margin: 0;
			}
			.photo {
				border: 1px solid #ddd;
				background-color: #fafafa;
				padding: 15px;
				margin: 10px;
				width: 200px;
				height: 200px;
				float: left;
			}
			.photo img {
				max-width: 200px;
				max-height: 200px;
				margin: auto;
			}
			.upload-progress {
				position: fixed;
				left: 0px;
				bottom: 50px;
				background-color: #fff;
				border: 1px solid #ddd;
				padding: 10px;
				color: #aaa;
				text-align: right;
			}
			.progress-info span {
				font-size: 2.25em;
				font-weight: bold;
				display: block;
			}
		</style>
		<script type="text/javascript" src="{{ MEDIA_URL }}jquery.js"></script>
		<script type="text/javascript" src="{{ MEDIA_URL }}upload.js"></script>
	</head>
	<body>
		<h1>Neues Foto hochladen</h1>
		<form method="post" enctype="multipart/form-data" action="/">
			{{ form.as_p }}
			<p><input type="submit" value="Foto hochladen" /></p>
		</form>
		<h1>Fotos ansehen</h1>
		{% for photo in photo_list %}
		<div class="photo">
			<img src="{{ photo.get_photo_url }}" />
		</div>
		{% endfor %}
		</body>
</html>

Das ganze tragen wir jetzt noch in die URL-Konfiguration ein (urls.py):

(r'^$', 'gallery.views.gallery'),

Jetzt funktioniert der Upload und wir können die Galerie eigentlich schon nutzen. Das sieht dann so aus:

Jetzt wird es etwas komplizierter: Wir müssen einen sogenannten FileUploadHandler “einbinden”. Diesen findet man auf djangosnippets.org. Um diesen nutzen zu können, muss Caching aktiviert sein! Standardmäßig ist das mit dem Wert 'locmem:///' für CACHE_BACKEND der Fall. Das könnte jedenfalls Probleme machen. Am sichersten ist es, wenn man 'file:///foo/bar' oder 'memcached://host:port' nutzt. Dieser Wert darf jedenfalls nicht 'dummy:///' sein!

Jetzt erstellen wir die Datei gallery/uploadhandlers.py und fügen den Code von djangosnippets.org dort ein (bis zu dem Kommentar # A view to report back on upload progress:). Danach müssen wir dir settings.py erneut editieren und diese zwei Zeilen Code hinzufügen:

from django.conf import global_settings 
FILE_UPLOAD_HANDLERS = ('gallery.uploadhandlers.UploadProgressCachedHandler',) + global_settings.FILE_UPLOAD_HANDLERS

Außerdem müss man in der Datei gallery/uploadhandlers.py die erste Zeile durch die folgende ersetzen, da es im Django Trunk eine entsprechende Änderung gab:

1

from django.core.files.uploadhandler import FileUploadHandler

Als nächstes fügen wir den Code nach dem Kommentar in unsere views.py ein. Dann muss nur noch die URL in der urls.py gemappt werden:

(r'^upload_status/$', 'gallery.views.upload_progress'),

Damit sind wir im Python-Code fertig. Der Rest wird Javascript sein. Darum speichern wir zuerst ein Javascript von djangosnippets.org in media/upload.js. Dieses müssen wir jetzt etwas anpassen.

Also müssen wir Zeile 18 so abändern:

18

var progress_url = '/upload_status/'; // ajax view serving progress info

Als nächstes müssen wir nur noch jQuery und upload.js einbinden:

<script type="text/javascript" src="{{ MEDIA_URL }}jquery.js"></script>
<script type="text/javascript" src="{{ MEDIA_URL }}upload.js"></script>

Jetzt sollte der die Statusanzeige beim Upload funktioniern. Wichtig ist jedoch, dass das das ganze nicht mit dem Development Server funktioniert, da dieser nur eine Anfrage gleichzeitig (in diesem Fall den Upload) verarbeiten kann, wird die AJAX-Anfrage einfach nicht verarbeitet, wodurch die Anzeige durchgehend bei 0% bleibt.

Wichtig ist, dass man zum Testen eine etwas größere Datei nimmt, damit auch Zeit zum Updaten ist. Auch werden die Grafiken einfach durch CSS skaliert, aber hier geht es nur um die Statusanzeige.

Download: Das gesamte Django Project steht auch zum Download bereit. In diesem sind auch noch ein paar kleinere, relativ unwichtige Anpassungen enthalten.

upload.tar.gz (tar.gz, 2,1MB, BSD-Lizenz)

Die Fotos stammen von verschiedenen Flickr-Benutzern:
Chris Seufert, lorenzaccio*, Victor Geere, von Lutz-R. Frank und coda

Vorgestern ist die dritte Alpha-Version der kommenden Ubuntu-Version erschienen. Die Alpha-Version enthält unter Anderem den Linux-Kernel in der Version 2.6.26-rc8. Den Download findet man wie gewohnt auf den Ubuntu Servern.

Mir ist kein besserer Titel für diesen Beitrag eingefallen, aber jedenfalls wurde in Changeset 7967 oldforms-admin durch newforms-admin ersetzt.

Für Django ist das ein großer Schritt in Richtung Version 1.0. Wer wissen will, wie er die Models für newforms-admin ändern (oder auch die Einstellungen für newforms-admin aus den Models entfernen) muss, findet bei Michael Trier einen Screencast dazu.

[Meldung auf Google Groups]

In dem heutigen Teil der Artikelserie über Django wird erklärt, was Views sind. Views sind einfache Python-Funktionen, die meist in der Datei views.py einer Django-App gespeichert sind. Sie nehmen ein request-Objekt entgegen und geben ein response-Objekt zurück.

Dieser Artikel wird alleine recht kurz sein und ich werde dann im nächsten Artikel, dessen Thema Templates sind, genauer darauf eingehen, aber es wäre jetzt nicht sinnvoll, wenn ich alles ohne Templates mache.

Hier ist also der Inhalt unserer todo/views.py (bezieht sich auf den vorherigen Artikel):

1
2
3
4
5
6
7
8
9

from django.http import HttpResponse
from todo.models import Item
 
def todolist(request):
	item_list = Item.objects.all()
	response = ''
	for item in item_list:
		response += '%s<hr/>'%item.title
	return HttpResponse(response)

Jetzt starten wir den Development-Server:

python manage.py runserver

Jetzt läuft unter http://localhost:8000/ zwar der Server, aber wir haben noch keine Möglichkeit, unsere View aufzurufen, da wir keine URL definiert haben. Dies geht aber ganz einfach: Mann muss dazu nur die Datei urls.py. Dort muss nur eine Zeile Code eingefügt werden. Die Datei sieht danach etwa so aus:

1
2
3
4
5

from django.conf.urls.defaults import *
 
urlpatterns = patterns('',
	(r'^todo/list/$', 'todo.views.todolist'),
)

Jetzt kann man unter http://127.0.0.1:8000/todo/list/ unsere noch recht invalide Todoliste erreichen. Diese sollte etwa so aussehen:

So viel bis jetzt zu Views. Im nächsten Teil werden Views dann noch einmal genauer zusammen mit Templates erklärt.

Wie ich bereits berichtet habe fand vor ein paar Wochen der Firefox Download Day statt.

Heute erreichte mich eine Mail von Mozilla, in der das Ergebnis steht:

Wir haben einen Guinness Weltrekord mit den meisten Software-Downloads innerhalb von 24 Stunden aufgestellt. Mit Ihrer Hilfe sind es 8.002.530 Downloads.

Sie sind jetzt Teil eines Weltrekords und der stolze Besitzer der bisher besten Version von Firefox!

Vergessen Sie nicht, Ihr ganz persönliches Zertifikat für die Hilfe zur Aufstellung des Guinness-Weltrekordes herunterzuladen.

Die funktionsweise ist ganz einfach. Es wird einfach nach <pre> Elementen im HTML-Code gesucht. Diese werden dann entweder mit der angegebenen Sprache (<pre lang="python">) gehighlightet, oder es wird versucht die Sprache zu erkennen.

from django import template
 
from pygments import highlight as pygments_highlight
from pygments.lexers import guess_lexer, TextLexer, get_lexer_by_name
from pygments.formatters import HtmlFormatter
from BeautifulSoup import BeautifulSoup
 
register = template.Library()
 
@register.filter
def highlight(value):
	soup = BeautifulSoup(value)
	pre_list = soup.findAll('pre')
	for pre in pre_list:
		try:
			lexer = get_lexer_by_name(pre['lang'])
		except KeyError:
			try:
				lexer = guess_lexer(pre.renderContents())
			except ValueError:
				lexer = TextLexer()
		pre.replaceWith(pygments_highlight(pre.renderContents(), lexer, HtmlFormatter(linenos=True)))
	return unicode(soup)