Die letzten Beiträge

Na da schau einer mal her! Nach einer Neuinstallation meines Betriebssystems Windows XP mit Service Pack 1 und den Updates Service Pack 2 und Service Pack 3 ließ sich der Internet Explorer 6 nicht upgraden. Gut, manch einer mag denken: "IE will ich eh nicht haben, verwende ich nicht und muss ich auch nicht aktualisieren." Jedoch gerade als Webentwickler ist es wohl notwendig, Seiten auch im Internet Explorer zu testen. Folglich muss ich den installieren, ob ich will oder nicht. Es gibt immerhin immernoch zu viele, die den Internet Explorer nutzen und viele Webentwickler, die wegen dem Internet Explorer ihre Nerven schon verloren haben ... Dennoch hab ich versucht, den IE 7 zu installieren. Erst hab ich es via Update versucht, schlug fehl. Dann hab ich mir den IE 8 heruntergeladen und versucht, diesen zu installieren ... schlug ebenfalls fehl. Alles, was passierte, war, dass auf meinem Desktop ein Link erschien zu einer Seite von Microsoft mit Vorschlägen, wie man das Problem, dass sich der Internet Explorer nicht installieren lässt, beheben kann. Ein paar dieser Vorschläge hab ich versucht, jedoch ebenfalls erfolglos. Folglich gab ich auf. Ich erzählte dies vielen Leuten, keiner wusste Rat. Und das, obwohl die meisten Kommilitonen sind, die ebenfalls Informatik im Master-Studiengang studieren.

Der Top-Tipp, um den Internet Explorer zu installieren, kam vom technischen Mitarbeiter meiner Fachhochschule in Erfurt: Ich hatte, bevor ich die Upgrades von Service Pack 2 und 3 bereits den Acrobat Reader 9 installiert. Dieser, warum auch immer, verhinderte die Installation des neuen Internet Explorers! Nach Deinstallation des Acrobat Readers 9 konnte ich problemlos den Internet Explorer 8 installieren und vermute, dass die Installation des Internet Explorers 7 auch möglich wäre.

Nun hoffe ich, dass diese Informationen jemandem helfen, der die gleichen Probleme hat. Feedback ist erwünscht .

Gerade ein akuter Fall bei mir gewesen: ich hatte zwecks Domainumzug (nicht bei mir, ich bleib hier! ) das Problem, dass ich Artikel eines anderen Blogs in den neuen Blog importiert hatte, in denen Bilder verlinkt waren, welche jedoch noch zur alten Domain verlinkten. Via FTP hab ich das upload-Verzeichnis direkt in den neuen Blog übertragen können und somit alle hochgeladenen Bilder des alten Blogs bereits auf dem neuen Blog gehabt, jedoch nur physisch und nicht verlinkt. Nun wollte ich aber nicht die über 100 Artikel bearbeiten und die Bild-URLs aktualisieren, sondern suchte nach einer anderen Lösung. Ich wollte in der Datenbank in der Tabelle

wp_posts

in der Spalte

post_content

alle URLs mit der neuen Domain ersetzen. Auf der Suche nach einer Lösung suchte ich als erstes in der MySQL-Doku nach der

REPLACE()

-Funktion, diese jedoch liefert keine allzu guten Beispiele . Glücklicherweise traf ich auf den Blog des Pfannenwenders, welcher in seinem Artikel "Suchen und Ersetzen in MySQL-Tabellen" mir die Lösung auf dem Teller präsentierte.

Der entscheidende Befehl, welcher auf der MySQL-Datenbank auszuführen ist, lautet also:

UPDATE `wp_posts` SET `post_content` = REPLACE (
`post_content`,
'www.altedomain.de',
'www.neuedomain.de'
)

Dieser Befehl ersetzt alle vorkommenden www.altedomain.de mit www.neuedomain.de, beispielsweise: Im Artikel steht noch der alte Link:

<img src="http://www.altedomain.de/wp-content/uploads/bild.jpg" alt="" />

. Nach dem Ausführen des Update-Befehls steht dann statt dem alten Link dort:

<img src="http://www.neuedomain.de/wp-content/uploads/bild.jpg" alt="" />

. Und genauso wollte ich es haben!

Zu beachten sind die Backticks ( ` ) und die einfachen Anführungszeichen ( ' ). Die Tabelle und die Spalte der Tabelle müssen in Backticks geschrieben werden, die Suchstrings in einfachen Anführungszeichen. Falsch gesetzt wirft die Datenbank einen Fehler und führt den Update-Prozess nicht durch. Und, wie schon in Pfannenwenders Artikel: BACKUP der Datenbank vorher machen! Denn sonst ist alles schlimmstenfalls verpfuscht und nicht wiederherstellbar!

So, nun hoff ich mal, dass das jemandem hilft . Mir hats sehr geholfen und mindestens 600 Klicks erspart und ca. 2,5 Stunden Arbeit!

Problem: Ich habe einen String, welchen ich auseinandernehmen will. Der String beinhaltet ein Sonderzeichen als Trenner. Ich möchte alle Zeichen, welche VOR diesem Trenner stehen als Teilstring bekommen. Die Funktion strstr() bzw. stristr() (Groß- und Kleinschreibung ist mir egal) liefert mir jedoch nur den Teilstring NACH dem gefundenen Sonderzeichen. Sie verfügt jedoch über den Zusatzparameter "before_needle". Wenn ich den auf TRUE setze, sollte die Funktion den Teilstring vor dem gefundenen Sonderzeichen (Suchstring "needle") zurückgeben, stattdessen passierte mir folgendes:

Gerade beim Auseinandernehmen von Strings und dem Versuch, den Teilstring eines Strings vor dem gefundenen Suchstring zu bekommen mittels der PHP-Funktion strstr() oder stristr(), kam folgender Fehler zustande: "Wrong parameter count for stristr()". Leider gibts die Funktion erst ab PHP Version 5.3, die ist aber noch nicht veröffentlicht. Wer einen Teilstring haben möchte, der VOR dem gefundenen Parameter steht, kann stattdessen mb_stristr() benutzen. Das funktioniert, wobei ich nicht weiß, ob diese Funktion, da Multibyte-String-Funktion, speicherintensiver ist. Da ich nur einen ganz kleinen String auseinandernehmen musste, stört mich dies jedoch nicht . Vielleicht hilfts ja noch jemandem weiter!

Ach ja: Frohes neues Jahr allen Lesern und denen, die auf diesen Artikel stoßen!

Nach langem Suchen hab ich endlich die Lösung dafür gefunden. Wie schon früher berichtet gab es ja auf Clims Blog Probleme mit dem Plugin WordPress Stats. Nach einer Änderung am Theme hat das WordPress Stats Plugin immer 0 Views angezeigt, obwohl er Kommentare zu den Posts bekam. Nach diversen oben nachzulesenden Änderungen fehlten jedoch immernoch die Klicks auf die Artikel und Seiten. Da ich seit kurzem wieder intensiv an der Theme-Programmierung für WordPress arbeite, kam mir der Gedanke, dass ich ja im Forum von WordPress nochmal danach suchen kann. Siehe da, dort fand ich den Artikel, welcher besagt, dass das WP-Stats Plugin in der footer.php - Datei des Themes den Aufruf der wp_footer() - Funktion benötigt. Also flugs den Code oberhalb des schließenden -Tags in die footer.php gepackt und endlich geht alles wieder wie normal. Endlich werden die Klicks auf die Seiten und Posts wieder angezeigt!

Ich mich mal wieder auf die Suche gemacht und nach einem Plugin gesucht, welches Emailadressen mittels JavaScript verschlüsselt, damit Spambots und Spammer die eMail nicht automatisiert herauslesen können. Endlich hab ich auch eine sehr einfache und effektive Methode gefunden. Im Beitrag von seovision.de fand ich nun das Plugin von weaselhat.com namens PHPEnkoder. Sinnvoll ist der Einsatz dieses Plugins, wenn man eMailadressen im Klartext in Beträgen oder Seite, beispielsweise dem Impressum,  verwenden will, so dass Leser mit Klick auf den mailto-Link direkt eMails von ihrem Client wie Thunderbird oder Outlook an den Betreiber senden können. Das Plugin verschlüsselt alle im Text gefundenen eMailadressen auch ohne mailto-Link mittels JavaScript. Kommt ein Nutzer ohne JavaScript, wird die eMailadresse nicht angezeigt. Für Webseitenbetreiber mit barrierefreiem Anspruch ist dieses Plugin leider nichts. Getestet hab ich das Plugin mit WordPress 2.6.2, funktioniert einwandfrei.