[gelöst] Nach Übertragung einer Webseite vom Provider auf ein lokales XAMPP werden die Seiten (node/xy) nicht gefunden.
Eingetragen von albert39 (384)am 11.01.2011 - 19:27 Uhr in
Situation:
Ich muss an einer Webseite (natürlich eine Drupal-6.15-Installation) einige wesentliche Änderungen durchführen, die ich mir erst erarbeiten muss (z.B. js-Applikationen). Um an der Webseite nichts zu zerstören, möchte ich dies zuerst an einer lokalen Installation durchführen und habe daher die Webseite auf das lokale XAMPP (Apache + MySql) übertragen. (Datenbank importieren, alle DP-Files auf eine schon vorbereitete Webseite [/htdocs/Webname_local] kopiert, im settings.php den Pfad zur lokalen Datenbank definiert:
$db_url = 'mysqli://root:passwort@localhost/u594_db2';
$db_prefix = '';Ich komme dann auch problemlos ins login (mit dem vollständigen Design der Webseite), das heist: localhhost/Webname_local/?q=user wird geöffnet, aber nach dem login oder nach Klick auf einen Navigationspunkt kommt die Meldung:
Objekt nicht gefunden!
Der angeforderte URL konnte auf dem Server nicht gefunden werden. Der Link auf der verweisenden Seite scheint falsch oder nicht mehr aktuell zu sein. Bitte informieren Sie den Autor dieser Seite über den Fehler.
Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber.
Error 404
localhost
01/11/11 18:51:47
Apache/2.2.14 (Win32) DAV/2 mod_ssl/2.2.14 OpenSSL/0.9.8l mod_autoindex_color PHP/5.3.1 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1
Nun ist mir klar, das nach dieser Übertragung alle Links sich immer noch auf die Situation beim Provider beziehen (www.Webname.net/...).
Mein Fragen sind nun:
1) kann man überhaupt eine Webseite von einem Provider auf einen lokalen Server übertragen?
2) wenn ja: was (und wo) muss noch (zusätzlich zu site/default/settings.php) geändert werden, damit z.B. localhost/Webname_local/home) gefunden wird.
Ist meine Vermutung richtig, dass in der Datenbank ungültige Link-Adresse stehen?
Danke für Eure Hilfe
Albert
- Anmelden oder Registrieren um Kommentare zu schreiben
Keine direkte Lösung, aber ...
am 11.01.2011 - 20:20 Uhr
1) Definitiv JA (ich bearbeite gerade auf diese Weise unsere Homepage)
2) Da ich etwas anders an die Sache herangehe, kann es sein, dass mich das vor deinem Problem bewahrt.
Ich setzte nicht nur einen lokalen Server auf, sondern sorge auch dafür, dass die Intenetadresse lokal umgebogen wird. Dazu nutzte ich auf dem MacBook MAMP Pro, aber ich weiß dass sich das auch mit XAMPP auf Windows machen lässt (einfach mal nach XAMPP und dem Stichwort Host Datei suchen).
Problematisch wird es bei mir nur dann, wenn ich lokal eine andere Adresse nutze als auf dem Server, um z.B. die Liveseite mit meiner lokalen Testinstallation zu vergleichen. Da gibt es manchmal etwas Probleme mit den Themes, weil die Pfade sich in der Datenbank nicht angepasst haben. Aber das ist meist mit ein wenig Rumspielen in den Themeeinstellungen und erneutem Abspeichern vorbei.
Ansonsten ist Drupal bzgl. der eigenen URL ausgesprochen pflegeleicht. Ich ändere da nirgends etwas.
Es kann auch sein, dass der lokale Apache nicht die benötigten Module/Einstellungen hat. Ich habe mich mal ein paar Stunden mit einem ähnlichen Problem rumgeschlagen bis ich gemerkt habe, dass lokal mod_rewrite nicht aktiviert war. Oder was auch gerne mal erstaunliche Probleme verursachen kann sind falsch gesetzte Dateirechte.
pages werden immer noch nicht gefunden
am 12.01.2011 - 16:49 Uhr
Danke Nils.
(Zur Klarstellung der Bezeichnungen: Die Webseite hat die URL www.webname.net.
Drupal und das theme ist in .../xampp/htdocs/webname_lokal installiert)
ich habe also die Anregungen von den Apachefriends sinngemäß übernommen und
in der Datei ..../system32/driver/etc/hosts zur ersten Zeile noch die zweite dazugefügt:
127.0.0.1 localhost
127.0.0.1 webname.net (oder auch versuchsweise www.webname.net)
und in ...xampp/apache/conf/httpd.conf zusätzlich zur bestehenden
ServerName localhost:80
DocumentRoot "C:/apachefriends/xampp/htdocs"
noch dazugefügt:
ServerName webname.net:80
DocumentRoot "C:/apachefriends/xampp/htdocs/webname_lokal"
Weiters habe ich in settings.php den Pfad von ....@localhost/...
auf
$db_url = 'mysqli://root:passwort@webname.net/u594_db2';$db_prefix = '';
Ich komme zwar nun mit webname.net/?q=user in die lokale Installation, aber nach wie vor kommt beim Anklicken eines Menüpunktes die obige Fehlermeldung. Da ich auch nicht in den Verwaltungsbereich komme (auch webname.net/admin wird nicht gefunden, kann ich auch bei den Einstellungen nichts ändern.
Ich bitte also um weitere Hilfe und Anregungen.
Albert
Hi Albert, gut möglich dass
am 12.01.2011 - 16:55 Uhr
Hi Albert,
gut möglich dass es an der .htaccess Datei und den lesbaren Urls liegt.
Probiere doch mal ob Du diese url aufrufen kannst ->
http://<deineurl>/?q=admin/settings/clean-urlsHattest Du voher Clean_URL
am 12.01.2011 - 17:02 Uhr
Hattest Du voher Clean_URL eingestellt und das geht jetzt nicht mehr? Dann kann man das ebenfalls über folgende URL ändern "webname.net/?q=admin/settings/clean-urls". Damit kommst Du auf die richtige Admin-Seite und kannst dort umstellen. Danach sollte die Seite wieder arbeiten.
Beste Grüße
Werner
Schritt für Schritt
am 12.01.2011 - 17:21 Uhr
Deine Einstellungen sorgen dafür, dass die Domainadresse jetzt lokal umgebogen wird.
... schreib doch mal wie genau die URLs gestaltet sind, die nicht funktionieren.
Ansonsten vor der Sicherung der originalen Datenbank vielleicht mal unter admin/settings/clean-urls (bzw. admin/einstellungen/lesbare urls) die lesbaren URLs deaktivieren und ggf. auf's Standardtheme umstellen.
Ohne lesbare URLs sollten diese dann statt ...
admin/settings/clean-urls
so aussehen (und das sollte auch ohne mod_rewrite klappen):
?q=admin/settings/clean-urls
Der Aufruf der Administration erfolgt dann mit
?q=admin
Wenn des mit den abgeschalteten lesbaren URLs funktioniert, hat dein Problem sehr wahrscheinlich mit einer fehlenden Aktivierung des mod_rewrite Moduls im Apache Server zu tun (da müsstest du mal ein wenig bei Apache Friends graben).
Edit: Hoppla, zu langsam geschrieben ... mittlerweile zwei Antworten vor meiner ;-) !
clean-urls ware die Ursache.
am 13.01.2011 - 17:06 Uhr
Danke an alle,
Ihr habt genau die Ursache erkannt. In der Live-Site war clean-urls aktiviert. Bei meinem FTP-Programm (CuteFTP) wurden aufgrund einer (falschen) Einstellung hidden files (also .htaccess) nicht angezeigt und daher auch nicht übertragen. Clean-urls war daher nicht freigegeben. Mit der nachträglichen Übertragung von .htaccess funktionierte der Zugriff auf die pages auch mit aktiviertem "Lesbare URLs" einwandfrei.
Schon vorher konnte ich mit ?q=admin/settings/clean-urls auf diese Einstellung kommem und "Lesbare URLs" deaktivieren.
Es gibt noch ein Problem (alle übertragenen Texte in den pages und in den Menüpunkten brechen beim ersten ü/ö/ä -- ab), aber das ist ein anderes Thema, das ich in einem neuen Thread behandle.
Mit herzlichen Grüßen
Albert
Ich nutze zum Sichern und
am 13.01.2011 - 21:41 Uhr
Ich nutze zum Sichern und Übertragen der MySQL Datenbank stets den kostenlosen MySQLDumper, weil der 1. auch bei normalen Hosting problemlos einen Dump erstellen kann und weil sich der Autor ausgiebig mit der Umlautproblematik auseinandergesetzt hat:
Vielleicht liegt bei deinem Umlautproblem da irgendwo der Hund begraben.