Category Archives: Blog

Suchen und ersetzen in SQL / mySQL Datenbanken

Heute war etwas AufrĂ€umarbeit in der Blog-Datenbank angesagt. 🙂

Im speziellen ging es um die Ersetzung von Links auf den alten Webspace in den BeitrĂ€gen und noch ein paar andere kleinere Änderungen.

FĂŒgt man in WordPress ein Bild ein, wir der Pfad nicht relativ zum Webspace sondern absolut gespeichert, also mit kompletter URL. Zieht man mit dem Blog ĂŒber den Lauf der Jahre mehrfach um (so wie ich) und Ă€ndert evtl. noch die Domain des Blogs, entstehen so einige Karteileichen.

Hier mal ne kleine Anleitung, wie man die ungĂŒltigen Links auf die aktuelle Adresse umbiegt:

  1. Als erstes erstellt man ein Backup – das ist wirklich sehr wichtig! 🙂 Ich benutze dazu immer mysqldump Damit kann man den kompletten Inhalt einer Datenbank einfach in eine Datei “dumpen”:
    shell> mysqldump --all-databases -u$USER -p$PASSWORT > dump.sql
    Geht anschließend etwas schief, hat man ein Backup und kann darauf zurĂŒckgreifen. Das Backup kann man mit:
    shell> mysql < dump.sql
    wieder einspielen. Hat man beim Erstellen des Dumps eine spezielle Datenbank ausgewÀhlt sollte man:
    shell> mysql $DB-NAME < dump.sql
    verwenden.
  2. Jetzt die eigentliche Aufgabe, suchen und ersetzen: Hier zu setzt man ein Konstrukt aus dem UPDATE und REPLACE Befehl ein, fĂŒhrt man hintereinander mehrere Ersetzungen durch ist der Feldname in der REPLACE-Funktion besonders tĂŒckisch, da man leicht vergisst ihn mitzuĂ€ndern:
    mysql> UPDATE [table_name] SET [field_name] = REPLACE([field_name],'[string_to_find]','[string_to_replace]');
  3. Im Vorfeld sollte man natĂŒrlich auch per SELECT schauen, wie viele DatensĂ€tze man ĂŒberhaupt Ă€ndern muss. Hier fĂŒr ist LIKE ganz praktisch:
    mysql> SELECT * FROM [table_name] WHERE [field_name] like "%SUCHTEXT%";
  4. Das war’s!
  5. Kleiner Hinweise noch: Ich lösche immer noch die bash_history, wenn ich das mysql-Passwort per Befehl mitgebe. Man weiß ja nie…

WordPress erstellt keine Thumbnails – Installation der GD Library fĂŒr Php5

WordPress bietet die Möglichkeit ĂŒber das Webinterface Bilder hochzuladen, um sie dann in den BeitrĂ€gen verwenden zu können. Seitdem ich von einem Freehoster umgezogen bin hat das bei mir zwar noch funktioniert, aber WordPress generierte keine kleinen Vorschaubildchen mehr (sog. Thumbnails) und man verlinkte immer das komplette Bild, etwas skaliert eben. Woran das liegt und wie man es behoben bekommt gibt’s hinter “read more” 🙂 Continue reading WordPress erstellt keine Thumbnails – Installation der GD Library fĂŒr Php5

Domainwechsel auf blog.d-11.de

Seit heute ist die Hauptadresse des Blogs www.blog.d-11.de. Die alte URL blog.d-11.de wurde mir zu lang und meinen vollen Namen möchte ich auch nicht mehr in der URL verwenden. Um die Domain d-11.de fĂŒr weitere Projekte offenzuhalten habe ich Ă€hnlich wie Nils die Subdomain blog vorne angehĂ€ngt. Was man fĂŒr so einen Domainwechsel alles machen muss (bzw. ich mit meiner Konfiguration hier):

  • Die Subdomain blog.d-11.de anlegen.
  • d-11.de per Header-Redirect auf die Subdomain weiterleiten (unschön, bleibt bis auf weiteres aber so)
  • Den A-Record von blog.d-11.de auf den Server hier anpassen
  • Den A-Record von blog.d-11.de löschen und die Domain per Header-Redirect auf blog.d-11.de umleiten.
  • Auf dem Server den regulĂ€ren Ausdruck fĂŒr die Vhost-Konfiguration in /etc/lighthttpd/lighthttpd.conf anpassen und lighty dann einmal durchstarten
  • Im WordPress die Blogadresse Ă€ndern, damit die angezeigten Links wieder funktionieren.

Umzug auf den neuen Server fast abgeschlossen

Wie man am Mangel von neuen BeitrĂ€gen unschwer erkennen konnte, hatte ich seit letzten Herbst relativ wenig Zeit mich um dieses Projekt hier zu kĂŒmmern, was sich jetzt aber hoffentlich wieder Ă€ndern wird.

Zudem kamen noch technische Probleme meines ehemaligen Hosters (FunPic), dessen Server chronisch ĂŒberlastet waren und immer noch sind. Hierher rĂŒhrten z.B. diese “no suitable nodes available to server your request”-Fehlermeldungen. Um Weihnachtszeit herum fĂŒhrte dann ein Einspielen eines (defekten) Backups der Datenbank dazu, dass ich mich selbst aussperrte und nur noch per SQL-Befehl im phpmyadmin BeitrĂ€ge hĂ€tte schreiben können. Durch die stĂ€ndigen VerbindungsabbrĂŒche und die ServerĂŒberlastung begann ich mich dann nach einem neuen Hoster umzusehen.

Die Website lĂ€uft jetzt auf einem kleinen vServer von Netcup mit 333MHz, 100MB RAM und 4,3GB HDD in einem RAID 1, welcher leistungsmĂ€ĂŸig wirklich an der untersten Grenze fĂŒr eine dynamische Website ist. Auf dem vServer lĂ€uft Debian Lenny 64Bit mit mysql, php5-cgi und als Webserver lighttpd (lighty ausgesprochen). Das Angebot von Netcup war so ziemlich die gĂŒnstigste Möglichkeit an einen (v)Server mit root-Zugriff zu kommen.

Was jetzt noch fehlt ist ein neues Theme fĂŒr die Website, damit man hier optisch nicht mehr vom Standardtheme beleidigt wird und außerdem noch die Aktivierung von mod_rewrite, ein Modul fĂŒr schöne URLs (also nicht ?p=1231, sondern URLs mit z.B. dem Beitragstitel mit drin). Da WordPress in Bezug auf die rewrite-Regeln voll auf den ĂŒblicherweise eingesetzten Apache angepasst ist, wird das noch ein bisschen gefrickel…

tl;dr: blog wieder online. 🙂

Warnung vor unsichtbaren Ventilen

An dieser Stelle möchte ich vor den sogenannten unsichtbaren Ventilen, bzw. versenkten Ventilen warnen. Sehen zwar Toll aus, werden aber nach einer Saison undicht. :/

Das Prinzip ist einfach: WĂ€hrend herkömmliche Metallventile das “Rohr” um die Luftpumpe anzuschließen integriert haben, muss man beim “unsichtbaren” Ventil einen kleinen Adapter einschrauben um Luft auzupumpen. Das Loch wird mit einer kleinen Imbusschraube verschlossen. Das Ventil schaut nicht mehr aus der Felge heraus und verschandelt deren Optik nicht mehr.

Leider sind die Dinger der letzte Mist und gehen schnell kaputt 😡 👿

Photobucket Photobucket

Kauft lieber normale Metallventile!

Top Level Domain

Seit letzter Woche ist meine Website zusĂ€tzlich noch ĂŒber die Top Level Domains:

www.blog.d-11.de und www.d-11.de zu erreichen.

Die Hauptadresse dabei ist blog.d-11.de

Die Wahl des Domain-Registrars viel auf www.united-domains.de

Die jetzige Adresse www.blog.d-11.de wird demnĂ€chst abgeschalten, da mich diese Ă€tzende Werbung stört. Außerdem muss jeder der mit Adblockplus surft eine Ausnahmeregelung fĂŒr meine Site hinzufĂŒgen, was nicht sehr fördernd fĂŒr die Besucherzahlen ist.

Update auf WordPress Version 2.7

Seit gestern Abend arbeitet Version WordPress Version 2.7 unter der Haube der Homepage. Weshalb die Seite auch so komisch ausschaut und die Kommentare nicht angezeigt werden 🙁

Update1:  außer dem Problem mit der Kommentarfunktion, steht jetzt zusĂ€tzlich noch die Konvertierung der SQL-Datenbank von ISO-8859-1 auf UTF8 an, da die neue Version mit dem UTF8 Zeichensatz lĂ€uft. Das ist auch der Grund, warum ae: Ă€ und ue: ĂŒ so seltsam angezeigt werden. 👿

Update2 21.12.08: Nach ewigem rumprobieren ist das UTF8-Problem gelöst. 🙂 Nachdem ich Stunden damit verbracht habe erst die SQL-Datenbank mit den ALTER TABEL und ALTER COLUMN Befehlen auf UTF8 umzustellen, sie dann mit dem Mysqldumper zu exportieren und mit dem Notepad die Umlaute wie z.B. À, ö, ĂƒÂŒ und Ãƞ (was eigentlich Ă€,ĂŒ,ö,ß heißen soll) zu ersetzen, und wieder zu importieren, war ich fast am aufgeben… Außerdem habe ich mehrmals die ganze Datenbank geleert, WordPress neu installiert, geup- und downgraded, die ganze Sache noch mit dem altgedienten phpmyadmin ausprobiert und Unmengen an Zeit mit Recherche verbracht was allerdings alles nicht half.

Irgendwann habe ich dann gemerkt, dass ich vor mehr als einem Jahr beim letzten Update von Version 2.0 auf 2.3 einfach meine altes Configfile weiterverwendet hatte, ohne die neue Codierung in UTF8, welche eigentlich in 2.3 Pflicht war, zu berĂŒcksichtigen.

Ende vom Lied: Datenbank resettet, WordPress 2.5 mit korrektem config-file und utf8 installiert, damit die Datenbank neu in UTF8 erstellen lassen und dann mein Backup wieder importiert.

Danach habe ich dann WordPress Verision 2.7 installiert und jetzt sind auch die alten Posts wieder lesbar.

de.vu. Domains kollidieren mit ABP | Alternate Zack-Zack

Seit einer Woche kommt das Ă€ußerst beliebte Firefox-Plugin irgendwie nicht mehr mit de.vu-Domains klar und stellt die komplette Seite nur noch in einem kleinen Frame links oben im Browserfenster dar…

Ich habe jetzt mal die ABP-Entwickler angeschrieben und auch schon eine Meldung ĂŒber die Beseitigung des Problems erhalten, leider hat sich nicht wirklich was getan.

Naja, abwarten und Tee trinken (oder ABP auf de.vu-Domains deaktivieren) :mrgreen:

Außerdem ertappe ich mich immer wieder dabei, wie ich, auf Grund eines Blogeintrags von Nils, mindestens einmal am Tag bei Alternate im Onlineshop vorbeischaue, da sie zur Zeit eine Aktion am Laufen haben, welche sich Zack-Zack nennt. 🙂 Bei dieser Aktion gibt es jeden Tag ein Produkt fĂŒr meistens ca. 20€ weniger als den regulĂ€ren Preis! Gekauft habe ich mir zwar noch nichts, aber man weiß ja nie was noch kommt! Lustigerweise hat das Alternateteam inzwischen die Kommentarfunktion geschlossen, da hier immer die Produkte schlecht gemacht wurden. 😆