Beiträge von Uwe Keim

https://www.discourse.org — alles andere ist Spielzeug.

Web-Formular gibt Fehler aus

Wir nutzen Mailchimp. Wärmstens zu empfehlen.

docs.zeta-producer.com/datei-link-pdf.html

Ggf. ein Issue bezüglich http vs. https?

Was auch ziemlich gut läuft, ist Mailgun.

Bei kleineren Mengen an E-Mail ist der Dienst komplett kostenlos.

Ich nutze Mailgun selbst auch für ein Projekt und bin sehr zufrieden.

Welche Funktion hat die Tastenkombination "Strg + E"?

Webshop online sieht bei mir aus wie bei Dir Webshop offline:

Ggf. mal Strg+Umschalt+R (Google Chrome) und einen Hard Reload erzwingen?

Ich persönlich würde das mit einem Google-Mail-Postfach machen:

• Alle Formular-Mails gehen an ein Google-Mail-Postfach.
• Dort sind Weiterleitungsregeln enthalten.
• Diese Regeln prüfen den Inhalt der empfangenen Mail.
• Ist der Name eines Betreuers enthalten, wird die E-Mail an ihn weitergeleitet und im zentralen Postfach gelöscht.

Vermutlich sind die falschen Erfolgs-/Fehlerseiten eingetragen.

Hier steht, wie das geht:

https://docs.zeta-producer.com/formular-optio…eren.html#a2865

Wenn ein Kind-Ordner mit "/" beginnt, wird er nicht im Parent-Ordner abgelegt.

Schau in Deine Protokolldateien auf dem Exchange-Server, warum dieser die Verbindung ablehnt.

Auf der Ergebnisseite werden JavaScript-Laufzeitfehler generiert, wohl weil die Seite "Produkte" keine richtige URL hat, sondern nur ein "#".

Eventuell macht das unser Widget (egal ob HTML oder PHP) zurzeit noch nicht mit.

Das sollten sich meine Kollegen vom Support nächste Woche ggf. mal anschauen.

https://bugs.php.net/bug.php?id=75384

Das müsste doch inzwischen gehen, oder?

Im Protokoll steht folgende Meldung:

Zitat

Name der fehlerhaften Anwendung: producer-core.exe, Version: 14.2.0.0, Zeitstempel: 0x5a1c67c9

Name des fehlerhaften Moduls: ntdll.dll, Version: 10.0.16299.64, Zeitstempel: 0xac8afc81

Ausnahmecode: 0xc0000374

Fehleroffset: 0x000da849

ID des fehlerhaften Prozesses: 0x3f0

Startzeit der fehlerhaften Anwendung: 0x01d381670bc7bce3

Pfad der fehlerhaften Anwendung: C:\Users\norbert\AppData\Local\Zeta Producer 14\Applications\producer-core.exe

Pfad des fehlerhaften Moduls: C:\WINDOWS\SYSTEM32\ntdll.dll

Berichtskennung: 29c26b70-b414-4238-9ebd-08baeb9ad0e9

Vollständiger Name des fehlerhaften Pakets:

Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Alles anzeigen

Das schaut ungewöhnlich aus.

Wenn Sie möchten, könnten Sie (ab dem 8.1.) ein Support-Ticket lösen, dann kann sich einer meiner Kollegen mal auf Ihr System draufschalten.

Intuitiv würde ich einen Treiber, ein Dienstprogramm, ein Virenscanner oder ein anderes Tool in Verdacht haben.

Die Chancen, da etwas zu finden und zu beheben sehe ich leider als extrem gering an.

Jetzt kommen wir weiter. Danke.

Bitte in zeta producer die Protokollierung aktivieren, den Fehler nochmals auslösen.

Anschließend uns über die integrierte Funktionalität die Protokolle zukommen lassen.

UM HIMMELS WILLEN — WAS BEDEUTET „ABSTURZ“?

Bitte „Absturz“ genau definieren.

Und ich würde noch kleinkariert einwerfen, dass es "AGB" heißt, und nicht "AGBs".

Grund ist, dass die Abkürzung "AGB" bereits der Plural ist und es keinen Plural vom Plural gibt.

Release-Notes mit Neuigkeiten und Änderungen.

"HTTP ERROR 500" bedeutet übersetzt:

Zitat

Etwas ist schief gegangen, bitte schaue auf dem Server in den Protokolldateien nach, dort steht drin, was genau schief ging.

Das ist ein Bug im verwendeten Internet-Explorer-Editor.

Da sind wir relativ machtlos.

Wir könnten die nbsp IMMER automatisch ersetzen; das würde dann in Fällen stören, wo es explizit erwünscht wäre.

Falls du ohne Windows Defender tatsächlich angreifbar wärst, hätte der Admin deines routers und deiner Firewall einen riesigen Mist gebaut und gehört gefeuert.

Das ist noch unser (ur-)altes Gästebuch-Skript, das extern auf unseren Servern gehostet ist.

Ich schlage vor, dass Ihr, falls möglich, auf eine neuere Zeta-Producer-Version aktualisiert und dann das dort eingebaute PHP-Gästebuch verwendet, dass dann auch auf Eurem Server gespeichert wird.

Das macht Google automatisch. „Site Links“ heißt das glaube ich.

Geht nur, wenn deine Seiten auch entsprechende Relevanz haben.

Es ist mixed-Content vorhanden. Z.B.:

Zitat

Mixed Content: The page at 'https://libelle-lastenrad.de/' was loaded over HTTPS, but requested an insecure image 'http://zella.de/code/bilder/slide-fb.jpg'. This content should also be served over HTTPS.

(index):452 Mixed Content: The page at 'https://libelle-lastenrad.de/' was loaded over HTTPS, but requested an insecure image 'http://zella.de/code/bilder/slide-tw.jpg'. This content should also be served over HTTPS.

(index):452 Mixed Content: The page at 'https://libelle-lastenrad.de/' was loaded over HTTPS, but requested an insecure image 'http://zella.de/code/bilder/slide-google.jpg'. This content should also be served over HTTPS.

(index):452 Mixed Content: The page at 'https://libelle-lastenrad.de/' was loaded over HTTPS, but requested an insecure image 'http://zella.de/code/bilder/slide-kont.jpg'. This content should also be served over HTTPS.

Was steht im Ereignisprotokoll von Windows?

Das Posting ist von 2015. Selbstverständlich ist das inzwischen längst behoben.

Jetzt habe ich mir beide DMP-Dateien angeschaut, danke fürs Zusenden.

Ursache (und Lösung) ist in beiden Fällen dieselbe wie hier beschrieben:

"Workaround für langsamen Zeta Producer"

Das ist ein immenser Aufwand für uns, der sich zurzeit leider nicht rechnet.

Danke auf jeden Fall für dein Angebot!

Prüfe mal mit http://www.mail-tester.com wie gut dein Mailversand insgesamt konfiguriert ist.

Danke!

Bitte mal das hier machen:

https://docs.zeta-producer.com/abbilddatei-erstellen.html

Auf meinem Entwicklungsystem hat übrigens ein Update von Anfang September mein Visual Studio kaputt gemacht.

Die Nummer des Updates endet auf „88“.

Ggf mal schauen, ob bei dem hier beschriebenen Fehler ein ähnliches Update als Ursache in Frage kommt.

Lutz hat Recht. Das hier haben wir zurzeit nicht implementiert. Wir ergänzen das für 14.2.

Was wir jedoch haben, ist eine recht ausführliche Protokollierung.

Diese einfach mal aktivieren, und dann im Protokoll nachschauen, was genau dort als Fehler beschrieben wird.

Das hatten wir hier schon oft.

Probiere mal die Suche nach „Sonderzeichen“.

Viel zu wenig Kontext-Informationen.

Für Spiegel online ist eine lange Wartezeit sicher normal. Für eine web-Visitenkarte sicher nicht.

Gibt’s nicht 5000 verschiedene Samsung-Tablets mit 10000 verschiedenen Android-Versionen?

F12