Beiträge von Stefan S

Die URLs aus Ihren Beispielen verlinken aber ordnungsgemäß auf eine Fehlerseite und werden mit Status 404 ausgeliefert. Dass auf diesen Seiten das CSS nicht geladen wird, ist ein anderes Problem.

Haben Sie ein Beispiel einer Seite, die mit ".html" endet, wo das auch so ist? Ich kann es nicht reproduzieren. Mit .php schon, sogar auf der offiziellen Seite mit der PHP-Dokumentation. Scheint mit also eher ein generelles Problem zu sein, das die Ursache in PHP-Webserver-Modul hat.

Ergänzung: Das scheint doch von uns zu kommen, aber nur bei Shop-PHP-Seiten. Wir werden das prüfen und uns wieder melden.

Beispiel:

https://content.zeta-producer.com/layouts/shop-f…op.php/test.php

Das kann nur an einer fehlerhaften Umleitungsregel (z.B. in einer .htaccess) liegen.

Von Haus aus kann man an die von ZP generierten URLs nicht einfach einen Slash anhängen ohne, dass dies einen 404-Fehler generiert.

Beispiel:

Funktioniert: https://content.zeta-producer.com/layouts/bare-r…unterseite.html

Funktioniert, wie erwartet nicht und liefert einen ganz normalen 404-Status: https://content.zeta-producer.com/layouts/bare-r…nterseite.html/

PS: auch wenn nur eine Seite geändert wurde, ist „Veröffentlichen > Website online veröffentlichen“ immer die richtige Methode um zu veröffentlichen. „Veröffentlichen > Website online veröffentlichen“ veröffentlicht automatisch nur was geändert wurde, bzw. wg. Änderungen aktualisiert werden muss. Es gibt also wirklich keinen Grund, deshalb "Veröffentlichen > Ausgewählte Dateien veröffentlichen" zu nutzen.

Hier scheint nichts konstruktives mehr zu passieren. Ich schließe den Thread daher.

Veröffentlichen immer mit „Veröffentlichen > Website online veröffentlichen“, dann klappt das auch. Veraltete Signaturen bitte aktualisieren. Ohne Nachfragen hätten wir nicht drauf kommen können, wie Sie veröffentlicht haben und die Versionsnummer in Ihrer Signatur stimmt bestimmt auch nicht. Wir machen das hier ja täglich und fragen wirklich nur nach, wenn es notwendig ist um zu helfen. Die Anleitung, wie man eine Anfrage stellt ist exemplarisch und nicht unbedingt Schritt für Schritt zu befolgen.

Sobald das Bilderalbum-Widget gelöscht wird, werden auch die Zugehörigen Bilder aus der Bildverwaltung gelöscht.

Wenn die Bilder unabhängig von einem Bilderalbum-Widget in der Bildverwaltung in ein "Album" importiert werden, dann markieren Sie zunächst alle Bilder des Album indem Sie das erste Bild in der Liste anklicken, dann drücken Sie die Hochstelltaste und klicken auf das letzte Bild in der Liste, dann Rechtsklick und die Option "Löschen" wählen. Nun sind alle Bilder gelöscht und das zugehörige Album kann nun auch per Klick auf das "-"-Icon entfernt werden.

Dann hätte ich nicht gefragt.

• Welche Version nutzen Sie?
• Wie genau haben Sie die Bilder eingebaut (im Textartikel, per Widget "Bild"…)?
• Wie genau haben Sie "hohgeladen"

Das entsprechende "Bilderalbum"-Widget auf allen entsprechenden Seiten (also, falls es mehrfach platziert wurde) entfernen?

Auf Basis dieser neuen Infos können wir nur raten? Sie sollten uns zumindest sagen, wer und was seit dem letzten umstellen auf PHP 7.1 mit dem Fehler "Could not instantiate mail function." verändert wurde. Mich würde auch interessieren, ob der Provider nicht helfen will, oder bisher noch gar nicht um Hilfe gebeten wurde.

Wir helfen Ihnen gerne! Bitte helfen Sie uns Ihr Problem genau zu verstehen, indem Sie folgende Hinweise beachten:

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. Wie sind Sie dazu vorgegangen? Beschreiben Sie Schritt für Schritt, welche Arbeitsschritte 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 (falls vorhanden)?
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.

Wenn Sie unsere Fragen nicht beantworten möchten, gut, aber dann können wir leider auch nicht helfen.

Hallo Polauni ,

als Software-Entwickler werden Sie ja auch wissen, dass man bei derart vagen Bug-Reports nur schwer helfen kann.

Welchen Umfang hat denn Ihre "normale Firmenhomepage" (wieviele Seiten) und wie ist denn die URL zur website.

Zeta Producer ist ja ein "statischer Webseiten-Generator", das heißt nach Änderungen muss zunächst wieder eine aktuelle statische Version der Seite generiert werden. Das sollte aber relativ flott gehen und das scheint auch bei den meisten Usern der Fall zu sein. Ob und warum es bei Ihnen "langsam" (das ist auch ein sehr subjektives Wort) ist, kann von verschiedenen Faktoren abhängen. Es könnte z.B. sein, dass ein Virenscanner dazwischen funkt…

Also, wir benötigen schon mehr Details um fundiert auf Ihre Anfrage antworten zu können. Beginnen wir mit der URL zur Website (damit wir uns ein Bild vom Umfang und der Menüstruktur machen können).

Ok, verstehe. Strato hat Ihnen ja sicher nicht gesagt, wie Sie Zeta Producer zum Veröffentlichen einstellen. Da ging also mächtig was schief. Kontaktieren Sie Strato nochmal und sagen Sie denen, dass alle Dateien ausser der index.html einen 500er Fehler liefern. Die sollten dann wissen, wie man das korrigieren kann. Die Ursache hierfür liegt auf dem Webserver und von dem sind wir ja komplett unabhängit, das Problem muss also mit Strato gelöst werden.

Wenn Sie dann von Strato Ihre FTP-Zugangsdaten haben, können Sie auf nachfolgender Seite nachlesen, wie man die Veröffentlichung in Zeta Producer konfiguriert:

https://docs.zeta-producer.com/veroeffentlich…figurieren.html

(Bei Strato: "Bei 2. Option wählen" klicken Sie unten links auf "Anderes Protokoll" und wählen Sie SFTP)

https://www.strato.de/faq/hosting/wa…angs%20im%20KSB

Wenn ich mir die Seite so ansehe, scheint da aber auch was anderes noch nicht zu stimmen. Alle Dateien, außer index.html liefern einen 500er Fehler. Da scheint etwas komplett fehlkonfiguriert zu sein. Die Aussage bezgl. der CSS "Formel" scheint mit definitiv nicht zutreffend zu sein.

Wie haben Sie denn das Veröffentlichen in Zeta Producer eingerichtet, bzw. haben Sie ggf die Seiten mittels anderer Software veröffentlicht?

Versuchen Sie bitte (und das nur ausnahmsweise und einmalig): "Erweitert > Erstellen > Alle Seiten erstellen" und danach dann "Veröffentlichen > Website online veröffentlichen" (oder F7 drücken).

Vermutlich nutzen Sie ein Layout, das für Bilder generell einen "Schatten" definiert hat. Das kann meist in den Layout-Einstellungen eingestellt werden. Beim Layout "Stripe Responsive" z.B. unter "Inhaltsbereich > Bilder > Schattenfarbe".

Zitat von borgwardc

Habe auf PHP-Version 7.1 umgestellt. Nun erscheint die Fehlermeldung: Could not instantiate mail function.

Habe eben bei einem anderen Supportfall mit dem selben Provider festgestellt, dass die Meldung "Could not instantiate mail function." dann erscheint, wenn im Formular eine Empfänger-Adresse definiert ist, die nicht über one.com gehostet wird.

Siehe Hinweis "Beachten Sie, dass die "An" oder "Von" Adresse ein aktives E-Mail-Konto auf Ihrer One.com Domain sein muss." unter https://help.one.com/hc/de/articles/115005594345

Die Empfänger-Adresse legt man im Formular-Widget im Feld "Empfänger-E-Mail" fest.

Die Höhe der Sidebar Ist vom Inhalt des Hauptmenüs abhängig und kann in diesem Layout nicht manuell festgelegt werden. Ggf. Auf ein anderes Layout ausweichen.

Die Braune Hintergrundfarbe im oben verlinkten Beispiel, kann in den Layout-Einstellungen unter "Hauptmenü > Menühintergrund" eingestellt werden.

Nun müssen wir nur herausfinden, was Sie unter "linke Sidebar" Verstehen. Schauen Sie mal diese Demo-Seite an: https://content.zeta-producer.com/layouts/album-responsive-bistro/

Links ist eine Spalte mit dunkelbraunem Hintergrund, die das Logo, den Web-Namen und das Navigationsmenü enthält. Meinen Sie dies mit "Sidebar"?

Falls Sie mit "Kontur" den Text-Schatten meinen:

• Klicken Sie im Menü Website auf "Einstellungen"
• Klicken Sie auf CSS
• Fügen Sie folgende Textzeilen (ohne Überschrift und ohne Zeilennummern – am besten über das Dokumente-Icon rechts oben im Quellcode-Kasten kopieren) in das Feld "CSS" ein und schließen Sie den Dialog dann mit Klick auf "OK"

<style>
#slider h2, #slider p{
    text-shadow: none !important;
}
</style>

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

Nein, kann man nicht. Das Online-CMS ist komplett unabhängig und existiert nur auf dem Server.

Zum Beispiel. Dürfte am einfachsten sein. Vorher unbedingt alles sichern!

Oder Sie führen in ZP am Ende der Entwicklung einen Backup durch (wo die Online-Daten zu finden sind hatte ich ja beschrieben) und laden den Ordner CMS_DATA dann an die entsprechende Stelle im neuen Verzeichnis hoch.

OK, danke. Wenn die Bestellung nicht abgeschlossen wird, dann wird natürlich auch keine E-Mail generiert. Wenn die Betreiberin sich nicht sicher ist, einfach selbst mal was über PayPal bestellen und schauen ob es funktioniert…

Gelöschte Online-CMS-Artikel sind gelöscht.

Das mit dem Import müssten Sie einfach ausprobieren. Am besten in einem separaten Testprojekt. Ich vermute, die Inhalte würden schon importiert werden.

Die Online-Daten können ja mittels Backup lokal gesichert werden. Anschließend dann…

Wiederherstellen der Online-CMS Daten in ZP 14:

• Die Online-Daten befinden sich im Backup-ZIP im Ordner "Online-Data-Backup/ZEITSTEMPEL/"
• Darin dann die entsprechenden Daten "CMS_DATA" bzw. "GUESTBOOK_DATA"
• Um die Daten wiederherzustellen, müssen diese Ordner inkl. Inhalt ("CMS_DATA" bzw. "GUESTBOOK_DATA") auf den Webserver in den Ordner assets/php/kopiert werden
• Die beiden Ordner müssen auf dem Webserver die Berechtigung 777 haben, damit der Webserver auch neue Daten darin abspeichern kann

Bietet Ihr Provider denn keinen Support an?

Wenn one.com Ihr Provider ist, steht hier mehr Info:

https://help.one.com/hc/de/articles/115005594345

Laut dem Artikel muss die im Formular konfigurierte Adresse (Formular-Empfänger) ein aktives Konto auf Ihrer one.com Domain sein. Wenn das nicht der Fall ist, wäre der Fehler oben zu erklären. In dem Fall hilft die im selben Artikel beschriebene, zweite Methode.

Sieht so aus, als ob Ihr Provider die PHP sendmail() Funktion nicht benutzt. In dem Fall kann das Skript keine Mails über den Webserver versenden. Bliebe nur der Ausweg, das über einen eigenen Mailserver zu versuchen: https://docs.zeta-producer.com/v13/formulare-…-versenden.html

War das eine Frage?

jjonline das Passwort hatten wir ja benötigt, um den Inhalt beurteilen zu können.

Folgender Code schaltet stellt ein Select-Menü dar, mittels dem man zwischen verschiedenen Seiten umschalten kann. Die OIDs im Code müssen Sie halt durch die tatsächlichen OIDs Ihrer Seiten (Rechtsklick auf Seite > Erweitert > Url kopieren) ersetzen. Ebenso sollte das "selected" Attribut der entsprechenden "option" den tatsächlichen Empfänger der jeweiligen Seite widerspiegeln…

Den Code können Sie z.B. oberhalb Ihres Formulars oder auf einer entsprechenden Vorschaltseite mittels des Widgets "Quelltext" platzieren:

<form class="zp-form zp14 autohidelabels zp-editable formselector">
    <div class="resizablefield c6 fieldinnewline ">
        <label for="formselector" class="field">Empfänger</label>
        <select data-default="" class="required" id="formselector" name="formselector" size="1">            
            <option value="oid://page/de$form" selected>Einkauf</option>
            <option value="oid://page/de$form_01">Service</option>
        </select>            
    </div>
</form>
<script>
$z(document).ready(function(){
    $z('form.formselector #formselector').change(function(e){
        function endsWith(str, suffix) {
            return str.indexOf(suffix, str.length - suffix.length) !== -1;
        }
        var formUrl = $z(this).val();
        if ( formUrl && !endsWith(document.location.pathname, formUrl) ){
            // fromUrl isn't empty and the selected page is not the current page, so we redirect
            window.location.href = formUrl;
        }
    });
});
</script>

Denkbar wäre ja z.B., dass man zwei Seiten mit Unterschiedlichen Formulare und entsprechend unterschiedlichen Empfängern im Projekt anlegt. Und dann mittels einem PopUp-Menü per JavaScript (oder sogar dem Widget Navigationsmenü-Manuell) oder so, auf die entsprechende Seite mit dem korrekten Empfänger umleitet… Dieses "Widget" könnte ja sogar jeweils oberhalb des Formulars platziert werden. Das ginge ja jetzt schon.

Ja, das ist so gewollt und zwar aus dem Grund, weil der eigentliche Absender ja nicht der Ausfüller ist, sondern Ihr Formular.

Der Ausfüller kann ja beliebige E-Mail-Adressen in die Formularfelder eintragen und damit dies nicht missbraucht werden kann, oder gar Fehler-Nachrichten an Absender gehen, die nichts mit der Sache zu tun haben, verwenden wir keine vom Ausfüller eingetragenen E-Mails als "From"-Adresse.

Aus diesem Grund senden wir selbst auch keine Kopien der Anfragen an den Ausfüller, weil das sonst für Spam missbraucht werden könnte (ich könnte ja beliebige Formulare ausfüllen und als E-Mail z.B. Ihre Adresse eintragen, dann bekämen Sie das Autoreply).

Ein Autoresponder muss also über eine Regel erstellt werden, die nicht an "From", sondern an "Reply-To" antwortet. Das können einige Programme auch.

Das wissen wir ja auch nicht, wir versuchen ja nur zu helfen. Sehen Sie denn im Fehlerprotokoll Einträge bezüglich "SendEmail.php"? Wenn ja, könnte es uns ggf. helfen, wenn Sie ein paar dieser Einträge hier im Beitrag per Kopieren und Einfügen mit uns teilen.

Hallo,

die Frage verstehe ich noch nicht. Es geht hier nicht um Postfächer, sondern lediglich um einen Header, den wir in die von Formularen generierten E-Mails einfügen. Statt "From: formularAbsender@example.com" wird "Reply-To: formularAbsender@example.com" eingefügt. Wobei formularAbsender@example.com das ist, was der Nutzer im Formular ins Feld mit dem Namen "E-Mail" oder "Email" eingetragen hat.

Siehe: https://de.wikipedia.org/wiki/Header_(E…_Antwortadresse

Die Adresse, die der Formular-Ausfüller in ein Feld mit Namen "E-Mail" oder "Email" eingetragen hat, wird als sogenannte "Reply-To"-Adresse in der Mail genutzt und kann daher auch ggf. von einem Auto-Reply dort abgegriffen werden.

Also wir haben viele Kunden, bei denen es auch unter HTTPS sehr gut funktioniert. Stellen Sie doch nochmal auf HTTPS um, tragen Sie dann in den FTP-Einstellungen "https://" am Beginn des Felds "Web-Adresse" ein und veröffentlichen Sie, dann kann ich das nochmal testen. Ggf. funktioniert es bei Ihnen nämlich nur nicht, weil Sie die alte Seite noch im Browser-Cache haben. Also zur Sicherheit vor dem Testen immer den Browser-Cache löschen.