Beiträge von mcgege

    Danke für den schnellen und professionellen Support!

    Ich habe den Quelltext-Block nun wie folgt abgeändert, damit funktioniert es:

    PHP
    <?php include('xxx.php'); ?>

    --> also ohne die absolute Adresse zum Script

    Damit wird das Ergebnis zwar nicht mehr im Zeta Producer angezeigt, aber damit kann ich leben ... warum das vorher funktioniert hat und jetzt nicht mehr, kann ich mir nicht erklären. Ggf. hat das mit der Umstellung auf PHP 8 zu tun?

    Guten Morgen, wie ich ja geschrieben hatte: Wenn ich den include-Link direkt mit dem Browser aufrufe, wird der Inhalt angezeigt - nur eben nicht als Teil des Zeta Templates. Es kann aus meiner Sicht daher nicht am Provider liegen.

    Noch eine Vermutung: Ich verwende seit diesem Jahr das Cookie Consent Plugin - vielleicht wird das da irgendwo geblockt?

    Hallo zusammen,

    ich hab's leider ein bisschen eilig mit dem Thema - habe eben den Adventskalender in Zeta wieder "scharf" geschaltet, den ich die letzten Jahre schon erfolgreich genutzt hatte - jetzt funktioniert er leider nicht mehr (und der 1. Dezember ist nicht mehr fern =O ).

    Kurz zum Hintergrund: Die gezogenen Gewinnzahlen werden auf dem Server in eine Datenbank eingespielt, und ein PHP-Script gibt in Tabellenform tagesaktuell die Gewinne zurück. Dieses Script habe ich als "Quelltext" in meiner Webseite integriert:

    PHP
    <?php include('https://www.lions-club-guenzburg.de/xxx.php'); ?>

    Damit Zeta das auch anzeigt, hatte ich in der php.zeta-producer-apache.ini folgenden Wert gesetzt (muss man nach jedem Update neu ändern):

    Code
    allow_url_include = On

    Hat bisher immer problemlos funktioniert, dieses Mal leider nicht mehr ... in Zeta wird alles soweit korrekt angezeigt, aber live ist dieser Block leider leer (auch im HTML Quellcode).

    Wenn ich das PHP-Script direkt im Browser aufrufe, passt alles - es liegt also irgendwo an der Integration in Zeta.

    Kann mir hier jemand bitte weiter helfen?

    Zeta 16.5.0 Express, Layout "Travel Responsive"

    Link: https://www.lions-club-guenzburg.de/adventskalender-2022.php (sollte zwischen "Die Losnummer..." und "Die Angabe..." erscheinen)


    Merci

    Michael

    Tatsächlich - wenn ich dies in Windows wieder aktiviere, wechselt der Header auch wieder automatisch durch!

    Allerdings habe ich auf der selben Seite auch einen Bilder-Slider eingebaut und hier werden die Bilder trotzdem durchgewechselt, auch wenn "Animationen in Windows anzeigen" deaktiviert ist ... das passt ja dann irgendwie nicht zusammen?

    Wäre schön, wenn man diese Abfrage des System-Settings auch ignorieren könnte - so, wie es halt bisher in V15 war ...

    Hallo Stefan,

    da solltet Ihr vielleicht etwas mehr Vertrauen in Eure Nutzer haben? Ich meine zu wissen, was ich hier tue ...

    Und es ist halt immer unschön, wenn so eine Funktion abgedreht wird, die bisher funktionierte (wenn auch nicht "offiziell").

    Tja

    Michael

    Hallo zusammen,

    wie kann ich in der aktuellen Zeta-Version (15.4.1) noch Änderungen an der php.ini für den lokalen Interpreter setzen? Mir geht es konkret um die Einstellung allow_url_include

    Früher gab es eine php.ini, die geändert werden konnte - inzwischen finden sich nur noch die ini-Templates. Wenn man eine geänderte php.ini unterschiebt (habe dies im Verzeichnis ...\PhpInterpreter bzw. C:\Windows versucht), wird diese leider ignoriert.


    Viele Grüße

    Michael

    Hallo zusammen,

    ich habe eben auf meiner Webseite einen geschützten Bereich eingefügt und erhalte hier nur eine leere Seite ... beim debuggen ist mir aufgefallen, dass die Scripte auf die unverschlüsselte Seite (http://) verweisen und deshalb nicht geladen werden. Wie in diesem Post beschrieben habe ich in den FTP-Einstellungen https:// vor die Web-Adresse gestellt, alle Projekt-Seiten neu erstellt und veröffentlicht - ohne Erfolg. Es wird immer noch http:// in der URL verwendet ...

    Wie kann ich das Problem lösen?

    Zeta Producer 15.2, Layout "Travel Responsive"


    Viele Grüße

    Michael

    Hallo Michael,

    Testveröffentlichungen laufen am sichersten auf einer eigenen Subdomain mit Passwortschutz. Da kann dann nur der Kunde noch ran, ansonsten kriegt die keiner zu sehen. Falls es nur um eine einzelne Seite in einem Projekt geht, bietet sich das Widget "geschützter Bereich" an. Danach in der normalen Umgebung veröffentlichen und dem Kunden das Kennwort mitteilen.

    Hallo Thomas,

    vielleicht hab ich mich da etwas missverständlich ausgedrückt: Ich habe bisher immer größere Änderungen in einem getrennten Test-Webspace publiziert, damit ich selbst die Auswirkungen auf verschiedenen Browsern / Endgeräten testen konnte bzw. der Kunde auch die Möglichkeit hatte, sich das Ergebnis vorab anzusehen, bevor es live geht. So etwas ähnliches suche ich bei Zeta auch ...

    Ich habe mir schon überlegt ob man die lokalen Zeta-Files nicht (gescriptet?) umkopieren bzw. mit neuen Parametern für das Test-Web versehen könnte (Web-Name, FTP-Account etc.). Und vielleicht hat hier ja schon jemand etwas passendes?

    Hallo in die Runde und eine Frage an die Zeta Experten:

    Wie geht Ihr denn vor, wenn Ihr Änderungen an einem Web vornehmt und diese vorab "testen" wollt, bevor sie freigegeben werden?

    Ich hatte bisher dafür zwei Webinstanzen, eine DEV und eine PROD ... aber wie bilde ich das am besten in Zeta ab?


    Viele Grüße

    Michael