• Die WordPress Codebase ist… schmutzig.¹Okay, das war mir schon vorher klar
• jQuery URL-escaped nicht automatisch alles wenn man AJAX’d
• Leute lesen keine Projektseiten komplett durch und beschweren sich dann über known Bugs
• Leute lesen keine Kommentare von anderen und beschweren sich dann über Bugs die schon lange in Arbeit sind
• Fast niemand benutzt das Supportforum²Vielleicht liegt’s daran, dass man sich registrieren muss, alle lassen ihr Feedback lieber in irgendwelchen Blogkommentaren zurück
• 1&1 hat in ihren Hosting-Angeboten immernoch standardmäßig PHP4
• Es gibt immernoch Hoster mit Apache 1.3
• Man sollte nicht direkt Release Candidates raushauen, nur weil man denkt, das ja sicher nich viel schief gehen kann

Ich entschuldige mich nochmal für die vielen anfänglichen Releases. Wobei das ja mehr oder weniger geplant war, aber vielleicht hätt ich es eher “open Beta” nennen sollen und nicht direct Release Candidates rauswerfen sollen. Gelobe Besserung.

Mit der 1.0-final und endlosen Blogs in denen ich meistens Dinge gefixt hab, wo das Plugin garnicht schuld daran war, das es nich ging, betrachte ich das Plugin erstmal als “fertig”. Neue Features sind in nächster Zeit nicht zu erwarten, hab einfach keine Zeit dazu. Falls es noch irgendwelche Bugs gibt, werde ich natürlich versuchen mich darum zu kümmern.

Auf dieses Problem stieß ich, als ich an einer kleinen VoteUp/VoteDown-Funktion arbeitete, die hier demnächst auch in den Blog kommt. Die Votes wollte ich dabei getrennt in der Datenbank speichern. votesUp INT(11) UNSIGNED, votesDown INT(11) UNSIGNED. Ich entschied mich für UNSIGNED-Felder, weil es ja beides positive Zahlen werden sollen.

Die Query zum Auslesen sah nun ungefähr so aus: SELECT ... ORDER BY (-votesDown + votesUp) DESC. Das Ergebnis stellte mich leider nicht zufrieden. 15, 9, -19, -2 -1. Mit etwas Googeln war die Lösung dann schnell gefunden: Die beiden Felder dürfen nicht unsigned sein, sonst haut der das bei der Rechnung wohl irgendwie durcheinander.

Vielleicht hiflts ja jemandem!

Update: RC3 released

• Einen Bug gefixt wenn man ‘ oder ” in Notiz-Texten verwenden will
• Anderen, PHP-Syntax-Bug gefixt

Update: RC4 released

• Theme editor ist nun nichtmehr kaputt, wenn das Plugin aktiviert ist
• Die Box im Adminbereich ist nun verschiebbar (und erscheint auch bei Seiten/Pages)
• Verlinkte Notizen können nun ganz normal wie Links in neuen Tabs geöffnet werden (mit mittlerer Maustaste anklicken)
• Die RSS-Nachricht ist nun direkt unter dem Bild, das Notizen enthält*
• Die Anzahl-der-Notizen-Anzeige kann deaktiviert werden

*: Bitte beachtet, das es technisch bei den meisten Feedreadern nicht möglich ist, die Notizen direkt da anzuzeigen, da sie meist Javascript/CSS entfernen, bzw es garnicht laden.

Update: RC4a released

• Umlaute töten nun nichtmehr alle Notizen

Update: RC5 released

• Funzt nun auch mit WordPress unter 2.9, hoffentlich
• Funktioniert nun auch mit Bildern, die skaliert im Post eingebunden werden.

Update: RC6 released

• Die Nachricht, die erscheint, sollte man nicht genug Rechte haben, etwas entschärft
• Heraussuchen der zum Post gehörenden Bilder verbessert, sollte nun keine fälschlich angezeigten Bilder mehr geben
• Pfad-Erkennung verbessert

Update: RC7 released

• Notes werden im Adminpanel wieder vernünftig angezeigt. RC5 hatte den Bug eingeführt.

Update: RC8a released

• Noch ein paar eventuell falsche Pfade gefixt. Letzte RC. Hoffentlich.

Also los, auf zur Projektseite!

Ihr findet es total super? Also los, auf zur Spendenseite!

Noch in der Pipeline

• Admin-Oberfläche zur Konfiguration von RSS-Nachricht, Theme, usw.
• Tipps für Leute die Custom-Field-Titelbilder haben
• Fehler beseitigen, die auftreten, wenn das gleiche Bild in zwei verschiedenen aufeinanderfolgenden Posts eingebunden wird

Benutzt wurde es zum Beispiel schon beim vorangegangenen Modern Warfare 2-Post!

Wahrscheinliches Release-Datum: 7. Januar.

ich habe es so eben neu geschrieben und an die veränderte API von Dailybooth angepasst. Es sollte nun wieder funktionieren.

Update: Leider zicken die dailybooth-Server oft rum wenn es darum geht die Bilder auszuliefern. Dumme Sache :/

Viele Grüße,
knuspermagier

Der Nachteil dabei: Framework und eigentliche Applikation waren nicht besonders gut voneinander getrennt. Außerdem entwickelte ich das Framework quasi parallel zu den Applikationen weiter, was dann dazu führte, dass ich letzendlich verschiedene Versionen des Frameworks im Einsatz hatte und die Apps, die eine alte Version benutzten nicht richtig updaten konnte, weil alles viel zu sehr verbunden war.

Dann programmierte ich eine Zeit lang außer animewatch eigentlich nichts großartiges. Teilweise weil ich keine Ideen hatte, teilweise aber auch, weil ich zu faul war ohne ordentliche Grundlage etwas zu beginnen. Irgendwann begann ich dann etwas zu recherchieren und fand MVC Architekturen ganz toll.

Schritt 1 – Java, Wicket, Hibernate

Da wir diese Kombination hier in der Firma einsetzen und ich es anfangs echt super fand, dachte ich, warum nicht auch private Projekte damit umsetzen. Als ich es dann nach Stunden des Rumprobierens mit Netbeans und Tomcat es endlich zum Laufen bekommen habe, viel mir dann aber auch schon ein, dass es für kleine Projekte einfach viel zu fett ist. Mittlerweile, dadurch das ich hier im Arbeitsalltag regelmäßig von Wicket geärgert werde, bin ich auch nichmehr so begeistert davon.

Schritt 2 – CakePHP

Also kam ich wieder zurück zu PHP. Da gibt’s ja verschiedene Ansätze die sich sehr verbreitet haben. Symfony, Zend Framework und CakePHP um nur einige zu nennen. Ich entschloss mich letzendlich erstmal dafür CakePHP zu testen, da es mir von den dreien am schlankesten und einfachsten vorkam. Allerdings setzt es immernoch auf PHP4-Support und ist damit OOP-technisch nicht so sauber :/

Damit realisierte ich dann erstmal die Homepage meiner Freundin und twmem.com, was beides recht gut funktioniert hat und mir doch recht gut von der Hand ging, dank des Frameworks.

Aber auch CakePHP ist mir irgendwie zu schwer, groß und umfangreich um es schnell und universell, auch in kleinen Projekten einzusetzen. Für größere Sachen wäre es allerdings weiterhin meine erste Wahl, bis jetzt zumindest.

LightVC, CoughPHP

Auf meiner Suche nach lightweight Lösungen bin ich letzendlich bei der Kombination aus LightVC und CoughPHP angelangt, was beides vom selben Entwickler stammt und daher gut zusammen als MVC-System arbeitet.

Hier ist echt alles schön leichtgewichtig, wie ich es haben wollte, allerdings gibt’s auch hier Ecken und Kanten und manches will einfach nicht so wie ich es gern hätte. Nachdem ich nun angefangen hab ein kleines Projekt damit zu realisieren, muss ich auch feststellen das es einfach auch nicht das perfekte System ist.

Eigenentwicklung

Was bleibt also übrig, wenn man sich mit nichts wirklich anfreunden kann? Selber entwickeln und zwar unter folgenden Gesichtspunkten:

• Leichtgewichtig, Framework-Daten von der Applikation getrennt, leicht austauschbar
• Model-View-Control-System, natürlich
• Code-Generator für die Models, Generierung direkt aus der Datenbank
• “Adminpanel” für CRUD-Operationen für die generierten Models, was sehr leicht erweiterbar sein soll

Letzteres hab ich jetzt schon unter Anpassung von LightVC hingebogen, aber den Rest werd ich wohl noch schnell zusammenschustern müssen. Mal sehen ob ich damit dann zufriedener bin u_u. Aber ich bin ja nie zufrieden mit irgendwelchen Dingen beim Programmieren ._.

Man braucht dafür nachwievor das Greasemonkey Firefox-Plugin und mein Skript. Schon werden angesehene Fotos und Galerien farbig hervorgehoben. Eignet sich perfekt um jetzt einen Überblick zu erhalten über die Massen von Galerien die jetzt zur AnimagiC hochgeladen werden.

• GreaseMonkey: Download bei Mozilla
• [download id="5" format="1"]

Aussehen tut das dann in etwa so:

Im Grunde funktioniert es ganz einfach: Reply oder Direct Message an @twmem (bei DM vorher followen — followed automatisch zurück innert 5 Minuten), kurz warten und dann können die Memos auf http://twmem.com eingesehen werden. Login funktioniert natürlich absolut sicher und ohne die Eingabe der Twitterdaten auf der Seite via OAuth.

Neben “statischen” Memos ist es auch möglich sich vom twmem Bot erinnern zu lassen. Wenn man ihm also “@twmem Pizza, 15min” zutwittert, wird er versuchen so zeitgenau wie möglich in 15 Minuten zurückzutwittern.

twmem ist mein erstes Live-Projekt, dass auf CakePHP aufbaut, ein sehr schönes Framework wie ich finde. Werde sicher noch mehr damit machen, oder dazu bloggen. Ansonsten wird noch jQuery eingesetzt.

Viel Spaß.