Umzug vom lokalen auf entfernten Server-Fehler 500(gelöst) - neues Problem:geänderte/neue Einträge nur nach Login sichtbar.
am 04.07.2011 - 17:26 Uhr in
Hallo liebe Gemeinde,
Ich habe ein merkwürdiges Problem das ich nachfolgend beschreiben will.
Ich habe eine Drupal 5 Webseite auf Drupal 6.22 portiert.
Dazu habe ich
1. Die Drupal 5 Files und die Datenbank vom Webserver gesichert
2. Die Drupal 5 Seite erstmal lokal abgebildet, damit ich damit arbeiten kann.
3. Dann die Seite auf Drupal 6.22 umgestellt, die Module aktualisiert und alles funktioniert lokal auf meinem Xampp prima.
Um das Projekt jetzt wieder online zu bringen ist es ja nötig,
1. DB vom lokalen Server sichern
2. DB auf entferntem Webserver leeren, DB des lokalen Servers dort importieren.
3. Die alten Drupal Files vom Server löschen und die neuen Drupal Files auf den Server spielen.
Nun passiert etwas ganz merkwürdiges.
wenn ich die Domain aufrufe www.aikido-leipzig-online.de , dann bekomm ich nur einen 500er Serverfehler.
Lösche ich die von Drupal mitgelieferte .htaccess Datei aus dem Quellverzeichnis, bekomm ich schon mal die Startseite zu sehen (die Datei ist mittlerweile wieder auf m Server )
Allerdings funktionieren die Links dann nicht, eben wieder wegen 500er Serverfehlern...
Weiß jemand woran das liegt?
Liegt das an Rechten die ich auf dem Server noch einstellen muss für die Dateien?
Ich hoffe auf schnelle Hilfe und bedanke mich schon mal für eure Unterstützung.
Merkwürdig ist. Nehem ich die htaccess DAtei aus meinem Drupal 5 Backup - so funktioniert das ganze alles.
Nehm ich die von Drupal 6 mitgelieferte dann funzt nix...
- Anmelden oder Registrieren um Kommentare zu schreiben

Kann es sein, daß Du die alte
am 04.07.2011 - 22:33 Uhr
Kann es sein, daß Du die alte .htaccess-Datei auf die Spezialitäten Deiner Hosters eingestellt hast? Vergleiche doch die beiden Dateien miteinander. Du wirst die neue .htaccess-Datei auch speziell einstellen müssen.
Beste Grüße
Werner
Hallo Werner hab mich wohl
am 04.07.2011 - 22:59 Uhr
Hallo Werner
hab mich wohl mal wieder geirrt...
mit der alten Datei funktioniert es nur, wenn ich eingeloggt bin.
Wenn ich als normaler Besucher ohne Login auf die Seite zugreifen will, krieg ich n 403 Fehler...
Unabhängig davon auf was ich zugreifen will.
Liegt das vielleicht auch an irgendwelchen Rechten die ich für die Dateien und Verzeichnisse explizit noch vergeben muss über FTP?
.htaccess: Du mußt die Zeilen
am 05.07.2011 - 08:09 Uhr
.htaccess:
Du mußt die Zeilen 11 und 14 auskommentieren (# davor setzen) nämlich: Options -Indexes und Options +FollowSymLinks
Viele Provider erlauben diese Settings nicht. Achtung: im Files-Verzeichnis (sites/default/files) liegt auch eine .htaccess-Datei. Die hat nur wenige Zeilen aber auch da mußt Du die Options auskommentieren (nicht die Datei löschen, denn Drupal legt die sofort wieder neu an).
Rechte:
Die Rechte auf der Drupal installation müssen überall 755 sein außer im Files-Verzeichnis. Das Files-Verzeichnis und alle seine Unterordner sollten auf 777 stehen. Das sieht bei einem Umzug etwas anders aus, als wenn der Aufbau direkt auf den Server erfolgt wäre, da dann der Serverprozess einen Teil der Verzeichnisse angelegt hätte und damit die Rechte nicht unbedingt auf 777 stehen müssen.
Außerdem muß der PHP-Safe-Mode auf OFF stehen, aber das wirst Du schnell feststellen, falls das nicht der Fall ist.
Beste Grüße
Werner
Hallo Werner,ich tat wie du
am 05.07.2011 - 08:47 Uhr
Hallo Werner,
ich tat wie du es empfohlen hast, habe nochmals manuell alle Rechte der Dateien und Verzeichnisse inkl. Unterverzeichnisse vergeben.
Ebenso habe ich die 2 Änderungen in den htaccess files gemacht.
Da ja diese Files teilweise schon von Drupal 5 vorhanden sind zb. im files ordner war eine - musste ich da nix machen, die war inhaltlich korrekt und hat genau diese 2 Optionen ausgeschlossen.
Allerdings ist mir aufgefallen, dass der files Ordner außerhalb des sites Ordners liegt.
Der liegt nämlich auf höchster Ebene, also dort wo sich die Ordner "sites" , "themes" usw befinden.
Dass das aber nicht das eigentliche Problem sein kann, zeigt sich zumindest, wenn man die alte Drupal 5 htaccess in das Root Verzeichnis kopiert und sich dann einloggt. Die Referenzen auf Grafiken usw. passen (trotz files ordner in oberster Ebene)
Ich dachte weil das von Drupal 5 (also der Original Seite so vorgegeben war, änder ich da nix dran)
Die Fehlermeldung ist allerdings immer noch da (mit der angepassten htaccass aus drupal 6 - die ich im archiv als htaccess_neu gekennzeichnet hab)
Stutzig macht mich jetzt folgende Anzeige der Fehlerseite, auf die ich bisher nich so geachtet habe.
Apache/2.2.9 (Debian) mod_ssl/2.2.9 OpenSSL/0.9.8g PHP/4.4.9-0.dotdeb.1 with Suhosin-Patch
Heißt das, dass hier ein php4 Script erwartet wird?
Irrwitzigerweise zeigt mir meine test.php mit der phpinfo() Funktion an (läuft nur wenn ich die htaccess aus m Rootverzeichnis lösche), dass auf dem Server PHP Version 5.2.6-1+lenny13
läuft.
Ist der Server irgendwie gänzlich falsch konfiguriert? irgendwas muss es doch sein...
in den Logfiles steht irgendwie so gar nix brauchbares drin.
Danke schonmal fürs erneute weiterhelfen.
Hallo hier mal ein Status
am 06.07.2011 - 08:50 Uhr
Hallo hier mal ein Status Update.
Mittlerweile sind wir innerhalb des Hosters auf einen anderen Server gezogen, bei dem die Seite funktioniert.
Allerdings haben wir jetzt ein neues Problem.
Die Datenbestände von Drupal 5 wurden in die 6er übernommen. DAs funktioniert soweit auch alles.
Wird ein neuer Eintrag erstellt (egal ob page, blog etc) dann ist dieser merkwürdigerweise nur noch für registrierte Benutzer einsehbar.
Ebenso betrifft das auch bereits bestehende Einträge.
Editiert man bestehende Einträge, verschwinden die samt Verlinkung aus der Navigation, und stehen nur noch den registrierten Benutzern nach dem Login zur Verfügung.
Dabei haben wir nichts an den Berechtigungen verändert.
Gäste (die Rolle Gast) hat lesenden Zugriff auf Nodes...
Wir haben die Startseite angepasst und schwupps, war diese nicht mehr für Gäste sichtbar und es hagelte Fehlermeldungen (403).
Ich hoffe wieder einmal auf eure Hilfe und bedanke mich schon mal im Voraus.