Seltsames Phänomen beim Seitenaufruf

horu · 07.03.2019 10:20:32

Hi Leute,

ich habe meine Page in den letzten Tagen von WB 2.10 auf WBCE 1.3.3 umgestellt.
Zuhause lokal getestet auf XAMPP (PHP 7.2) und auf dem Raspi-Server (PHP 7.0).
Alles wunderbar.

Nun habe ich die Page öffentlich bei all-inkl hochgeladen (die alte WB-Installation vorher gelöscht) und dort habe ich nun folgendes Phänomen:

- Bei jedem Seitenaufruf wird die Seite kurz weiß und dann wird erst das Template/die Seite geladen.

Diesen Effekt hatte ich weder in XAMPP, noch auf dem Raspi-Server.
Es handelt sich jeweils um genau die gleichen Dateien und mySQL-Datenbank. Alles nur kopiert/importiert.

Zum Vergleich:
(all-inkl Server):
https://www.heavy-metal-heaven.de

(Raspi-Server):
https://ho-ru.dyndns.eu/z-hmh

(Ups... als Neuling kann ich noch keine URLs einfügen, sorry! Aber Ihr wisst sicher, wie Ihr die Seiten trotzdem aufrufen könnt wink )

Hat jemand eine Idee, an was das liegen könnte?

ratlose Grüße
Holger

Last edited by horu (07.03.2019 10:39:34)

florian · 07.03.2019 10:33:00

Links gehen jetzt.

Ist bei All-Inkl evtl. eine .htaccess im Root, die den Browsercache deaktiviert?

horu · 07.03.2019 10:38:57

Dankeschön wink

Nein, eigentlich nicht. Da sind nur ein paar deny-Einträge gegen Bots drin.
Die htaccess ist auch die gleiche wie bei der WB-Installation. Daran hab ich seit Jahren nichts geändert.

colinax · 07.03.2019 11:02:51

horu wrote:

Bei jedem Seitenaufruf wird die Seite kurz weiß und dann wird erst das Template/die Seite geladen.

Dass ist teilweise normal, da in diesem Modus die Seite geladen wird und erst angezeigt wird, wenn die Seite vollständig geladen wurde.

Deine Seite ist auch nicht HTML valide, und selbst der Validator bricht den check ab da dieser nicht klar weis welches charset verwendet wird (laut Standard sollte in diesem Fall das laden der Seite beendet und blockiert werden), der Browser läd die Seite trotzdem, analysiert diese und daher sieht man auch so lange die weiße Seite, siehe https://html5.validator.nu/

horu · 07.03.2019 11:58:30

colinax wrote:

Dass ist teilweise normal, da in diesem Modus die Seite geladen wird und erst angezeigt wird, wenn die Seite vollständig geladen wurde.
Deine Seite ist auch nicht HTML valide

Die Seite ist schon seit Ewigkeiten nicht HTML valide. Immerhin besteht die schon seit 20 Jahren und macht inzwischen die 4. Generation an CMS mit ;-)
Irgendwann muss ich da mal groß Reinemachen, was bei den vielen Inhalten aber schwierig ist.

Seltsamerweise trat der Effekt seither nicht auf (WB 2.10 mit genau denselben HTML-Fehlern drin)
... und auch auf dem Raspi-Server wird es ja korrekt ausgeführt. (Spiegel-Page)

Ich vermute eher, dass es mit lokaler und öffentlicher Umgebung zu tun hat. XAMPP und Raspi laufen in meinem lokalen Netzwerk und der all-inkl Server steht ja extern.

Last edited by horu (07.03.2019 11:59:05)

horu · 07.03.2019 12:34:17

Komischerweise läuft der HTML5-Validator bei der Raspi-Seite durch.
https://html5.validator.nu/?doc=https%3 … 2Fz-hmh%2F

Zwar eine Menge Fehler, aber das ist ja bekannt.

Könnte es noch mit dem Ex- und Import der Datenbank zusammenhängen?

Evtl. gibt es da wieder Probleme mit den unterschiedlichen PHPMyAdmin-Versionen?
Aber von XAMPP auf Raspi hat es ja auch funktioniert.

bernd · 07.03.2019 12:39:47

Hab mir das mal angeguckt.
So von aussen betrachtet hat deine lokale Seite auch bischen Ladezeiten, allerdings tritt der Effekt der dazwischen "nackigen" Seite nicht auf.
Ich stocher mal bischen im Nebel, aber mir scheint dass es doch Unterschiede zwischen deinem lokalen Server und der online Kiste geben muß.
Auf deinem Raspi läuft auch der Apache?
Kannst du mal den Inhalt deiner .htacces auf dem Online-Server zeigen?
Wo kommt das windows-1252 character encoding her an dem der Validator erstmal rummeckert?
Ich kanns nicht beschwören, denke aber genau da liegt der Knackpunkt (reines Bauchgefühl). Weil der Validator nämlich auf deiner lokalen Installation zwar jede Menge Errors und Warnings bringt aber kein Wörtchen über das Charset verliert.

colinax · 07.03.2019 12:43:25

bernd wrote:

Wo kommt das windows-1252 character encoding her an dem der Validator erstmal rummeckert?
Ich kanns nicht beschwören, denke aber genau da liegt der Knackpunkt (reines Bauchgefühl). Weil der Validator nämlich auf deiner lokalen Installation zwar jede Menge Errors und Warnings bringt aber kein Wörtchen über das Charset verliert.

Ja, dass ist auch meine Vermutung, es sollte aber reichen wenn man das Template so anpasst dass als erster SPH mit dem Charset geladen wird.

bernd · 07.03.2019 12:48:07

es sollte aber reichen wenn man das Template so anpasst dass als erster SPH mit dem Charset geladen wird.

Wenn das aber eine verquere Serverkonfiguration ist mit einem DefaultCharset windows-1252 hilft das doch auch nicht wirklich, oder?

horu · 07.03.2019 12:50:23

An der .htaccess liegt es definitv nicht. Ich hatte sie testweise komplett deaktiviert und der Effekt war trotzdem da.
Die Ladezeiten von der lokalen Raspi-Seite liegt bestimmt am Raspberry ;-)
Auf dem läuft Apache 2.4 und PHP7.0 - eben das aktuellste, was es momentan für den Raspberry gibt.

Das windows-1252 hat mich auch gewundert.
Die Datenbanken sind auf UTF8 gestellt und in der config.php von WBCE ist auch die Zeile mit "define('DB_CHARSET', 'utf8');" enthalten. Im Template habe ich auch nichts geändert. Dort wird ja auch UTF8 angegeben.

Ich vermute den Fehler auch irgendwo im phpMyAdmin...... damit hatte ich zu WB-Zeiten schon einmal Probleme mit dem Ex- und Import. Damals hatten wir die komplette Datenbank dann auf UTF8 angepasst.

colinax · 07.03.2019 12:52:00

bernd wrote:

es sollte aber reichen wenn man das Template so anpasst dass als erster SPH mit dem Charset geladen wird.
Wenn das aber eine verquere Serverkonfiguration ist mit einem DefaultCharset windows-1252 hilft das doch auch nicht wirklich, oder?

Doch, wenn man in den WBCE Grundeinstellungen das Charset entsprechend einstellt, sollte alles wieder passen.

Aktuell hat der Server windows-1252 und ich vermute dass das Template statisch mit UTF-8 drüberfahren will, was eben Probleme macht.

horu · 07.03.2019 12:57:55

Hmm....

Datenbank-Server (all-inkl)
Server: xxxxx via TCP/IP
Software: MySQL
Software-Version: 5.7.21-nmm1-log - (Ubuntu)
Protokoll-Version: 10
Benutzer: xxxxx@xxxxxx
Server Zeichensatz: UTF-8 Unicode (utf8)

Datenbank-Server (Raspberry)
Server: Localhost via UNIX socket
Server-Typ: MariaDB
Server-Version: 10.1.23-MariaDB-9+deb9u1 - Raspbian 9.0
Protokoll-Version: 10
Benutzer: holger@localhost
Server-Zeichensatz: UTF-8 Unicode (utf8)

In meiner Datenbank ist auch UTF-8 General vertreten. Aber das dürfte eigentlich keine Probleme bereiten.

horu · 07.03.2019 13:00:14

In den Grundeinstellung von WBCE ist Unicode UTF-8 eingestellt.

Bin jetzt ca. 2 Stunden außer Haus. Ich teste nachher weiter.

bernd · 07.03.2019 13:16:06

Obacht: der Zeichensatz des Datenbankservers und der Zeichensatz des Webservers sind zwei Paar Stiefel!

horu · 07.03.2019 14:43:11

bernd wrote:

Obacht: der Zeichensatz des Datenbankservers und der Zeichensatz des Webservers sind zwei Paar Stiefel!

Stimmt. Der Webserver bei all-inkl hat laut infophp.php keinen Default-Charset definiert.

Die Lösung war tatsächlich, dass ich folgenden Meta-Tag gleich an den Anfang nach <head> gesetzt habe:

<meta http-equiv="Content-Type" content="text/html; charset=<?php echo defined('DEFAULT_CHARSET') ? DEFAULT_CHARSET :'utf-8';?>" />

Komisch, dass das vorher ging und nun auf einmal nicht mehr.
Naja, egal. Hauptsache es funktioniert jetzt ;-)

Danke für all die Tipps!

colinax

WBCE CMS Forum

#1 07.03.2019 10:20:32

Seltsames Phänomen beim Seitenaufruf

#2 07.03.2019 10:33:00

Re: Seltsames Phänomen beim Seitenaufruf

#3 07.03.2019 10:38:57

Re: Seltsames Phänomen beim Seitenaufruf

#4 07.03.2019 11:02:51

Re: Seltsames Phänomen beim Seitenaufruf

#5 07.03.2019 11:58:30

Re: Seltsames Phänomen beim Seitenaufruf

#6 07.03.2019 12:34:17

Re: Seltsames Phänomen beim Seitenaufruf

#7 07.03.2019 12:39:47

Re: Seltsames Phänomen beim Seitenaufruf

#8 07.03.2019 12:43:25

Re: Seltsames Phänomen beim Seitenaufruf

#9 07.03.2019 12:48:07

Re: Seltsames Phänomen beim Seitenaufruf

#10 07.03.2019 12:50:23

Re: Seltsames Phänomen beim Seitenaufruf

#11 07.03.2019 12:52:00

Re: Seltsames Phänomen beim Seitenaufruf

#12 07.03.2019 12:57:55

Re: Seltsames Phänomen beim Seitenaufruf

#13 07.03.2019 13:00:14

Re: Seltsames Phänomen beim Seitenaufruf

#14 07.03.2019 13:16:06

Re: Seltsames Phänomen beim Seitenaufruf

#15 07.03.2019 14:43:11

Re: Seltsames Phänomen beim Seitenaufruf

Board footer