Ich verzweifel mal wieder an einem Update...

[astricia]

Hallo zusammen,

ich bin so nach und nach dabei, alte WB-Installationen, die noch auf 2.8.3 sp7 und mit alten PHP-Versionen laufen, auf die neue 2.12.2 zu aktualisieren. Immer wenn die Foldergallery dabei ist, gibt es in der Regel Probleme... Daher mache ich das dann immer so, dass ich mir eine Kopie der Installation auf den eigenen Server ziehe - dort upgrade und alles ausbessere, bis die Seite wieder so aussieht, wie sie soll... und dann eine Kopie der upgegradeten Version auf den Kundenserver ziehe und dort erst mal in einer Subdomain teste. Und an dem Schritt hakelt es gerade.

Alte Version (wb 2.8.3 sp7, PHP 5.6): https://www.atelier-karina-jeggle.de

Neue Version auf eigenem Server (wb 2.12.2, PHP 7.2): http://karina.netschmiede24.de

Kopierte Version auf Kunden-Server (wb 2.12.2, PHP 7.2): http://neu.atelier-karina-jeggle.de

Sieht auf den ersten Blick alles gut aus. Aber geht man auf "Malerei" oder "Fotografie" (die Seiten, auf denen sich die Foldergallery befindet), gibt es bei der letzten Version einen Abbruch der Seite genau an der Stelle. Auch im Backend bekomme ich hier bei diesen beiden Seiten leere Seiten angezeigt. Warum???

LG,
Astrid

[evaki]

Die unter neu.atelier-karina-jeggle.de ergab die Meldung:
09.10 11:22.57, [Warning] Initial request returned with code: 500 (Internal Server Error).
und ist danach überhaupt nicht mehr erreichbar.
MfG. Evaki

[dbs]

Weiß nicht wo du das stehen hast. Finden und erstmal gerade biegen, wirft einen JS Error (SyntaxError: unterminated string literal):

Code: [Select]

function gaOptout() {
document.cookie = disableStr + '=true; expires=Thu, 31 Dec 2099 23:59:59
UTC; path=/';
window[disableStr] = true; }Die Zeile mit UTC soll wohl eins höher mit ran.

Der Link zur alten Version öffnet sich nicht, rödelt und rödelt.
karina und neu haben wohl in der Datenbank noch die Bild-Pfade zur alten Installation. Prüf mal. Jedenfalls wird es dahin geleitet.

[evaki]

Nun sollte die Site nicht mehr funktionieren 

Habe die Vermutung, daß es an der Konfiguration der Subdomain liegt, also serverseitig ein Problem vorhanden ist.
Ob dies auch Auswirkungen auf WB hat, vermag ich aber nicht zu sagen.

ps. Ist die Installation per http und httpS aufrufbar?
MfG. Evaki

[astricia]

Weiß nicht wo du das stehen hast. Finden und erstmal gerade biegen, wirft einen JS Error (SyntaxError: unterminated string literal):

Code: [Select]

function gaOptout() {
document.cookie = disableStr + '=true; expires=Thu, 31 Dec 2099 23:59:59
UTC; path=/';
window[disableStr] = true; }Die Zeile mit UTC soll wohl eins höher mit ran.

Das gehört zu Google Analytics.... hat sicherlich nichts mit der Foldergallery zu tun. Läuft auch auf allen anderen Unterseiten.

Der Link zur alten Version öffnet sich nicht, rödelt und rödelt.
karina und neu haben wohl in der Datenbank noch die Bild-Pfade zur alten Installation. Prüf mal. Jedenfalls wird es dahin geleitet.

Öffnet sich bei mir alles. Untermenü-Punkte unter "Malerei" und "Fotografie" sind vom Typ Menu-Link, weil sie spezifisch auf einzelne Alben der Foldergallery verlinken - die brauche ich nicht ändern, wenn dann irgendwann die Hauptdomain auf die neue Version verweist. Einfach nur die Oberseiten aufmachen - dann seht ihr den Fehler.

[astricia]

ps. Ist die Installation per http und httpS aufrufbar?

Nein, aktuell sind die neuen Versionen nur unter http - das dürfte aber keinen Unterschied machen?

[evaki]

Jo http, bei https bringt's halt nur 'ne Zertifikatmeldung.

Jedenfalls ist bei mir neu.atelier-karina-jeggle.de ------ malerei.php mit error 500 dabei
Dieser Server error sperrt die Site für xxx-Zeit, bevor sie wieder erreichbar ist.

Bei erneutem Aufruf des Testscript wiederholt sich's

[astricia]

Auch wenn du direkt den Link öffnest?
http://neu.atelier-karina-jeggle.de/pages/de/malerei.php

[evaki]

Die Website ist nicht erreichbar

[astricia]

Das kann ich nicht nachstellen... welchen Browser nutzt du denn dafür?

[evaki]

Diverse Browser. Wenn überhaupt, läge es am lokalen Netzwerk. Komischerweise funktioniert sonst alles hier. Nach einer gewissen Zeit xxx ist sie auch wieder erreichbar. Starte ich den Test- war's das.

Alles merkwürden. Ich gucke mir das mal über ein anderes Tool an. Erstmal ist Pause zu Ende.
MfG. Evaki
ps. Guckt man sich den Quellcode an, scheint der Schluß zu sein, daß ab Beginn der Galerie die Seite/Page stoppt, also die Ausgabe von HTML unterbrochen wird xyz... und kein </body></html>

Kannst ja mal in die Server error.log reinschauen, was sich so an Einträgen zu dieser Stund angesammelt hat.

Noch ein Nachtrag. Es liegt hier ein Netzwerkproblem (Hamburg: Telekom "Backbone" oder sonstwat) vor. Über meinen Hamburger Proxy bekomme ich Deine Domain zu sehen.

[jacobi22]

Auch im Backend bekomme ich hier bei diesen beiden Seiten leere Seiten angezeigt. Warum???

wäre mein Ansatzpunkt...
meine Vermutung geht in Richtung Datenbank, alles andere ließe sich mit Folgefehlern gut erklären.
Wenn du die Möglichkeit hast, arbeite mit zwei Monitoren, jeweils die DB der "guten" und der "bösen" DB auf dem Bildschirm. Vergleiche die Tabellen "sections", "pages" und die drei der Foldergallery (hier insbesondere die settings-Tabelle), ggf fehlen ein paar Datensätze.
Alternativ das Backup (oder Teile davon) neu importieren, vielleicht auch in eine zweite Datenbank. Vielleicht kannst du in der config.php auch mal die DB-Daten einer funktionierenden Installation eintragen. Ist das ein anderer DB-Server, sollte es per default nicht erlaubt sein, aber z.b. bei AllInkl. könnte man den Zugriff auf die DB von extern per Mausklick erlauben.
Hast du keine zwei Monitore, macht es auch ein Ausdruck, braucht aber viel Konzentration.
Das Backend arbeitet mit den gleichen Daten wie das Frontend, bereitet sie nur anders auf

[astricia]

meine Vermutung geht in Richtung Datenbank, alles andere ließe sich mit Folgefehlern gut erklären.
Wenn du die Möglichkeit hast, arbeite mit zwei Monitoren, jeweils die DB der "guten" und der "bösen" DB auf dem Bildschirm. Vergleiche die Tabellen "sections", "pages" und die drei der Foldergallery (hier insbesondere die settings-Tabelle), ggf fehlen ein paar Datensätze.

Da gibt es in der Tat ein paar Unterschiede in der Datenbank. Wenn ich die Struktur der "guten" DB aufrufe, stehen da in den Tabellen der Foldergallery andere Größen (aber auch in einigen anderen Tabellen), zudem gibt es da in einigen Tabellen einen "Überhang" (was auch immer das ist), den es in der bösen Datenbank nicht gibt.

Ich habe also im ersten Schritt die "böse" Datenbank komplett geleert und noch einmal von der guten Datenbank (also der auf meinem eigenen Server) importiert. Wenn ich die dann mit MySQLAdmin öffne, sieht die aber genauso aus wie vorher - kein Unterschied!

Vielleicht kannst du in der config.php auch mal die DB-Daten einer funktionierenden Installation eintragen. Ist das ein anderer DB-Server, sollte es per default nicht erlaubt sein, aber z.b. bei AllInkl. könnte man den Zugriff auf die DB von extern per Mausklick erlauben.

Das habe ich jetzt im zweiten Schritt probiert. Die config.php von neu. greift jetzt also momentan auf die Datenbank von karina. zu. Und trotzdem ist da noch der gleiche Fehler.... ??

Bin absolut ratlos...

LG,
Astrid

[jacobi22]

Und was sagt das Backend jetzt?
Die Dateien, speziell im Ordner /modules/foldergallery mit denen der funktionierenden Version zu überschreiben, hast du sicher schon probiert, oder?

Die config.php von neu. greift jetzt also momentan auf die Datenbank von karina. zu. Und trotzdem ist da noch der gleiche Fehler.

dann wäre die Datenbank wohl raus 

zudem gibt es da in einigen Tabellen einen "Überhang" (was auch immer das ist), den es in der bösen Datenbank nicht gibt.

jede Tabelle arbeitet mit einem internen Speicher, eine Art "Cache". Werden nun Daten dieser Tabelle bearbeitet oder gelöscht, ist der vorher reservierte Speicher größer als der real benötigte. Diese Differenz ist dann der Überhang. Zum Korrigieren nutzt man die Funktion "Optimiere Tabelle / Optimize Table" in den Tabellen-Optionen.
Das sollte von Zeit zu Zeit erledigt werden, weil sonst das System langsamer wird, da es Speicher reserviert, der nicht benötigt wird und ggf an anderer Stelle fehlt.
P.S.: für unsere relativ kleinen Installationen wird die Verzögerung für den Laien kaum spürbar sein, also kein Grund, deswegen nun in Panik zu verfallen

Was mir noch einfällt, wäre die Verlinkung der Dateien, hier insbesondere der JS-Dateien und speziell die der benutzten Lightbox. Diese wird ja zu Beginn der Sektion geladen bzw sollte geladen werden. Wenn da auf domainfremde Dateien verlinkt ist und die Sicherheitseinstell ungen den Zugriff verbieten, könnte das den 500er Error schon erklären.

[astricia]

Und was sagt das Backend jetzt?

Das gleiche wie vorher. Weiße Seite bei Malerei und Fotografie.

Die Dateien, speziell im Ordner /modules/foldergallery mit denen der funktionierenden Version zu überschreiben, hast du sicher schon probiert, oder?

Nein, noch nicht. Was mir noch eingefallen ist - ich habe beim Hochladen zu karina. zuerst das falsche Backup (das von gestern mit der wb 2.8.3) hochgeladen. Ist mir dann natürlich sofort aufgefallen, als ich die Seite aufgerufen habe. Dann habe ich den Inhalt des Verzeichnisses auf dem Server gelöscht und die richtigen Dateien hochgeladen. Aber vielleicht ist dabei irgendwas schief gegangen. Um das zu testen, lade ich gerade das komplette Backup noch einmal in ein anderes Verzeichnis hoch und mache den ganzen Prozess noch mal.

dann wäre die Datenbank wohl raus 

Tja, denke ich wohl auch...

Was mir noch einfällt, wäre die Verlinkung der Dateien, hier insbesondere der JS-Dateien und speziell die der benutzten Lightbox. Diese wird ja zu Beginn der Sektion geladen bzw sollte geladen werden. Wenn da auf domainfremde Dateien verlinkt ist und die Sicherheitseinstell ungen den Zugriff verbieten, könnte das den 500er Error schon erklären.

Ich sehe nicht, wo da auf was domainfremdes verlinkt ist...? Das Lightbox-Script ist auf dem eigenen Server...

Evaki, hast du denn den 500er-Fehler auch bei der karina. Seite? Oder nur bei neu. ?

LG,
Astrid

[astricia]

Was mir noch eingefallen ist - ich habe beim Hochladen zu karina. zuerst das falsche Backup (das von gestern mit der wb 2.8.3) hochgeladen. Ist mir dann natürlich sofort aufgefallen, als ich die Seite aufgerufen habe. Dann habe ich den Inhalt des Verzeichnisses auf dem Server gelöscht und die richtigen Dateien hochgeladen. Aber vielleicht ist dabei irgendwas schief gegangen. Um das zu testen, lade ich gerade das komplette Backup noch einmal in ein anderes Verzeichnis hoch und mache den ganzen Prozess noch mal.

OK - das war es dann wohl auch. Die neue Version läuft - auf den ersten Blick - einwandfrei. Siehe:
http://wb2-12-2.atelier-karina-jeggle.de

Allerdings kriege ich im Backend im Errorlog direkt jede Menge Anzeigen - und das, obwohl die PHP-Fehlerberichte ausgeschaltet sind. Wie folgt:

Code: [Select]

Tue, 10 Sep 2019 13:58:05 +0000 [E_DEPRECATED] /include/PHPMailer/PHPMailerAutoload.php:[45] from /config.php:[20] require "__autoload() is deprecated, use spl_autoload_register() instead"
Was ist das? Das kommt bei der karina. Version nicht.... habe ich sonst auch noch nie bei WB 2.12.2 gesehen.

LG,
Astrid

[astricia]

Also die Meldung hat ja irgendwas mit der PHP-Version zu tun. An der entsprechenden Stelle in PHPMailerAutoload.p hp steht:

Code: [Select]

if (version_compare(PHP_VERSION, '5.1.2', '>=')) {
    //SPL autoloading was introduced in PHP 5.1.2
    if (version_compare(PHP_VERSION, '5.3.0', '>=')) {
        spl_autoload_register('PHPMailerAutoload', true, true);
    } else {
        spl_autoload_register('PHPMailerAutoload');
    }
} else {
    /**
     * Fall back to traditional autoload for old PHP versions
     * @param string $classname The name of the class to load
     */
    function __autoload($classname)
    {
        PHPMailerAutoload($classname);
    }
}
Aber die PHP-Version ist garantiert 7.2. Hier sind die Angaben aus der Info:

Code: [Select]

    Webserver Software: Linux dd22726 3.13.0-170-generic #220-Ubuntu SMP Thu May 9 12:40:49 UTC 2019 x86_64
    PHP-Erweiterung: mysqli Dokumentation curl Dokumentation mbstring Dokumentation
    PHP-Version: 7.2.19
    WebsiteBaker-Version: 2.12.2 -r379

Wie kann das sein??? Bei jedem Aufruf der Website kommt eine solche Zeile zu dem Errorlog hinzu.... !!!

[sstvmaster]

Und was zeigt dir dieses Script an, wenn du das mal auf den Server hochlädst?

Code: [Select]

<?php

if (version_compare(PHP_VERSION, '5.1.2', '>=')) {

  if (version_compare(PHP_VERSION, '5.3.0', '>=')) {
    echo 'Größer als PHP Version 5.3.0, meine Version: ' . PHP_VERSION;
  } else {
echo 'Kleiner als PHP Version 5.3.0, meine Version: ' . PHP_VERSION;    
  }

} else {
  echo 'Kleiner als PHP Version 5.1.2, meine Version: ' . PHP_VERSION;
}

?>


[astricia]

Gibt das hier aus:

Code: [Select]

Größer als PHP Version 5.3.0, meine Version: 7.2.19
Kann es daran liegen, dass die www-Domain noch die php-Version 5.6 hat? Wenn ich also umstelle, dass dann alles OK ist?

[astricia]

Kann es daran liegen, dass die www-Domain noch die php-Version 5.6 hat? Wenn ich also umstelle, dass dann alles OK ist?

Daran liegt es nicht. Habe die Haupt-Domain jetzt auf das neue Verzeichnis umgeleitet und die PHP-Version entsprechend umgestellt. Der Fehler bleibt.

Bitte dringend um Hilfe, woran das liegen kann bzw. was ich tun kann, damit der Error-Log nicht weiter mit jedem einzelnen Klick im Front- oder Backend um eine Zeile wächst...

[evaki]

Evaki, hast du denn den 500er-Fehler auch bei der karina. Seite? Oder nur bei neu. ?

Nur bei neu. Habe es soeben mit anderem Tool aufgerufen - also nicht mit einem Browser - und es gibt weiterhin für diese Seite (pages/de/malerei.php) einen 500 error, wobei ich mich diesmal aber nicht aussperre.

Frag bei bitte Deinen Hoster, ob auf dem Server Schutzeinrichtungen aktiv sind, und ob diese Auswirkungen darauf haben könnten. - dürfte im error.log zu sehen sein.

ps. Ist die Galerie auf dem neuesten Stand - ganz unabhängig davon, ob diese sonstwo unter php7.x funktioniert?
MfG. Evaki

[jacobi22]

Nimm es nicht persönlich, aber irgendwie mußt du an deinen Arbeitsmethoden arbeiten, denn es ist ja nicht das erste Mal, das sich zahlreiche Leute mit Problemlösungen beschäftigen und sich am Ende herausstellt, das das Problem doch aus deiner Methodik resultiert.

Ich würde vorschlagen, lösche aus dieser Installation, die aktuell die Fehlermeldungen wirft, die Ordner
- account
- admin
- include
- framework
- languages
- search

sowie die Ordner im /modules-Verzeichnis, die im Vollpaket WB 2.12.2 enthalten sind, komplett per FTP

und übertrage sie aus dem Vollpaket neu. Vermeide unbedingt das Überschreiben vorhandener Dateien und das Kopieren bearbeiteter lokaler Kopien, insbesondere, wenn du mit Windows arbeitest. Windows ist Groß-/Kleinschreibung egal, da kann es dann schon vorkommen, das am Ende auf dem Server "falsche"Dateien vorhanden sind.

Zu den Fehlermeldungen... ich würde sie alle getrennt betrachten. Die Meldung zum PHPMailer sollte (meiner Meinung nach) nur auftauchen, wenn dieser auch angesprochen wurde, also in irgendeiner Form eine Mail versenden möchte.
Wenn die Fehlermeldung sich weiterhin auf die PHP-Version bezieht, würde ich sie direkt in die Datei einbauen, die sie auslöst. Im Beispiel des PHPMailers also in der genannten Datei /include/PHPMailer/PHPMailerAutoload.php
Dazu vom Codeschnipsel, gepostet von sstvmaster, die erste und letzte Zeile weglassen und den Rest direkt vor dem Code, den du gestern um 17.03 Uhr gepostet hast

Frag bei bitte Deinen Hoster, ob auf dem Server Schutzeinrichtungen aktiv sind, und ob diese Auswirkungen darauf haben könnten. - dürfte im error.log zu sehen sein.

access.log wäre auch noch eine Quelle
den 500er Fehler habe ich nur unter Verwendung von Tools auf der Seite, die vorher nicht ging, also der neu-Domain. Das sollte mittlerweile aber erledigt sein

Nur mal gefragt: hast du PHP 7.3 zur Verfügung?

[evaki]

den 500er Fehler habe ich nur unter Verwendung von Tools auf der Seite, die vorher nicht ging, also der neu-Domain. Das sollte mittlerweile aber erledigt sein

Ebenso. Nur nach Zeit xxx war doch wieder Schluß.
malerei.php : HTTP status 500
himmel.php : Unexpected Redirect Response Body (Too Large) ... it generally indicates a programming error. In PHP applications, call exit() after you redirect the user.

php7.3 bei mir nicht installiert - weiß nicht mehr was mich daran hinderte, möglicherweise irgendeine Meldung eines Hosters.
MfG. Evaki

[astricia]

Zu den Fehlermeldungen... ich würde sie alle getrennt betrachten.

Es gibt nur die eine Fehlermeldung, zu dem PHPMailer. Diese taucht im Errorlog bei JEDEM Klick auf - sowohl im Backend als auch im Frontend.

Die Meldung zum PHPMailer sollte (meiner Meinung nach) nur auftauchen, wenn dieser auch angesprochen wurde, also in irgendeiner Form eine Mail versenden möchte.
Wenn die Fehlermeldung sich weiterhin auf die PHP-Version bezieht, würde ich sie direkt in die Datei einbauen, die sie auslöst. Im Beispiel des PHPMailers also in der genannten Datei /include/PHPMailer/PHPMailerAutoload.php
Dazu vom Codeschnipsel, gepostet von sstvmaster, die erste und letzte Zeile weglassen und den Rest direkt vor dem Code, den du gestern um 17.03 Uhr gepostet hast

Nicht ganz verstanden was du meinst - aber ich habe jetzt einfach in den else-Zweig der PHP-Abfrage (also das, was eigentlich erst kommen dürfte, wenn eine kleiner PHP-Version vorhanden ist). den Code eingefügt, den er bei einer aktuellen PHP-Version nimmt. Scheint zu funktionieren.

Frag bei bitte Deinen Hoster, ob auf dem Server Schutzeinrichtungen aktiv sind, und ob diese Auswirkungen darauf haben könnten. - dürfte im error.log zu sehen sein.

Im Errorlog war nix zu sehen außer zig identische Zeilen der PHPMailer-Meldung.

access.log wäre auch noch eine Quelle
den 500er Fehler habe ich nur unter Verwendung von Tools auf der Seite, die vorher nicht ging, also der neu-Domain. Das sollte mittlerweile aber erledigt sein

Eine Quelle für was? Den 500er-Fehler habe ich nirgendwo, sehe ich auch nirgendwo, kann ich nicht nachstellen oder nachvollziehen. Weder auf dem PC, noch dem Laptop, noch dem Handy. Auch verschiedene Browser ausprobiert... wird überall normal dargestellt. Hat das denn außer evaki noch jemand???

Nur mal gefragt: hast du PHP 7.3 zur Verfügung?

Ja, hätte ich. Nehme aber bislang immer nur 7.2...

ps. Ist die Galerie auf dem neuesten Stand - ganz unabhängig davon, ob diese sonstwo unter php7.x funktioniert?

Ja, das ist FG 3.0.14

[evaki]

Dann wiederhole ich nochmal
>>evaki: Guckt man sich den Quellcode an, scheint der Schluß zu sein, daß ab Beginn der Galerie die Seite/Page stoppt, also die Ausgabe von HTML unterbrochen wird xyz... und kein </body></html>

anders

Code: [Select]

</header>
</div>
<div id="wrapper">
<div class="container">
<section class="sixteen columns content">
</section>
</div>
<div class="container">
<section class="eight columns content">
</section>
<section class="eight columns content">
</section>
</div>
<div class="container">   
</div>
<div class="container">
<section class="twelve columns content">
Danach kommt der Einstieg des Modules = eben nix mehr - leer, Wüste ---

Was ist die Ursache? Code, Dateirechte/-format, AppFW, isländische Feen ?
MfG. Evaki