Wie Matt gestern abend per Mail verschickt hat, ist Wordpress 3.0 fertig zum Download. An dieser Stelle verweise ich für die neuen Features einfach an Wordpress.org bzw. wordpress-deutschland.org und binde nur die Film-Tour durch neue Wordpress hier ein.
Weiterlesen von ‘Wordpress 3.0 “Thelonious” ist verfügbar’
Tag-Archiv für Wordpress
Ich verwende das Plugin Wordbook, um meine Artikel auf Facebook in meine Wall zu posten. Jedoch hat dieses die unangenehme Eigenschaft, bereits nach einem Tag bereits gepostete Artikel bei Editierung erneut zu posten. Das hat mir nicht gefallen (manchmal aktualisiere ich ja nur einen kleinen Rechtschreibfehler o.ä.), weshalb ich das unterbinden wollte.
Weiterlesen von ‘Wordbook: Erneutes Posten von Artikeln auf Facebook unterbinden’
Ich poste mittels Twitpress meine Einträge auf Twitter, wobei ich die URL zum Eintrag mittels der ID des Posts, also im Fall dieses Posts 3385, angebe. Dies sieht dann so aus:
Neuer Blog-Eintrag: Umleitung bei ausschließlicher Angabe der post_id in der URL auf den vollen Wordpress-Permalink mittels Nginx http://wolf-u.li/3385/
Früher wurde dann per Wordpress auf die volle URL umgeleitet, jedoch funktioniert dies in der Version 2.9.2, die ich momentan fahre, nicht mehr so. Das führte dazu, dass unter http://wolf-u.li/3385/ und der langen Url des Beitrags der gleiche Inhalt angezeigt wurde, was zu Problemen mit den Suchmaschinen führen kann. Da ich keinen Bock hatte, mich bei mir auf Fehlersuche zu begeben, habe ich kurz gegoogled und festgestellt, dass dies für Version 3.1 von Wordpress wiedergeplant ist. Ein wenig Recherche brachte an den Tag, dass man auch manuell per .htaccess (bei Nutzung von Apache) auf index.php?p={POST_ID} umleiten kann.
Da ich den Webserver Nginx (siehe Leitartikel) einsetze, habe ich also nun einfach eine Prüfung geschrieben, die nachsieht, ob nach wolf-u.li/ einfach nur eine Zahl folg und in diesem Fall auf die index.php leitet, welche dann auf die korrekte lange URL leitet. Die komplette Location könnte also so aussehen:
CODE:
-
location / {
-
if (-f $request_filename) {
-
break;
-
}
-
rewrite ^/([0-9]+)/$ /index.php?p=$1 last;
-
rewrite ^(.+)$ /index.php last;
-
}
Zuerst wird geprüft, ob der angeforderte Dateiname vorhanden ist. Wenn dem der Fall ist, werden keine weiteren Prüfungen durchgeführt und diese Datei zurückgegeben. Wenn nicht, wird zunächst die oben beschriebene Prüfung durchgeführt. Wurde kein Match ermittelt, so wird einfach nur auf index.php umgeleitet.
Das behob bei mir das Problem des doppelten Contents 
In den vergangenen Wochen habe ich mich ein wenig mit meinem Google Webmasters Panel auseinander gesetzt und den ein oder anderen Fehler ausgemerzt, der dazu führen könnte, dass ich erneut meinen PageRank verliere. Dies war bereits im Juli letzten Jahres geschehen, da ich wohl zuviele nicht erreichbare Seiten hatte. Mittlerweile habe ich wieder meinen damaligen PR3, de ich auch gerne behalten möchte.
Weiterlesen von 'Saubere Entfernung von Sprachen im Wordpress-Plugin Global Translator für Übersetzungen des Webseiteninhalts'
In den letzten Tagen haben sich bei mir in den Google Webmaster-Tools sehr viele "Unerreichbar"-Fehler aufgrund des dynamischen "replytocom"-Parameters angehäuft. Dieser wird bei, von Global Translator übersetzten, Seiten an verlinkungen der Kommentare angehängt, was Google wohl nicht so gut verpackt.
Die Lösung ist sehr einfach: Man gehe in die betroffene Seite, klicke links auf "Website-Konfiguration" und anschließend "Einstellungen". Dort trägt man am Ende der Seite unter "Parameterbehandlung" den Parameter "replytocom" mit der Aktion "Ignorieren" ein.
Weiterlesen von 'Häufung von Fehler “Unerreichbar” in Google Webmaster Tools aufgrund von Global Translator und Parameter replytocom'
Dieser Artikel ist Teil einer Reihe zum Webserver nginx.
Schau dir auch die anderen Artikel an: Zum Leitartikel
Schau dir auch die anderen Artikel an: Zum Leitartikel
Vor einigen Tagen schrieb ich bereits über eine Möglichkeit, die Gravatar-Icons lokal zwischen zu speichern. Leider wurde dabei bei jedem Aufruf eines Bildes immer einen php-call gemacht, was mir bei manchen Beiträgen das Blog in die Knie zwingen würde und dem eigentlich gewünschten Effekt (Beschleunigung) entgegenstehen würde. Daher habe ich mir mal die Funktionen meines Webservers nginx angesehen und dabei festgestellt, dass dieser die folgende Prüfung erlaubt:
- Ist das Bild vorhanden?
- Wenn ja: Direkte Auslieferung
- Wenn nein: Aufruf einer PHP-Datei zum Download des Bildes
Weiterlesen von 'Bildercache für den Webserver nginx am Beispiel von Gravatar-Icons'
Vor einigen Tagen bin ich über Crazytoast auf einem Blog auf die Idee der Auslieferung der Gravatar-Bilder aus einem lokalen Cache gestoßen. Prinzipiell fand ich das keine schlechte Idee, da auch bei mir einige Ladezeit von Gravatar verursacht wird. Auch der regelmäßige Refresh erschien mir als durchaus sinnvoll. Lediglich die Art der Einbindung wollte mir noch nicht so recht gefallen. Auch programmiertechnisch fehlten mir einige Dinge.
Weiterlesen von 'Auslieferung von Gravatar-Icons aus einem lokalen Cache – Download per curl'
