All posts tagged: Blog

Seiten-ID in WordPress finden

1 comment

Seit der Version 2.5 sind Seiten-IDs nicht mehr im Backend von WordPress zu finden. Grundsätzlich auch kein Problem. WordPress kommt auch ohne IDs aus und schlussendlich kann man die ID immer noch über die URL in Erfahrung bringen.

Z.B.: http://ihredomain.de/?page_id=12

Was aber, wenn man wie ich die Permalinkstruktur so verändert hat, dass die Page ID nicht mehr in der URL angezeigt wird und man die IDs nun aber für eine individuelle Seitennavigation benötigt.  Als Beispiel sei nur einmal das Widget angesprochen, mit welchem man in der Sidebar seine Seiten anzeigen lassen kann.

Ohne den Weg über die Datenbank zu gehen, gibt es zwei Wege, wie man doch an die Page ID kommt.

  1. Im Backend mit der Maus über den Link zur Seite fahren. In der Statuszeile des verwendeten Webbrowser wird dann der WordPress interne Link angezeigt. Dieser sollte in etwa so aussehen:
    http://ihredomain.de/wp-admin/page.php?action=edit&post=567
    Die Zahl am Ende des Links gibt hier die ID der Seite wieder.
  2. Es gibt ein WP Pluglin, mit dessen Hilfe die Identifizierung ebenso ein Kinderspiel ist.
    Hier der Downloadlink: Reveal IDs for WP Admin

Hoffe geholfen zu haben.

JerretSeiten-ID in WordPress finden
mehr lesen

Permalinks in WordPress ändern

7 comments

Dieser Beitrag soll Anregungen aufzeigen, wie eine schon eine bestehende Permalinkstruktur in WordPress geändert werden kann.

Einleitung

Viele Benutzer von WordPress merken oft leider erst zu spät, dass die gewählte Permalinkstruktur nicht den eigentlichen Wünschen entspricht und möchten diese Struktur nachträglich verändern.

Eine Internetadresse (URL), die aus Zeichen und Nummern nach der Domain besteht ist nicht sehr leserlich oder gar einprägsam. Auch sollen Suchmaschinen mit „sprechenden URL´s“ deutlich besser umgehen können.

Beispiel

Fall

Ich möchte hier auf meinen speziellen fall eingehen, da all die vielen Tutorials im Internet davon ausgehen, dass die Blogs bei Webhostern liegen oder dass man einen eigenen root-Server hat, der nur eine einzige Domain verwalten muss.

Ich dagegen habe gleich mehrere Domains mit jeweils anderen Internetauftritten und jeder Internetauftritt braucht eine andere Webserverkonfiguration.

Wie hab ich es hinbekommen?

Im Prinzip ist es ganz einfach! Es bedarf genau 3 Schritte:

  1. Download/Installation WordPress Plugin von Dean Lee

  2. richtige Serverkonfiguration einstellen (mod_rewrite, Name-based Virtual Hosts, .htaccess)

  3. Anwendung des WordPress Plugins

Das hört sich eigentlich sehr einfach an. In meinem Fall jedoch war es nicht so einfach! Auf den ersten Punkt „Download/Installation WordPress Plugin von Dean Lee möchte ich nicht näher eingehen. Ich gehe davon aus, dass Standardinstallationen von Plugins unter WordPress hinreichend bekannt sind. Genauer möchte ich jedoch Punkt 2 ausführen! Dort lag die eigentliche Arbeit und bedarf einer ausführlichen Betrachtung. Um diesen Beitrag dann abzuschließen, werde ich noch kurz auf die Anwendung des Plugins (Punkt 3) eingehen.

Download/Installation des WordPress Plugins von Dean Lee

siehe : http://www.deanlee.cn/wordpress/permalinks-migration-plugin/

richtige Serverkonfiguration einstellen

Server:
Suse Linux 10.0
Apache Webserver 2.0.54
MySQL 4.1.3

Einige von euch werden sicher schon festgestellt haben, dass eine einfache Aktivierung des Webservermoduls „mod_rewrite“ nicht ausreicht, um die Permalinkstruktur nachträglich zu verändern.

Stichwort:
interner Serverfehler 500
Zugriff verweigert 403

mod_rewrite Aktivieren

Die Aufgabe des Moduls „mod_rewrite“ ist, URL´s so umzuformen, dass URL´s lesbar werden. Dieses Modul ist bei WordPress zwingend erforderlich, wenn man nicht mit der voreingestellten Permalinkstruktur arbeiten möchte.

Die einfachste Art das Modul zu aktivieren ist einen Eintrag in der Datei /etc/sysconfig/apache2 vorzunehmen und den Webserver neu zu starten. Dazu musst Du Dir fogende Zeile in dieser Datei suchen:

APACHE_MODULES=“access actions alias auth auth_dbm autoindex cgi dir env expires include log_config mime negotiation set envif ssl suexec userdir php5 rewrite

Bei mir steht diese Zeile in Zeile 79. Am Ende (die Position ist aber egal) der Zeile, vor den schließenden Anführungszeichen („) habe ich das Word rewrite notiert. Jetzt wird der Apache angewiesen, bei einem Neustart des Services, das Modul „mod_rewrite“ zu laden.

Webserver Neustart

Ein Neustart des Webservers ist sehr leicht. Dazu gibt es 2 Befehle (Es gibt noch mehr Möglichkeite, gehe hier jedoch nicht darauf ein…). Je nach Präferenz kannst Du Dir einen davon aussuchen. Jeder dieser Befehle muss mit root-Rechten ausgeführt werden:

  1. rcapache2 restart -> (Suse Linux typisch)
  2. /etc/init.d/apache2 restart ->(Standard)

Status von mod_rewrite überprüfen

Nach dem Neustart, ist es natürlich wichtig zu wissen, ob das neue Modul vom Webserver geladen wurde. Ein Blick in die Datei /etc/apache2/sysconfig.d wird dabei Helfen. Die Stelle an der Du das rewrite-Modul in /etc/sysconfig/apache2 in der Zeile für APACHE_MODULES notiert hast, bestimmt auch die Reihenfolge der vom Webserver zu ladenen Module. Folgerichtig müsste jetzt bei der Überprüfung der angegebenen Datei ersichtlich sein, dass das rewrite-Modul als letztes geladen wurde.


LoadModule setenvif_module /usr/lib/apache2-prefork/mod_setenvif.so
LoadModule ssl_module /usr/lib/apache2-prefork/mod_ssl.so
LoadModule suexec_module /usr/lib/apache2-prefork/mod_suexec.so
LoadModule userdir_module /usr/lib/apache2-prefork/mod_userdir.so
LoadModule php5_module /usr/lib/apache2/libphp5.so

LoadModule rewrite_module /usr/lib/apache2-prefork/mod_rewrite.so

Ist mod_rewrite aufgeführt, dann ist das Modul richtig geladen.

Named-Based Virtual Hosts

Lässt man auf einem Host mit nur einer IP-Adresse verschiedene Domains/Internetauftritte laufen, kommt man nicht darum herum sich mit diesem Begriff auseinanderzusetzen.

Da Domainnamen immer zu IP-Adressen aufgelöst werden, ich jedoch mehrere Domains/Internetauftritte mit nur einer IP-Adresse verwalte, muss ich meinem Apache Webserver beibringen, dass Anfragen an bestimmte Domains jeweils mit dem richtigen Content beantwortet werden.

Dazu bietet mir der Apache Webserver in seinen Konfigurationsdateien an, sogenannte „Named-Based Virtual Hosts“ einzurichten. Wie das im einzelnen geht, möchte ich hier nicht genauer ausführen. …Diejenigen von Euch, die das gleiche Problem haben, wissen wo von ich hier schreibe…

Um es hier einfach zu halten, gebe ich einen Ausschnitt meiner Webserverkonfiguration zum Besten:

NameVirtualHost *

<VirtualHost *>
ServerName www.jerret.de
ServerAlias xxx.jerret.de
DocumentRoot /srv/www/verzeichnis1
<Directory „/srv/www/verzeichnis1“>
Options FollowSymlinks
AllowOverride All
Order allow,deny
Allow from all
.
.
.
</Directory>
</VirtualHost>

<VirtualHost *>
ServerName www.meine_2te_Domain.de
ServerAlias xxx.
meine_2te_Domain.de
DocumentRoot /srv/www/verzeichnis2
<Directory „/srv/www/verzeichnis2“>
„Andere oder gleiche Anweisungen für Verzeichnisrechte“
</Directory>
</VirtualHost>

Mit dieser Konfiguration versetze ich also meinen Webserver in die Lage Anfragen an www.jerret.de mit den Inhalten aus /srv/www/verzeichnis1 und Anfragen an www.meine_2te_Domain.de mit Inhalten aus /srv/www/verzeichnis2 zu beantworten. Genau so richte ich auch Subdomains ein. Dort steht dann lediglich folgendes:

<VirtualHost *>
ServerName www.fotos.jerret.de
ServerAlias xxx.fotos.jerret.de
DocumentRoot /srv/www/pics
<Directory „/srv/www/pics“>
AllowOverride AuthConfig
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

Wie bei jeder Änderung an der Konfiguration des Webservers muss auch hier ein Neustart des Dienstes erfolgen.

So, das waren in meinem Fall alle Änderungen, die ich vornehmen musste, um meine Permalinkstruktur ändern zu können. Egal, was ich vorher gemacht habe, ich hatte immer das Problem, dass ich einen internen Serverfehler verursachte oder mir der Zugriff auf meine Seiten verweigert wurde.

.htaccess

Bei Änderung der Permalinkstruktur wird von WordPress eine Datei erstellt, die erweiterte Verzeichnisrechte defeniert. Diese Datei „.htaccess“ wird im Stammverzeichnis der Worpressinstallation notiert. Hier muss sichergestellt sein, dass WordPress (genauer gesagt, der Webserver) in dieses Verzeichnis (hier verzeichnis1) schreiben darf. Nutzer eines eigenen root Servers wissen wie das geht und ich werde es hier nur kurz beschreiben.

Der Webserver Apache wird unter Linux/Unix als eigener Benutzer geführt, der vom System ähnlich behandelt wird, wie Standarduser. Man kann also diesem User, in der Regel „wwwrun“ explizit Schreibrechte auf Verzeichnisse und Dateien zuweisen. Hier gibt es auch verschiedene Möglichkeiten. Ich Nutze für Verzeichnisse, in denen ausschließlich Webinhalte liegen, folgenden Befehl:

chown -R wwwrun:www /srv/www/verzeichnis1

Dieser Befehl besagt: Übergebe angegebenes Verzeichnis mit allen Unterverzeichnissen und Dateien in das Eigentum des Benutzers „wwwrun“ und ändere entsprechend die Gruppenzugehörigkeit in „www“. Damit ist sichergestellt, dass WordPress im verzeichnis1 schreiben darf.

Anwendung des WordPress Plugins

Dazu verweise ich wieder auf den Autor des Plugins. Dort ist hinreichend Beschrieben, wie mit dem Plugin zu verfahren ist.

Ich hoffe, ich konnte helfen…

JerretPermalinks in WordPress ändern
mehr lesen

Permalinkstruktur angepasst

No comments

Ich habe es endlich geschafft! Meine URL´s sind jetzt aussagekräftig. Wo vorher

  • http://jerret.de/?p=109

stand, steht jetzt

  • http://jerret.de/fotografie/tiefpassfilter-reinigen.html

Diese Arbeit hat mich viel Googelei und Nerven gekostet! Bin ich froh, dass ich eine echte Testumgebung habe um rumzuspielen. Notalls Datenbank löschen und Datenbankbackup von Jerret.de einspielen.

Trotz hunderter Tutorials, habe ich keine richtige lösung für genau meine Serverumgebung gefunden. Schlussendlich habe ich jedoch einen Weg gefunden.

Ich hoffe, es hat sich auch für Euch gelohnt. Ich bin jedenfalls sehr zufrieden.

JerretPermalinkstruktur angepasst
mehr lesen

Widgetbox – Pimp your Blog

No comments

widgetbox.jpg

Widgetbox ist eine einfache und geniale Sache, um seinen Blog oder seine Webseite ordentlich zu pimpen. Ich habe es getestet und bin fast begeistert. Ich bin deshalb nur fast begeistert, da der Nutzen für den Anwender geringer scheint, als desjenigen, der das Widget zur verfügung stellt. Aber das ist nur ein subjektiver Eindruck, den ich beim Testen bekommen habe.

Viel mehr hat mich die Tatsache gestört, dass viele Widgets sich nicht optimal an das eigene Layout anpassen lassen. Klar, eine gewisse Flexibilität bringen die meisten Widgets mit, aber lange nicht alle und nicht in ausreichender Form.

Ein weiterer Nachteil von Widgets, die über Widgetbox bezogen werden können, kann deren Abhängigkeit von verschiedenen Services sein. Ich will das auch kurz erläutern.

Genau wie bei anderen „Sachen“, die man auf seiner Webseite einbindet (z.B. Werbung) bekommt man vom Anbieter Quellcode, der in die Webseite eingebunden werden muss. Bei nicht statischen Inhalten ist diese Technik natürlich sehr beliebt und wartungsarm. Einmal eingebunden und bei jedem Seitenaufruf wird der Content unter Umständen automatisch geändert.

Aber genau darin liegt das Problem. Jeder, der im sich Internet ein wenig auskennt oder sogar einen eigenen Blog betreibt, weiß wie viele Informationen zwischen verschiedensten Webseiten ausgetauscht werden können. Nun… Stellt man sich vor, jemand implementiert sehr viele Widgets auf seiner Seite, dann kann man sich eben so gut vorstellen, wie viel Traffic generiert wird und die damit verbundene Wartezeit für den Seitenaufbau sich schnell vervielfacht.

Wenn nun auch noch der Webservice, der das Widget mit Content bedient ausgefallen oder nicht erreichbar ist, kommt es zum Gau. Die Webseite wird unter Umständen nicht fertiggeladen. Der Besucher springt ab und kommt auch nicht wieder.

Tipp:
Nur Widgets einbauen, die mit dem eigentlichen Content der Webseite nicht direkt in Verbindung stehen. Außderdem, alles was vom eigenen Server kommt ist am sichersten und schnellsten.

JerretWidgetbox – Pimp your Blog
mehr lesen

Tja, Pech gehabt…

1 comment

30 Fotoblogs… ich bin leider nicht mit dabei!

Am 03.03.2008 veröffentlich Martin Gommel das Ergebnis seiner BlogparadeDeutsche Fotografie Blogs – Wo sind sie denn?“ vom 15.02.2007 bis 29.02.2008 lief. In dieser Parade rief Martin dazu auf über einen Trackback und der Beantwortung einiger Fragen an dieser Parade teilzunehmen.

Seit nun schon einem Monat interessiere ich mich fürs Bloggen und natürlich auch bei der Suche nach weiteren Blogs im Internet auf Martins Blog gestoßen. Sofort habe ich seine Seite mit in meine Blogroll aufgenommen, denn er schreibt klar, kurz und informativ. Seit dem lese ich seinen Blog recht regelmäßig und musste unweigerlich auch über seine Blogparade stolpern.

Die Idee, die sich hinter seiner Blogparade verbirgt fand ich sehr lobenswert und aus diesem Grund habe ich selbstverständlich mit meinem Beitrag „Antwort: Hier ist einer!“ vom 15.02.2008 und einem Trackback an dieser Parade teilgenommen.

Gespannt wartete ich also auf das Ergebnis. Gestern erschien es endlich und ich war sehr verwundert. Ich bin davon ausgegangen, dass sehr viel mehr Leute auf diese Blogparade reagieren oder besser ausgedrückt, dass die Liste der Veröffentlichen Fotoblogs um einiges länger ist. Na ja, dachte ich im ersten Moment, dann sind es doch „nur“ 30.

Ein wenig enttäuscht war ich dann, als ich feststellte, dass ich nicht mit unter den 30 aufgelisteten Fotoblogs zu finden bin. Na ja, was solls… es geht weiter. Trotzdem bin ich Martin dankbar, dass er diese Parade auf die Beine gestellt hat. So habe ich wieder interessante Seiten zum lesen! Ich bin zwar noch nicht dazu gekommen, mir alle Blogs genau anzuschauen, aber werde es bestimmt nocht tun.

Und hier nun die Fotoblogs:

  1. Picspack – (RSS)
  2. BenniWolf – (RSS)
  3. Fasty – (RSS)
  4. Salusions – (RSS)
  5. Lens-Flare – (RSS)
  6. StefanBucher – (RSS)
  7. Generator-X – (RSS)
  8. Fotografr – (RSS)
  9. Schauplatz – (RSS)
  10. Photoappar.at – (RSS)
  11. Chitime – (RSS)
  12. Zoomyboy – (RSS)
  13. OlafBathke – (RSS)
  14. Studio-Blog – (RSS)
  15. RealFragment – (RSS)
  16. Click.Blogage – (RSS)
  17. Bildwerk3 – (RSS)
  18. Vashome – (RSS)
  19. Canikon – (RSS)
  20. Magistus – (RSS)
  21. Schroederphotography – (RSS)
  22. OliverSchaef – (RSS)
  23. Schumpelick – (RSS)
  24. Radeldudel – (RSS)
  25. Fotos.Neuweger – (RSS)
  26. Grapf – (RSS)
  27. Eldersign – (RSS)
  28. AnsichtsSache – (RSS)
  29. Victor-Dite – (RSS)
  30. Tari-Design – (RSS)

Update:
Jetzt bin ich doch mit dabei! Offensichtlich ist mein erster Trackback nicht bei Martin angekommen. Kann ja vorkommen, dass die Technik einem einen Strich durch die Rechnung macht…

JerretTja, Pech gehabt…
mehr lesen