Ab sofort: myGallery 1.1

Thomas Boley hat die Version 1.1 seines genialen myGallery Plugins für WordPress veröffentlicht.
Folgende Neuerungen preist er auf seinem Blog an:

* bei Inlinegalerien kann jetzt auch eine Bildunterschrift angezeigt werden
* Verwendung der von WordPress 2.x genutzten Docking Boxes
* Optimierung des Codes für die Anzeige der Bilder
* Bilder und Galerien können optional mit Lightbox 2.0 statt mit Lightbox 1 angezeigt werden
* Thumbnails einer Galerie können auf mehrere Seiten verteilt werden

Nunja, ich für meinen Teil sehe keine Veranlassung, auf die neue Version zu upgraden, zumal ich das Plugin selbst schon ziemlich weitgehend angepasst habe, so dass ein Upgrade nur Arbeit bedeuten würde. Lightbox 2.0 habe ich ja auch schon seit längerem erfolgreich in myGallery integriert. Lediglich die Verteilung der Thumbnails einer Galerie auf mehrere Seiten finde ich interessant, besonders bei großen Galerien mit vielen Fotos, wo die Ladezeit der Thumbnails schon immens sein kann…

[via wildbits]

WP-Datenbank per CronJob sichern

In so einer WordPress-Datenbank sammeln sich im Laufe der Zeit eine Menge Daten (Beiträge, Kommentare, etc). Ohne die Datenbank ist eine WordPress-Installation wertlos, da alle Inhalte aus der Datenbank kommen.
Daher wäre es wirklich ärgerlich, wenn die Daten in der Datenbank verloren gehen würden. Zum Beispiel durch ein Plugin, dass einen Fehler enthält und die Datenbank löscht. Upps. Das wär es dann mit dem Blog.

Gegen solche Datenverluste hilft nur ein Backup. In WordPress bietet das „Wp-DB-Backup“-Plugin die Möglichkeit, die Datenbank schnell und unkompliziert zu sichern. Leider nur manuell. Man muss also immer daran denken, Backups zu erstellen. Mit dem „Wp-Cron“-Plugin vom selben Autor lässt sich ein Backup z.B. jede Stunde erstellen. Allerdings ist das Plugin davon abhängig, dass zur passenden Zeit jemand das Blog aufruft. Zudem verzögert sich der Seitenaufbau für den Besucher, der auserwählt wurde, um das Backup-Script zu starten.

Eleganter geht es mit eine kostenlosen Cronjobservice, über den pixelgraphix heute berichtet hat (Natürlich geht es auch mit Cronjobs, die der eigene Webhoster anbietet). Ich verwende eine modifizierte Version des „Wp-DB-Backup“-Plugins, dass ich von dem Cronjob jede Stunde aufrufen lasse. Die Modifizierung ist notwendig, da das Script ja unabhängig von der WordPress-Umgebung funktionieren soll, was nicht der Fall ist, wenn man es als WP-Plugin entwickelt, wie das „Wp-DB-Backup“-Plugin.

Durch den stündlichen Aufruf des Scriptes entsteht jede Stunde ein neues Datenbank-Backup. Ein zweiter Cronjob ruft einmal täglich ein ähnliches Script auf, dass ein Backup per E-Mail an mich sendet. So habe ich immer noch ein maximal 24 Stunden altes Backup, falls der Server mal komplett abraucht und die darauf gespeicherten Backups im Nirvana verschwinden.

Das Einzige, das mir noch fehlt, ist eine Routine, die alte Backups löscht, um das Backupverzeichnis auf dem Webserver nicht unnötig aufzublähen. Allerdings hält sich die Größe des Backups mit knapp 250kb noch sehr in Grenzen.

Falls jemand Interesse an dem Script hat, dass sich von einem CronJob aufrufen lässt, bin ich gerne bereit, dies hier zu veröffentlichen.

Frohe Ostern

Ich wünsche allen Frohe Ostern und erfolgreiches Eiersuchen, falls das nicht schon gelaufen ist…
Und sonst noch zwei entspannte Tage. Ich werde die Zeit nutzen, um mal wieder was zu bloggen. In der Woche komme ich da im Moment gar nicht zu, obwohl ich im Büro 8 Stunden am PC sitz. Hab halt viel zu viel zu tun… 😉

Seltsame 404-Fehler

Ich hatte in den letzten Wochen eine Menge 404-Fehler in den Blog-Logs. Das hat mich irgendwie stutzig gemacht, zumal das teilweise fast 20% aller Statuscodes waren. Heute habe ich mich dann mal systematisch auf die Suche gemacht und die Dateien untersucht, die in den Aufrufstatistiken ganz oben stehen. Dabei habe ich das UltimaTagWarrior-Plugin als möglichen Schuldigen identifiziert. Irgendwie hat das Plugin den Link zu einer JavaScript-Datei im Blogheader falsch gesetzt und dadurch die Masse an Fehlercodes produziert. Ich hoffe zumindest, dass der Fehler da lag, denn so sind wenigstens nicht 20% der Blogbesucher auf 404-Seiten gelandet. Das wäre höchst unerfreulich…

Falls doch jemandem an anderer Stelle im Blog 404-Fehlermeldungen begegnen, wäre ich sehr erfreut über eine kurze Meldung. Danke und gute Nacht!

Spam im Anmarsch

Da bin ich bisher eigentlich immer von Kommentar-Spam verschont geblieben und jetzt kommen hier zig Spam-Kommentare in wenigen Stunden rein. Gut, dass Akismet Spam die (fast) alle erkennt. Ein einziger hat es geschafft, aber den konnte ich dann grade noch so von Hand löschen…

Ich hoffe, das bleibt auch so, Lust auf CAPTCHAS habe ich nämlich nicht…