Fatal error in class.frontend.php

[evaki]

Old Opera: Webserver oder Datei auf dem Server nicht gefunden.
FF: Weisse Seite
Maxtor, Chrome, Scanner: 500er error

MfG. Evaki

[Gast]

ich bekomm da nur solche Meldungen

[evaki]

http://test.bbsiikl.de/search/index.php
ist per Browser leer, erzeugt einen Internal Server Error 500

Hab noch einige Scans (nur kurz) gestartet.
Tja, wenn WB und dessen Konfiguration das einzige Problem wäre...
Hat wer überhaupt noch 'nen Überblick auf das Geschehen?

Mit Swift wird anscheinend an einer Stelle schon Jacobis Version getestet, wenn man der Mailadresse glaubt.

XSS-Meldungen unter pages/schulleben/autorenlesungen/autorenlesung-201x/bilder-zur-autorenlesung-201x.php Vermutlich wird dort die alte Swift ohne Fix genutzt.

Aus meiner Sicht janz schöner Kuddelmuddel, was ja nicht bedenklich wäre, wenn es "grundsätzlich" stimmig wäre.
Aber anscheinend weiß es keiner so genau. Ich bin meist dafür soweit aufzuräumen (Validierung, Secure-Scan), daß die SITE funktioniert, nicht nur einzelne Seiten, einzelne Module installiert sind und nicht gleich mehrere des gleichen Typs (wenn nicht spezieller Test). Tja, und Glaskugeln sind mittlerweile teurer als Großstadtimmobilien.

MfG. Evaki

[bbs2]

Hallo,

ist hier evtl. ein Fehler im core bei account/login.php ??

Ich habe nun auf meiner Testseite folgende bisher öffentliche Seite als registriert eingestellt

test.bbsiikl.de/pages\service\informationsblaetter.php

Nun tritt der Fehler auf.

Alle anderen Einstellungen bzgl. der Sichtbarkeit funktionieren.
Wenn ich eine beliebige Seite, die bisher öffentlich war, als registriert einstelle, wird der Fehler ausgelöst.

Viele Grüße
Heinz

[Gast]

noch ne Frage

Innerhalb von WB ist das sicher ein Menu-Link unter /pages/banken.php

aber was ist unter der Subdomain? Die sollte ja theoretisch "stand-alone" laufen können und müßte nach meinem Verständnis dann wieder mit einem Login starten - richtig?

Nicht, das sich hier der Redirect im Kreis dreht

[Gast]

Frage dazu: ist in den WB-Einstellungen die Frontend-Anmeldung aktiviert?

In der Theorie sollte dann eigentlich auf der dort leeren Seite das Login-Formular erscheinen - hab aber noch nie probiert, was passiert, wenn keine Anmeldung aktiviert ist

P.S.: ich klick mal auf die Links - kommen sicher ein paar Meldungen. Vielleicht solltest du die Links auf wieder entfernen, weil wahrscheinlich nun jeder drauf klickt.
Hast 15 min ab Zeitpunkt des Abschickens vom Originalbeitrag zeit, diesen zu ändern (oben rechts am Beitrag der "Ändern"-Link)

Ist die Zeit überschritten, gehts nur noch über die Moderation

[bbs2]

Hallo,

ich konnte endlich das Auftreten des Fehlers

[17-Mar-2019 12:06:42 UTC] PHP Fatal error:  Cannot declare class frontend, because the name is already in use in /mnt/web203/c2/45/5705045/htdocs/homepage/framework/class.frontend.php on line 0

lokalisieren.

Zur Seite bbsiikl.de besteht eine Subdomain banken.bbsiikl.de
Auf der Subdomain ist eine permanente Weiterleitung auf

https://bbsiikl.de/pages/banken.php

eingerichtet.  Dies ist eine registrierte Seite, da hier nur die Ausbildungsleiter der Banken Zugriff haben sollen.

Gebe ich nun

https://bbsiikl.de/pages/banken.php
oder
banken.bbsiikl.de
ein erscheint eine leere Seite. In der error_log wird gleichzeitig die o.g. Fehlermeldung eingetragen.
Als URL steht nun im browser

https://bbsiikl.de/account/login.php?redirect=https://bbsiikl.de/pages/banken.php&page_id=415
Ergebnis: leere Seite und Fehler.

Bin ich parallel im Backend eingeloggt, funktioniert das Ganze.

Was läuft hier schief?

wb 2.12.1
php 7.2

Gruß
Heinz Werner

[bbs2]

Richtig,

bisher noch nicht auf der Testseite.
Dort verirrt sich auch niemand hin

Gruß

Heinz

[Gast]

Aus dem Server!!!-log, geht hervor, auf was zu angegebenen Zeitpunkten zugegriffen wurde.
"Normalerweise" sollte kein direkter Zugriff auf CMS-Dateien einen php-Fehler auslösen können.

ein guter Ansatz 
damit sollte sich der Auslöser lokalisieren lassen

[Gast]

[14-Mar-2019 20:57:14 UTC] PHP Fatal error:  Cannot declare class frontend, because the name is already in use in /mnt/web203/c2/45/5705045/htdocs/homepage/framework/class.frontend.php on line 0

.....

Was ist hier mit "name" zu verstehen?

Mit "name" ist hier der Name der Klasse gemeint, also "frontend"
Auf der Testseite trat das jetzt noch garnicht auf, oder?

[bbs2]

Danke,

ich führe die Operationen durch und werde sehen, was geschieht.
Die Änderung des templatenamens ist unabhängig davon sehr sinnvoll

Gruß
Heinz

[dbs]

Tipp nebenbei:
Falls du in der index.php des Templates diese Zeile hast:

Code Select Expand

<script src="/Include/jquery/jquery.min.js"></script>
Kannst du löschen, das wird nicht gefunden und nicht benötigt.

Dein Template heißt "DefaultTemplate" und wird beim nächsten Upgrade von WB überschrieben.
Kopiere dir den ganzen Ordner DefaultTemplate, bennen ihn um in bbs und änder in der darin liegenden info.php die Zeile 38 zu

$template_directory    = 'bbs';

Geh zu Erweiterungen > Erweitert > Haken bei Designvorlagen setzen und neuladen.
Dann Optionen > Standardeinstellungen > bei Template das neue bbs auswählen.

[evaki]

Soweit ich erinnere, wars damit erledigt.

Code Select Expand

https://forum.WebsiteBaker.org/index.php/topic,31333.msg218974.html#msg218974
Es ist noch ein Update (neues Paket) beabsichtigt, aber weiß noch nicht wann es raus kann.

>>"...noch einmal zurück zum eigentlichen topic."
Aus dem Server!!!-log, geht hervor, auf was zu angegebenen Zeitpunkten zugegriffen wurde.
"Normalerweise" sollte kein direkter Zugriff auf CMS-Dateien einen php-Fehler auslösen können.



MfG. Evaki

[bbs2]

Hallo,

noch einmal zurück zum eigentlichen topic.

Gestern ist folgender Fehler 15 mal aufgetreten:

[14-Mar-2019 20:57:14 UTC] PHP Fatal error:  Cannot declare class frontend, because the name is already in use in /mnt/web203/c2/45/5705045/htdocs/homepage/framework/class.frontend.php on line 0

Der Fehler kommt eindeutig von irgendeinem Besucher der website (ergibt sich aus den Uhrzeiten). Ich selbst versuche
verzweifelt den Fehler durch "wildes Arbeiten" mit der homepage bbsiikl.de zu provozieren, sowohl im backend als auch im
frontend.  Es gelingt mir nicht den Fehler auszulösen.
Nach jeder Aktion schaue ich in der error-log nach einem Eintrag; Fehlanzeige.

Es sind ausschließlich aktuelle Module installiert und in Gebrauch.
WB 2.12.1 core
PHP 7.2 bei Strato

Was ist hier mit "name" zu verstehen.

Nutzt hier vielleicht jemand einen Uraltbrowser?

Viele Grüße
Heinz

[bbs2]

Hallo,

wir haben heute eine neue Swift-Gallery eingestellt. Diese läuft testweise mit der neuesten view_09dev.
Im frontend zeigt sich bis jetzt kein Fehler. Siehe:

https://bbsiikl.de/pages/schulleben/unterrichtsprojekt-gemeinsam-lernen/bildergalerie-gemeinsam-lernen.php?gallery_id=91&start=10

Schön wäre es, wenn die Pfadangabe je nach Wunsch deaktiviert werden könnte.

Viele Grüße

Heinz Werner

[evaki]

Meine Vorstellung (in Absprache mit meinem Hintergrund) ist, daß ich 'ne neue Versionsnummer für das aktuelle und gefixte Modul vergebe, die Sachen bereinigt zusammenpacke und hier einstelle.
Was danach kommt, berührt uns dann vorläufig erstmal nicht, weil Ziel erreicht.

separaten Modul-Vorstellungsthread

Wenn das abwärtskompatibel ist, braucht es das nicht unbedingt. Kannst wie gehabt fortführen, denk ich mir mal so.
Nur wäre es aus meiner Sicht sinnvoll ein paar Zahlen (Version) aufwärts anzufangen, für den Fall, daß ich noch irgend etwas nachträglich fixen muß. Also mach wie Du denkst  Schön wärs ja, wenn Du das neue Modul auch noch responsiv hinbekommen könntest. Ist aber vielleicht zuviel "verlangt".

Dabei fällt mir ein, daß auch das alte/aktuelle zumindest noch 'ne Korrektur (CSS) brauchen könnte.
Mal schauen, wie weit ich da noch Arbeit reinstecken möchte, gibt eigentlich wichtigere Dinge, hier auf dem WB-Tisch, und es wurde für die bestehenden Designs bei meinen Anwendern dahingehend auch nicht drum gebeten.

Jo, dann wünsch ich Dir hiermit gutes Gelingen für Das neue Modul.
MfG. Evaki

[Gast]

Nur zur Info für die Interessierten

ich hab das jetzt so gemacht:
- in den Gallery-Einstellungen gibt es ein Textfeld - pro Zeile ein Eintrag. Das Textfeld bezieht sich auf alle Bilder im gewählten Verzeichnis, also 100 Bilder = 100 mögliche Zeilen. Eine Leerzeile macht den Titel für dieses Bild leer - Ist dieser Bildtitel leer oder wurde überhaupt keiner angegeben, erscheint der Dateiname. Hier wären noch zwei Fragen
#1: Wenn Dateiname, dann besser mit Dateiendung oder ohne?
#2: Soll die Anzeige des Dateinamens schaltbar sein in den Module-Settings? (sprich: wenn show_extension == 1, zeige den Dateinamen, wenn show_extension == 0, zeige nichts

Dieser Titel wird angezeigt über das title-Attribute des großen Bildes. Die gleiche Ausgabe erfolgt im alt-Attribut des großen Bildes und wg der W3C-Validierung auch im alt-Attribute der Thumbs

Den Rest mach ich vielleicht besser in einem separaten Modul-Vorstellungsthread

[evaki]

Anbei view_09dev
Die Bezeichnung des jeweiligen Verzeichnisses, oberhalb der Bildansicht zu sehen, ist nun gegen die vorhandene Sprachvariable ($SWIFTTEXT['PATH'] = '  ' ausgetauscht, so daß die Bezeichnung entsprechend der Sprache ausgegeben wird.

So, nun ist erstmal Pause - Kaffeeeeeeeeeeeee
MfG. Evaki

[evaki]

Das klappt anscheinend noch nicht so wie gewollt.
Also schon die gewünschte Funktion, dafür aber an anderer Stelle evtl. ein Problem.
Also erstmal verwerfen, aber trotzdem überprüfen.
Genauer, es funktioniert bei mir bei der Wiedergabe im FE, bei vorhandenen Galerien.
Anscheinend, wenn ich nicht irre, gibts aber Probleme bei der Erstellung neuer Galerien.
(Hatte komplett gelöscht und wollte neue erstellen.) 
Leider erst heute Morgen entdeckt, und nicht gestern überprüft.
Hatte diese Art von Fehler auch schon vor der Änderung, bin daher neugierig, ob's bei Euch funktioniert, oder Fehler existieren.

Das neue Script klappt doch! Boahhhh 
Es ist ein Fehler, der bei der Galerieerstellung auftritt, und das tat's bei mir auch schon vor jeglicher Änderung. Wahrscheinlich ist, daß ich irgendeine Regel (Reihenfolge) bei der Erstellung nicht einhalte, oder wie auch immer. Die zuerst erstellte Galerie funktioniert nämlich - bisher zumindest - nicht, erst ab der folgenden. Also ein möglicher Fehler, oder ich bin an der Stelle zu doof....

Können sich ja auch Code-Abhängige damit beschäftigen, um evtl Fehlfunktion zu beseitigen.
MfG. Evaki

[evaki]

So, nachdem mich das mit dem Dateinamen dermaßen genervt hat, hab' ich mich selber rangemacht.
anbei view - 08dev. Da ich von dem Schei... keine Ahnung habe, hat's natürlich wieder gedauert -äußerst uncool. Aber cool ist, was so'ne pupsige Anweisung an der richtigen Stelle bewirken kann.
Hier sollte nun nur der Dateiname zu sehen sein.
Das oberhalb zu sehende Verzeichnis kann man natürlich deaktivieren, oder den vorhandenen Text ändern. Das schafft auch der Laie.
Test mit Rückmeldung wird gerne gesehen 

Falls alles funktioniert, könnte man es mit einer neuen Versionsnummer neu schnüren.
MfG. Evaki

[evaki]

Noch was zur Pfadangabe, hier aber im BE (siehe Anhang)
Bei der Auswahl der jeweiligen Galerie (Galerie wählen:) wird der dazu gehörende Pfad (Pfad zu den Bildern: )  nicht angezeigt. Da dieser aber in der DB steht, wundere ich mich, daß er nicht angezeigt wird.

War das schon immer so? Ist es schlicht nicht programmiert (vorgesehen)? Oder irgendwo in Folgeupdates verloren gegangen, was ja nicht selten vorkommt?
MfG. Evaki

[evaki]

Code Select Expand

Und selbst mit einer Darstellung in Tabelle, links ein Thumb, rechts der Titel - kommt ein Bild in diese Reihe, muß man vielleicht 90 von 100 Titel ändern
Ich hatte da ja schon mal 'n Dialog mit den Anwendern, sonst wär' ich da nicht "so drin".
Soweit ich das nachvollzogen und verstanden habe, geht's "nur" um die Anzeige des Titels, z.B. mit hover.
Ob nun Thumbs oder die einzelnen Bilder einer Galerie, der "blöde Pfad nervte"  . Für Attribute "alt" sollte er drin bleiben. Aktuell wird ja für beides $image genutzt.

Ha, nachdem ich die Zeilen dieser Seite (02) gelesen habe, ahne ich so langsam, warum da noch nicht weiter dran gewerkelt wurde 
Ich sag's mal so, wenn wer noch mit einfachen Mitteln, ohne Armbruch, falls möglich, das als Option (im Script selbst) hinbekommt, wunderbar! Es kann aber genausogut  auch als Aufgabe für einen späteren Zeitpunkt angemerkt (TODO) werden, un jut is 

MfG. Evaki

Uiii, dazu "Konventionen für Dateinamen"  fiel mir noch ein, daß das für WB und Leser selbst keine Hürde darstellen sollte, wenn auch unter Umständen evtl. gewöhnungsbedürftig, obwohl lange vorherrschend. Da das Dateisystem je nach Provider und Tarif auch per .htaccess auf unicode eingestellt werden kann, könnte ein Anwender auch Umlaute etc. im Dateinamen nutzen.
 

[Gast]

Nehmen wir ein Beispiel von dir:
der Pfad:
/media/Schulleben/Theater_Ag/Fruehlingserwachen/DSC00212 (2).JPG

Wer sagt nun dem Script, das der eigentliche Bildname (DSC00212 (2).JPG) "böse" ist und er besser den Ordner davor nehmen soll?
Mal davon abgesehen, das dir solch Bildtitel irgendwann mal um die Ohren fliegt, weil der den Konventionen für Dateinamen nicht entspricht...

gleiche Datei, anderes Verzeichnis
/media/DSC00212 (2).JPG

Was nun? "media" als Bildtitel ist auch doof (finde ich)

[bbs2]

Hallo,

würde dies den Dateinamen aus dem Pfadnamen extrahieren :

$bildname = substr(strrchr($fullpath, '\'),1);

Gruß
Heinz

[bbs2]

Hallo,

ich finde es super, was gerade mit der alten swift gallery entsteht. Danke, Danke.

Die Idee mit dem Schalter für die alternative Anzeige von Bildnamen mit oder ohne Pfad ist gut.
Eigentlich braucht jedoch der User nicht den Pfad, sondern nur den Bildnamen, sofern dieser vorher
aussagekräftig eingestellt wurde. Also z.B. "Hauptgebäude.jpg" statt "DSC0357.jpg".
Könnte hier evtl. der "Bildnamen mit Pfad" von rechts nach links suchend bis zum backslash auf den Bildnamen reduziert werden??
Mein php reicht dazu leider nicht aus.
Ein Upgrade mit Pfadnamensangabe ist allerdings auch ok.

Viele Grüße
Heinz