Foldergallery 3.0.14 - mal wieder weiße Seite

[astricia]

Hallo zusammen,

sorry, wenn ich mit ähnlichen Problemen immer wieder komme.... ich bin halt gerade dabei, ältere Kunden-Websites upzudaten und immer gibt es mit der Foldergallery Probleme...

Schaut mal bitte hier:
https://www.holz-aus-meck-pomm.de/pages/galerie.php

Der Aufruf der Galerie bricht ab, die Seite bleibt hier weiß. Im Backend ebenso.

Ich habe wie beim letzten Update vorab eine Kopie der alten Website auf meinen eigenen Server gezogen, das Upgrade dort ausgeführt, mögliche Ungereimtheiten beseitigt, dann wieder eine Kopie gemacht und das ganze auf den Server des Kunden hochgeladen. Bei mir sah alles einwandfrei aus, siehe hier:
http://holz-aus-meck-pomm.netschmiede24.de/pages/galerie.php

Beide Links sind WB 2.12.2 - Foldergallery 3.0.14 - PHP 7.2
Und auch noch beide Domains bei dem gleichen Hosting-Provider (All-Inkl).

Woran kann es liegen, dass die Galerie bei meiner Seite funktioniert - bei der Kundenseite aber nicht?

Sie funktionierte beim Kunden übrigens auch vorher nicht (war da noch PHP 5.6, WB 2.8.3sp7 mit FG 1.34 oder so...). Auch da blieb die Seite weiß. Ob sie bei mir auch weiß blieb, habe ich nicht getestet... aber nach dem Upgrade bei mir war sie da, brauchte halt nur noch etwas Styling. Deswegen bin ich davon ausgegangen, dass sie dann beim Hochladen auf die Kunden-Domain ebenfalls funktioniert. Tut sie aber nicht... Der Rest der Website sieht so aus, wie gewünscht/gehabt, es geht mir hier also ausschließlich um die Foldergallery.

Danke und lg,
Astrid

[astricia]

Moment.... da scheint noch mehr im Argen zu sein. Im Backend dieser Website (auf dem Kunden-Server) werden ALLE Seiten abgebrochen! Auch diejenigen, die nur ein WYSIWIG-Feld haben.

Der Seiten-Abbruch erfolgt nach folgendem Code:

Code: [Select]

<form id="wysiwyg15" action="https://www.holz-aus-meck-pomm.de/modules/wysiwyg/save.php" method="post">
    <input type="hidden" name="page_id" value="11" />
    <input type="hidden" name="section_id" value="15" />
    <input type="hidden" name="inputSection" value="1" />
    <input type="hidden" name="eb772098ca18e1ff" value="HSr8F26iXw7G2408p_fvDQ" title="">
Danach käme - im Quellcode meiner eigenen Seite im Backend zu sehen, Code, der so aussieht wie:

Code: [Select]

<textarea id="content15" name="content15" rows="8" cols="60">
Der wird aber schon nicht mehr angezeigt.

Das geht so natürlich gar nicht.... Hilfe bitte?

[Luisehahne]

Lass dir die Websonsole anzeigen, Der Abbruch wird meistens durch einen Javascript Fehler verursacht.

SyntaxError: '' string literal contains an unescaped line break galerie.php:63:73

Dietmar

[Luisehahne]

Bins nochmal, wechsel mal die jQuery Version auf 3.3.1

Dietmar

[astricia]

Noch ein Hinweis - es muss sich um zwei verschiedene Probleme handeln. Die Foldergallery war auch auf der alten Seite (WB 2.8.3 sp7, PHP 5.6, FG 1.34) im Frontend weiß. Im Backend waren aber alle Seiten editierbar - auch die Foldergallery! Ich habe die alte Seite noch mal rekonstruiert auf http://alt.holz-aus-meck-pomm.de/pages/galerie.php

Bei dem Backend-Problem der neuen Seite sind jeweils "Einstellungen ändern" und "Abschnitte verwalten" problemlos aufrufbar. Nur bei "Seite ändern" bricht die Ausgabe der Seite an der oben beschriebenen Stelle ab.

- Edit: Überschnitten. Den Fehler mit dem Zeilenumbruch habe ich behoben (stammte aus dem Google Analytics Code). Das war es aber nicht, die Probleme bleiben bestehen.

[astricia]

Bins nochmal, wechsel mal die jQuery Version auf 3.3.1

Dietmar

Erledigt. Das ändert wieder nichts an beiden Problemen.

[Luisehahne]

Bins nochmal, wechsel mal die jQuery Version auf 3.3.1

Dietmar

Versuch macht klug, hatte da auch schon öfter Probleme, nach Wechsel lief alles

Dietmar

[Luisehahne]

Ok, Post haben sich überschnitten.

Dietmar

[Luisehahne]

Evtl mal den Google Analytics Code entfernen. Kann jetzt nur vermuten. Habe bislang noch keine Probleme mit der FG gehabt, benutze aber auch kein Google Analytics Code oder ähnlich.

Dietmar

[astricia]

Evtl mal den Google Analytics Code entfernen. Kann jetzt nur vermuten. Habe bislang noch keine Probleme mit der FG gehabt, benutze aber auch kein Google Analytics Code oder ähnlich.

Dietmar

Auch erledigt. Ändert wieder nichts... ich nutze den auf zig Seiten, hat noch nie ein Problem verursacht.

[Luisehahne]

Mir ist gerade aufgefallen dass jQuery 2 mal geladen wird, einmal durch den Core und zweitens durch das Template

<script type="text/javascript" src="https://www.holz-aus-meck-pomm.de/templates/holz-aus-meck-pomm/engine1/jquery.js"></script>

Diese Zeile entfernen. Wir können uns nur langsam vortasten. Ich würde auch den DocType im Template auf html5 ändern. Die Add-ons machen reichlich Gebrauch davon (CSS3)

Dietmar

[astricia]

Ist beides erledigt. Ändert leider immer noch nichts.

Das Merkwürdige ist ja, dass es auf http://holz-aus-meck-pomm.netschmiede24.de einwandfrei funktioniert. Und die Version auf der eigentlichen Kundenseite ist ja nur eine Kopie!

[Luisehahne]

Ist beides erledigt. Ändert leider immer noch nichts.

Das Merkwürdige ist ja, dass es auf http://holz-aus-meck-pomm.netschmiede24.de einwandfrei funktioniert. Und die Version auf der eigentlichen Kundenseite ist ja nur eine Kopie!

Wollte schauen aber
The requested URL / was not found on this server.

Dietmar

[astricia]

Hatte nen Tippfehler... habs noch geändert, klick noch mal.

[Luisehahne]

Das Erste was mir aufgefallen ist es ist ein HTNL5 Template.

Dietmar

[Luisehahne]

Habe Netzwerkanalyse gemacht.
Ergebnis 500 Internal Server Error auf der galerie.php

Dietmar

[Gast]

Danach käme - im Quellcode meiner eigenen Seite im Backend zu sehen, Code, der so aussieht wie:

Code: [Select]

<textarea id="content15" name="content15" rows="8" cols="60">
Der wird aber schon nicht mehr angezeigt.

die Codezeile mit dem textarea stammt (schon) aus dem CKEditor. Wenn hier das Laden abgebrochen wird, wird auch der Rest nicht mehr dargestellt. Als Beispiel: ich habe eine Seite mit 2 Sectionen, oben ein Wysiwyg mit Einleitung, darunter die FG. Bricht das Wysiwyg ab, wird auch die Maske der FG nicht dargestellt.

Ich vermute, wie auch beim letzten Thread, ein Problem mit der Groß- und Kleinschreibung, hier im Speziellen im CKEditor, Verzeichnis modules/ckeditor/ckeditor
Anbei ein Screenshot dieses Ordners, hier geht es besonders um die beiden PHP-Dateien CKEditor.php und CKEditorPlus.php. Ich würde empfehlen, den gesamten Inhalt des Ordners zu löschen und aus dem WB-Paket inklusive Nachkontrolle neu hochzuladen. Gleiches gilt für den Ordner modules/foldergallery



P.S.: du bist häufig von diesen Problemen betroffen. Eine mögliche Ursache könnte neben Windows auch dein FTP-Client sein. Hier gibt es einige mit der Option "Alle Dateien mit Kleinbuchstaben" oder "Dateinamen bei Übertragung ändern", z.b. WSFTP, Wise-FTP, Total Commander usw
Bei CKEditor sind die zwei genannten eigentlich die Basis des Editors, ohne die geht garnichts und in der FG würde es schon reichen, wenn der DirectoryHandler nicht mehr angesprochen wird. Auch das eine Datei, die mit großem Buchstaben beginnt.

[astricia]

Hallo Uwe,

das Problem mit der Groß-/Kleinschreibung hatte evaki bei seinen Fehlerberichten, nicht ich. Ich habe gerade noch mal überprüft - auf dem Server sieht der CK-Editor identisch mit deinem Screenshot aus (ich habe noch eine README.md... ansonsten genau gleich, inklusive Groß und Kleinschreibung).

Ich vermute jetzt aber trotzdem, dass es irgendwas mit meinem FTP-Down- und Upload zu tun hat. Ich nutze WinSCP als FTP-Client. Daher starte ich gerade einen weiteren Versuch, die funktionierende Website von meinem Server herunter- und dann auf den Kundenserver in ein weiteres Verzeichnis hochzuladen. Vielleicht klappt es diesmal...

LG,
Astrid

[Gast]

Ich nutze WinSCP als FTP-Client.

Offtopic und nur als Info, aber vielleicht braucht es ja mal wer

WinSCP ->nach Anmeldung auf Einstellung, es erscheint das linke Fenster, dort auf Übertragung (1.).
Im rechtem Teil des Fensters erscheinen die Profile, Standardeinstellung (2.) ist "binäre Übertragung"
Nach Klick auf "Bearbeiten" (3.) erscheinen die Profileinstellungen
Im gelb markierten Feld "Dateinamenanpassung" (4.) sieht man dann die Einstellung für dieses Profil.
Bei der Auswahl "Keine Veränderungen" werden keine Anpassungen gemacht, d.h. alle Dateinamen bleiben so erhalten, wie im Quellordner vorgegeben.

P.S.: wer allerdings sein unter Windows verwaltetes lokales Backup durch Überschreiben von Dateien "updatet", kann da böse Überraschungen erleben. Im besten Fall bleiben beide Dateien erhalten (jeweils mit Groß und Kleinbuchstaben am Beginn), im Worstcase behält Windows die Datei, die zuerst da war und das ist i.d.R. die ältere mit kleinem Buchstaben am Beginn

[astricia]

Hab ich überprüft - bei mir steht es auf "keine Veränderung". Groß- und Kleinschreibung wird also beibehalten.

Der erneute Down- und Upload ist erfolgt. Leider ohne Veränderung. Im Backend nur leere Seiten. Im Frontend bleibt die Galerie weiß.

Ich habe im Backend eine Testseite mit anderen Abschnitten angelegt - Code, Form, SectionPicker etc. ... besteht die Seite nur aus diesen, lässt sie sich problemlos aufrufen. Bei Seiten mit WYSIWIG-Editor und/oder Foldergallery (auch wenn nur eins von beiden da ist), wird die Ausgabe abgebrochen.

Wenn ich über den FTP-Client die Verzeichnisse modules/ckeditor und modules/foldergallery auf meinem lokalen Rechner und auf dem Server vergleiche, kommt "Keine Unterschiede gefunden".

Was kann es denn dann noch sein???

[evaki]

@Helferlein
"Damals war es  ":

das Problem mit der Groß-/Kleinschreibung hatte evaki bei seinen Fehlerberichten,

Das bezog sich auf die Subdomain, die ich im Blick hatte, und nicht auf die neue funktionierende Site.
Daher, eben weil das Phänomen dort auftrat, ist es nicht ausgeschlossen, daß sich derartiges wiederholt, zumal - soweit ich weiß - nicht erklärt wurde, warum der Fehler auf der neuen Site verschwunden ist.

Bei der jetzigen, also aktuellen anderen Domain - bei mir ist netzmäßig wieder alles in Ordnung - , habe ich eine der Testsuiten laufen lassen, wobei prompt wieder der 500er error ausgelöst werden konnte. Es liegt also der Verdacht nahe, daß sich im Ablauf etwas wiederholt - was immer das auch sein mag.

Leider habe ich momentan kein Zeitfenster, wo ich die FG "abklopfen könnte".
Daher nur die Anmerkungen.
MfG. Evaki

[hgs]

Bei "all-inkl" würde ich mal die Helferlein vom Hoster nutzen.
Also ein zip-File über den Web-FTP-Client von der funktionierenden Seite erstellen lassen.
Diese downloden und wider per WinFTP-Client mit "entpacken" zurück spielen.
Damit hatte ich noch nie Probleme bei "all-inkl"
DB hin und her mache ich auch nur mit den Bordmittel von all-inkl. auch da noch nie Probleme gehabt.

Vieleicht hilft das ja

[Gast]

zumal - soweit ich weiß - nicht erklärt wurde, warum der Fehler auf der neuen Site verschwunden ist.

wenn ich das richtig gelesen habe, wurde zuerst ein falsches Paket hochgeladen. Da sich die Anfangsprobleme auf die FG in Front- und Backend bezogen, vermute ich, es war ein Paket ohne diese FG

Es liegt also der Verdacht nahe, daß sich im Ablauf etwas wiederholt - was immer das auch sein mag.

100% conform

[astricia]

Bei "all-inkl" würde ich mal die Helferlein vom Hoster nutzen.
Also ein zip-File über den Web-FTP-Client von der funktionierenden Seite erstellen lassen.

Ich sehe im KAS von all-inkl keinen Web-FTP-Client, wo soll der sein???

LG,
Astrid

[astricia]

zumal - soweit ich weiß - nicht erklärt wurde, warum der Fehler auf der neuen Site verschwunden ist.

wenn ich das richtig gelesen habe, wurde zuerst ein falsches Paket hochgeladen. Da sich die Anfangsprobleme auf die FG in Front- und Backend bezogen, vermute ich, es war ein Paket ohne diese FG

Zuerst falsches Paket hochgeladen und das richtige dann "drüber geladen" war das Problem bei dem Projekt letzte Woche (Karina). Es war nicht ein Paket ohne FG - sondern zuerst das alte Backup (von der 2.8.3). Das habe ich zwar auf dem Server gelöscht, bevor ich (in das gleiche Verzeichnis) das richtige Backup hochgeladen habe, aber irgendwas ist da beim FTP-Upload schief gelaufen. Dieses Problem habe ich dieses Mal NICHT gehabt!

Es liegt also der Verdacht nahe, daß sich im Ablauf etwas wiederholt - was immer das auch sein mag.

100% conform

Nein, auch wenn es sich ähnlich anhört, die Problemursache muss eine andere sein. Wie gesagt - ich habe ZWEI Fehler auf dieser Seite.

Das Schwerwiegendere ist, dass im Backend keine WYSIWYG- und FG-Abschnitte editierbar sind. Die Seite bleibt weiß, bricht ab.

Der andere Fehler ist, dass die Folder-Gallery auch im Frontend nicht angezeigt wird. Dieser Fehler trat auf diesem Server bereits bei der 2.8.3sp7 auf. Beim Installieren auf meiner Testsubdomain tritt dieser Fehler nicht auf.

Mein nächster Versuch ist es jetzt, WB 2.12.2 komplett neu zu installieren und dann die entsprechenden Module, das Template sowie den Pages- und Media-Ordner einzubauen. Mal sehen, ob das funktioniert...