Beiträge von dpessen

  • Shopaufruf meldet Fatal error

    Zitat von Stefan S

    Aber da mussten Sie ja keinerlei Rechte anpassen, damit der Shop funktioniert, oder? Das meinte ich in Beitrag #5.

    Zu damals. Wir benutzen nun Webhoster ratiokontakt. Bei denen muss man händisch für php vollzugriff erteilen sonst lässt sich der Shop nicht installieren ☝️

    Kommen Sie jetzt nicht wieder mit "bei anderen geht es". Es ist schlichtweg ein Sicherheitsrisiko wenn man für php skriptausführung vollzugriff erteilt!

  • Online-CMS - JavaScript wird entfernt

    1.) Fußball jugendwebsite mit 7 jugendmannschaften, die von extern (Trainer, etc.) die Inhalte selbst aktualisieren wollen.

    2.) Wenn ich den Code über ZP mache, kann ich den nur oberhalb oder unterhalb der Online Artikel platzieren, nicht aber nebeneinander mit z. B. einer Tabelle

  • Online-CMS - JavaScript wird entfernt

    Ich möchte gerne ein Widget von fussball.de in unsere Website einbinden.

    Im Zeta-Producer kann man das wie folgt erfolgreich einbinden:

    1.) script-Code im Head-Bereich über Zeta-Producer - Menü Website - Einstellungen - CSS

    Code
    <style>
/* hier folgen eigened CSS-Styles */
</style>
<script type="text/javascript"
        src="https://www.fussball.de/static/layout/fbde2/egm//js/widget2.js">
</script>

    2.) script-Code im Artikel über html-Ansicht des passenden Artikels

    Code
    <div id="widget1"></div> 
<script type="text/javascript">
        new fussballdeWidgetAPI().showWidget('widget1', '02PUNGC5JC000000VUM1D54KVV4EH1PB');
</script>

    Nun würde ich gerne den zweiten Teil über das Online-CMS in der html-Ansicht einfügen.

    Wenn ich das "wie im Artikel von Zeta-Producer" gleich mache:

    Code
    <div>
<div id="widget1"></div> 
<script type="text/javascript">
        new fussballdeWidgetAPI().showWidget('widget1', '02PUNGC5JC000000VUM1D54KVV4EH1PB');
</script></div>

    Dann die Eingabe mit "OK" abspeichere und nochmals in der html-Ansicht öffne, sehe ich nur noch diesen Inhalt:

    Code
    <div>
<div id="widget1">&nbsp;</div>
</div>

    Es scheint, dass das Online-CMS den script-Code einfach beim Speichern herausfiltert.

    Ist das so gewollt oder gibt es hierfür irgendein Workaround mit reinem Online-CMS?

  • Shopaufruf meldet Fatal error

    Ja, das ist korrekt.

    Es gibt aber Firmen und Einrichtungen die Hosten gerne selber ;)

    Da sieht es mit der Rechtevergabe dann anders aus als bei einem fremd gehosteten System.

    Einfach mal eine Kiste nehmen und einen IIS installieren. PHP dazu und dann den Shop veröffentlichen.

    Dann wissen Sie was ich meine ;)

  • Shopaufruf meldet Fatal error

    Sorry, da muss ich so widersprechen.

    Ich hab es jetzt gerade auf einem ionos-Webserver ausprobiert und da liegen die entpackten Verzeichnisse ebenfalls unterhalb von root\php und nicht bei root\php\SHOP_DATA:

    Die Schreibrechte müssen somit zwingend zumindest ab root\php komplett freigegeben sein, damit sich der shop auf dem Webserver installieren lässt und funktioniert!

    Bitte um Anpassung in der Dokumentation oder testen sie es einfach selbst ;)

    Anmerkung:

    Hat man die Schreibrechte auf einem gehosteten Webserver mal freigegeben, dann liegen die schon ab root.

    Deshalb vermutlich auch ihre Antwort "da dies normalerweise ohne jegliche Änderungen einfach funktioniert."

    Da Schreibrechte über die komplette Website aber nicht jeder haben möchte wäre hier eine detaillierte Rechtevergabedokumentation schon sehr hilfreich.

    Aussagen wie "Wie / wo die Rechte angepasst werden müssen, kann ich Ihnen leider nicht sagen. " kann ich so auch nicht gelten lassen.

    Sie sind der Hersteller der Software und müssen auch über die Rechtevergabe Auskunft geben können.

    Bitte um Nachsicht für meine Ton, aber das muss ihnen eigentlich klar sein.

  • Shopaufruf meldet Fatal error

    Ja, und kaum gibt man dem ganzen php-Verzeichnis Schreibrechte:
    .\assets\php => IUSR/IIS_IUSRS Vollzugriff Diesen Ordner, Unterordner und Dateien
    Dann klappt es auch mit dem Extrahieren und Anlegen des shops und somit auch der Anzeige der Shopartikel.

    Steht das eigentlich irgendwo in der Doku das das komplette php-Verzeichnis Schreibrechte benötigt?

  • Shopaufruf meldet Fatal error

    Wir haben uns einen Testshop aufgebaut um damit mal zu experimentieren.

    Folgendes Szenario:

    - Update auf ZetaProducer 16.6.0

    - ZP Testshop-Projekt - Serveranforderungen:

    + Shop:Warenkorb - OK (Haken)

    + Formular - OK (Haken)

    + Server-Backend - OK (Haken)

    - Lizenz ZP 16 Premium Edition

    - Webserver im lokalen LAN

    + Windows10 22H2 Build 19045.2913

    + IIS V10.0.19041.2845

    + php V8.1.10.0 => info.php als zip im Anhang

    - Auf IIS-Testshop haben folgende Ordner diese zusätzlichen Berechtigungen:

    + .\assets\php\SHOP_DATA => IUSR/IIS_IUSRS Vollzugriff Diesen Ordner, Unterordner und Dateien

    + .\zp-server\data => IUSR/IIS_IUSRS Vollzugriff Diesen Ordner, Unterordner und Dateien


    Fehlermeldung bei Aufruf Shop-Seite:

    Fatal error: Uncaught Exception: Error creating directory 'C:\inetpub\wwwroot\DefaultFTP\testshop\assets\php\shop\..\_extracted\vendors\vendor'. in phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/general/DirectoryHelper.inc.php:26 Stack trace: #0 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/helper/VendorsFromZipExtractor.inc.php(91): DirectoryHelper::CheckCreate('C:\\inetpub\\wwwr...') #1 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/helper/VendorsFromZipExtractor.inc.php(71): VendorsFromZipExtractor::extractZip('C:\\inetpub\\wwwr...', 'C:\\inetpub\\wwwr...', 'C:\\inetpub\\wwwr...') #2 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/afx.core.inc.php(358): VendorsFromZipExtractor::CheckAndExtractVendorsZip() #3 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/stubs/index.php(5): require_once('phar://C:/inetp...') #4 C:\inetpub\wwwroot\DefaultFTP\testshop\assets\php\shop\zpshop.phar(9): include('phar://C:/inetp...') #5 C:\inetpub\wwwroot\DefaultFTP\testshop\assets\php\shop\afx.inc.php(13): require_once('C:\\inetpub\\wwwr...') #6 C:\inetpub\wwwroot\DefaultFTP\testshop\shop.php(499): require_once('C:\\inetpub\\wwwr...') #7 {main} thrown in phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/general/DirectoryHelper.inc.php on line 26

    Fehlermeldung bei Aufruf Warenkorb-Seite:

    Fatal error: Uncaught Exception: Error creating directory 'C:\inetpub\wwwroot\DefaultFTP\testshop\assets\php\shop\..\_extracted\vendors\vendor'. in phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/general/DirectoryHelper.inc.php:26 Stack trace: #0 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/helper/VendorsFromZipExtractor.inc.php(91): DirectoryHelper::CheckCreate('C:\\inetpub\\wwwr...') #1 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/helper/VendorsFromZipExtractor.inc.php(71): VendorsFromZipExtractor::extractZip('C:\\inetpub\\wwwr...', 'C:\\inetpub\\wwwr...', 'C:\\inetpub\\wwwr...') #2 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/afx.core.inc.php(358): VendorsFromZipExtractor::CheckAndExtractVendorsZip() #3 phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/stubs/index.php(5): require_once('phar://C:/inetp...') #4 C:\inetpub\wwwroot\DefaultFTP\testshop\assets\php\shop\zpshop.phar(9): include('phar://C:/inetp...') #5 C:\inetpub\wwwroot\DefaultFTP\testshop\assets\php\shop\afx.inc.php(13): require_once('C:\\inetpub\\wwwr...') #6 C:\inetpub\wwwroot\DefaultFTP\testshop\warenkorb.php(484): require_once('C:\\inetpub\\wwwr...') #7 {main} thrown in phar://C:/inetpub/wwwroot/DefaultFTP/testshop/assets/php/shop/zpshop.phar/core/general/DirectoryHelper.inc.php on line 26

    Irgendeine Idee was noch fehlt???

    Muss man beim IIS noch sonst irgendwo "Schreibrechte" vergeben?

  • Online-CMS funktioniert nicht

    Es ist leider noch schlimmer!

    Es liegt definitiv an Tobit.

    Der Client erkennt "automatisch" https:// als Link und fügt alles hinten an den "eigentlichen" Link an.

    Also alles OK bei Zeta. Ich mach das einfach händisch und gut ist.

    Besten Dank für die Unterstützung.

  • Online-CMS funktioniert nicht

    Ok, werde ich machen.

    Ich habe den Fehler gefunden!
    Liegt vermutlich an meinem Email-Client David von der Firma Tobit.

    Die benötigt hinter einem Linefeed (0A) noch ein CR (OD).
    In ihrem mailto-Link steht im Body der Bearbeitungs-Link: <Websitelink> gefolgt von einem %0A, das eine neue Zeile anzeigen soll.

    Das macht mein Mailclient nicht und zeigt gleich danach das Kennwort und Passwort in der gleichen Zeile an.

    Würden Sie hier aus %0a einfach %0a%0d machen, dann würde das mein Client auch korrekt anzeigen.

    Ist jedoch echt die Frage ob sie das in einer weiteren Version berücksichtigen.

    Einem anderen Emailclient müsste 0a oder 0a0d egal sein, sollte aber getestet werden!

  • In Premium Version funktioniert die Rechtevergabe nicht korrekt

    Hab mal weiter durchgesucht und "Spezifische Seitenberechtigungen" gefunden. Da war auf allen Hauptseiten der Administrator mit Vererbung aktiv.

    Ich kann jetzt zwar jeder Hautpseite auch den "Redakteur" mit Vererbung hinzufügen, jedoch kann dieser keine neue Hauptseite erstellen. Darf das wirklich "hardcodiert" nur der Administrator? Bischen komische Rechtevergabe, finden sie nicht?

  • In Premium Version funktioniert die Rechtevergabe nicht korrekt

    Wir haben Zeta Producer 16.5.0 Premium und haben hier 3 Webprojekte am Laufen.

    Bei allen 3 Projekten wurden die Benutzer mittels LDAP am vorhandenen ActiveDirectory angebunden.

    Wir haben das so gelöst, das nur die Benutzer eingelesen werden, nicht die Gruppen.

    Anschließend haben wir die betreffenden Benutzer den Allgemeinen Gruppen Administrator, Redakteur und/oder Webmaster zugeordnet.

    Folgendes Problem:

    In einem Projekt hat ein AD-Benutzer "Anton" die Gruppenrechte Redakteur und Webmaster und kann dort Artikel bearbeiten, verändern, hinzufügen und das Projekt veröffentlichen.

    In den anderen beiden Projekten hat der selbe AD-Benutzer "Anton" ebenfalls die Gruppenrechte Redakteur und Webmaster. In diesen Projekten kommt beim Bearbeiten eines Artikels die Fehlermeldung "Sie besitzen nicht die benötigte Berechtigung zum Bearbeiten von Artikeln". Beim Hinzufügen eines neuen Artikels erscheint die selbe Fehlermeldung.

    Das Webprojekt veröffentlichen funktioniert jedoch.

    Woran kann das liegen?

  • Online-CMS funktioniert nicht

    Hallo Mario,

    ja das muss es gewesen sein.

    Jetzt geht es bei mir auch.

    Was aber nicht funktioniert ist die Inhaltsanzeige auf meiner preview Seite.
    Liegt das etwa daran, das ich den Websitenamen auf https://www.tsvsparwiesen.de habe, die Veröffentlichung aber auf einem Unterordner /preview/ veröffentliche?

    Es geht eigentlich alles, bis auf die Anzeige der Online-CMS-Inhalte. Logged man sich dort ein, sieht man die eingestellten Texte. Nach Abmelden bleibt der Inhalt leer.

    https://www.wetterhamburg-langenhorn.de

    Rocket Packs® – Professionelle Getränkerucksäcke & Bauchläden direkt vom Hersteller
    Professionelle Getränkerucksäcke, Bierrucksäcke, Kaffeerucksäcke und Bauchläden direkt vom Hersteller. Individuelle Lösungen für Promotion, Gastronomie und…
    www.rocketpacks.de

  • Layout Clean Style Responsive: Logo und Hautpmenü oben fixieren

    Hallo Stefan,

    vielen Dank für Deine Tipps.

    Ich hab mir jetzt aus Deinen Vorschlägen und dem Clean Style Responsive "Website, Tablet und Mobile"-Modus selber folgendes zusammen gestrickt, was für mich in allen Modies passt:

    body{

    padding-top: 122px;

    }

    #topline {

    padding: 5px 20px;

    position: fixed;

    top: 0;

    left: 0;

    width: 100%;

    z-index: 9;

    }

    #navbar {

    padding: 5px 20px;

    position: fixed;

    top: 80px;

    left: 0;

    width: 100%;

    z-index: 10;

    }

    #search, #msearch {

    padding: 25px 30px;

    }


    media (max-width: 1363px) {

    body{

    padding-top: 150px;

    }

    }

    media (max-width: 768px) {

    body{

    padding-top: 99px;

    }

    #navbar {

    padding: 0;

    }

    }


    media (max-width: 580px) {

    #webname {

    font-size: 18px;

    }

    }

  • Layout Clean Style Responsive: Logo und Hautpmenü oben fixieren

    Hallo Zetateam,

    ich bekomme es nicht hin über eigenes CSS den Logo-Bereich und Hautpmenü-Bereich im Layout "Clean Style Responisve" oben fest zusetzen.

    Also position: fixed; bzw. position: sticky;

    Soll immer oben angezeigt werden, auch wenn man herunterscrolled.

    Mein Code funktioniert nur bedingt bzw. nicht akzeptabel.

    Bei dem hier überlagert dann der content die beiden Bereiche:

    <style>

    #topline {

    position: fixed;

    }

    #navbar {

    position: fixed;

    }

    </style>

    Tauscht man fixed mit sticky passiert gar nichts.

    Irgendeinen Tipp?

  • Es gibt ein Problem mit Zeta 16.3 auf dem PC

    Hallo Stefan,

    sorry für die späte Rückmeldung.

    Vielen Dank für den Tipp mit Attribut "additional_meta". Werde ich ggfl. anpassen. Update des Layouts für uns nicht entscheidend, da Intrawebseite.

    Zur Aktualisierung der Website nur soviel:

    Ja die Website sollte sich nach einiger Zeit (hier im Beispiel alle 30 Sekunden) neu laden, da das Textfile von ausserhalb geändert wird und die Intrawebsite meist ständig von den

    Usern geöffnet ist.

    In diesem Sinne besten Dank für die Hilfe und macht so weiter. :thumbup:

    Gruß dpessen

  • Es gibt ein Problem mit Zeta 16.3 auf dem PC

    Hallo Stefan S,

    vielen Dank für die schnelle Hilfe.

    1.) Ihr preview Beispiel auf der Entwickler-Dokumentation hat einen Fehler, siehe 1.jpg im Anhang.

    Mach ich die überflüssigen geschweiften Klammern raus, funktioniert es.

    2.) Zur Version: das Phänomen tritt auch bei V16.4 auf ;)

    3.) Zur Lösung mit refresh:

    Die Textdatei wird von ausserhalb per Automation geändert!

    Wie würden Sie das machen?

    4.) Meine, nun funktionierende Lösung:

    Überarbeitetes, angepasstes layout default.html:

    ...

    <!-- Meta Data -->

    <meta http-equiv="content-type" content="text/html; charset=utf-8" />

    <meta http-equiv="Cache-control" content="no-cache">

    <meta http-equiv="Pragma" content="no-cache">

    <meta http-equiv="Expires" content="0">

    <$ if ( !system.preview ) { $>

    <meta http-equiv="refresh" content="30">

    <$ } $>

    <meta name="viewport" content="width=device-width, initial-scale=1.0" />

    <meta name="description" content="<$= page.description $>" />

    <meta name="keywords" content="<$= page.keywords $>" />

    <meta name="generator" content="<$= system.generator $>" />

    <meta name="robots" content="#attribute(meta_robots)" />

    ...


    Attribut:

    Anzeigename: sa_iframe

    Kategorie: Standard

    Typ: HTML-Quelltext-Editor

    Inhalt:

    <script>

    function resizeIframe(obj)

    {

    obj.style.height = obj.contentWindow.document.body.scrollHeight + 'px';

    }

    </script>

    <iframe onload="resizeIframe(this)" height="10" src="media/files/Aktuell.txt" frameborder="0" width="100%"></iframe>


    Hinweisbox auf Website

    Inhalt:

    #attribute(sa_iframe)

    Gruß dpessen