[gelöst] Lesbare URL's blockieren auf lokaler Kopie das Login?
Eingetragen von 2Be (361)am 29.02.2008 - 11:31 Uhr in
Hallo zusammen,
ich versuche gerade eine lokale Kopie meiner Live-Site zu erstellen. die /sites/default/settings.php ist angepasst und die Startseite erscheint auch. Doch ich kann keine einzige andere Seite aufrufen, da bekomme ich immer einen "Page not found"-Fehler.
Meine Vermutung geht in Richtung lesbare URL's. Ich habe das Auto-Path-Modul aktiviert und jeder Seite einen eigenen Alias von Hand gegeben. Die Einstellung in Auto-Path ist so, das zwar automatische Alias gebildet werden, aber die manuellen Einstellungen nicht überschrieben werden. Erschwerend hinzu kommt, das ich auf der Startseite ein einspaltiges Layout gewählt habe und kein Submenü mit dem Login dort verfügbar ist. Auch der Menüpunkt "Login", der auf das Login-Formular verweist, funktioniert nicht.
Ich denke mal, das der autopath auf der lokalen Einstellung nicht stimmt. Ich komme aber auch nicht ins Login, um die Autopath-Einstellungen lokal zu deaktivieren - habe mich bis auf die Startseite also komplett aus meiner Seite ausgesperrt.
Ich habe jetzt auch mal probiert über http://localhost/VerzeichnisWebsite/?=admin auf die Verwaltung zuzugreifen. Da bekomme ich dann den Fehler "Zugriff verweigert", doch hier kommt dann das Login-Modul. Das hatte schon eine gewisse Vorfreude ("Hurra geschafft - überlistet") ausgelöst, doch zu früh gefreut. Ich bekomme zwar keinerlei Fehlermeldungen für das Login, aber auch keinen Zugriff. Zumindest müsste ja jetzt die Startseite bearbeitbar sein - ist sie aber nicht und die anderen Seiten funktionieren auch nicht.
Hat hier jemand eine Idee?
- Anmelden oder Registrieren um Kommentare zu schreiben
2 Vorschläge
am 01.03.2008 - 13:06 Uhr
Die Alias-Einstellungen sind unabhängig von der Einstellung der lesbaren URLs.
Nach dem Einloggen solltest Du zum Abschalten mit http://localhost/DeinDrupalverzeichnis/index.php?q=admin/settings/clean-urls auf die passende Einstellungsseite kommen. Aber vielleicht genügt es, in der Datei .htaccess (im Stammverzeichnis der lokalen Drupalinstallation) den Eintrag
# RewriteBase /zu aktivieren und den lokalen Pfad zu ergänzen:
RewriteBase /DeinDrupalverzeichnisVielleicht klappt's dann auch lokal mit den lesbaren URLs.
Hast du die Rewrite Funktion
am 01.03.2008 - 13:19 Uhr
Hast du die Rewrite Funktion von Apache aktiviert? Sowie es aussieht nicht, in der C:\xampp\apache\conf\httpd.conf Datei nach rewrite suchen und das raute zeichen # entfernen! Apache neustarten!
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
Zuerst mal danke für die
am 02.03.2008 - 12:55 Uhr
Zuerst mal danke für die schnellen Antworten euch beiden.
Die Alias-Einstellungen sind unabhängig von der Einstellung der lesbaren URLs.
Nach dem Einloggen solltest Du ...
Sorry, Guido, aber genau hier liegt das Problem. Ein Login ist nicht möglich. Die Login-Seite kann ich nicht aufrufen, bekomme ich durch manuelle Eingabe der URL ein Login, dann wird dieses einfach "nicht wahrgenommen". Ich bekomme keine Fehlermeldung, das der Login fehlschlug, aber auch keinen Link zum Verwaltungs-Menü angezeigt.
@Tobias
Ich habe die Rewrite-Einstellungen nochmal geprüft. Das ReWrite-Modul des Apache2 funktioniert. Doch ich verwende nicht XAMPP, sorry, hätte ich eventuell dazuschreiben sollen.
Auch das Ändern der ReWriteBase in der .htaccess hat nicht funktioniert, obwohl der Ansatz mit Sicherheit richtig war, denn ich habe auf dem lokalen Webserver einige Websites liegen und brauche dort diese Basis, da ich ja nicht über die root starte.
Wenn ich ja die Möglichkeit bekomme, mich nochmal einzuloggen, dann wären alle Probleme gelöst. Ich hatte sogar PathAuto gelöscht, um die URL's zu unterdrücken, doch das hat auch nicht geholfen. Kann ich eventuell über die Datenbank die lesbaren URL's abstellen? Damit müsste ich ein Login erreichen und könnte dann die URL's lokal richtig aufbauen.
----------
Zitat:"Ich habe die Länge und Breite dieses Landes bereist und mit den besten Leuten geredet, und ich kann Ihnen versichern, daß Datenverarbeitung ein Tick ist, welcher dieses Jahr nicht überleben wird.“ Editor für Computerbücher bei Prentice Hall, 1957
Die Aliase sind, wie gesagt,
am 02.03.2008 - 15:34 Uhr
Die Aliase sind, wie gesagt, nicht das Problem: PathAuto automatisiert lediglich die Erstellung von Aliasen, das Löschen des Moduls kann Dir nicht helfen, die Aliase selbst bleiben da. Im Übrigen funktionieren lesbare URLs auch ohne Aliase (und umgekehrt).
Bezüglich Login: Was heißt nicht wahrgenommen?
Apaches Multiviews kann auch Probleme mit lesbaren URLs bringen. Prüf mal, ob das bei Dir aktiviert ist. Falls ja, ausschalten.
In der Drupal-Datenbank gibt es in der Tabelle 'variable' den Datensatz clean_url, dessen Wert ist bei aktivierten lesbaren URLs:
s:1:"1";bei deaktivierten lesbaren URLs:
s:1:"0";So kannst Du die lesbaren URLs also direkt von Hand abschalten. Wichtig: Die Tabelle 'cache' musst Du danach leeren (nicht löschen!) und im Browser die Seite neu laden. Ich hab das hier auf meine lokalen Installation eben selbst ausprobiert.
Im Übrigen ist das Leeren der anderen Cache-Tabellen (cache_filter, cache_menu, cache_page) keine schlechte Idee. Deren Inhalte stammen ja noch von der Live-Seite und passen ev. nicht mehr. Schaden (außer Performanceverlust während des Wiederauffüllens) kann es, soweit ich weiss und auch ausprobiert habe, nicht.
guidot@drupal.org
am 02.03.2008 - 20:15 Uhr
Die Aliase sind, wie gesagt, nicht das Problem: PathAuto automatisiert lediglich die Erstellung von Aliasen, das Löschen des Moduls kann Dir nicht helfen, die Aliase selbst bleiben da. Im Übrigen funktionieren lesbare URLs auch ohne Aliase (und umgekehrt).
O.K., dann will ich das mal endlich glauben ;-) Nein, ernsthaft, ich dachte das Problem könnte hier liegen, denn wenn ich die z.B. die URL http://localhost/drupalverzeichnis/index.php?=node/2 eingebe, dann wird auch die richtige Seite aufgerufen. Ich habe das jetzt mal mit 5 - 6 Seiten sporadisch durchgetestet und das funktioniert. Doch wenn ich die entsprechenden Menüpunkte wähle, dann bekomme ich einen 404 (Page not found)-Fehler. Daher ging die Vermutung in lesbare URL's.
Bezüglich Login: Was heißt nicht wahrgenommen?
Ich wußte nicht, wie ich das besser schreiben soll. Wenn ich jetzt z.B. deinen Link mit den Clean-URL's teste, dann bekomme ich einen "Zugriff verweigert"-Fehler. Klar, ich konnte mich ja lokal noch nie anmelden, also habe ich keinen Zugriff auf das Verwaltungs-Menü. Doch da bekomme ich zumindest mal einen Login, also das Eingabeformular mit Benutzername und Passwort. Ich gebe dann hier die Benutzername und Passwort des Admins der Live-Site ein (sollte ja in der Datenbank gespeichert sein, oder?) und werde ohne Fehlermeldung auf die Startseite gelenkt. Die URL ist dann http://localhost/drupalverzeichnis/?destination=admin%2Fsettings%2Fclean... (bei Anzeige der Startseite!). Vielleicht hilft das ja :-)
Was anderes? Schreib mal, was.
Ich benutze (K)Ubuntu 7.10 (aktuelleste stabile Version) und habe dort über die Quellen Apache2, MySQL und PHP installiert. Das bedeutet jetzt nicht, das ich der absolute Linux-Freak bin. Ich habe das nur über die Anleitung im Wiki von ubuntuusers.de installiert und erspare mir so die Upgrades des XAMPP-Systems, da es über die Ubuntu-Quellen automatisch aktuell gehalten wird ;-)
Apaches Multiviews kann auch Probleme mit lesbaren URLs bringen. Prüf mal, ob das bei Dir aktiviert ist. Falls ja, ausschalten.
Äh, bitte was????? Doch ich habe Drupal einfach mal lokal frisch installiert und dort die lesbaren URL's aktiviert. Einfach um zu sehen, ob es läuft. Das ist nicht das Problem. Die Live-Site wurde auch vorher teilweise lokal entwickelt und nachdem ich von Drupal überzeugt war habe ich dann Drupal auf dem Server installiert und die lokale Installation leider! vernachlässigt. Der Fehler rächt sich nun ja ;-)
In der Drupal-Datenbank gibt es in der Tabelle 'variable' den Datensatz clean_url, dessen Wert ist bei aktivierten lesbaren URLs:
s:1:"1";bei deaktivierten lesbaren URLs:
s:1:"0";So kannst Du die lesbaren URLs also direkt von Hand abschalten. Wichtig: Die Tabelle 'cache' musst Du danach leeren (nicht löschen!) und im Browser die Seite neu laden. Ich hab das hier auf meine lokalen Installation eben selbst ausprobiert.
Im Übrigen ist das Leeren der anderen Cache-Tabellen (cache_filter, cache_menu, cache_page) keine schlechte Idee. Deren Inhalte stammen ja noch von der Live-Seite und passen ev. nicht mehr. Schaden (außer Performanceverlust während des Wiederauffüllens) kann es, soweit ich weiss und auch ausprobiert habe, nicht.
Yep, das hat es jetzt dann gebracht!!!! Die Seite ist lokal wieder zugänglich, die Menüpunkte funktionieren wieder und vor allem habe ich jetzt ein Login und kann auch alles wieder einstellen, wie ich es brauche. Vielen, vielen Dank für die Hilfe an guidot!!!!
----------
Zitat:"Ich habe die Länge und Breite dieses Landes bereist und mit den besten Leuten geredet, und ich kann Ihnen versichern, daß Datenverarbeitung ein Tick ist, welcher dieses Jahr nicht überleben wird.“ Editor für Computerbücher bei Prentice Hall, 1957