Link lassen sich auf admin seite nicht öffnen

das war ein Fehler.

Schau, dass du die Originalinstallation wieder herstellst, dann funktioniert es auch.

Das Löschen von systemrelevanten Dateien ist tödlich für ein System.

Hi ronald,

die htaccess Datei war vom Provider bereits vorinstalliert.
Als ich Drupal aufspielen wollte meckerte er beim setup. Es sei schon eine "htaccess" Datei vorhanden, deshalb könne er das Setup von Drupal nicht machen.
Aus dem Grund habe ich sie gelöscht.

Grüss
wolf

Dann rede mit Deinem Provider. in der .htaccess stehen Drupal-spezifische Einstellungen. Evtl mußt Du die Zeilen, die mit Options beginnen, auskommentieren, aber das sollte es auch schon sein.

welche Settings in der .htaccess erlaubt sind, ob, und wenn ja welche Settings der php.ini modifizierbar sind.
Und kläre ab, ob und wie du an error.logs kommst.

da habe ich mich wohl falsch ausgedrückt.

1. Die vorinstallierte htaccess Datei hatte ich gelöscht. (Weil Drupal beim Setup sagte, dass eine htaccess Datei bereits exisiterte. Er deshalb das Setup nicht ausführen könne)
2. Danach habe ich Drupal über Softaculos draufgespielt.
3. Auf dem Server sind also nur Daten die von Drupal initiert wurden. Auch eine neu htaccess Datei.

Und trotzdem funktioniert es nicht.

Gruß
wolf

Wie bereits angeregt, solltest Du schauen ob Du Einsicht in die error-Logs des Webservers bekommst. Es gibt vermutlich einen Fehler bei den von Dir genannten Punkten und dann findet ein Redirect auf Home statt. In der error-Log sollte vielleicht was zu den Fehlern zu sehen sein.

Probieren könntest Du auch nochmal die Befehle ohne das administrative Overlay auszuführen und schauen ob da ggf. etwas Aufschlussreicheres kommt, also

Benutzer anlegen: deineseite.de/admin/people/create
Bartik Settings: deineseite.de/admin/appearance/settings/bartik

Also nach der Anmeldung diese Links direkt in die Browseradressleiste eingeben und schauen was passiert.

Hi,

Mit den zwei links:
/admin/people/create
/admin/appearance/settings/bartik

gehen die Einstellungen zu öffnen und zu bearbeiten.
Da verzichte ich eben auf das Admin-Overlay.

Tanke für den Tipp!

MfG
wolf

dort steht wahrscheinlich drin, warum er das overlay nicht öffnen kann.

Du kannst direkt deineseite/admin eingeben, dann bekommst du das menü in einer weniger hübschen Darstellung ohne overlay.

Ich vermut, dass du zu wenig memory zugewiesen hast.

Ja, es ist sicher sinnvoll zu schauen was den Fehler im Overlay-Modus auslöst. Der Fehler könnte ggf. auch anderer Stelle auftauchen.

Wenn Du ohne Overlay arbeiten willst, empfiehlt es sich das komplett abzuschalten über Berechtigungen -> Zugriff auf den administrativen Overlay. Sonst kommt man doch ständig wieder in den Overlay-Modus.

Hi,

das Progs listet (mehrmals hintereinander) unter error.log folgende Meldung auf.

[27-Oct-2015 05:56:03 UTC] PHP Notice: Undefined index: SCRIPT_NAME in ..../public_html/includes/bootstrap.inc on line 1620
[27-Oct-2015 05:56:03 UTC] PHP Notice: Undefined index: REMOTE_ADDR in ..../public_html/includes/bootstrap.inc on line 2923

Nun bin ich leider kein php freak. Der nun weiß was man da machen muss.
Könnt Ihr mir bitte helfen?

Vielen Dank
wolf

Stehen diese Meldungen in zeitlichem Zusammenhang zu dem Problem im Menü? Am besten du provozierst den Fehler nochmal und schaust dann gleich ins Log ob dort Einträge zu finden sind mit der aktuellen Zeit. PHP Notice deutet nicht unbedingt auf einen Fehler hin der die Funktionalität beeinträchtigt.

Hi Stefan,

wie Du sagtes, hatte ich den Fehler provoziert.
Anbei habe ich die Daten aus dem error_log für diese Problem begefügt.

Gruß
wolf

Ist jetzt für mich nicht unbedingt aufschlussreich in Bezug auf den Fehler. Die Warnung "Module 'zip' already loaded in Unknown on line 0" bedeutet denke ich, dass ein PHP-Modul doppelt eingebunden ist.

Kommt diese Warnung speziell wenn der Fehler auftritt oder auch sonst?

Hi Stefan,

der Fehler kommt nur in Verbindung damit.
Vielleicht mach ich mal ein neues Setup für Drupal.
Geht ja über Softacoulos zeimlich schnell.
Möglicherweise ist der Fehler dann weg.

Gruß
wolf

Hallo Wolf,

Der Server scheint die beiden Server Variablen SCRIPT_NAME und REMOTE_ADDR nicht zu setzen:

Diese sollte der eigentlich Webserver für PHP setzen, da sehr viele PHP Scripts damit arbeiten.

Im Zweifel, frag mal Deinen Provider was mit diesen Server Variablen ist:
http://php.net/manual/de/reserved.variables.server.php

MfG

Robert

Ich denke, wir hatten es so weit isoliert, dass die Meldungen zu SCRIPT_NAME und REMOTE_ADDR nicht in Bezug auf den Fehler stehen. Insofern wäre das jetzt nicht unbedingt der Ansatzpunkt. Da würde ich eher auf sowas wie Drupal-Cron tippen und dass da mit dem Aufruf etwas nicht passt. Schau dir ggf. über phpinfo() an ob der Webserver diese Variablen generell setzt. Das ist denke ich der Fall.

Was die zip-Module-Meldung angeht, wie gesagt eventuell das Modul doppelt eingebunden in php. Mir scheint aber auch, dass diese Meldung eventuell bei jedem Aufruf kommt nicht nur bei Deinem Fehler.

Insofern ist das Log hier wohl eher nicht ergiebig.

Ggf. kannst Du nochmal beim Provozieren des Fehlers in Firebug reinschauen ob es da vielleicht irgendwelche Script-Fehler gibt.

des Providers handelt, kann auch dort der "Wurm" drinstecken.

Deshalb ist ein Kontakt mit dem Provider sicher ein wichtiger Weg.

Parallel dazu kannst du auch, vielleicht in einer Subdomain, eine frische Installation mit Download von hier durchführen.
Dazu musst du allerdings eine leere Datenbank bei deinem Provider anlegen.

Hi Leute,

ich habe die Drupaldatei von Softaculous rausgeschmissen und die deutsche von hier draufgemacht.
Jetzt finktioniert alles wunderbar.

Danke für die Hilfe. Schöne Zeit noch.

Gruß
wolf