WordPressinstallation in einem Unterverzeichnis / sitemap

Ich bevorzuge die von dir korrekt wiedergegebene Installation in einem Unterverzeichnis aus verschiedenen Gründen:

• eine Installation im Unterverzeichnis ermöglicht, WordPress bereits auf dem Webserver des Kunden zu installieren und dem Kunden ein nahezu fertiges Produkt zur Abnahme vorzulegen (nach Abnahme sind dann nur noch die genannten Anpassungen notwendig),
• die Installation lässt sich sauber von anderen Webanwendungen wie z.B. PIWIKI (Statistik) trennen, die nicht in einem Unterverzeichnis von WordPress landen. Ist bei einem Update etwas schief gelaufen, lassen sich die Dateien schnell und sauber löschen und durch Upload eines neuen Datei-Satzes ersetzen. Auch das gezielte Backup einzelner Webanwendungen lässt sich einfacher durchführen.

Zum zweiten Punkt kann ich nicht viel sagen, da du nicht über den Sinn oder Unsinn einer Sitemap diskutieren möchtest. Die Argumente dazu sind auch hier viel besser dargelegt. Letztendlich bin ich aber kein Angestellter von Google und entwickle nicht Webseiten für diesen Konzern, sondern interessiere mich für überzeugende Inhalte und mache es dann Suchmaschinen (hoffentlich) nicht unnötig schwer, diese zu indexieren; dazu braucht es aber keine Sitemap. Aber darüber wollten wir ja eigentlich gar nicht sprechen … 🙂

Unter Sicherheitsaspekten hat die Installation im Web-Rootverzeichnis einen winzigen Vorteil: Du kannst die Konfigurationsdatei wp-config.php im Verzeichnisbaum ein Verzeichnis oberhalb der WordPress-Installation ablegen.

Bei einer Installation im Unterverzeichnis liegt die wp-config.php also im Web-Rootverzeichnis, installierst du aber WordPress im Web-Rootverzeichnis, kannst du die wp-config.php wiederum ein Verzeichnis nach oben schieben und sie liegt dann außerhalb der öffentlich zugänglichen Verzeichnisse.

Andererseits … .htaccess mit Benutzerrechten auf 600 und folgender Regel …

<files wp-config.php>
order allow,deny
deny from all
</files>

„… und gut ist.“ 🙂

Nachtrag: oder du legst eine wp-config.php ohne Zugangsdaten zur Datenbank an und bindest mit require_once() eine weitere php-Datei außerhalb des Web-Rootverzeichnisses ein, die diese Zugangsdaten enthält.

könntest du vielleicht bei Gelegenheit mal noch für wissbegierige Anfänger kurz erklären, in welchen Fällen ein solches Setting suboptimal sein kann?

Wie Bego schon schrieb: Zum einen ist die Technik nicht für jeden verständlich und zum anderen ist das Ablegen der wp-config.php eine Ebene höher damit nicht mehr möglich.

Schöne Idee übrigens mit dem requiren, Bego! 🙂

Andere Probleme/Inkompatibilitäten sind mir bisher nicht aufgefallen. Aber da dies nicht dem Standard entspricht, kann es natürlich passieren, dass da Probleme gibt. Andererseits ist ein Abweichen von Standardpfaden für die Sicherheit ja häufig von Vorteil (wenn auch nur im sehr begrenzten Rahmen).

So wie es aussieht erstellt es dann auch noch sub-sitemaps. Wie „schlimm“ das ist weiß ich nicht, und soll eben hier diskutiert werden.

Das kann ich noch nicht ganz nachvollziehen. Könntest du näher erläutern welche Sub-Sitemaps wo und wie erstellt werden. Danke!

Gruß, Torsten

Das Plugin teilt die Sitemap nur zeitlich auf. Das wird auf der Pluginseite des Entwicklers erklärt:
http://www.arnebrachhold.de/projects/wordpress-plugins/google-xml-sitemaps-generator/google-xml-sitemap-generator-new-sitemap-format/

Gruß, Torsten

@ugehner
Es ist taktisch nicht sehr geschickt, wenn du dich mit deiner Frage an einen bereits gelösten Thread dranhängst. Nicht nur bekommt der ursprüngliche Fragesteller jetzt Benachrichtigungen zu einer Frage, die ihn vermutlich wenig interessiert, sondern wir schauen auch grundsätzlich in Themen mit bereits gelösten Probleme nicht mehr rein.

„All die hier empfohlenen Dinge habe ich gemacht, index.php geändert und verschoben, d.h. kopiert, …“

Das klingt ehrlich gesagt etwas wirr. Verschieben ist nicht Kopieren. Die index.php muss kopiert und angepasst werden, die wp-config.php ins Web-Stammverzeichnis verschoben. Was mich allerdings irritiert: die Readme.html liegt im Web-Stammverzeichnis. Wären deine WordPress-Dateien so, wie du es im Moment eingetragen hast, in einem Unterverzeichnis wp, müsste auch die readme.html dort sein.

Nur der besseren Verständigung halber: Wenn ich auf meinen Webserver ein Verzeichnis wp mit den ganzen WordPress-Dateien hochlade und dann im Kundenmenü dieses Verzeichnis als Web-Stammverzeichnis einer Domain zuweise, dann liegen die Dateien nicht in einem Unterverzeichnis.

Ich schlage vor, du

• startest ein neues Thema
• gibst uns weitere Informationen zu deiner Website und
• beschreibst nochmal ganz genau, welche Dateien jetzt wo liegen und welches Verzeichnis der Domain zugewiesen wurde.

Damit hier nicht noch weitere Fragen angehängt werden, schließe ich jetzt diesen Thread. Demnächst bitte beachten: Eine Frage, ein Thread. Neue Frage? Neuer Thread! (Steht auch so in unserer FAQ.)