WebsiteBaker Support (2.12.x) > Hilfe & Support (deutsch)

Hilfe - Menulinks zerschossen

<< < (10/21) > >>

jacobi22:

--- Quote from: evaki on February 13, 2019, 04:41:58 PM ---Muß eigentlich Multiple Choices (Apache) aktiviert sein?

--- End quote ---

war das nicht die Alternativ-(Datei-)Suche, bei Adress-Tipfehlern? Wenn ja, würde ich das eher nicht aktivieren

astricia:
Wrapper funktioniert auch. Habe ihn auf die Unterrichtsseite gelegt - und zwar in einen Abschnitt 1, der oberhalb des fehlerhaften Code-Abschnittes liegt.

Beim Code-Abschnitt

--- Code: ---header('Location: http://www.example.com/');
exit;
--- End code ---
bricht er die Ausgabe ab.

astricia:

--- Quote from: evaki on February 13, 2019, 04:41:58 PM ---
--- Quote ---Wer von euch hat das Kontaktformular ausgetestet und irgendwelche kryptischen Dinge darüber verschickt?
--- End quote ---
Das könnte mein Scanner gewesen sein, kannst Du aber im LOG nachschauen, ob er das war.
Wenn das Teil mit Schutz (Captcha) versehen ist, sollte kein Absenden möglich sein, also bei Dir nix landen!
MfG. Evaki

--- End quote ---

In welchem Log? In der Historie von Miniform, sehe ich 2 Einträge, z.B. folgendes:

Datenschutz:   akzeptiert
Email:   sample@email.tst
Message:   20
Name:   lgomhavu
Timestamp:   WEB-INF/web.xml?

Captcha ist eigentlich drin. Mail ist aber beim Kunden offensichtlich angekommen, und gespeichert ist es auch.

jacobi22:

--- Quote from: astricia on February 13, 2019, 04:46:31 PM ---Wrapper funktioniert auch.

--- End quote ---

Verdammt........ 

Wrapper ist ein reiner IFrame, der, der Erfahrung nach oft eher unterbunden wird im Vergleich zum header:location(), was eine reine PHP-Umleitung ist

Rein von der Logik her gibt es doch nur wenige Stellen in WB
1. Datenbank liefert falsche Werte, entweder nicht eingetragen oder falsch verarbeitet
2. Das Modul wertet diese Daten falsch aus
3. es läuft im framework-Ordner falsch, wo die Seiten zusammengebaut werden.
4. Fehler im Template bei der Zuordnung der Page-Contents

2 und 3 können wir wohl ausschließen, hast du ja getauscht

Beispiel für Letzteres (4.)
definiert man die Blöcke über ob_start(), müssen sie wieder geschlossen werden, sonst überschreiben sie sich gegenseitig


--- Code: ---ob_start();  //fetch MainContent
page_content(1);
$page_MainContent = ob_get_clean();
--- End code ---

zum Einlesen und Schließen gäbe es mehrere Möglichkeiten

z.b. auch


--- Code: ---ob_start();
page_content(1);
$page_MainContent = ob_get_contents();
ob_end_clean();
--- End code ---

und als theoretisches Beispiel

wenn ich annehme, das auf den Seiten wie start.php nur ein Block aktiv ist, im Template aber mehrere geschalten werden, könnte das schon eine Ursache sein.
Was mir aber nicht gefällt, ist der Abbruch im Script, denn selbst wenn man hier einen Block überschreiben würde, wäre dieser vielleicht leer.

Ich kann dir anbieten, mit einem Zip der Dateien (ohne /media-Ordner) und einem Backup der Datenbank da mal rein zu schauen. Ist es ein WB-Problem, sollte es bei mir auch auftreten
Mailadresse: uwe@jacobi22.com

evaki:
Sowas ist nicht vom Scanner, der nur auf XSS un son Krams guckt.
ICH WAR DAS NICHT  :-D :-D :-D Das war'n die anderen  8-)


--- Quote ---war das nicht die Alternativ-(Datei-)Suche, bei Adress-Tipfehlern? Wenn ja, würde ich das eher nicht aktivieren
--- End quote ---
Ist aktiviert!
Wobei ich mittlerweile glaube -oh Heiliger-, daß es allein der Serverkonfiguration geschuldet ist. Soviel kann man mit keinem CMS verkehrt machen. Gibts noch mögliche Fehlerquellen beim Multilanguage-Modul?

Vielleicht auch mal ein Rebuild (access-Files) machen?
Doof, daß man da nicht reingucken kann. Möglich wäre ja ein "Schuppen vonne Augen", un so...
MfG. Evaki

Navigation

[0] Message Index

[#] Next page

[*] Previous page