Beiträge von Stefan S

    Hallo,

    am einfachsten ist es, sie wählen ein Layout mit dem Begriff "Responsive" im Namen. Diese Layout passen sich automatisch an die entsprechende Bildschirmgröße an. Auf diese Weiße wird keine separate mobile Site mehr benötigt.

    Hallo,

    was Verstehen Sie in dem Kontext unter "Hauptseite"? Die entsprechende Seite auf Ebene 2 oder die Startseite? Die Startseite erreicht man ja imme per Klick auf das Logo… Am einfachsten ist es aber, über den Navigationspfad. Stellen Sie halt sicher, dass der nicht deaktiviert ist:
    http://homepage-erstellen-mit-desktop-cms.zeta-producer.com/navigationspfad-deaktivieren.html

    Die nächste Version wird die Version 12.5 sein und diese befindet sich momentan im öffentlichen Betatest.

    Hallo,

    ich habe Ihnen ein modifiziertes PHP-Skrtipt auf Ihrem Server installiert:

    ftp://www.runningseminars.com//media/Scripti…SendEmailNE.php

    Machen Sie sich eine Sicherungskopie dieses Skripts, falls Sie es auf Ihren anderen Servern auch benötigen…

    In Ihrem Formular in Zeta Producer 10 wählen Sie in den Formularoptionen unter URLs/Skript dann nicht "Via PHP", sondern tragen direkt den Pfad zum Skript, aber mit dem "?sc"-Parameter ein, damit kein Captcha gezeigt wird.

    Zum Beispiel tragen Sie folgenden, relativen Pfad ein:
    _media/../media/Scripting/ServerSideScripting/PHP/formmailer/SendEmailNE.php?sc

    Hallo,

    sie könnten das manuell schon in Zeta Producer hinkriegen. Sie würden Ihren langen Text einfach in Teile aufsplitten und für jeden Teil eine Seite anlegen. Auf jeder Seite fügen Sie einen Textteil als "Text"-Artikel ein. Danach bearbeiten Sie die Artikel und fügen am unteren ende jeweils manuell einen Link zur nächsten Seite ein…

    Hallo,

    ZP 12 weiß nichts von den Limits Ihres Webspaces und muss darüber auch nichts wissen. ZP 12 veröffentlicht einfach drauf los, so lange bis vom Server eine Fehlermeldung kommt. Die genaue Fehlermeldung wäre in dem Fall hilfreich. Die Zahl 552 alleine sagt nicht viel aus.

    Hallo,

    ich habe mal auf Ihrem Server etwas debugging gemacht. Auf dem .com-Server.

    Das Problem ist, dass Ihr Server beim Versuch, die Mail per php mail() Funktion zu verschicken keine UTF-8-Kodierten Subjects erlaubt, bzw. bei Verwendung des UTF-8-Kodierten Subjects eine Fehlermeldung bringt.

    Da muss uns der Support Ihres Webservers weiterhelfen.

    Wenn wir an den php mail() Befehl als Subject folgenden String übergeben: =?utf-8?B?dGVzdA==?=
    Dann erhalten wir folgende Fehlermeldung:
    Warning: mail() [function.mail]: Bad parameters to mail() function, mail not sent. in /home/content/56/9233456/html/running6884sem/media/Scripting/ServerSideScripting/PHP/formmailer/SendEmail.php on line 370

    Wenn wir als Subject statt "=?utf-8?B?dGVzdA==?=" eine uncodierte Version "test" übergeben, wird die Mail ohne Fehler versandt. Evtl. kann der Web-Hoster diese Limitierung ja abschalten? Wir kodieren subjects immer in UTF-8 (auch wenn keine Sonderzeichen enthalten sind).

    Hallo,

    wie sind Sie genau vorgegangen?

    Folgendermaßen kann ich den Fehler reproduzieren:

    • Klick auf Plus, Wahl von Widget > Bilderabum im Kontextmenü
    • 3 Bilder von Festplatte mit SHIFT ausgewählt
    • OK geklickt um Bilderalbum einzufügen
    • Bilderalbum-Artikel durch Doppelklick zur Bearbeitung wieder geöffnet
    • Auf Mischpult-Icon geklickt und Option "Slideshow" aktiviert
    • Auf OK geklickt
    • FEHLERMELDUNG: "Das Objekt unterstützt diese Eigenschaft oder Methode nicht."…

    Danke für den Hinweis!

    Sie müssen nicht mit GoDaddy telefonieren, sondern lediglich die Seite, durch die Kontaktseite, die von Zeta Producer generiert wird ersetzen. Wir supporten ja nur Code, den auch unser Programm erzeugt hat. Wir sehen uns das dann nochmal an, wenn die Site wieder ein Kontaktformular enthält, das mit Zeta Producer erstellt und nicht anderweitig verändert wurde.

    Hallo,Sie haben 2 verschiedene Sites. Eine .com und eine .co.uk. Sie hatten uns die Zugangsdaten zu .com geschickt und die haben wir getestet und zum Zeitpunkt des Testst war dort kein PHP aktiviert. Mittlerweile scheint PHP aktiviert zu sein, aber bei der .com haben Sie den HTMNL-Code der Kontakt-Seite so verändert ("put Formmail Script here"), dass die Seite nicht mehr funktioniert. Ich habe dann eine Testseite eingerichtet und die wurde fehlerlos ausgeführt. Von unserer Seite aus funktioniert also alles.

    Hallo,

    ich nehme das mal in die Wunschliste mit auf. Ich habe aber einen einfachen Workaround für Sie, mit dem es jetzt schon machbar ist:

    • Klicken Sie im Menü Website auf "Erweitert > Attribute"
    • Stellen Sie sicher, dass unten links im Button "Attribute" die Option "Alle anzeigen" angehakt ist
    • Doppelklicken Sie nun in der Liste der Attribute unter "Standard" auf das Attribut "mobile_script"
    • Fügen Sie folgende Textzeilen ein und schließen Sie den Dialog dann mit Klick auf "OK"

    <style>
    #bodybox{
    background-attachment: fixed;
    }
    </style>

    Anschließend müssen Sie evtl. Ihre Seiten neu erstellen (Erweitert > Erstellen > Alle Seiten erstellen) und ggf. veröffentlichen.

    Hallo,

    das kann schon sein, dass PHP bei Godaddy einwandfrei läuft, für Ihre Website ist es aber definitiv nicht aktiviert oder sonst wie falsch eingestellt – Seiten mit der Endung .php führen jeden falls keinen PHP Code aus.

    Bei den Formularen hat sich bisher nicht viel geändert, ausser, dass früher mal ein von uns gehostetes Skript verwendet werden kann (und das lief bei Ihnen wahrscheinlich einwandfrei) und dies bieten wir nicht mehr an.

    Hallo,

    ah, ok. Verstehe. Ich hatte Ihren Artikel so gelesen, dass Sie meinen die im Handbuch beschriebene Funktion weicht von der Tatsächlichen ab, also als ob Sie einen Fehler berichtet hätten.

    Um ein Template korrekt zu ändern (so dass es nicht permanent überschrieben wird), müssen Sie das Verwendete Layout kopieren und im Projekt abspeichern. Ich habe das Vorgehen in der Vergangenheit hier grob beschrieben. Das Vorgehen wird in der nächsten Version 12.5 grundlegend geändert und vereinfacht. Wenn Sie allerdings ein Layout kopieren bzw. Template anpassen, so werden von uns automatisch veröffentlichte Layout/Template--Updates nicht mehr darauf angewendet und evtl. kann das ganze Projekt auch nicht mehr automatisch in ein mit Version 12.5 kompatibles Projekt konvertiert werden. Es ist also grundsätzlich ratsam, zu versuchen keine Änderungen am Template machen zu müssen. Ich vermute auch, dass es sogar aus SEO-Gründen besser wäre, wenn nicht auf allen Seiten die selben META-Infos verwendet werden.

    Hallo,

    die von Ihnen beschriebenen Meta-Tags werden nicht via Attributen befüllt, sondern ausschließlich per Seiteneigenschaften > Name & SEO. Die dort eingetragenen Werte gelten nur für die einzelne Seite und werden nicht vererbt. Das von Ihnen beschriebene Verhalten ist korrekt und so vorgesehen. Das Template muss nicht geändert werden (wenn es geändert wird, weicht das Verhalten der Seite vom Verhalten, das in der Dokumentation beschrieben ist, ab).

    Hallo,

    das bearbeiten Sie über die Seiteneigenschaften und nicht über Attribute. Ich bin relativ sicher, dass dies auch im Handbuch für Version 11 so beschrieben ist. Falls nicht, wäre das ein Fehler in der Dokumentation und ich wäre Ihnen für einen Link auf die Doku-Seite mit dem Fehler sehr dankbar.

    Hallo,

    "Komprimierung" entfernt nicht benötigte Leerzeichen, Zeilenumbrüche und sonstiges aus dem Quellcode. Dadurch werden Dateien kleiner und schneller übertragen. An der Darstellung im Browser ändert diese Einstellung nicht. Die Einstellung sollte in der Regel aktiviert bleiben, denn dann werden Seiten schneller geladen (es muss ja auch keiner den Quellcode gut lesen können).

    Um in Zeta-Producer eine Seite mit einer Community zu erstellen, könnten Sie z.B. das "Disqus"-Widget nutzen. Das finden Sie bei den Widgets unter "Webdienste". Damit können Nutzer dann Kommentare auf einer Seite einfügen. Evtl. ist das ja schon ausreichend. Wenn es mehr sein soll, kommen Sie an spezieller Software wohl nicht vorbei.

    Hallo,

    das Problem scheint Ihre PHP-Konfiguration zu sein. Ihr Webserver behält PHP-Session-Variablen nicht, wenn Seiten gewechselt werden. Dazu habe ich auf Ihrem Server mal einen einfachen Testfall angelegt:

    http://www.limes-software.de/session-test.php

    Auf der 1. Seite kann die Session-Variable noch gelesen werden. Auf der nächsten Seite (http://www.limes-software.de/session-test2.php) ist die Variable aber schon leer.

    Ich kann nur Vermuten, dass Ihr Webserver (nginx) nicht in das in der php-ini gesetzte Session-Verzeichnis schreiben darf.
    Kontaktieren Sie dazu bitte Ihren Provider. Der von uns angelegte Testfall sollte ihm helfen, den Fehler zu finden.

    Danke für die Erläuterungen. Sie müssen uns aber bitte schon zugestehen dass wir die Bedingungen festlegen, zu denen wir hier kostenlosen Support leisten und auch dass wir mal Nachfragen, bevor wir zu viel Zeit investieren. Wir haben hier schon mehrfach viel Support-Zeit investiert und am Ende festgestellt, dass wir jemanden geholfen haben, der unsere Software Lizenzbedingungen absichtlich ignorierte oder gar unsere Software raubkopiert hatte. Daher fragen wir nun lieber mal ganz offen nach, wenn uns was auffällt.

    Klar helfen wir Ihnen mit dem Formularproblem weiter. Allerdings erst nach den Festtagen. Sie haben ja ein alternatives Formular online, das Sie in der Zwischenzeit weiter nutzen können. Wir sind ab 7. Januar wieder aktiv. Kontaktieren Sie uns dann bitte nochmal, dann sagen wir Ihnen, wie Sie uns Ihr Projekt senden können, damit wir ausführlich testen können um so die Ursache des Problems festzustellen.

    Wenn Sie möchten, könnten Sie in der Zwischenzeit mal testen, ob es einen Unterschied macht, wenn Sie die Site ohne https, also auf Port 80 betreiben (FTP-Einstellugen entsprechend anpassen nicht vergessen).

    Schöne Feiertage!

    Hallo,

    sorry wenn ich mich getäuscht habe, aber da gibt es halt bestimmte Textpassagen, die mich zu dem Schluss gebracht haben wie:

    "Our environment is based on a HyperV Server" oder "...virtualization is our success...."
    Relativ deutlich für mich: "We are some Citrix Consultants working on these products for many years now."
    Ein "Consultant" bietet in der Regel eine bezahlte Dienstleistung an. Machen Sie das gratis?

    Hallo,

    ich sehe gerade, auch Sie nutzen die Freeware-Lizenz für eine Kommerzielle, nicht private Seite. Das verstößt gegen unsere Lizenzbestimmungen (Freeware nur für rein private Webseiten, keine Vereine, keine kommerziellen Angebote). Sollten Sie eine Lizenz haben, dann Lizenzieren Sie Ihr Programm bitte (Lizenznummer eingeben). Sollten Sie keine Lizenz haben, dann sollten Sie sich umgehend mindestens die Express-Lizenz anschaffen.

    Hallo,

    um einen Upgrade-Preis zu ermitteln, benötigen wir natürlich auch die alte Lizenznummer. Den Preis könnten Sie sich selbst auf unserer Website anzeigen lassen: https://www.zeta-producer.com/shop/12.0/UI/O…ate/Update.aspx

    Allerdings bezweifle ich, dass es für Version 10 hier noch spezielle preise gibt, ausser Sie würden z.B. von Express auf Business hoch gehen etc. Details hierzu klären Sie aber bitte mit unserem Sekretariat.

    OK, nun stellen Sie bitte sicher, dass die Option "BOM Schreiben" unter "Erweitert > Erweiterte Einstellungen > Kodierung" nicht aktiviert ist (kein Haken - das ist bei Linux-Webservern im Zusammenhang mit PHP extrem wichtig) und veröffentlichen Sie dann die komplette Website neu "Veröffentlichen > Komplette Website Veröffentlichen".
    Dann löschen Sie bitte Ihren Browser-Cache und testen Sie bitte nochmal. Falls nun immer noch eine weiße Seite erscheint, lassen Sie mir bitte die direkte URL zum entsprechenden Formular zukommen.