PHP wechsel von 7.4 auf 8.1

  • Hallo all

    ZP 16.5

    Travel Reponsive

    1und1 / ionos hat mir mitgeteilt das 7.4 nicht mehr unterstützt wird um kein Stress zu bekommen wollte ich gleich auf 8.0 - 8.1(empfohlen) wechseln.

    Schon hatte ich den Sch.. meine Header Bilder werden nicht mehr angezeigt.

    Was kann ich machen um das Problem zu lösen?

    7.4 kostet dann wenn es weiterunterstüzt werden soll jeden Monat extra Geld das würde ich gern vermeiden.

    Gruß Detlev

  • Also, Version 16 ist bis PHP 8.1 getestet und sollte funktionieren. Wenn Sie uns einen link zu einer Seite mit deffektem Header hier mitteilen, können wir vielleicht sagen woran es liegt.

    Header (Kopfgrafiken) nutzen eigentlich gar kein PHP, daher ist es eigentlich sehr unwahrscheinlich, dass der Fehler am Wechsel der PHP-Version liegt.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Ursache ist ein Skriptfehler im JS. Im JS ist folgende Meldung enthalten:

    <br />

    <b>Warning</b>: Undefined array key "HTTP_IF_NONE_MATCH" in <b>/homepages/18/d96410601/htdocs/gzip.php.txt</b> on line <b>31</b><br />

    Woher diese Warnung kommt, erschließt sich mir nicht. Irgendwie scheint bei Ihrem Provider hier doch auch PHP im Spiel (oder Ihre Startseite hat die Endung .php). Ich vermute, der Provider weiß mehr als wir, wenn er die obige Meldung sieht.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo all

    Stefan schreibt das es nichts mit ZP zu tun hat und 1und1 möchte nicht weiterhelfen weil es ein fremdes Skript sein soll.

    Wenn ich wenigstens wüsste wo ich genau suchen soll.

    Ich bin völlig ahnungslos wer von euch kennt sich besser aus und weiß wo ich suchen soll bzw. was es sein könnte das den Fehler auslöst.

    @HC

    Schön das es dir gefallen hat.

    Gruß Detlev

  • Hallo siya

    Der Slider scheint zwischenzeitlich wieder zu funktionieren.

    Nun liegt aber die Cookie-Banner-Anzeige (und dessen Funktion) noch im Argen.

    Drücke und halte mal die Tasten «Strg» (Ctrl) und «Shift» (Hochstelltaste) und drücke kurz «T».

    Warte einen Moment.

    Gehe auf «Veröffentlichen» und dann zu/auf «Komplette Website veröffentlichen».

    Wenn die Website, nach Abschluss des kompletten Hochladens, immer noch nicht korrekt funktioniert, entferne gegebenenfalls fremde Scripte, bzw. Fremdcode aus Deinem Projekt.

    Tipp: Benutze das Kontaktformular von ZP.

    Optionaler Tipp: Entferne – wenn wir schon dabei sind – geschützte Leerschläge (&nbsp;&nbsp;&nbsp;&nbsp;etc.) aus dem Projekt mittels -> «Extras -> Optionen -> Aktionen -> Alle geschützten Leerzeichen ersetzen -> Ausführen -> Ausführen -> (warten) -> OK». Dann Veröffentlichen.

    Viel Glück!

    Viele Grüsse aus der Kälte

    elch

    Zeta Producer 17.x - Express

    Website, zu einer nicht primär gewinnorientierten und/oder ernst zu nehmenden Nebentätigkeit: Heubeere.ch ;)
    (PS: "ß" gibt es nicht - und kann ich nicht. Sorry!)

  • die Feststellung von elch hinsichtlich "Cookie-Consent" ist dahingehend interessant, dass bei dir tatsächlich ein Syntaxerror "<<br/>" in der Chrome-Konsole angezeigt wird. Kontrolliere mal die Texteinstellungen im Widget.

  • Hallo all

    erst mal vielen lieben Dank.

    Silder funktioniert weil ich PHP zurückgestellt habe.

    Ich werde eure Vorschläge jetzt erst mal abarbeiten.

    Gruß Detlev

  • Hallo all

    Mein Cookie Widget will einfach nicht so wie ich.

    Die Links zur Datenschutzseite und zum Impressum funktionieren einfach nicht.

    werden nur so übermittelt https://www.sri-lanka-live.de/#

    Ich habe das Cookie Widget gelöscht und auf einer anderen Unterseite neu eingefügt hat nichts gebracht.

    Hanabi

    Der Text wird doch automatisch eingefügt oder habe ich was falsch verstanden?

    Gruß Detlev

  • Hallo Detlev, du musst in deinem Projekt eine Impressum und Datenschutz Seite angelegt haben und auf diese verlinkst du mit dem Cookie Widget.

    Ich verwende ZP 17.2.4;)

    Grüße Ela

  • Hallo Ela

    Das habe ich natürlich.

    In der Vorschau sieht alles ok aus nach dem hochladen wieder falsch.

    Gruß Detlev

  • Beim Lesen der Consent-Widget-Einstellungen tritt ein Fehler auf. Das sieht man, wenn man folgende URL öffnen will: https://www.sri-lanka-live.de/assets/consentsettings.json

    Ursache scheint mir wieder: /homepages/18/d96410601/htdocs/gzip.php.txt

    Uns sagt diese Datei nichts, Ihr provider sollte aber wissen, wozu die Datei dient, warum diese aufgerufen wird und dadurch den Fehler verursacht.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo all

    Stefan

    Danke für deine Mühe und deine Infos.

    So wie es nach einem Telefonat mit 1und1 aussieht sind sie nicht bereit zu helfen.

    Ich habe schon die meisten Skripte gelöscht bzw. gelöscht - getestet - wieder eingefügt.

    Ich bin am verzweifeln.

    Gruß Detlev

  • Vielleicht können Sie die Datei /homepages/18/d96410601/htdocs/gzip.php.txt ja zum Test per FTP umbenennen (damit sie nicht mehr gefunden und benutzt wird)?

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Stefan

    Ich kann den Pfad nicht finden

    wie kann das angehen, habe alle Ordner durchsucht.

    Wenn die Datei in einem der Ordner versteckt wäre müsste sie doch auch anders anfangen oder.

    Gruß Detlev

  • Also da kann ihnen wirklich nur der Provider helfen. Wir kennen Ihren Setup nicht.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Danke für die Hilfe, ich werde bei 1und1 weiterbetteln das sie doch mal schauen wo der Fehler ist.

    Gruß detlev

  • Ich kann mir nur vorstellen, dass in irgend einer Konfigurationsdatei (php) auf die Datei /homepages/18/d96410601/htdocs/gzip.php.txt verwiesen wird, die Datei aber nicht existiert. Warum dieser Fehler aber beim Aufruf einer JavaScript Datei ausgelöst wird (hat ja mit php nichts zu tun) erschließt sich mir nicht. Alles auf jeden Fall serverspezifisch und sollte vom Provider gelöst werden können. Wenn der nicht helfen will, will es vielleicht gerne ein anderer Provider…

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo all

    ich habe die Datei gefunden und versucht sie umzubennen bzw. zu löschen.

    Beides mal kein Erfolg, nach beiden Versuchen wurde meine Webseite ohne Layout angezeigt.

    Bullshit. Also wieder 1und1 angeschrieben hier kommt die Antwort:

    Also muss das Problem woanders liegen. Vielleicht soll die Datei gar keine txt Datei sein und

    müsste eigentlich gzip.php heißen? (Habe ich überprüft,kein Erfolg)

    Möglicherweise ist der Fehler auch schon in der consentsettings.json Datei.

    Das sollte Ihnen aber der Entwickler besser beantworten können, da wir keine Programmierer sind.

    Es tut mir leid, dass ich Ihnen hier keine bessere Lösung anbieten kann.

    Hat noch jemand von euch eine Idee woran es liegen könnte?

    Gruß Detlev

    PS: mir ist aufgefallen das ich seit dem Kontakt mit 1und1 sehr viel Spam bekomme - Zufall? Oder hat einer von euch gleiche Beobachtung gemacht?

  • Hallo Detlev,

    Lade mal die Datei runter. Als *.txt sollte sich diese öffnen lassen. Kopiere den gesamten Inhalt und poste ihn hier. Die Fehlermeldung in Beitrag #4 verweist auf Zeile 31. Die können wir uns dann mal ansehen.

  • Hallo all

    Hanabi

    Diese Datei /Code verursacht wahrscheinlich den Fehler.

    gzip.php.txt

    <?php

    //check that zlib compression is enabled

    if(!ini_get('zlib.output_compression')){ die(); }

    $allowed = array('css','js'); //set array of allowed file types to prevent abuse

    //check for request variable existence and that file type is allowed

    if(isset($_GET['file']) && isset($_GET['type']) && in_array(substr($_GET['file'],strrpos($_GET['file'],'.')+1), $allowed)){

    $data = file_get_contents(dirname(__FILE__).'/'.$_GET['file']); // grab the file contents

    $etag = '"'.md5($data).'"'; // generate a file Etag

    header('Etag: '.$etag); // output the Etag in the header

    // output the content-type header for each file type

    switch ($_GET['type']) {

    case 'css':

    header ("Content-Type: text/css; charset: UTF-8");

    break;

    case 'js':

    header ("Content-Type: text/javascript; charset: UTF-8");

    break;

    }

    header('Cache-Control: max-age=300, must-revalidate'); //output the cache-control header

    $offset = 60 * 60;

    $expires = 'Expires: ' . gmdate('D, d M Y H:i:s',time() + $offset) . ' GMT'; // set the expires header to be 1 hour in the future

    header($expires); // output the expires header

    // check the Etag the browser already has for the file and only serve the file if it is different

    if ($etag == $_SERVER['HTTP_IF_NONE_MATCH']) {

    header('HTTP/1.1 304 Not Modified');

    header('Content-Length: 0');

    } else {

    echo $data;

    }

    }

    ?>

    Gruß Detlev

  • Hallo all

    Dank dem Premium-Support wurde mir geholfen.

    Nachdem alle gzip Dateien im htaccess gelöscht wurden, danach einzeln wieder hochgeladen und überprüft, konnte die fehlerhafte Datei gefunden werden.

    Gruß Detlev

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!