Diese Anleitung zeigt, wie WordPress auch bei einer Installation in einem Unterverzeichnis direkt über die Hauptdomain aufgerufen werden kann. Häufig wird WordPress zunächst in einem Unterordner installiert, um in Ruhe am Theme zu arbeiten oder Inhalte vorab einzupflegen. Mit dieser Anleitung lässt sich die fertige Website später über die Hauptdomain aufrufen, ohne die komplette Installation verschieben zu müssen.
Hinweis: Dieser Beitrag wurde seit längerer Zeit nicht aktualisiert. Einige technische Details oder Empfehlungen könnten inzwischen nicht mehr dem aktuellen Stand entsprechen.
Beispiel:
WordPress ist installiert unter: https://www.deinedomain.de/dein-unterordnername
Website soll aber erreichbar sein über: https://www.deinedomain.de
Schritt 1. Backup erstellen
Vor allen Änderungen sollte unbedingt ein vollständiges Backup der WordPress-Installation angelegt werden.
Dazu gehören die MySQL-Datenbank und alle Dateien im WordPress-Verzeichnis auf dem Webserver. In der Datenbank werden alle Einstellungen, Artikel, Seiten, Kommentare usw. gespeichert. Dazu gehören die MySQL-Datenbank und alle Dateien im WordPress-Verzeichnis auf dem Webserver. In der Datenbank werden alle Einstellungen, Artikel, Seiten, Kommentare usw. gespeichert. Ohne aktuelles Datenbank-Backup kann die Seite im Fehlerfall unter Umständen nicht wiederhergestellt werden.
Für die Sicherung eignen sich Backups-Plugins wie Updraft oder WPvivid. Beide sichern einfach und zuverlässig die WordPress-Datenbank und auch alle Theme- und Plugins sowie hochgeladene Bilder.
Schritt 2: WordPress-URL-Einstellungen anpassen
- Im WordPress-Backend anmelden
- Navigation: Einstellungen → Allgemein
- Zwei URLs anpassen:
WordPress-Adresse (URL): https://www.deinedomain.de/dein-unterordnername
(= Doman + Ordner, wo WordPress tatsächlich installiert ist)
Website-Adresse (URL): https://www.deinedomain.de
(= über welche Adresse die Seite später aufgerufen werden soll)
- Auf „Änderungen speichern“ klicken
- Man wird automatisch ausgeloggt – das ist normal!
Schritt 3. index.php und .htaccess anpassen und verschieben
Damit der Aufruf über die Hauptdomain funktioniert, werden nun zwei Dateien (index.php + .htaccess) aus dem WordPress-Unterverzeichnis in das darüberliegende Stammverzeichnis kopiert.
Mit einem FTP-Programm beide Dateien aus dem WordPress-Unterverzeichnis auf die Festplatte herunterladen:
- index.php
- .htaccess
Von beiden Dateien wird auf der Festplatte nun eine Kopie erstellt.
In der Kopie der index.php, die nachfolgend von uns in das Stammverzeichnis gelegt wird, muss unbedingt der Aufruf-Pfad korrigiert werden.
Die index.php-Datei muss geändert werden:
Den folgenden Pfad anpassen:
Von: require __DIR__ . ‚/wp-blog-header.php‘;
Auf: require DIR . ‚/dein-unterordnername/wp-blog-header.php‘;
Falls das Unterverzeichnis anders heißt (z.B. wp oder blog), muss der Name entsprechend angepasst.
<?php
/**
* Front to the WordPress application. This file doesn't do anything, but loads
* wp-blog-header.php which does and tells WordPress to load the theme.
*
* @package WordPress
*/
/**
* Tells WordPress to load the WordPress theme and output it.
*
* @var bool
*/
define( 'WP_USE_THEMES', true );
/** Loads the WordPress Environment and Template */
/** Hier muss der Pfad auf das Unterverzeichnis angepasst werden! */
require __DIR__ . '/dein-unterordnername/wp-blog-header.php';
Die .htaccess-Datei bleibt unverändert und sieht in der Regel so aus:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Die beiden Kopie-Dateien werden nun in das darüber liegende Stammverzeichnis (Root-Verzeichnis) hochgeladen.
Wichtig: Die Originaldateien im Unterverzeichnis dürfen nicht gelöscht oder überschrieben werden.
- WordPress-Stammverzeichnis (Root): index.php (geänderte Version) + .htaccess (Kopie)
- WordPress-Unterverzeichnis : index.php (Original – bleibt unverändert) + .htaccess (Original – bleibt unverändert)
Schritt 4. In WordPress einloggen
Das Backend (WP-Admin) ist weiterhin genau so erreichbar wie vorher, nämlich über:
https://www.deinedomain.de/dein-unterordnername/wp-admin
https://www.deinedomain.de/dein-unterordnername/wp-login.php
Warum bleibt das Backend unter /dein-unterordnername? Weil man nur die öffentliche Startadresse ändert, nicht den Installationsort.
Schritt 5. Permalinks aktualisieren
Nach den Änderungen muss WordPress die Permalink-Struktur neu schreiben. Dazu in WordPress einloggen und im Backend unter Einstellungen → Permalinks → „Änderungen speichern“ die Permalink-Struktur aktualisieren (es genügt, einmal auf „Speichern“ zu klicken.)
Dies ist die einfachste Methode, um WordPress in einem Unterverzeichnis zu belassen und die Seite dennoch über die Hauptdomain aufzurufen – ohne die eigentliche Installation verschieben zu müssen. Die Dokumente index.php und .htaccess dienen dabei lediglich als Verweis auf das Unterordner-System, während die Installation unangetastet im ursprünglichen Verzeichnis bleibt.
Fehlerbehebung
Problem: 404-Fehler bei Unterseiten
Lösung: Permalinks erneut speichern (Schritt 5 wiederholen)
Problem: „Seite nicht gefunden“ beim Hauptaufruf
Lösung: Pfad in der index.php im Stammverzeichnis prüfen. Stimmt der Unterverzeichnis-Name?
Problem: CSS/Design wird nicht geladen
Lösung:
- WordPress-URL-Einstellungen prüfen (Schritt 2)
- Browser-Cache leeren
- Permalinks neu speichern
Problem: Kann mich nicht mehr einloggen
Lösung:
- Das Login ist nach wie vor über https://www.deinedomain.de/dein-unterordnername/wp-admin erreichbar.
Im Notfall
Falls gar nichts mehr funktioniert: Backup wiederherstellen und Anleitung Schritt für Schritt erneut durchgehen.
Vielen Dank für die super Anleitung! Hat bestens geklappt!
Danke für die Anleitung.
In welcher der beiden .htaccess schreibe ich zusätzliche Anweisungen dazu? In jener im Hauptverzeichnis oder in jener im Installationsverzeichnis?
Liebe Güße, Gabriele
In die .htaccess kommen keine Änderung, sondern nur in die index.php. Es wird nur eine Kopie der Orignal .htaccess gemacht.
Danke. Ich weiß schon, dass für diese Aktion keine Veränderung in die .htaccess geschrieben wird. Aber wenn ich z.B. den Loginbereich mit einer .passwd schützen möchte … erfolgt das in der .htaccess im Hauptverzeichnis oder in der .htaccess im Unterverzeichnis? Liebe Grüße
In der Regel erfolgt dies in der .htaccess-Datei im entsprechenden Unterverzeichnis. Ob der Zugriff auf den geschützten Bereich funktioniert, kannst du ja leicht nachüberprüfen, indem du versuchst, auf den Loginbereich zuzugreifen.
Sehr fein, danke!
Liebe Grüße,
Hallo,
leider klappt das nicht mit IONOS
– WP selbst installiert (erst DB erstellt und WP hochgeladen und installiert).
Das Backend ist nicht mehr aufrufbar und die Hauptseite wird zerschossen dargestellt.
Wie macht man die Einstellungen wieder rückgängig?
Danke und vG
Hiro
Hallo Hiro, ohne die Domain zu kennen ist es schwierig hier weiterzuhelfen. Hast Du mal auch schon mal Deinen Browser Cookies und den Cache geleert? Evtl. hast Du in Einstellungen > Allgemein die URLs nicht korrekt einstellt, dann wird serverseitig falsch umgeleitet. Ansonsten könnte man über die wp-config.php Datei noch die Domain manuell einstellen durch folgende Befehle:
define(‚WP_HOME‘,’https://www.beispielurl.de‘);
define(‚WP_SITEURL‘,’https://www.beispielurl.de‘);
Hallo! Dieses ausführliche Tutorial hat mir schon oft geholfen, doch jetzt beim Theme Twenty Twenty Two gibt es leider die Fehlermeldung: “The editor is unable to find a block template for the homepage”.
Dieser Bug ist auch auf wordpress.org ein Thema: https://wordpress.org/support/topic/the-editor-is-unable-to-find-a-block-template-for-the-homepage/
Liebe Grüße, lisia
Hallo! Ich habe für mich eine Lösung gefunden, mit der ich den Editor trotzdem aufrufen kann.
Ich mache alles genauso, wie Sie es in Ihrem Tutorial beschrieben haben. Wenn ich dann beim Full-Site-Editing die oben genannte Fehlermeldung “The editor is unable to find a block template for the homepage” bekomme, gebe ich statt dessen folgende Url ein:
…./Unterverzeichnis/wp-admin/site-editor.php?postType=wp_cmsrietemplate&postId=twentytwentytwo%2F%2Ffront-page
und ich bin – wie gewünscht im Editor.
Liebe Grüße, lisia
Vielen Dank für die tolle Anleitung!
Muss ich bei der Datenbank in wp_cmsrieoptions bei site_url und home nichts ändern? Bzw. in welchem Zusammenhang stehen die dabei?
Thks
Hallo Monika, siehe unter Punkt 2 – Pfad-Einstellungen in WordPress direkt ändern. Damit änderst Du ja quasi schon die Einträge in der Datenbank. Und bitte: Immer vorher ein Backup machen!
Hallo, wenn im Stammverzeichnis bereits eine index.php und eine .htaccess vorhanden ist (anderer Shop) werden diese doch überschrieben.
Hallo Reinhard, ja da hast Du Recht – dann kann es unter Umständen nicht funktionieren. Kommt halt auch immer drauf an, was wo noch in welchem Verzeichnis auf der Server installiert wurde (z.B. mehrere WordPress-Instanzen, Shops, weitere Websites.)
Hallo!
Welche „index.php“ Datei nehme ich da? Ich finde eine im „wp-admin“ – Ordner, da finde ich auch eine „.htaccess“ Datei
oder die „index.php“-Datei im Order „wp-content“ (hier finde ich keine „.htaccess“ Datei)?
oder ist das sogar dieselbe Datei? Sry die blöde Frage ;) – ich bin mit dieser Materie nicht gut vertraut.
Hallo Julia,
im übergeordneten Stammverzeichnis deiner WordPress Installation befindet sich die index.php und .htaccess, die geändert werdern muss – nicht im wp-content/wp-admin Ordner!!!
– stammverzeichnis/ (hier .htaccess + index.php)
– stammverzeichnis/wp-admin/
– stammverzeichnis/wp-content/
– stammverzeichnis/wp-includes/
Ich finde die besagte .htaccess Datei via FTP nicht – wurde das mit dem aktuellen WORDPRESS abgeschafft oder warum kann ich die nicht sehen? Kannst Du weiterhelfen?
Hallo Sascha, verwendest Du Filezilla als FTP-Flient? Dann schau mal unter https://www.schieb.de/713380/filezilla-versteckte-dateien-anzeigen nach. Einige FTP-Programme zeigen .htaccess und andere Systemdateien als versteckte Dateien nicht ohne weiteres an.
Danke schön, hat super geklappt.
Bei Alpha-Hosting war noch ne Index.html Datei. Die habe ich gelöscht und schon funktioniert es
Top, danke nochmals
Vielen vielen Dank als wp Anfänger hat mich genau diese Frage zum verzweifeln gebracht.
Ich vermute, der Besucher sieht im Browser NICHT das Unterverzeichnis in der URL?
Für den User sieht es so, als wäre er immer noch im Stammverzeichnis, oder?
Danke
Ja, so ist es gedacht.
Dankeschön, hat alles wunderbar geklappt mit der Umstellung!
Guten Tag,
ich hätte da eine Frage zu den Dateien. WARUM müssen die Orginaldateien im Unterverzeichnis stehen bleiben? Das verstehe ich irgendwie nicht.
Gruß Peter
//
Achtet darauf das die alte index.php und .htaccess im Unterverzeichnis stehen bleiben!
WP-Unterverzeichnis: Original index.php + Original .htaccess
WP-Stammverzeichnis: Kopie index.php mit neuem Inhalt + Kopie der Orignal .htaccess
//
Hallo Peter! Die müssen bleiben, weil das WordPress sonst Fehler auswirft und nicht mehr korrekt läuft. Die Original-Installation bleibt ja komplett im Unterverzeichnis stehen. Du änderst mit dem Kopieren der index.php und .htaccess Datei im Grund ja nur den Aufruf zum bestehenden Unterverzeichnis.
Danke, danke, danke! Habe die ganze Prozedur jetzt bei einer Kundin von mir vollzogen und Dank deiner Anleitung gut hingekriegt!
Danke für den Beitrag, kurz knapp und spitze erklärt! Innerhalb von 5min erledigt
Hallo
ich habe es heute auch probliert – nun bekomme ich leider diese Fehlermeldung, und komme leider gar nicht mehr in mein WP-rein! Kannst Du mir helfen? Danke Michael
Forbidden
You don’t have permission to access this resource.
Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.
Beide Daten in das darüber liegende Stammverzeichnis der WordPress-Installation auf den FTP-Server gelegt?
– index.php
– .htaccess
Prüfe bitte den Pfad hier genau?
require( dirname( __FILE__ ) . ‚/wordpress/wp-blog-header.php‘ );
Zur Not halt erstmal die Sicherung zurückspielen.
Hallo zusammen,
ich habe den Umzug wie beschrieben durchgeführt, allerdings kann ich jetzt keine Seite und keine Beiträge mehr erstellen (Timeout nach x Minuten –> JSON Fehlermeldung).
Der Auftruf der bereits erstellen Seiten funktioniert ohne Probleme.
Bin leider gerade etwas ratlos, hat jemand einen Tip für mich?
Ist die „.htacess“ korrekt abgelegt?
Evtl. Cache-Plugins, Sicherheits-Plugins, Optimierungs-Plugins mal abschalten.
Alternativ den Debug Modus mal anschalten und schauen, ob Fehler ausgeworfen werden im Frontend:
https://help.one.com/hc/de/articles/115005594045-Wie-aktiviere-ich-den-Debug-Modus-in-WordPress-
Manchmal macht auch nur der Gutenberg-Editor Probleme, dann mal den Classic-Editor installieren und nochmal probieren.
1 1/2 Tage verbrachte ich auf der endlosen Suche nach einer Lösung für den „internal Server error“.
Das hier sollte die Lösung sein. Danke, danke, danke!!!! Keine andere Lösung funktionierte beim Hoster aber diese wars dann endlich.
Danke für die Anleitung. Ich habe allerdings auch die index.php im Unterverzeichnis gelassen, sonst funktioniert es nicht.
Allerdings habe ich eine Frage: Ich möchte mehrere WP-Installationen in eigens dafür angelegten Unterverzeichnisse machen, die jeweils einer eigenen Domain zugewiesen sind. Wenn ich dann genauso vorgehe, funktioniert es doch nicht mehr?
Bei mehreren Domain ist es am einfachsten, die Domains beim Provider direkt auf den jeweiligen Unterordner zu verlinken.
Hast du schon mehrere WP-Installationen bestehen? Dann musst Du in den WordPress-Einstellungen bei WordPress- und Website-Adresse immer „www.meinedomain.de/verzeichnis1“ zu „www.meinedomain.de“ ändern. Und du musst per Suchen&Ersetzen Plugin in der Datenbank alle alten URL-Pfade von meinedomain.de/verzeichnis1 mit meinedomain.de ersetzen. Bitte vorher Backup machen!!! Auf diesem Weg wird die index.php nicht verschoben.
Die einfachste und beste Anleitung im Netz.
Hi
super, vielen Dank für die Anleitung – hat super funktioniert.
Beste Grüße
Ulrich
Hallo
der Umzug hat funktioniert! WordPress Installation liegt im Unterverzeichniss. .htaccess und angepasste Index.php im Root-Verzeichnis. (Übrigens, wenn ich die index.php aus dem Unterverzeichnis lösche, erhalte ich Fehlermeldung, also habe ich diese Datei gelassen)
Folgendes Problem habe ich jedoch bei Editieren.
Erstens erhalte ich die Bearbeitungsleiste oben nicht mehr.
Zweitens, bei derVorschau der Änderungen erhalte ich folge Meldung:
Sorry, you are not allowed to preview drafts.
Danke für den Rat
Lara
Schau ob die .htaccess Datei die richtige Lese-/Schreibberechtigung auf dem FTP hat (755) und aktualisiere mal die Permalinks.
Prüfe auch mal ob die WordPress-Adresse (URL) und Website-Adresse (URL) in den Einstellungen korrekt sind (Unterverzeichnis/mit www/ohne www).
z.B. WordPress-Adresse (URL): http://www.meineseite.de/wordpress
z.B. Website-Adresse (URL): http://www.meineseite.de/
Hallo
Habe das selbe Problem wie Lara am 18.09.2016.
Was hat letztlich zur Lösung geführt?
Wordpress/Website angepasst: OK
Permalinks aktualisiert: OK
.htaccess auf 755: OK
Hallo Philipp
Browsercache mal gelöscht?
Das Standard-Theme einstellen – ist die Leiste dann da?
In den WP Einstellungen – Allgemein: URLs checken! Auch in der .htaccess nachsehen, nicht das da noch ein alter Pfad eingetragen ist!
Danke für die Super-Anleitung !
Also ich hatte meine Seite in Joomla erstellt. Nach ein paar Jahren leidiger Erfahrungen war es soweit, es sollte eine WordPress – Seite daraus werden.
Unterverzeichnis erstellt, WP installiert und mit einem Plugin das gröbste von Joomla nach WP konvertiert.
Im Anschluß die Seite aufgebaut und Dinge wie Bilderdownloads und Newsletter eingebaut.
Der Tag des Umzuges, lange schon lag er mir im Magen.
Mit dieser und anderen Anleitungen habe ich mich gewagt, und in der Tat, die Seite läuft, allerdings bei weitem nicht perfekt. Die ganze interne Verlinkung war nicht zu gebrauchen, weder in den Texten noch in den Widgets.
Dafür gibt es das Plugin better search und replace. Doch auch da muss man natürlich acht geben was man macht. mit einem Datenbankbackup in der Hinterhand geht man da beruhigter ran.
Das meiste lässt sich in der Tat mit dem Plugin erledigen. Doch sämtliche Bilder in den Artikeln waren nicht mehr sichtbar. Wie ich das einfach hinbekommen sollte, keine Ahnung. Ich habe dann jeden Artikel aufgerufen (ca. 130), auf den fehlerhaften Bildeintrag geklickt und aktualisieren angewählt. Funktioniert, ist aber eine lange Arbeit.
Die Downloads die ich per einem Plugin angeboten habe waren überhaupt nicht zu retten. Plugin deinstallieren und alles neu aufbauen.
So auch mit dem Newsletter. Das wollte die Umstellung nicht und musste auch neu installiert werden.
Auch wird der alte Adminname Probleme machen wenn man einen Artikel bearbeitet und eine Vorschau möchte. Ebenfalls wenn man einen neuen Loginpfad anlegen möchte.
Die beschriebene Methode ist gut und zuverlässig, hat aber ihre Tücken.
Ob ich das nochmal so machen würde? Zumal ich ja jetzt immer irgendwie so das komische Gefühl ob da nicht noch irgendwo eine Falle lauert.
Vielleicht ist es doch besser einen komplettumzug aus dem Unterverzeichnis heraus zu machen. Ich weiß es nicht.
GELÖST…
Ich liebe GROSS- und kleinschreibung…
Moin,
ich hab es jetzt alles auf den Ausgangspunkt gestellt bekommen.
Habe die Index und die htaccess Datei aus dem Unterverzeichnis entfernt und in das Hauptverzeichnis mit den beschreibenen Änderungen kopiert.
Jetzt komme ich nicht mehr auf das Backend also auf das Dashboard.
Hier die Fehlermeldung:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, service@webmailer.de and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Ich habe den gleichen Pfad zum einloggen versucht mit
http://www.mein-blog.de/wordpress/wp-admin
und auch ohne das wordpress
Ich weiß einfach nicht was ich falsch mache, ich habe das jetzt mehrmals versucht.
Die Permalinks kann ich ja gar nicht mehr bearbeiten, da ich nicht ins Dashboard komme.
Danke schon mal im Vorraus auch für die Mühe auf jeden zu Antworten.
Beste Grüße
Kerstin
Hi,
das Thema ist zwar schon älter, aber ich hoffe du kannst mir dennoch helfen.
Ich habe das gleiche Problem wie einige hier mit der weißen Fläche.
Ich habe alle Lösungsansätze probiert. Jetzt habe ich wieder alles zurückgestellt (alte index und .htaccess Datei), aber der Content der Startseite (index) wird jetzt nicht richtig angezeigt.
Es sind nicht die hinterlegten Inhalte. Wenn ich den Urzustand wieder habe will ich es noch einmal probieren. Aber den bekomme ich einfach nicht mehr hin.
Das ist meine jetzige index.php
Hallo,
mein Theme reagiert leider sehr allerigisch auf die Methode. Sobald ich die o.g. Schritte durchführe erhalte ich nur noch einen weissen Bildschirm, selbst das aktivieren eines anderen Themes bringt nichts. htacess zurückkopiert und index.php Änderung rückgängig gemacht und trotzdem bleibt der Bildschirm weiss.
Theme nochmals installiert, Bild bleibt weiß. :-(
EDIT:
Original index.php aus dem Installationspackage auf den Server gespielt und der Blog läuft wieder im Unterverzeichnis.
Gibt’s noch nen Tipp, wie ich es erneut veruchen könnte?
Ein weißer Bildschirm ist fast immer ein PHP Fehler. Achte mal drauf, das Du in der index.php am Ende nach dem letzten Codezeichen keine weiteren Leerzeichen drin hast!
Du solltest auch die Plugins mal vorher deaktivieren.
Hat super geklappt. Vielen Dank!
Hallo. Ich habe genau die Anleitung befolgt. Auf das Backend kann ich auch wieder zugreifen. Geht Problemlos alles. Allerdings kann bekomme ich im front end nur eine weiße Seite angezeigt. Auch wenn ich im Backend das Theme anpassen möchte, bekomme ich nichts zu sehen. Muss da noch irgend etwas angepasst werden?
@Billito
Wenn Du in den Admin-Bereich kommt, dann aktiere mal das Standard-Theme – wird die Seite dann angezeigt? Danach kannst Du auf dein aktuelles Theme wieder umstellen.
Oft liegt es auch an den Permalinks: mal unter Einstellungen -> Permalinks die Permalinkstruktur aktualisieren lassen.
Dank Ihnen hat es auf Anhieb geklappt.
Vielen Dank!
Parallel sagt:
„Website unter: httpdocs/“
zu Punkt 2:
WordPress Adresse (URL): „http://www.gods-of-armageddon.de/wordpress“
Seiten-Adresse (URL): „http://www.gods-of-armageddon.de“
Die geänderte index.php ist verschoben, das Orginal weiter vorhanden.
.htacccess nicht existent (extra nochmal geguckt) handelt sich auch um eine „frische“ installation an der nix verändert wurde.
Achte mal darauf, ob dein FTP Programm auch versteckte Dateien mit anzeigt. Sonst kann es sein, dass die .htaccess evtl. exisitert aber nicht sichtbar für Dich ist.
Wenn Du wirklich noch keine .htaccess hast, dann lege eine per Hand an. Einfach eine neue Datei in einem Texteditor anlegen und mit entsprechendem Inhalt füllen, diese Datei nach dem Speichern in .htaccess benennen und in httpdocs hochladen.
Der Inhalt der .htaccess lautet:
————————————-
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
————————————-
Stelle die Schreibrechte der .htaccess auf chmod 740 ein.
Es gibt leider auch immer noch Hoster, bei denen das Ganze nicht funktioniert.
Das Modul mod_rewrite ist nötig, es steht aber auf den Webspace-Servern der Telekom aktuell immer noch nicht zur Verfügung. Änderungen an der .htaccess sind dort bislang nicht möglich.
Tachchen,
hab da so ein kleines Problem, bei mir klappt das nich mit dem Unterverzeichniss ändern.
habe die „Seiten-Adresse“ von „http://gods-of-armageddon.de/wordpress“ nach „http://gods-of-armageddon.de/wordpress“ geändert. habe in der index.php die Änderung von „require( dirname( __FILE__ ) . ‚/wp-blog-header.php‘ );“ nach „require(‘./wordpress/wp-blog-header.php’);“ welche ich von „/httpdocs/wordpress“ nach „/httpdocs“ verschoben (habe es auch schon mit dem übergeordneten Ordner versucht also von „/gods-of-armageddon.de/httpdocs/wordpress“ nach „gods-of-armageddon.de“). Ständig komme ich auf die seite von Parallels Plesk. Über den Unterordner is die Seite problemlos zu erreichen. bin am verzweifeln.
Iygolas: Prüfe mal Deine Pfadangaben, Punkt 2. nicht vergessen! Hier sollte die Hauptadresse dann wohl “http://gods-of-armageddon.de/” lauten und “require(‘./wordpress/wp-blog-header.php’);”. Die geänderte index.php und die .htaccess Datei musst Du dann in das Hauptverzeichnis httpdocs verschieben. Die ursprüngliche WordPress-Installation bleibt im Ordner “wordpress”.
Es könnte auch noch sein, das bei deinem Hosting der Pfad der Domain so eingestellt ist, das er noch auf das alte Unterverzeichnis verweist – das müßtest Du dann natürlich auch noch ändern.
Vielen Dank! Dein Artikel hat auch mir geholfen, allerdings musste ich noch ein wenig anpassen.
bei der index.php musste ich den Punkt beim Verzeichnis (require…) weglassen und die htaccess benötigte folgenden Änderungen: aus RewriteBase /wp/ wurde RewriteBase / und aus RewriteRule . /wp/index.php [L] wurde RewriteRule . index.php [L]
Hallo, habe gerade die wordpress anpassungen vorzunehmen. jetzt wird beim aufruf der url nur der text der index.php angezeigt! hat jemand eine idee welchen fehler ich gemacht habe?
vielen dank für eure hilfe
ralph
Hallo ralph,
ich vermute Du hast einen Fehler bei den URL-Pfaden gemacht.
Zur Not: http://faq.wpde.org/wordpress-url-aendern/
Wenn Du aber noch reinkommst in den WordPress-Adminbereich, kannt Du vorab auch die “Permalinks” unter “Einstellungen” im WordPress-Backend mal umstellen, abspeichern und wieder auf Deine alte Einstellung setzen (dann wieder speichern). Das hilft auch manchmal.
Vielen Dank für die schnelle Antwort! Ich habe jetzt nochmal die Sachen probiert und jetzt bekomme ich folgende Fehlermeldung:
Parse error: syntax error, unexpected ‘/’ in /var/www/web110/html/index.php on line 13
bei mir gibt es keine .htaccess! kann es daran liegen? Sie ist auch nicht versteckt.
Ich habe noch was vergessen! In der 13 Zeile steht bei mir folgendes:
require(‘./wordpress/wp-blog-header.php’);
Vielen Dank!
Schöne Grüße
Ralph
Da passt wohl dein Pfad zur WordPress Installation, also zum Verzeichnis nicht.
Hallo!
Danke für die Anleitung. Nun habe ich aber ein Problem mit meinen Unterseiten. Nach langen versuchen klappte dies nun. Nur meine Unterseiten, die nicht auf der Hauptseite sind werden nicht mehr angezeigt:
Not Found
The requested URL /NameDerUnterseite/ was not found on this server.
Hat hier jemand eine Idee wo der Fehler liegt?
Das Adminmenü und die Bilder muss ich auch noch über: wordpress/wp-admin bzw wordpress/wp-content
Freue mich auf eure Vorschläge ;-)
LG Josh
Verwendest Du bei den Permalinks eine “Benutzerdefinierte Struktur”? Falls ja: Unter Einstellungen › Permalinks stell mal die Permalinks auf “Standard” um, dann abspeichern und danach wieder auf deine benutzerdefinierte Struktur umstellen und wieder abspeichern.
Evtl. ist noch Deine index.php im Hauptverzeichnis von WordPress anzupassen?
require(‘./deinverzeichnis/wp-blog-header.php’);
Hallo, vielen Dank für den Hinweis, dass sich index.html und index.php beißen. Alles hatte ich hinbekommen, bloß nicht die Hauptseite. Nachdem ich die index.html umbenannt hatte, lief es natürlich. :) Jetzt muss ich nur noch einige Links anpassen.
Hallo,
ich hätte da noch Fragen zur htaccess und den Permalinks.
1. die htaccess, die momentan noch in /wordpress liegt hat folgenden Inhalt:
# BEGIN WordPress
RewriteEngine On
RewriteBase /wordpress/
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress/index.php [L]
# END WordPress
Muss diese angepasst werden, nachdem diese und index.php ins Hauptverzeichnis verschoben wurden?
Im Hauptverzeichnis wiederum befindet sich schon eine htaccess. Diese hat lediglich die Zeile „php_flag session.use_trans_sid Off“ als Inhalt. Können beide zusammengefasst werden?
Neben /wordpress existiert noch ein Verzeichnis /andere-website, in der eine andere Website liegt. Kann es hier durch die ins Hauptverzeichnis verschobene htaccess zu Konflikten kommen?
2. Permalinks
diese sind momentan so eingestellt, dass der Beitragsname bzw. die Menüstruktur abgebildet wird, z.b.:
/wordpress/shop/kategorie/produkt-x/
Kann es hier nach dem Verschieben von index.php und htaccess zu Problemen kommen?
LG
Daniel
Hi, vielen Dank für den Tipp.
1. ich musste in Zeile 17 den Punkt bei mir weglassen (liegt es an bplaced? – keine Ahnung :)
2. ich habe gar keine htacces-datei.
Jetzt geht aber alles :)
lg david
Habe ein weiteres Problem …
habe eine htaccess datei erstellt, und im index.php /home/…. angepasst.
leider funktioniert es noch immer nicht .
Forbidden
You don’t have permission to access / on this server.
das ist die fehlermeldung
/**
* Front to the WordPress application. This file doesn’t do anything, but loads
* wp-blog-header.php which does and tells WordPress to load the theme.
*
* @package WordPress
*/
/**
* Tells WordPress to load the WordPress theme and output it.
*
* @var bool
*/
define(‚WP_USE_THEMES‘, true);
/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . ‚home/wp-blog-header.php‘ );
probier mal…
require(‚/home/wp-blog-header.php‘);
Brauche Hilfe…
Habe alles so gemacht wie in deinem Tutorial nur befindet sich keine htaccess Datei im Filezilla Menü.. hab auch schon geschaut ob sie versteckt ist… aber da ist nichts :/
Hoffe du kannst mir helfen
Filezilla zeigt versteckte Dateien nicht immer an. Schau mal im Filezilla-Menü unter Server >> Auflistung versteckter Dateien erzwingen. Da sollte ein Häckchen vor dem Menüpunkt stehen.
Wenn wirklich keine .htacces Datei im Ornder ist, dann kann man auch einfach selber eine neue Datei anlegen, diese in .htaccess umbenennen und mit entsprechendem Inhalt füllen.
Hallo Claudia, soweit so klar… auf der deutschen WordPress-Seite reden
sie von „kopieren“ der .htaccess und index.php, sowie ein „verlinken“
von index.php auf /unterordner/index.php – hier führst du „verschieben“
an und „verlinken“ von index.php auf /unterordner/wp-blog-header.php,
was mir auch sinnvoller erscheint.
Was mich jetzt interessiert ist, wie schaut das ganze in Bezug auf SEO
respektive Google aus?
Wie muss eine robots.txt jetzt konkret ausschauen, um beste und
effektivste Ergebnisse zu erzielen? Wie behandeln die robots (die ja in
der Regel zuerst nur in Hauptverzeichnissen suchen) Unterverzeichnisse –
noch dazu Unterverzeichnisse, die jetzt sozusagen das Hauptverzeichnis
darstellen…? Wenn Du einen Tip/Antwort hast – bitte auch per Mail an
mich.. Danke!
Liebe Grüße, Jack
Für Google bzw. für SEO spielt diese Art “Umleitung” keine besondere Rolle. Die index-Seite bzw. Unterseiten werden ja fertig über den Server ausgeliefert und sind ja auch ganz normal abrufbar: www. homepage.de, www. homepage.de/unterseite1, www. homepage.de/unterseite2 usw. Deshalb ist auch die robots.txt ganz herkömmlich zu behandeln. Ich konnte bei Projekten, bei denen WP im Unterverzeichnis installiert wurde, hier keinerlei Unterschiede ausmachen.
KLAPPT LEIDER NICHT.
Bekomme folgend Meldung beim Aufruf der Website:
Warning: require() [function.require]: open_basedir restriction in effect. File(/var/www/web1019/htmlwordpress/wp-blog-header.php) is not within the allowed path(s): (/var/www/web1019/html/:/var/www/web1019/phptmp/:/var/www/web1019/files/:/var/www/web1019/atd/:/usr/share/php/) in /var/www/web1019/html/index.php on line 17
Warning: require(/var/www/web1019/htmlwordpress/wp-blog-header.php) [function.require]: failed to open stream: Operation not permitted in /var/www/web1019/html/index.php on line 17
Fatal error: require() [function.require]: Failed opening required ‚/var/www/web1019/htmlwordpress/wp-blog-header.php‘ (include_path=‘.:/usr/share/php:/usr/share/pear‘) in /var/www/web1019/html/index.php on line 17
Was muss ich ändern???????????
Klingt nach einem falschen Pfad-Aufruf. Was steht denn in der index.php in Zeile 17? Oder besteht vielleicht noch eine Domain-Umleitung auf den Unterordern bei deinem Hoster?
Hi,
hab´s mehrmals versucht, aber leider klappt es nicht. Bin daher wieder am Ausgangspunkt.
Muss die index.php im WordPress-Verzeichnis auch noch stehen bleiben?
Und was mache ich mit der index.html, die aktuell im Hauptverzeichnis steht?
Hallo Horst,
verschieb die .htaccess auch mit in das Hauptverzeichis und lösche die index.html (vorausgesetzt, Du brauchst Sie nicht für den Aufruf einer anderen Installation). Denn wenn sich eine index.html und index.php im gleichen Ziel-Ordner befinden, wird die index.html beim Aufrufen normalerweise immer bevorzugt.
1) index.html
2) index.htm
3) index.php
4) index.cgi
würde obiges auch für eine Multisite Installation wirken?
(hätte mir einige arbeit erspart)
YES! Nach unzähligen superkomplizierten und nicht funktionierenden Beschreibungen zu diesem Problem endlich mal ein hilfreicher Artikel, der bei mir auch funktioniert hat! DANKE, DANKE, DANKE!
Ich bin auch gerade dabei, nur will das Ding irgentwie nicht so wie ich das will, obwohl ich alle Schritte befolgt habe… :-(
VIELEN VIELEN DANK!!!!!
Was bedienbarkeit und so angeht ist WordPress echt top.. kann echt viel für so ein kleines System..
Aber domainumzug oder Ordnerwechsel… ach du Schreck… das Schlimmste was ich erlebt hab bisher. Danke für den artikel!!
Auch ich sage danke für die Anleitung.
Danke, das hat mir gerade den Tag gerettet!