[Habarimag-Eintrag …

Habari bietet eine kleine Einstellung, mit der man (wie bei Wikipedia) markieren kann, ob es sich um eine kleine Änderung am Inhalt handelt (Rechtschreibfehler usw.) oder nicht. Diese nutze ich nun, um einen neuen Post einfügen zu lassen, wenn ich an einem alten Änderungen vorgenommen habe. Das ist vor allem für die Website interessant, denn die Feeds schieben geänderte Posts automatisch nach oben, aber auf der Website würden Änderungen sonst gar nicht sichtbar sein.

Habari-Nutzer, die das SVN-Repository nutzen, können das Plugin dort beziehen. Es funktioniert bereits, aber jegliche Konfiguration fehlt noch. Updates im Revision Log.

Ach wie cool. Da habe ich gerade was zur Statistik gebloggt und dann seh ich, dass ich hier noch einen Entwurf rumfliegen habe, der sich auch mit dem Thema befassen sollte. Na gut, dann nehme ich jetzt einfach mal alle Stichpunkte und schreibe meine Gedanken dazu auf:

• Statistiken (Browser, Länder, Verweis auf Suchanfragen)
  Siehe Post von gestern.
• Anzahl Posts und Kommentare
  Stimmt, das habe ich gar nicht erwähnt. Durchaus nicht völlig unproblematisch übrigens, denn in meinem Blogsystem gibt es Posts (Beiträge) und Entries (Einträge) - und von mir definiert noch Events. Die Beiträge fassen dabei alles zusammen, was als Inhalt veröffentlicht wurde, sprich mindestens einen Titel und ein Beschreibungsfeld (genutzt oder ungenutzt) hat. Darunter fallen auch statische Seiten und Blogroll-Links. Das System zählt von sich aus immer nur entweder alle Beiträge (also auch Links usw.) oder nur Einträge (also keine Events). Ich habe gebastelt und stellte fest: Ich habe die 500 bereits überschritten, es gibt (ohne diesen) 508 lesbare Artikel in diesem Blog. 317 Kommentare wurden abgegeben und 42 Entwürfe warten darauf, fertig gestellt zu werden (gleich nur noch 41).
• Problematik JS (JavaScript) oder PHP loggen
  Mein Statistik-Tool bietet einen JavaScript-Code, um Besucher zu verfolgen, und eine PHP-Schnittstelle. Erstere machte das Laden der Seite spürbar langsamer, flog also raus; dadurch verlor ich leider die Möglichkeit Dinge wie die Bildschirmauflösung der Besucher zu loggen. Außerdem kriege ich seitdem weniger Informationen über Suchanfragen, die Besucher auf meinen Blog geführt haben - warum auch immer. Ich kann mir eigentlich nur vorstellen, dass JavaScript den gesamten Verlauf des Tabs abfagt und loggt, sobald eine Suchanfrage auftaucht, PHP kann das nicht. Das würde erklären, wieso ich manchmal nicht nachvollziehen konnte, wie eine Suchanfrage auf meine Seite geführt hat - der Besucher war möglicherweise vorher noch woanders.
• Problematik Bots filtern
  Hm ja. Das ist der Hauptgrund, warum ich mir nicht einfach selbst ein Statistikdings schreibe: Mir fehlen die Kenntnisse, Bots zu erkennen, und ich würde dann auch loggen, wenn Google meine Seite indiziert. Selbst mein jetziges Tool scheint da nicht vollständig ausgereift zu sein, ich kann mir jedenfalls nicht vorstellen, dass täglich drei bis vier Leute meine Seite aus China aufrufen oder über einen chinesischen Proxy.
• Problematik Feedzugriffe messen
  Ein weiteres ärgerliches Problem. Einige Leute lesen Konzertheld.de nur über ihren Feedreader - davon kriege ich nix mit. Ich habe zwar den Tracking-Code der Statistik auch in dem Modul untergebracht, das den Feed ausgibt, aber anscheinend funktionieren Feeds nicht so einfach wie ich dachte und ich habe nur sehr selten aufgezeichnete Besucher vom Feed, obwohl ich weiß, dass einige Leute den regelmäßig lesen. Außerdem hilft das nicht wirklich - wenn z.B. Google Reader den Feed abruft, um einen aktuellen Cache zu erstellen, würde das bei mir einen Besucher eintragen. Oder aber eben nicht, weil Google gefiltert wird, dafür würden dann aber auch alle Zugriffe der Leser, die Google Reader nutzen, nicht geloggt.

Statistiken sind eine schwierige Sache. Noch schwieriger wird das Ganze, wenn man versucht, Blogs anhand dieser Statistiken zu vergleichen. Vor allem die Qualität der Botfilter ist sehr unterschiedlich und ein gewisses Grundrauschen hat man immer drin. Eigentlich müsste man den Blog mal zwei Wochen leer laufen lassen, nirgendwo kommentieren und auch sonstige Verweise auf den Blog vermeiden und sehen, wieviele Besucher dann noch aufgezeichnet werden - das sind dann vermutlich zu 90% Bots, die ausgefiltert werden sollten. Das wird aber kaum jemand machen. Dennoch sind die durch Statistik erzeugten Zahlen nicht uninteressant - immerhin kann man dadurch Veränderungen sehen, z.B. wie sehr die Besucherzahlen durch erhöhte Postingfrequenz steigen, wieviel es bringt woanders zu kommentieren usw. - insofern eine interessante Sache, die aber sehr mit Vorsicht zu genießen ist.

Boah, war das ein Scheißtag gestern (Sonntag). Ich hab bald ne Persönlichkeitskrise gekriegt, die Technik war einfach gegen mich, und das wo ich doch sonst immer den Techniker vom Dienst mache. Aber so langsam kommt Licht in die Sache. (Leute, die weder mit Hardware umgehen noch programmieren können, sollten den Artikel jetzt lieber wegklicken.)

Für unseren kleinen Lanparty-CoD4-Clan habe ich ein Forum aufgesetzt. SMF sollte es sein, weil das wesentlich mächtiger ist als PhpBB, und ich steh ja auf oversized. Ging auch erstmal ganz prima. Dann hab ich mich eingeloggt und baff war mein CSS weg, also null Design mehr, nur noch Text. Hab ein bisschen gebastelt, die Config kaputt gemacht und bin darüber darauf gekommen das Forum mal über die IP statt über die Domain aufzurufen. Dazu musste ich aber der IP erstmal ne Standarddomain verpassen.¹ Mit der IP ging es dann und plötzlich auch wieder mit der Domain - wtf? Okay, es lag also daran, dass die Domain, auf der SMF läuft, nicht die Standarddomain der IP war. Des Rätsels Lösung: SMF speichert alles, was mit dem Theme zu tun hat, mit absoluten Pfaden in der Datenbank. Das war am Anfang die IP, weil während der Einrichtung des Forums die Domain noch nicht fertig war. Hab ich dann später geändert und die Rechnung ohne SMF gemacht, wenn die Themes sind immer noch auf die IP gelinkt. Kriegt die IP nun ne andere Domain zugewiesen, ist SMF auf der IP weg und damit auch das Theme und heraus kommt ein Haufen Crap. Fixed.

Apropos CoD - mein PC hat da letztens ständig gehakt, obwohl die Hardware hundert mal ausreichen sollte und der Server okay war und außer mir keiner Probleme hatte. Ist jetzt wieder weg. No idea. Closed, not a bug.

Habari habe ich auf den neuen Server umgezogen, seitdem kann ich keine Artikel mehr schreiben, weil das Limit für benutzten Speicher bei PHP-Skripten überschritten wird (32MB) - das sollte nicht passieren. Hängt irgendwie am Theme, soweit bin ich schon. Im IRC kriege ich gerade niemanden, hoffentlich wird das was, wär echt ätzend sonst weil ich keine Ahnung habe woran es liegt, schließlich habe ich nichts geändert beim Umzug. Work in Progress.

Mein Elektroherd funktioniert immer noch nicht. Der Ofen geht und die Steckdose, die vorne eingebaut ist, auch. Die Platten nicht - der Herd geht an, aber nix wird warm. Aufgeschraubt und reingeguckt habe ich schon, sieht alles ganz okay aus. Keine Ahnung was da los ist. Unsolved.

Der PC, den ich hier zusammen gebaut habe für ne Freundin, funktioniert plötzlich nicht mehr. Absolut kein Plan was da los ist. Es gibt einfach kein Bild. Zwischendurch war da mal ne Grafikkarte drin, jetzt nicht mehr, weil eigentlich Grafik onboard ist, die tut aber nix und auch wenn ich die Grafikkarte wieder reinstecke bringt das nix. Bios-Reset hat auch nicht geholfen. No idea. Work in Progress.

An einem anderen PC hat die Grafikkarte eine Weile ohne Kühler gelebt (?!), ging auch ganz gut, solange der PC nicht belastet wurde - bis ich einen Kühler montiert habe (großer Passivkühler von AC). Kaum war der drauf, ging gar nix mehr. Jetzt läuft der PC wieder ganz ohne. Vermutung: Der Kühler hatte keinen guten Kontakt zum Chipsatz - vermutlich wurde daher weniger Wärme abgeleitet als vorher einfach in die Luft ging, denn der Rest, der nicht über die Heatpipe geht, wird ja schön auf dem Chip gehalten weil der Kühler alles blockiert. Sprich so wenig Kuperkontakt dass es schlechter als Luftkühlung war. Fail. Closed unsolved.

Wieso zur Hölle habe ich den Beitrag eigentlich "Alles klärt sich" genannt? Ich sitze vor einem Haufen ungelöster Scheiße. Und ich fluche verdammt viel heute. Mein Habari-Cache-Problem fixt sich zwischendurch selbst (das ist der Fehler rechts in der Sidebar), tritt dann aber auch von selbst wieder auf. No idea. Frustrated.

Nachher fahre ich erstmal nach Wuppertal und treff' mich mit einer aus dem Helden-Forum, Ticket für meine Schwester abholen für das Konzert an Halloween. Ist ja inzwischen ausverkauft. Wenigstens das klappt dieses Jahr: Konzerte.

Ach, und ich weiß wieder wieso sich alles klärt. Ich hab nämlich plötzlich die zehnfache Menge Spam auf meine Webmaster-Adresse bekommen... Grund: Ich hab jetzt eine Catch-All-Adresse, und die Ergebnisse gehen an webmaster... muss ich mal direkt wieder abschalten, die Umleitung.

---

1 Wer glaubt, er würde das eigentlich verstehen, aber gerade nicht mitkommt, möge das hier lesen: Website auf eigenen Server umziehen - Schnellanleitung - da gibt's nämlich Infos wie das mit Domains und IPs und Servern so läuft.

Ich bin ja eigentlich nicht besonders paranoid. Ich schließe nicht mal nachts die Tür ab. Ich blogge das sogar. Aber meine Passwörter sind alle recht sicher, einfach, weil die Methode, die ermöglicht dass ich mir die merken kann, gleichzeitig auch sehr sichere komplexe Passwörter erzeugt. Auch darüber habe ich übrigens mal gebloggt.

Wieso schränken nun so viele Anbieter, zuletzt stolperte ich beim ADAC und bei meinem Gasanbieter darüber, die Wahl des Passworts zu ungunsten der Sicherheit ein? Während z.B. GMX sogar verlangt, dass man mindestens eine Zahl verbaut, und Server Möglichkeiten bieten, den Benutzern eines Netzwerks zu diktieren, dass deren Passwörter eine bestimmte Komplexität haben müssen, beschränkt Pearl, ein Ein-Euro-Onlineshop, die Länge des Passworts auf 8 Zeichen. Lächerlich.

Es ist ja nicht so, dass man kein nahezu unknackbares Passwort in 8 Zeichen quetschen könnte, aber ich verstehe es einfach nicht. Ich programmiere selbst seit vielen Jahren, auch PHP mit MySQL, und ich sehe wirklich nur einen programmiertechnischen Grund für sowas: Der Programmierer ist zu faul, eine ordentliche Prüfung gegen Datenbankhacks (SQL-Injects) für die Passwörter einzubauen, und verbietet daher z.B. alles außer Buchstaben. Wenn das der Grund ist, ist der Programmierer aber eh schlecht, denn entweder prüft er dann z.B. den Namen oder die Adresse gar nicht oder er ist zu doof die selbe Routine auf das Passwort anzuwenden.

Im Fall meines Gasanbieters war es so, dass ich mir für die Dienste, die meine Wohnung betreffen, ein neues Passwort ausgedacht hatte, welches ausnahmsweise mal ein Komma enthielt. Kommata sind dort aber verboten. Warum? Anderswo verbietet man andere Sonderzeichen, schränkt gar auf Buchstaben und Zahlen ein oder gibt Maximallängen vor. Ich verstehe es nicht. Hält man den Nutzer für unfähig, sich das Passwort zu merken, und zwingt ihn deshalb zu weniger komplexen Passwörtern? Das kann's doch nicht sein. Hat jemand eine bessere Idee? Ansonsten werde ich mal alle von mir genutzten Dienste anschreiben warum sie das tun und auf diesen sowie den oben verlinkten Artikel verweisen, mal sehen, ob was passiert.

Also dass das so schwer ist hätte ich ja nicht gedacht. Ich wollte doch nur, dass die Bilder, die ich direkt auf Konzertheld.de einstelle und nicht bei Flickr, erstmal in einer Vorschauversion angezeigt werden um die Größe der Webseite nicht so aufzublähen und dann großklickbar sind mit so einem Lightboxteil.

Was hat's gebraucht? Ein Photoshop-Droplet und ein selbst geschriebenes Programm. Der Habari Media Silo hat seinen Dienst komplett quittiert und da der eh nur Bilder hochladen, aber nicht schrumpfen kann, hab ich mich dem zugrundeliegenden Problem auch nicht weiter gewidmet. Das Photoshop-Droplet schrumpft die Originaldatei auf 320px Breite und speichert eine Kopie mit dem Namenszusatz -small. Mein Programm akzeptiert die Originaldatei als Parameter, lädt diese und die kleine Version dann hoch und generiert den HTML-Code, den ich hier einfügen muss, direkt mit. Mehr wollte ich doch gar nicht...

Das Thickbox-Plugin funktioniert irgendwie noch nicht. Da arbeite ich noch dran. Normale Fotos sind jedenfalls schonmal bei Flickr bzw. Picasa, die von Flickr werden hier eingebunden, die von Picasa muss ich noch (das Plugin muss noch für Habari angepasst werden).

Es ist vielleicht nicht der Hit, dass die mit meinem Programm hochgeladenen Bilder nirgendwo mehr auftauchen außer auf dem FTP-Server - aber ganz ehrlich, solche Bilder (Screenshots usw.) lade ich doch eh hoch und vergesse die dann. Ausgestattet mit alt- und title-Attribut sind sie, von daher werde ich mich nachdem ich alle Artikel überarbeitet und die Bilder angepasst bzw. repariert habe nie wieder darum kümmern - warum auch, funktioniert dann von alleine...

Falls mal jemand in Habari seine Tags nach Anzahl sortiert haben möchte, so sieht die Abfrage aus (ohne vereinfachende Aliases):

SELECT habari__object_terms.term_id, habari__terms.term_display, COUNT( habari__object_terms.term_id ) AS blubb
FROM habari__object_terms
INNER JOIN habari__terms ON habari__terms.id = habari__object_terms.term_id
GROUP BY term_id
ORDER BY blubb ASC
LIMIT 0 , 300


Hab dann mal 20 von denen, die nur 1x benutzt wurden, gelöscht.

Jeder, der hier mitliest, hat schon gemerkt, dass es dieses Jahr deutlich aktiver zugeht, es gibt mehr Posts, mehr Veränderungen am Blog in weniger Zeit, mehr Aktionen und auch mehr Projekte. Das einzige Projekt, was ich bisher nicht vorgestellt habe, ist Konnas Blogseminar - dabei habe ich inzwischen die vierte Sitzung bearbeitet.

Kurz zum Projekt: Beim Blogseminar geht es darum, seinen Blog technisch und inhaltlich zu optimieren und insgesamt attraktiver zu gestalten, für sich selbst und natürlich für die Leser. Im Idealfall steigt dadurch auch die Leserzahl. Hier einfach mal nachholenderweise Zusammenfassungen der ersten vier Sitzungen, danach sollte jeder verstehen worum es geht. Ich finde das Projekt bisher sehr vielversprechend und konnte schon deutliche Erfolge verzeichnen. Selbst falls sich meine Besucherzahl nicht deutlich erhöhen sollte, werde ich sicher eine Menge lernen.

1. Sitzung

Angefangen hat es ganz leicht mit Grundlagen, die jede Website haben sollte, aber nichtsdestotrotz bei mir gefehlt haben: Meta-Tags. Die verpasst man dem Quellcode seines Blogs, damit er in Suchmaschinen besser gefunden und angezeigt wird. Konkret ging's um Beschreibung und Tags - hab ich dann mal ergänzt. Die Bonusaufgabe bearbeite ich nebenbei - neue Blogs besuchen, kommentieren und die Reaktion der Blogger beobachten. Sowas liebe ich ja.

2. Sitzung

Neue Inhalte für Konzertheld.de. Aus dieser Sitzung sind die neue About-Seite, die mich beschreibende Tagwolke in der rechten Sidebar und die Erklärungsseite für Feeds entstanden.

3. Sitzung

Sitzung 3 hatte ich schon vorher erledigt. Kategorien und Tags sollten optimiert werden, das mache ich eh immer wieder. Als Bonusaufgabe sollte man seinen Blog in sozialen Netzwerken bekannt machen und auf diese vom Blog aus verlinken - das war kurz vorher geschehen, die Social Net Icons sind ja inzwischen nicht mehr soo neu.

4. Sitzung

Bei der aktuell laufenden Sitzung geht es darum, fortlaufenden Content zu haben. Eine Sitzung, die mir gar nicht gepasst hat, denn ich blogge meist sehr spontan und in Schüben. Trotzdem habe ich die Aufgabe mal durchgezogen und jeden Tag gebloggt. Ich würde jetzt gerne die Besucherzahlenkurve zeigen, aber der Habari Media Silo spinnt irgendwie und Flickr ist grad komplett tot, also müssen Worte reichen. Die Aufgabe war, 7 Tage lang jeden Tag einen Post zu veröffentlichen. Hab ich so grad geschafft, Montag bis Sonntag. Die Besucherzahlen sind von Anfang an gesunken und erreichten am Donnerstag einen Tiefstand von 15. Hmpf. Danach ging's dafür dann steil aufwärts bis zum Höchststand seit ich Piwik nutze - 31 Besucher am Sonntag. Wie soll ich das jetzt auswerten? Und: Wieso hatte ich bei meinem unregelmäßigen Geblogge unter Wordpress noch Besucherzahlen von 50-80 Besuchern pro Tag (mit Semmelstatz)?

Die Bonusaufgabe der aktuellen Sitzung besteht darin, eine andere Art Content als bisher zu veröffentlichen. Ich hoffe ich schaffe es noch diese Woche, alle meine mehr oder weniger ausgearbeiteten Custom Post Types fertigzustellen, dann gibt's eine Präsentation von dem was Habari leisten kann, wenn man sich ein bisschen Zeit nimmt (und PHP beherrscht).