Beiträge von Stefan S

    Für uns wäre wichtig zu wissen, ob wirklich 3000 Dateien hochgeladen werden, oder ob nur 3000 Dateien erstellt werden. Das ist ein großer Unterschied und sollte im Protokoll zu erkennen sein. Auch wichtig hier wäre, wie viele Bilder das umbenannte Album enthielt.

    Wir hören Sie und sind an dem Thema dran. Wenn das verhalten von jemandem 100%ig reproduzierbar ist, sehen wir uns das auch gerne mal exemplarisch bei ein paar ausgewählten Nutzen per Fernwartung an.

    Bitte ggf. immer ein neues Thema erstellen, denn mit Automatisch löschen hat dies z.B. nichts mehr zu tun.

    Hallo,

    es wird ein Update zum Widget geben, in dem man einstellen kann, ob die Positionierung in einer der 4 Ecken relativ zum Fenster oder Inhaltsbereich sein soll. Damit lassen sich dann hoffentlich die meisten Wünsche umsetzen (bis auf das Ausblenden ab bestimmten Bildschirmgrößen). Ich empfehle also, wenn Sie es nicht allzu eilig haben, vorerst auf CSS-Anpassungen zu verzichten und auf das Update zu warten.

    Dann gibt es noch ein Problem mit der Darstellung im Kundenkonto unterhalb von 1000px Breite, Abb. 0003

    Wenn die Darstellung so schmal wird, dass Bestelltabelle und Konto-Details nicht mehr nebeneinander passen, dann wird die Tabelle bei mir auch beschnitten, der beschnittene Bereich lässt sich aber scrollen (auf nem Tablet ggf. mit 2 Fingern). Ist das bei Ihnen nicht der Fall? In einem Desktop-Browser sieht man unterhalb der Tabelle dann auch einen Scrollbalken.

    Was die doppelte Registrierung anbelangt, so wird hierbei nicht wirklich ein neues Konto angelegt, aber das bestehende teilweise verändert. Das scheint mißverständlich zu sein und wir prüfen mal, ob wir das nicht besser verhindern, wenn für die E-Mail-Adresse bereits ein bestätigtes Konto existiert.

    Das mit dem Erstellungsdatum in der Kundenansicht im Backend scheint ein Fehler zu sein.

    Zitat

    zusätzlich bei PHP: Die TLS-Aktivierung erfolgt in class.phpmailer.php im Ordner /output/assets/php/formmailer/mailer Zeile 260


    zusätzlich bei SMTP: Die TLS-Aktivierung erfolgt in class.smtp.php im Ordner /output/assets/php/formmailer/mailer Zeile 343


    Die Übertragung über Formulare in Zeta erfolgt also immer mit TLS

    Hier muss ich noch etwas ergänzen. Das könnte sonst mißverstanden werden.

    Ob bei der Übertragung zwischen Browser und Webserver eine Verschlüsselung zum Einsatz kommt, ist rein von der Konfiguration Ihres Webservers anhängig. Wenn Sie einen HTTPS Webserver betreiben und in Zeta Producer in den FTP-Einstellungen der Web-Adresse auch ein "https.//" vorangestellt haben, dann wird das Formular verschlüsselt übertragen, sonst nicht.

    Sämtliche TLS/SSL Hinweise in unseren PHP-Skripten beziehen sich – wenn überhaupt – nur auf den letztendlichen E-Mail-Versand vom Webserver zum Formular-Empfänger. Das einzige was unser PHP-Skript bei der Übertragung vom Browser zum Webserver ver-/entschlüsselt ist die Empfängeradresse, damit diese im Formularquelltext nicht im Klartext vorliegt und somit von Spammern genutzt werden kann.

    Ja, genau. Dass der Shop bei Ihnen derart langsam läuft, liegt definitiv nicht an unserem PHP-Code, sondern daran, wie der Server konfiguriert ist. Da dies nicht einfach zu sein scheint, meine Empfehlung, den Prozess besser abzukürzen und auf einen Linux-Server zu wechseln, der meist im Standard-Zustand bereits gut funktioniert.

    Hallo,

    was Sie im Screenshot zeigen, stimmt nicht genau mit Ihrer Website überein (anderes Logo?), aber das sollte zur Erklärung keine Rolle spielen.

    In diesem Layout werden, wenn eine Seite keinen Header enthält unter der Navigation 60px Abstand eingefügt. Zusätzlich ist beim ersten Container auf dieser Seite die Option "Randlos" aktiviert, was ein 30px Padding verursacht. Dadurch haben wir dann insgesamt 90px Abstand.

    Das könnten Sie wie folgt korrigieren:

    • Deaktivieren Sie im 1. Container auf der Seite die Option "Randlos" (mach hier ja eh keinen Sinn)
    • Fügen Sie im Feld "Inline-CSS" im 1. Container auf der Seite folgendes ein: margin-top: -60px;

    Man könnte das auch global per CSS korrigieren, aber dies die einzige (oder eine von wenigen) Seite ohne Header ist, scheint es mir so einfacher zu sein.

    Hallo,

    im Layout "Album Responsive" wird der Schalter für das mobile Menü aktuell als Link, nicht als Button angezeigt (keine Hintergrundfarbe). Die Textfarbe richtet sich dabei danach, was Sie im Layout-Editor unter "Hauptmenü > Inaktiv > Schriftfarbe" gewählt haben. Der Link ist bei Ihnen auch sichtbar, könnte aber durch die Wahl einer anderen Farbe mit höherem Kontrast ggf. besser sichtbar werden.

    Die Farben des mobilen Menüs selbst richten sich nach "Hauptmenü > Allgemein > Menühintergrund" und "Hauptmenü > Inaktiv Untermenü > Schriftfarbe". Wenn bei Ihnen das Menü ausklappt, kann man fast keine Links sehen, weil die Hintergrundfarbe auf "weiß" steht. Dies können Sie unter "Hauptmenü > Allgemein > Menühintergrund" ändern.

    Eine fixierte Navigationsleiste, die nicht scrollt, ist in diesem Layout aktuell nicht vorgesehen.

    Ja, das ist generell möglich und wir haben da auch schon intensiv drüber nachgedacht, um Ladezeiten bei großen Galerien zu beschleunigen. Das werden wir relativ sicher mal einbauen.

    Hallo,

    sagen Sie Ihrem Provider es täte uns leid, wenn er verärgert ist, dass wir uns hier aber ganz auf Ihre Aussagen verlassen mussten. Eine URL zum Test des Zertifikats haben wir ja nicht, die hatten Sie uns ja nicht genannt. Alles was wir hatten, war Ihre Aussage:

    Beim ersten Zugangsversuch kam bei beiden Systemen die Meldung, dass das Zertifikat des Servers nicht bekannt sei und es wurde angeboten, weiterzugehen, wenn man dem unekannten Zertifikat vertrauen würde, was ich dann auch bestätigt habe

    Auf Grund dieser Aussage versuchten wir lediglich zu helfen. Schuldzuweisungen liegen uns fern. Da gibt es also für uns keinen Grund, in uns zu gehen.

    Meine Erfahrung ist, dass ich in Parallels grundsätzlich die ganze Mac-Integration abschalte. Damit habe ich dann auch wieder normale Windows-Pfade wie c:\ und nicht MAC// etc. Bei der Mac-Integration biegt sich Parallels nämlich einiges zurecht und das dann anscheinend eher schlecht als recht. Sie ersparen sich also viel Ärger (zumindest mit ZP), wenn Sie den ganzen Blödsinn in Parallels abschalten.

    Abgesehen von den Details (Programmversion etc.), finde ich 40 Bilderalben auf einer Seite schon sehr viel. Sie müssen ja bedenken, dass Ihre Besucher die Seite auch übers Internet laden müssen. Das ist nicht überall schnell und auf Handys kann das sogar richtig Geld kosten. Ich würde so viele Bilderalben daher irgendwie sinnvoll auf mehrere Seiten verteilen (ggf. nach Monaten oder Jahren…).

    Dass beim Erstellen der Seite nach Änderungen die Bilder lokal immer in den "output" Ordner kopiert werden ist aktuell leider so, obwohl das ggf. nicht unbedingt nötig wäre (wenn sich keines der Bilder verändert hat). Das benötigt dann dementsprechend auch etwas Zeit. Wenn Sie die vielen Alben auf mehrere Seiten aufteilen, wird auch das besser.

    Um Ihnen helfen zu können, benötigen wir mehr Informationen.

    Wenn Sie Fehler / Probleme melden oder Fragen haben, seien Sie bitte so spezifisch wie möglich. "Funktioniert nicht" ist zum Beispiel für uns sehr schwer einzuschätzen. Wir wissen nicht, was Sie erwarten haben und was Sie getan haben, um das Erwartete zu erreichen. Es ist daher notwendig, alles genau zu beschreiben:

    1. Welche Zeta Producer Version nutzen Sie?
    2. Welches Layout nutzen Sie? Z.B.: "Smart Responsive" (Hilfe > Programminfo > Support-Informationen)
    3. Was möchten Sie erreichen?
    4. Was haben Sie gemacht? Beschreiben Sie Schritt für Schritt, welche Vorgänge Sie in Zeta Producer durchgeführt haben.
    5. Welches Resultat haben Sie erwartet?
    6. Was ist stattdessen passiert?
    7. Wie ist die URL zur Website des veröffentlichten Projekts?
    8. Falls etwas falsch aussieht, zeigen Sie uns das anhand eines Screenshot und teilen Sie uns die direkte URL der entsprechenden Seite mit.
    9. Falls Sie eine Fehlermeldung erhalten, nutzen Sie die im Fehlerdialog enthaltene Option uns den Fehler zu berichten (unten links auf den Pfeil klicken). Alternativ klicken Sie die Option "Fehlerdetails" an posten den Text hier. Nur so erhalten wir genügend Details zur Fehlermeldung.

    Ja,

    Sie veröffentlichen testhalber wohl in das Unterverzeichnis "NEU2018", haben dies aber nicht an die Web-Adresse in den FTP-Einstellungen angehängt, daher können weder die Erfolgsseite noch die im Formular konfigurierte Fehlerseite gefunden werden.

    in den FTP-Einstellungen einfach an die Webadresse noch folgendes dranhängen und erneut veröffentlichen: /NEU2018/

    Wenn die Site dann mal richtig live geht, dies natürlich wieder von der Webadresse entfernen…

    Um Ihnen helfen zu können, benötigen wir mehr Informationen.

    Wenn Sie Fehler / Probleme melden oder Fragen haben, seien Sie bitte so spezifisch wie möglich. "Funktioniert nicht" ist zum Beispiel für uns sehr schwer einzuschätzen. Wir wissen nicht, was Sie erwarten haben und was Sie getan haben, um das Erwartete zu erreichen. Es ist daher notwendig, alles genau zu beschreiben:

    1. Welche Zeta Producer Version nutzen Sie?
    2. Welches Layout nutzen Sie? Z.B.: "Smart Responsive" (Hilfe > Programminfo > Support-Informationen)
    3. Was möchten Sie erreichen?
    4. Was haben Sie gemacht? Beschreiben Sie Schritt für Schritt, welche Vorgänge Sie in Zeta Producer durchgeführt haben.
    5. Welches Resultat haben Sie erwartet?
    6. Was ist stattdessen passiert?
    7. Wie ist die URL zur Website des veröffentlichten Projekts?
    8. Falls etwas falsch aussieht, zeigen Sie uns das anhand eines Screenshot und teilen Sie uns die direkte URL der entsprechenden Seite mit.
    9. Falls Sie eine Fehlermeldung erhalten, nutzen Sie die im Fehlerdialog enthaltene Option uns den Fehler zu berichten (unten links auf den Pfeil klicken). Alternativ klicken Sie die Option "Fehlerdetails" an posten den Text hier. Nur so erhalten wir genügend Details zur Fehlermeldung.

    Hallo,

    nach einigem Suchen konnte ich die Ursache ermitteln. Irgendjemand hat auf Ihrem Server im Verzeichnis "zeta" eine .htaccess Datei angelegt, die das laden von Online-CMS PHP-Skripten verhindert (RewriteRule ^(.*) - [F]). Ich habe in der Datei die folgende Regel auskommentiert, dann hat das Online-CMS wieder bestens funktioniert:

    #RewriteCond %{QUERY_STRING}   (.*)=http(.*)    [NC,OR]

    Dieses Problem hat also nichts mit dem Update auf 14.2 zu tun.

    Die regel sendet für alle URLs, die "=http" als bestandteil haben einen 403 Forbidden HTTP-Header. Unser Online-CMS überträgt aber nunmal die Seiten-URL als Querystring in der URL und wurde daher von der Regel erwischt.

    Ich rate Ihnen, diese Regeln (die auch in anderen Verzeichnissen nochmals per .htaccess eingestellt sind) auf Sinnhaftigkeit zu überprüfen.

    Hallo,

    also auf Ihrer Startseite verwenden Sie einen Quelltext-Artikel mit <?PHP include("losungphp1.inc"); ?>. Die Datei losungphp1.inc ist aber lokal (weder in preview noch in output) gar nicht vorhanden. Die Datei scheint nur auf Ihrem Server zu existieren. Somit ist das Auftreten eines Fehlers in ZP ja auch zu erwarten.

    Um das zu lösen, könnten Sie die inkludierten Dateien auch in Zeta Producer über die Dateiverwaltung integrieren und in der Dateiverwaltung über die entsprechenden Einstellungen den Ausgabeort festlegen.

    Hallo,

    glauben Sie uns, das mit der "Übersicht behalten" klappt allgemein nicht. Auch bei kleineren Projekten sammeln sich Unmengen von Datenschrott in der Bildverwaltung an. Daher ist die Funktion so wie aktuell für die meisten die richtige.

    Wir werden aber prüfen, ob wir nicht eine Voreinstellung einführen können, mit der der die "Geschützt"-Option bei neu importierten Bildern automatisch gesetzt wird.