Aber es ist nicht so spektakulär. Ich schreibe seit Kurzem neben meinem eigenen Blog auf zwei anderen Seiten:

• Dinge rund um Drupal und Softwareentwicklung erscheinen in unserem PartMaster-Firmenblog und
• mit dem Mac beschäftige ich mich auf http://www.meinneuermac.de/.

Ich überlege mir mal, wie ich die Beiträge hier im Blog einbinde (ein Mehrfach-Veröffentlichen auf beiden Websites ist mir eine einfache Lösung). Und auf alle Fälle werde ich all meine Beiträge verzwitschern, egal wo sie erschienen!

Ich bin gespannt. Die WLAN-Wolke steht das Zimmer ist geputzt ;-)

Aber nun zur Release: In dieser Version haben wir das Generieren der Konfigurationsdateien für den Obfuscator verbessert, da wir nun auch die in Extensions referenzierten Klassen ermitteln und von der Obfuskierung ausschließen können. Und dann haben wir die für eine Softwareanwendung unerlässliche Online-Dokumentation hinzugefügt.

Hier die offizielle Release-Meldung: http://obfuscate4e.partmaster.de/blog/version-0-7-0-released

Weiter geht es in Richtung Obfuscate4e 1.0!

Die Details zur neuen Version und zur Anwendung des Plugins sind auf der Homepage des Projekts zu finden: http://obfuscate4e.partmaster.de/ ...

Die technische Realisierung erfolgte dann dank Drupal und dem i18n.module in  atemberaubender Geschwindigkeit. Für die 55 Seiten, 14 Views, 3 Menüs und 4 Vokabulare benötigte ich gerade mal 40 Stunden. Dabei ging natürlich die meiste Zeit auf die (ziemlich monotone) Erfassung der übersetzen Artikel drauf.

Anmerkung im Voraus: Bei der Erstellung der ursprünglischen,  deutschsprachigen Website wurden schon bei allen Beiträgen ein URL-Alias mit "de/" als Präfix erzeugt. Nun werden die englischsprachigen Versionen mit dem Präfix "en/" und sonst identischem URl-Alias erzeugt.

Ansonsten war es ein relativ einfacher Ablauf:

1. Mit Hilfe einer View wurden alle Beiträge der Website exportiert, in ein Word-Dokument eingefügt und zum Übersetzen gegeben.
2. Dann wurde das i18n.module installiert und alle "nicht-experimentellen" Module aktiviert.
3. Als nächstes habe ich alle Menüeinträge zu Beiträgen geändert, so dass sie nicht mehr auf den Node, sondern aauf den URL-Alias ohne den Sprachpräfix verweisen, z.B. von node/123 auf company/about. Außerdem habe ich die deutschen Menübeschriftungen durch englische Beschriftungen ersetzt, diese werden dann automatisch übersetzt.
4. Bei Taxonomy-Terms, sich in deutsch und englisch unterscheiden und somit die übersetzt werden müssen (z.B. Unternehmen und Company), wurden diese als German gekennzeichnet, eine englische Übersetzung erstellt. Dann wurden diese Terms noch gegenseitig als Übersetzung gekennzeichnet. Alle anderen Terms (meist Software-Technologien etc.) wurden sprachunabhängig belassen.
5. Es wurde der Translation-Block zum Umschalten zwischen den Sprachversionen einer Seite in das Seitenlayout aufgenommen.
6. In allen relevanten Views wurde ein Filter Internationalization: selection eingefügt und auf den Wert Only current language and no language gesetzt. So können die View ohne weitere Modifikation für alle Sprachen weiter verwendet werden und zeigen nur die Einträge in der jeweiligen Sprache an. Der ggf. definierte URL-Präfix "de/" wurde in allen Views entfernt.
7. Der nächste Schritt war in der Datenbank (phpmyadmin) leichter zu erledigen als mit Drupal-Mitteln: In der Tabelle {i18n_nodes} wurden Einträge für alle vorhandenen Beiträge (Nodes) nach folgendem Muster generiert:

   INSERT INTO `i18n_node` (`nid`, `trid`, `language`, `status`)<br />VALUES (50, 16, 'de', 1);

   So wurden diese Beiträge als deutsche Originalbeiträge (language=‘de’, status=1) markiert. Alternativ müsste man jeden Beitrag in Drupal  editieren und diese Werte im Formular setzen.
8. Nun wurden alle englischen Beiträge erfasst. Nach dem Speichern des Beitrags wurden die deutsche und englische Version des Beitrags im Tab Translation (neben View und Edit im Formularkopf) einander zugeordnet.
9. Im Theme (selbstgebaut) wurden einige Textausgaben (in page.tpl.php, node.tpl.php und block.tpl.php)  in die Übersetzungsfunktion t(’...’) gekapselt
10. Abschließend waren noch die zahlreichen fehlenden deutschsprachigen Vokabeln für die Menüeinträge im Abschitt Localization zu ergänzen, so dass das Menü sauber zwischen den Sprachen umschaltet.

Insgesamt eine Menge Fleißarbeit (insbesondere die ~30 Stunden zum Erfassen der Beiträge). Rückblickend finde ich Drupal+i18n eine sehr elegante, schnelle und konsequente Möglichkeit, eine mehrsprachige Website aufzusetzen. Witwere Sprachversionen sollten sich nun noch schneller und einfacher einbauen lassen. Das i18n-Framework skaliert super.

Erstaunlicherweise arbeiteten alle Module ohne Code-Modifikation mit i18n. Mit einer Ausnahme: simarterms.module. Dafür steht jedoch in der Issue queue des Moduls schon ein Patch bereit, der auch prompt (nach dem Einspielen) funktionierte.

Happy seventh birthday Drupal | Dries Buytaert
Happy 7th Birthday Drupal! | drupal.org

Und genau an diesem Tag habe ich meine erste Drupal-Installation vorgenommen. Das passierte jedoch zufällig – ich hatte schon ein wenig über Drupal gelesen  und fand es ein interessantes CMS und würdiger Nachfolger für unsere WebGUI-Installation der  Firmen-Website (die ist nun realisiert :-). Und ich war ziemlich überrascht, als mir an dem Morgen statt Version 4.7 eben Drupal 5 zum Download angeboten wurde. 

Nun hatte ich ein Jahr sehr intensiven Drupal-Kontakt . Was ist in der Zeit passiert?

• Diverse Websites für mich, meine Familie, Freunde und unser Unternehmen wurden realisiert,
• Jede Menge Drupal-Module kennen gelernt und eingesetzt,
• Meine ersten Modulchen habe ich geschrieben (und nebenbei PHP gelernt ;-),
• Ein komplettes Theme drupalisiert,
• Aktivitäten im deutschsprachigen Portal Drupalcenter.de entwickelt,
• Missioniert und andere Leute bei der Entstehung und/oder Migration nach Drupal unterstützt,
• wurde Mitglied der Drupal Association,
• Kaufte und las das Drupal-Buch des Jahres,
• ...

Noch etwas fehlte aber: Der direkte Kontakt mit Drupalern aus der Region. So habe ich erstmal die Domain www.drupal-in-rostock.org eingerichtet und hoffe damit einen Impuls für eine lokale Usergroup zu geben. Nicht in Konkurrenz zu drupalcenter.de oder ähnlichen Portalen, sondern als Ergänzung. Ein erstes Ziel soll sein, dass beim Google nach "Rostock und Drupal" regionale Drupal-Resourcen gefunden werden, statt irgendwelche Websites, die mit Drupal werkeln.

Zukünftig könnte ich mir vorstellen, dass die URL eine Weiterleitung auf eine Gruppe "Rostock" auf http://groups.drupal.org/ ist!

Happy Birthday Drupal!

You might ask: What’s an obfuscator? In Java a obfuscator is used to prevent program code from reverse engineering. It removes unneccesary debugger information, shrinks variable and method names (means: makes them senseless). Modern obfuscators additionally remove code that would be obfuscated but is never called from somwhere.

The project obfuscate4e adds the obfuscation facilities into the build process of Eclipse plugins. During the export of plugins or a product the code will be obfuscated automaticly and the product can be delivered to the customers without further post processing.

This release has built-in support for ProGuard, an Open Source Java obfuscator. In the future additional obfuscators will be integrated and the customization possibilities will be improved.