Hab heute verzweifelt in einer App von uns nach einer Möglichkeit gesucht Strings im Frontend zu ändern und musste lernen, dass wir seit neustem Django-Rosetta für Übersetzungen und .po File management verwenden.
Und ja, ich bin begeistert. Endlich ne ordentliche WebUi für .po Files. Zwar muss man nach dem Ändern immer noch den Webserver neu starten, aber das kann man auch alle 24h automatisieren.
Ja nein, funzt super. Fühlt sich gut an und löst so einige Schmerzen in meinem Kopf!
Ich habe vor ein paar Wochen einen potentiellen neuen Kunden kennengelernt, der mich bat zur Entscheidungsfindung für seinen Vorgesetzten ihm ein kleines Beispiel zu liefern, welche zeigt, dass wir professionell mit der PDF Generierung ohne teure Software umgehen können.
Was ich hier kurz zeigen will (weil ich da stolz auf unser Ergebnis bin). Ist eben, dass wir nicht einfach eine von uns in den letzten Jahren verwendete Software für die PDF Generierung nehmen und diese stump und dump ins Netzstellen und den Link weiterschicken. Sondern wir haben uns überlegt, wie man das machen kann, so dass der Kunde ein Gefühl für die Qualität einer Zusammenarbeit mit uns gewinnt.
Heraus kam ein “Mini Geschäftsbrief-Editor” im Browser, welcher komplett im Design des Kunden ist und in welchem sich Empfängeradresse als auch Text (inkl. RTE) editieren lassen.
PDF Geschäftsbrief Generator
Wer ihn sich live anschauen will findet hier den PDF Geschäftsbrief Generator.
Nutzername ist tts
Passwort ttgdd
ps: NOT OPTIMIZED FOR INTERNET EXPLORER v*.*
Das war mein schlechtester Vortrag, den ich je gehalten hab. Und ich hab mich soooo geärgert.
Ursache war einfach, dass die IT Profits unser Kernthema unbedingt in Richtung Mobile drücken wollte und wir nur alternativ eine Nicht-Teilnahme zu Auswahl hatten. Damit hab ich mich sehr schwer getan mit dem Fazit bzw. der Pointe des Vortrages und das hat mich von vornherein verunsichert.
Nun gut, ich hab es überstanden und zumindest wurde später mir noch mitgeteilt, dass nach mir für ein Gespräch gesucht wurde. Aber da war ich leider schon ausser Hauses bei einem längeren Telefonat und der Weg zurück war anschliessend verschlossen 
Hier noch für alle Interessierten meine Präsentation mit wunderbaren Illustrationen von Sonnenstaub:
Die IT Profits an sich war zu meiner Überraschung auf dem Linux Tag Berlin und schien mir nach dem Eindruck des Marketings und der tatsächlichen Veranstaltung eher der Versuch der Berliner Messe dort mit wenigen cleveren Sales Methoden eine potentielle neue grosse Messe aufzubauen. Auch wenn das eher negativ wirkt, kann ich dennoch nicht abstreiten, dass ich in der IT Köpfe Lounge sehr nette Menschen kennenlernte und es sicherlich eine Überlegung wert ist allein deswegen nächstes Jahr wieder vorbeizuschauen.
[Nachtrag]
Hier der Beweis:
Ich bin am Montag morgen mit dem Zug nach Berlin zur Djangocon Europe 2010 und war gegen 13.00 dann endlich in der netten Location direkt in den Dächern Berlins. Entgegen meiner Erwartungen traf ich auf ein voll besetztes Auditorium, welches gespannt jedem einzelnen Vortrag lauschte. Die erinnerte mich sehr an die normalen Business Konferenzen, auf denen man sich normalerweise rumtreibt. Von ner spannenden dynamischen Websprache und dem damit von mir erwarteten “Camp”-Feeling war deutlich weniger zu spüren, als ich mir vorab vorgestellt hatte.
Die Inhalte der Vorträge, denen ich in der kurzen Zeit lauschen durfte waren sehr gut und spannend, so dass ich die eine oder andere spannende Idee für mein Team wieder mit nach Dresden nehmen durfte.
Am späten Nachmittag hab ich dann ein paar Geschichten über das Leben mit Django in der Enterprise-Umgebung erzählt und hab mich sehr über den anschliessenden Applaus gefreut. Dieser war sicherlich nicht stärker als bei meinen anderen Rednern, aber ich war froh scheinbar mit meinem Business Talk niemanden gelangweilt zu haben und mit meinen Co-Rednern ansatzweise gerecht geworden zu sein.
Ich hab sehr bedauert, am Abend wieder schnell zu meinen Kindern zurückkehren zu müssen, aber nächstes Jahr findet sich sicherlich mehr Zeit für Django und spannende neue Themen.
Hier noch schnell meine zensierte DjangoCon-Präsentation:
Wie in der News-Sektion bereits bekannt gegeben, betreuen wir die DjangoCon 2010 als offizieller Hauptsponsor. Dieses Engagement war uns wichtig, schließlich arbeiten wir seit mehr als drei Jahren kommerziell mit Django und bemühen uns sehr, unserer Begeisterung über dieses mächtige wie flexible Framework regelmäßigen Ausdruck zu verleihen.
Die Vortragsthemen klingen durchweg interessant. Neben Ausblicken auf die zukünftigen Entwicklungen und Features stellen Best Practices aus dem professionellem Entwickleralltag (Testing, Performanceoptimierung, Deployment) einen zweiten Schwerpunkt dar. Auch neue Datenbankkonzepte und -technologien, wie NoSQL und CouchDB werden heiß gehandelt. Jirka sprach gestern bereits zum Thema „Django at the Enterprise“ über die Integration von Django-Projekten in andere Plattformen, wie in Java EE-basierte Systemlandschaften mittels Jython. Die Beherrschung dieses Themas insbesondere in Bezug auf Performance ebnet den Weg für Django-basierte Portalentwicklung in großen Unternehmen, a.k.a. the clients with the deep pockets.
Bis Freitag dauert die DjangoCon noch an, davon werden die letzten zwei Tage im Sprint verbracht. Sportsgeist bewiesen die Organisatoren auch bei der zeitlichen Planung der Fachkonferenz, denn der erste Veranstaltungstag, Pfingstmontag (24.05.), ist in Deutschland nach wie vor ein gesetzlicher Feiertag. Manchmal möchte das Pony auch in der Freizeit ausgeritten werden.
Wie im Auftakt-Eintrag beschrieben, handelt dieser Post von Maßnahmen und Erkenntnissen bei der Performance-Optimierung von Jython und Django.
Als erstes Testszenario für die Optimierung verwendeten wir eine normale Datenbankabfrage über den Django Object Relational Mapper (ORM). Read on »
Im Rahmen eines laufenden Projektes befassen wir uns mit der Performance-Optimierung von Jython. Hintergrund ist die Integration von Django in eine Java-Umgebung auf der Basis von Apache Tomcat.
Bei Jython handelt es sich um eine Umsetzung von Python in Java, welche als Bindeglied zwischen diesen Sprachen dient. In diesem Zusammenhang erweist sich die Erweiterung django-jython als sehr nützlich für das Deployment und den Datenbankzugriff von Django-Projekten. Mit django-jython kann ein Projekt einschließlich zugehöriger Bibliotheken über einen Django Management Command in eine .war-Datei kompiliert werden. Für das Deployment wird diese Datei nur noch dem Anwendungsserver – hier Apache Tomcat – übergeben.
Bei der Entwicklung für unser Projekt stellten wir wesentliche Geschwindigkeitsunterschiede zwischen Python und Jython fest. Das Laden einer Referenzseite mit umfangreichen Datenbankoperationen dauerte mit Python 1.5, mit Jython ganze 11 Sekunden. Somit lag die Notwendigkeit einer Optimierung der Geschwindigkeit auf der Hand. Unsere Maßnahmen und Erkenntnisse auf diesem Weg wollen wir in diesem und nachfolgenden Blogeinträgen weitergeben.
Ausgangspunkt für die Optimierung ist ein System in der Konfiguration Apache Tomcat 6.0.20, Jython 2.5.1 und Django 1.1. Um nicht in der Vergangenheit zu optimieren, wechselten wir Jython von stable auf trunk aus – die letzte veröffentlichte Version stammte vom September 2009. Zunächst wollte unser Django-Projekt nicht auf trunk laufen, Fehlermeldung:
java.lang.NoSuchMethodError: org.python.core.Py.makeClass(Ljava/lang/String;[Lorg/python/core/PyObject;Lorg/python/core/PyCode;Lorg/python/core/PyObject;)Lorg/python/core/PyObject;
Nach Identifikation des verursachenden Commits erwies sich der vermeintliche Bug als eine Änderung im Jython-Compiler. Für die Neukompilierung des Quellcodes mussten alle vorhandenen .class-Dateien gelöscht werden. Leichte Übung.
Die Umstellung von Jython stable auf trunk reduzierte die Laufzeit von besagten 11 auf immerhin 6 Sekunden. Nun konnte es an die eigentliche Optimierung gehen. Mehr dazu im nächsten Blogeintrag.
Ich hab jetzt auch noch das Meta SEO Pack deaktiviert und hoffe, dass jetzt mein Ping an Google wieder geht. Dieser Artikel ist damit auch gleich mein Testartikel.
Update: scheint funktioniert zu haben:
66.249.71.72 – - [11/Feb/2010:23:08:20 +0100] “GET /blog/index.php/2010/02/12/meta-seo-pack-wordpress-seo-plugins/ HTTP/1.1″ 200 11219 “-” “Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)”
Seit ich die neuen SEO Plugins installiert hab, sind wir bei Google gar nicht mehr zu finden. Hab jetzt mal das Keyword Stat Plugin deaktiviert.
Dieser Post ist damit auch gleichzeitig ein Test, ob sich das jetzt ändert.
—
