Versucht man unter Chrome online CMS zu verwenden kommt ein Hinweis man würde unsichere Skripts verwenden
Online CMS wird blockert
-
Hallo Robert,
prüfe mal bitte unter FTP-Einstellungen, ob dort die Webadresse mit https:/ angegeben ist. Falls nicht, bitte ergänzen und dann neu veröffentlichen.
-
Teilen Sie uns doch bitte zumindest die URL zur Seite mit dem CMS mit.
-
So, jetzt wird es nicht mer blockiert, wenn ich jedoch das Passort eingebe, dann bleibt es so im Dialog stehen und man kann es nur mit abbrechen verlassen
An dem Thema bin ich auch dran: (Siehe meinen eigenen Beitrag)
Nach vielen mal probieren , teilweise nach 1-2 Stunden Pause udn mehrfachem reload klappt es mittlerweile auf allen Geräten -
Teilen Sie uns doch bitte zumindest die URL zur Seite mit dem CMS mit.
Lieber Stefan; ich bin mit dem Problem: Online CMS nicht alleine,
Ich hatte es mal in der Version 14 probiert, da ging es, meine Erinnerung, völlig reibungslos.
In der neuen Version 15 (gestern erstmalig probiert),
hakelt es . Das ist meien Seite https://www.gramberg.de/blog/blog-aktuelle-infos.php -
PrinzBernhard ich vermute die Ursache ihres "mehrfach reload, dann klappt es" ist der Browser-Cache (das sind ja ggf. noch versionen der Seiten ohne HTTPS-Verweise enthalten). Da können wir leider nichts daran ändern. Hier finden Sie raus, wie man den Browser-Cache löscht: Browser-Cache löschen
-
PrinzBernhard ich vermute die Ursache ihres "mehrfach reload, dann klappt es" ist der Browser-Cache (das sind ja ggf. noch versionen der Seiten ohne HTTPS-Verweise enthalten). Da können wir leider nichts daran ändern. Hier finden Sie raus, wie man den Browser-Cache löscht: Browser-Cache löschen
Auch wenn ich das auf 3 neuen Browsern probiere,
auf denen die Seite noch nie offen war ?
Kommt bei Dir das zumindest das Passwort-Fenster?
Ich kann Dir das Passwort auch gerne zugänglich machen -
Kommt bei Dir das zumindest das Passwort-Fenster?
Ja, sobald ich auf "Anmelden" klicke.
-
Hallo Robert,
gehe in Zeta auf "Erweitert" -> "Erweiterte Einstellungen" -> "Kodierung" und überprüfe, ob hinter der Kodierung (standardmäßig utf-8) ein Häkchen bei "BOM schreiben" drin ist. Falls ja, dieses entfernen, alle Seiten neu erstellen und veröffentlichen. Den Funktionstest dann am Besten in einem InPrivate-Fenster ausführen oder den Browser-Cache leeren.
Hintergrund: BOM (Byte Order Mark) führt zu einer Fehlerhaften Zeichenübermittlung bei UTF-8. Der Server erhält also andere Zeichen als auf der Tastatur eingegeben, was dazu führt, dass das Passwort permanent falsch ist. Siehe auch https://de.wikipedia.org/wiki/Byte_Order_Mark
-
Zu dem Hinweis BOM: habe ich zwar gemacht, aber neige ich zu Zweifeln,
weil es bei meinen Versuchen nach 4-5 * geklappt hat.
Mein Passwort enthält keine Sonderzeichen sondern nur einfache
Buchstaben bzw. Zahlen "kuba1956" sollte nichts mit UTF8 zu tun haben. -
Hallo Bernhard,
mein Beitrag bezog sich auf die Aussage von Robert. Beim UTF-8 mit BOM kommt vermutlich "kuba1956" auf dem Server an.
-
Zumindest ging es heute auf einem anderen neuen Rechner
von Anfang an reibungslos, (kein reload)Also könnte es in der Zusammenarbeit erfolgreich sein
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!