Category Archives: Blog

https only

Ab heute wird der Blog nur noch verschlüsselt via https ausgeliefert.

Ein Hoch auf das Let’s Encrypt Projekt, eine freie Certificate Authority, die ordentliche (nicht selbst signierte) Zertifikate kostenlos ausgibt. Bei DigiCert etc. zahlt man dafür > 500$ pro Jahr…

Ein paar Links und Befehle, die ich während der Umstellung verwendet und als hilfreich empfunden habe:

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.