WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo,
Seit dem Update nun auf die WBCE 1.5.1 funktioniert die Google_Sitemap.php nicht mehr. Siehe Anhang!
Edit: Betreff angepasst -florian
*bzw. Ursache gefunden
Beitrag geändert von florian (15.10.2021 06:02:29)
Liebe Grüße,
cHAp
Offline
Hm, kann ich auf Anhieb nicht reproduzieren.
Ist der rote Hinweis der Output von irgend einem Validierungstool?
Oder ist in der google_sitemap.php vielleicht $debug auf true gesetzt?
Welche PHP-Version ist da verwendet?
Code allein macht nicht glücklich. Jetzt spenden!
Online
Hey,
PHP Version 7.4.16
Debug ist false
Ist der rote Hinweis der Output von irgend einem Validierungstool? <= was meinst du damit?
Ich hab an der google_sitemap.php nichts geändert. Beim Upgrade einfach hochgeladen!
Liebe Grüße,
cHAp
Offline
Mit "Validierungstool" meine ich z.B. https://www.xml-sitemaps.com/validate-xml-sitemap.html
Wenn ich auf https://wbce.org/google_sitemap.php gehe, sehe ich keinen solchen Hinweis.
Code allein macht nicht glücklich. Jetzt spenden!
Online
Achso. Da kommt das Problem aber auch. Siehe Anhang!
Ich hab mal die Google_SiteMap hier angehängt mit!
Beitrag geändert von chap (14.10.2021 13:45:37)
Liebe Grüße,
cHAp
Offline
Hm, unklar. https://wbce.org/google_sitemap1.php ist die Datei, die Du oben angehängt hast. Funktioniert auch.
Aus irgendwelchen Gründen werden bei Dir Leerzeilen vor der XML-Definition eingefügt. Mir ist vage so, dass das irgendwie mit Zeichensatzkodierungen zu tun haben könnte.
Vgl. sonst auch https://stackoverflow.com/questions/100 … om-nowhere
Beitrag geändert von florian (14.10.2021 14:52:42)
Code allein macht nicht glücklich. Jetzt spenden!
Online
Ähm Stichwort "BOM".
Dieser komische unsichtbare Marker, der von manchen Editoren bei bestimmten (falschen) Einstellungen an den Dateianfang geschreieben wird ?!?
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
berny
Bernd was meinst Du damit? Ich komm da gerade nicht mit. :-)
Liebe Grüße,
cHAp
Offline
"BOM" (Byte Order Mark) ist eigentlich hier:
https://de.wikipedia.org/wiki/Byte_Order_Mark
recht gut erklärt.
D.h. wenn du die Sitemap-Datei in einem Editor bearbeitet und gespeichert hast, der glaubt es sei eine gute Idee beim Speichern automatisch das BOM zu setzen, hast du genau den Effekt den auch z.B. eine leere Zeile vor dem <? php am Dateianfang erzeugt.
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Hä? Das hab ich doch gar nicht gemacht die Datei entsprechend bearbeitet. Ich hab Sie aus dem ZIP ganz normal hochgeladen!
Liebe Grüße,
cHAp
Offline
Das hatte ich dir auch nicht unterstellt.
Es war lediglich eine Anmerkung, dass dies eben auch zu dem beobachteten Effekt führen kann.
Irgendwie muss man die (möglichen) Ursachen ja einkreisen ...
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Deine Datei (auf dem Server) scheint gründlichst kaputt zu sein:
- XML declaration allowed only at the start of the document on line 3
- Premature end of data in tag urlset line 4 on line 4
- sie erzeugt, bei angehängtem ?debug lediglich eine Ausgabe bis /head und bricht dann ab
Ich würde ja jetzt einfach:
die google_sitemap.php aus dem Original-Installations-Paket entpacken, einzeln per FTP hochladen und gucken was dann passiert ...
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Naja was anderes hab ich ja auch gar nicht gemacht wo ich von 1.5.0 auf 1.5.1 geupdatet habe! Daher verstehe ich den sinn nicht so recht.
Was sollte ich nun machen?
Liebe Grüße,
cHAp
Offline
Ok, hab den Fehler gefunden, das liegt an meinen BANSYSTEM was wir einsetzen und als INCLUDE Hinterlegt haben!
Nervt schon wieder! Muss mir da nochmal Gedanken machen wie ich das hinbekomme!
Hab das Include erstmal herausgenommen aus WBCE und nun klappt es erstmal wieder!
Liebe Grüße,
cHAp
Offline
Es soll ab-und-zu auch schon mal vorgekommen sein, dass eine Datei bei der Übertragung per FTP kaputt gegangen ist und/oder nicht korrekt überschrieben wurde ...
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Hey,
Das Update hab ich nochmal darauf gespielt! Ich hab auch eben mein Include angepasst, das sollte nun wieder passen! Ich hab nämlich ein Externes Plugin womit ich entsprechende Bereiche auf der Welt wie IPs, Länder, etc. und so weiter Blocken kann!
Liebe Grüße,
cHAp
Offline
*grmmmppffffllll*
Die Info, das das kein Original-WBCE ist sondern was selbst-gefrickeltes mitspielt, gehört eigentlich in den ersten Post,
könnte einem viel Zeit ersparen
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Ich bin nun nicht davon ausgegangen das dies sehr relevant ist, weil das nur inkludiert wird am Ende der Seite! :-( Es lobe Verbesserung. :-D
Liebe Grüße,
cHAp
Offline
Wenn z.B. dieser include auch nur eine winzige Warning oder Notice schmeißt - die die Funktion an sich nicht beeinträchtigen - hast du was???
Genau! eine Ausgabe vor dem XML-Geraffel!
... nein in Europa verwenden wir beim Programmieren nicht € statt $ ...
Offline
Im Grunde prüft das Inkludieren nur, ob in der MySQL eine IP oder Land etc. gesperrt ist im System bei mir. Dann leitet er direkt per meta Refresh 0sek. Auf die Banseite weiter, Mehr ist das im Grunde nicht. :-D
Liebe Grüße,
cHAp
Offline
Naja, aber ev ist dort ein Code-Fehler drinnen.
Reicht ein älterer Befehl, der nicht mehr richtig unterstützt wird, oder Notice bei mysql Abfrage usw.....
Ergibt eine Fehlermeldung vor dem Rest -> Fehler im System.
Darum ist der Einwand schon berechtigt, und du könntest ja den code der include Datei hier posten zwecks Fehlerfindung...
Wenn du schlau bist ;-)
Beitrag geändert von berny (14.10.2021 22:16:43)
Offline
bernd
Von den Externen Programm kann ich leider kein Code hier offenlegen! Ich werde mich da aber mit den Hersteller in Verbindung setzen!
Liebe Grüße,
cHAp
Offline