[gelöst] update.php und andere Skripte scheinen ohne Fehlermeldung abzubrechen
Eingetragen von habicht09 (31)am 20.10.2018 - 05:58 Uhr in
Ich habe das Problem, dass, wenn ich als Administrator bestimmte Funktionen aufrufe, die neue Seite zwar begonnen wird, aufzubauen, dann aber nichts mehr kommt.
Das betrifft z.B. das Seite update.php. (siehe Screenshot 1 und 2) und die manuelle Suche nach zu aktualisierenden Modulen (Screenshot 3).
Dabei wird update.php wirklich nicht bis zum Ende ausgeführt, die Datenbank bleibt unaktualisiert, während die Suche nach zu aktualisierenden Modulen möglicherweise dennoch funktioniert, nur das Ergebnis nicht angezeigt wird.
Ich nutze Drupal 7.60 unter php 7.0 bei Strato. Ich fand im Protokoll keine Fehlermeldung und auch die Einstellung "Fehler auf der Seite anzeigen" führt zu keinen Resultaten. Der Fehler tritt aber schon etwas länger auf.
Kann mir jemand weiterhelfen?
- Anmelden oder Registrieren um Kommentare zu schreiben
Hi. Das Core Update von 7.59
am 20.10.2018 - 12:55 Uhr
Hi.
Das Core Update von 7.59 auf 7.60 hat soweit ich weis keine DB Updates.
Schau mal im error.log des Servers nach, ob dort was genaueres steht.
MfG
Robert
Dass das Coreupdate keine dB
am 20.10.2018 - 14:24 Uhr
Dass das Coreupdate keine dB Updates hat, stimmt,. löst aber leider mein Problem nicht. Wie Screenshot 1 zeigt, sind da vom letzten Modul-Update noch 7 DB-Updates offen. Von daher bin ich auf der Suche ...
Dann schau mal im error.log
am 20.10.2018 - 14:39 Uhr
Dann schau mal im error.log des Webservers nach...
Herzlichen Dank für den
am 20.10.2018 - 17:43 Uhr
Herzlichen Dank für den Hinweis. Habe ich gleich gemacht; aber das Ergebnis ist enttäuschend. Es gibt da keinen aktuellen Eintrag, wenn ich eine wie oben beschriebene Anfrage anstoße, nur einen regelmäßige Meldung:
20.10.2018 18:35:49 hospizgruppe-buende.de [client 2003:7f:cf00::] AH00529: /home/strato/http/premium/rid/40/82/5494082/htdocs/Drupal_01/sites/all/libraries/superfish/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/home/strato/http/premium/rid/40/82/5494082/htdocs/Drupal_01/sites/all/libraries/superfish/' is executable
Den Grund dafür deute ich so, dass es für superfish keinen eigenen .htaccess-File gibt. Aber das sollte doch das andere nicht verursachen, oder doch?
Hi. Warum sollte dieser
am 21.10.2018 - 12:57 Uhr
Hi.
Warum sollte dieser Fehler nicht das andere verursachen?
Sollte Superfish nicht benötigt werden, kannst du es ja abschalten.
Das scheint ein Berechtigungsproblem zu sein.
Schau mal hier #8
https://www.drupal.org/project/superfish/issues/1260482
Gruss
Robert
Danke für den Hinweis,schön,
am 22.10.2018 - 07:09 Uhr
Danke für den Hinweis,schön, dass du dran bleibst. Ich habe dem Verzeichnis bei superfish eine .htaccess-Datei gegönnt. Meine Fehlermeldung bin ich nun los. Verbessert hat das allerdings weder superfish (das lief schon vorher prima), noch mein Problem. Das muss irgendwo anders dran liegen.
Beim Aufruf der Seite erhalte
am 24.10.2018 - 16:11 Uhr
Beim Aufruf der Seite erhalte ich 27 Fehlermeldungen, darunter mehrere Internal Server Errors 500. Wie es aussieht ist das Superfish Modul nicht richtig eingerichtet und blockiert den restlichen Ladevorgang.
a) Prüfe eimal das Superfish Modul. Ist die Library richtig installiert? Wird im Status Report (admin/reports/status) Superfish als "installiert" angezeigt?
b) Du erwähnst Strato und PHP ;-). Ich tippe auf den fehlenden SymLink Support. Was passiert, wenn du in der .htaccess deiner Drupal Installation die nachfolgenden Zeilen auskommentierst? Kann update.php vollständig ausgeführt werden?
# Options -Indexes# Options +FollowSymLinks
Fehlermeldungen beim Abruf deiner Startenseite:
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 30)[Error] Refused to load https://www.initiative-s.de/de/seal.php?key=hospizgruppe-buende.de because it does not appear in the img-src directive of the Content Security Policy.
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (jquery.hoverIntent.minified.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (sfautomaticwidth.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (sfsmallscreen.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (supersubs.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (superfish.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (supposition.js, line 0)
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 36)
[Error] Refused to execute a script because its hash, its nonce, or 'unsafe-inline' does not appear in the script-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 0)
[Error] Refused to execute a script because its hash, its nonce, or 'unsafe-inline' does not appear in the script-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 39)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (jquery.hoverIntent.minified.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (sfautomaticwidth.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (sfsmallscreen.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (supposition.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (superfish.js, line 0)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (supersubs.js, line 0)
[Error] Refused to execute a script because its hash, its nonce, or 'unsafe-inline' does not appear in the script-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 55)
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 127)
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 187)
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 250)
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 254)
[Error] Refused to load https://www.initiative-s.de/de/seal.php?key=hospizgruppe-buende.de because it does not appear in the img-src directive of the Content Security Policy.
[Error] Refused to apply a stylesheet because its hash, its nonce, or 'unsafe-inline' does not appear in the style-src directive of the Content Security Policy. (hospizgruppe-buende.de, line 283, x3)
[Error] TypeError: undefined is not an object (evaluating 'Drupal.settings["ajaxPageState"]["theme"]')
attach (menu-toggle.js:9)
(anonyme Funktion) (drupal.js:112)
each (jquery.js:33:538)
attachBehaviors (drupal.js:110)
(anonyme Funktion) (drupal.js:593)
ready (jquery.js:30:173)
u (jquery.js:38)
Hi Tom.Ich nicht wie jetzt
am 24.10.2018 - 17:19 Uhr
Hi Tom.
Ich weiss jetzt nicht wie Deine Frage mit der des Fragestellers zusammenhängt?
Zum einen:
ein 500er Fehler ist ein Serverfehler und kann eigentlich nicht durch das ausführen
eines Javascripts (Clientseitig) ausgelöst werden!
Das andere ist:
Du scheinst einen externen Dienst zu benutzen der offensichtlich falsch konfiguriert ist.
Dieser Link
https://www.initiative-s.de/de/seal.php?key=hospizgruppe-buende.de
gibt folgenden Fehler zurück:
Refused to apply inline style because it violates the following Content Security Policy directive: "style-src 'self' 'sha256-RtX6YyM6bwLYpccRQ6PFb1kogqs0GpNlm1JpNfhiO4Y='". Either the 'unsafe-inline' keyword, a hash ('sha256-XF40drMRON9Qm0dC4qU9NBiM+fma+ykSbIFIj6R5yb4='), or a nonce ('nonce-...') is required to enable inline execution.
Wenn ich das richtig interpretiere, würde ich sagen der Fehler tritt auf weil die Hashes nicht stimmen!
Either the 'unsafe-inline' keyword, a hash
sha256-RtX6YyM6bwLYpccRQ6PFb1kogqs0GpNlm1JpNfhiO4Y=
sha256-XF40drMRON9Qm0dC4qU9NBiM+fma+ykSbIFIj6R5yb4=
MfG
Robert
Zitat: Ich weiss jetzt nicht
am 24.10.2018 - 18:24 Uhr
Ich weiss jetzt nicht wie Deine Frage mit der des Fragestellers zusammenhängt?
Beide Punkte waren als "mögliche" Hilfestellung gedacht, um den/die Fehler weiter einzugrenzen: Superfish + Dependencies prüfen und die Symlinks temporär in der .htaccess ausschalten.
Die vielen 500 Internal Server Errors können auf verschiedene serverseitige Ursachen zurückzuführen sein.
Du scheinst einen externen Dienst zu benutzen der offensichtlich falsch konfiguriert ist.
Ja, es wird offensichtlich ein externes Zertifikatsiegel als Bilddatei auf der Webseite eingebunden, welches ungültig ist.
Vielen Dank für euer
am 24.10.2018 - 19:19 Uhr
Vielen Dank für euer Nachdenken. Ich habe zwischenzeitlich das Superfish-Modul deaktiviert, aber das hat nichts an dem Problem geändert. Da für hatte ich zwischenzeitlich die Situation, dass auch die Rücksetzung des Wartungsmodus nicht mehr möglich war. Die Seite zeigte an, dass das erfolgreich geschehen war, aber in Wirklichkeit war alles beim Alten. Mit dem Konqueror als Browser ist mir das dann doch gelungen, was unter aktuellem Firefox nicht möglich war. Von daher frage ich mich ein bisschen, ob das mit SSL zusammenhängen könnte. Aber ein Abschalten hat auch keine Lösung gebracht.
Inzwischen überlege ich ernsthaft, die Seite neu aufzusetzen und dann in Drupal 8.
Was passiert, wenn du in der
am 24.10.2018 - 19:36 Uhr
Was passiert, wenn du in der .htaccess (Hauptverzeichnis) deiner Drupal Installation die nachfolgenden 2 Zeilen aus kommentierst? Kann update.php vollständig ausgeführt werden?
Von
Options -IndexesOptions +FollowSymLinks
in
# Options -Indexes# Options +FollowSymLinks
Da für hatte ich zwischenzeitlich die Situation, dass auch die Rücksetzung des Wartungsmodus nicht mehr möglich war. Die Seite zeigte an, dass das erfolgreich geschehen war, aber in Wirklichkeit war alles beim Alten.
Das ist normal. Deine Drupal Seite verwendet das sog. Caching und speichert die Seiten zwischen. Leere den Cache unter Konfiguration » Leistung » (/admin/config/development/performance), nachdem der Wartungsmodus aktiviert wurde. Öffne die Seite in einem anderem Browser und die Wartungsseite erscheint.
Danke auch für diesen
am 25.10.2018 - 06:37 Uhr
Danke auch für diesen Hinweis. Habe ich ausprobiert. Hat aber nichts verändert
" die Seite neu aufzusetzen
am 25.10.2018 - 07:21 Uhr
" die Seite neu aufzusetzen und dann in Drupal 8"
Gute Idee, weil früher oder später sowieso nötig.
Dann aber besser nicht bei Strato. ;-)
Zitat:Habe ich ausprobiert.
am 25.10.2018 - 12:23 Uhr
Habe ich ausprobiert. Hat aber nichts verändert
Wie sieht es aus, wenn du zusätzlich im sites/default/files Verzeichnis die nachfolgenden 2 Zeilen aus kommentierst?
a) .htaccess (Drupal Hauptverzeichnis)
Von
Options -IndexesOptions +FollowSymLinks
in
# Options -Indexes# Options +FollowSymLinks
b) sites/default/files/.htaccess
Von
Options NoneOptions +FollowSymLinks
in
# Options None# Options +FollowSymLinks
Danke für den Hinweis.
am 25.10.2018 - 18:53 Uhr
Danke für den Hinweis. Nachdem ich die beiden .htaccess-Datein modifiziert hatte, lief update.php durch. Das ist ja schon mal richtig schön. Nur der Rest der Seite war in dem Zustand nicht mehr bedienbar, da offensichtlich die Pfadangaben nicht aufgelöst wurden.
Als dann der Original-Zustand wieder hergestellt war, lief das Skript zur Ermittelung der Aktualisierungen ebenfalls nicht.
Hast du eine Idee, worauf das dann hindeutet?
Herzliche Grüße
Wahrscheinlich hat Strato aus
am 25.10.2018 - 21:06 Uhr
Wahrscheinlich hat Strato aus Sicherheitsgründen auf dem SharedServer das Folgen von FollowSymLinks untersagt.
Probiere einmal anstatt
Options +FollowSymLinksersetzen mit
Options +SymLinksIfOwnerMatchWenn ich das tue, werden die
am 27.10.2018 - 06:45 Uhr
Wenn ich das tue, werden die Unterseiten nicht angezeigt.
Der Fehler kann Strato
am 08.11.2018 - 11:52 Uhr
Der Fehler kann Strato spezifisch sei. Erwähnt hattest du auch eine SSL Umstellung. In den Logfiles muss es weitere Hinweise geben. Ohne Servereinsicht ist alles nur eine Vermutung.
Wenn möglich würde ich zum Vergleichen eine separate Drupal 7 Installation auf eine Subdomain anlegen. Treten die Fehler auch mit einer neuen Drupal Installation auf?
Danke für all eure
am 15.11.2018 - 21:55 Uhr
Danke für all eure Bemühungen. Wahrscheinlich habt ihr mit dem Hinweis auf Strato recht. Ich habe die Seite jetzt in DR 8 neu aufgesetzt. Im Moment läuft alles (bis darauf, dass ich seit gestern keinen ssh-Zugang mehr habe, aber das ist ja wahrscheinlich auch ein Strato-Problem). Und ich werde auf Dauer wohl eurem Rat folgen und zu einem anderen Provider wie df zu wächseln. Da laufen andere Seiten von mir seit Jahren ohne Probleme.
Eine Frage zur Etikette hier. Muss ich meinen Beitrag nun als gelöst markieren? Gelöst ist die Frage ja nicht, aber ich verfolge sie auch nicht weiter. Was ist da üblich?
Gut, dass Du für Dich jetzt
am 16.11.2018 - 07:19 Uhr
Gut, dass Du für Dich jetzt eine Lösung gefunden hast.
Ich denke, das kann man als gelöst betrachten und kennzeichnen.
Die Lösung ist die Erkenntnis, dass sich Strato nicht als Drupal-Hoster eignet.
Wenn ein neues Problem auftaucht unter Drupal 8, machst Du ja sicher einen neuen Thread auf mit aussagkräftiger Betreffzeile.
Alles klar. Titel
am 16.11.2018 - 13:36 Uhr
Alles klar. Titel entsprechend gekennzeichnet.