Beiträge von clapier

    Steffen T. Das ist doch Teil des Sharrif-Widgets oder nicht? Da scheint ihr die Sharrif-Dateien aktualisiert zu haben, dort wird aber Font Awesome 6 geladen, dass es ja in ZP nicht gibt.

    Die integrierten Piktogramme im Text-Widget sind eigentlich schon Awesome, allerdings V 4 und Sharriff die neue V 6. Daher der Konflikt, nehme ich an. Den Fall können die aber jetzt reproduzieren.

    Haben Sie eine Beispiel-Webseite, wo die Piktogramme enthalten sind?

    Ja, z. B. im Footer bei: https://www.paulmeek.de/

    Unter Management.
    Facebook, Instagram und Youtube werden als:
    [X] [X] [X]

    angezeigt.

    Im Shop PayPal wir auch als [X] angezeigt. Das habe ich inzwischen als Text geändert.

    Ich würde da jetzt aber auch nicht groß rumtun. Ich werde das morgen mit SVG-Bildern austauschen.

    VG

    Das Feld "Status" im Shop-Backend ist meines Wissens nach ein Feld zur rein manuellen Festlegung von Bestellzuständen. Es gibt hier keinerlei automatische Verknüpfung mit Kreditkarten-Zahlungen o.Ä. Ich würde also sagen, dass es sich bei Ihnen um ein Missverständnis des Feldes "Status" handelt.

    Der Versand der PDF-Rechnung erfolgt auch unabhängig vom "Status", entweder manuell, oder automatisch nach der Besrtellung, je nach Einstellung.

    Gut, aber das bedeutet, dass Sie nichts ändern können? Fakt ist, dass dann zumindest keine Rechnung automatisch erstellt wird und es gibt auch nicht die Buttons "PDF-Rechnung downloaden" und "PDF-Rechnung Per Mail versenden".
    Es ist zumindest so, dass in dem Falles des Status "Offen" die Kreditzahlung erfogt ist aber "keine" Rechnung generiert wurde. Das ist eine Krankheit bei Zeta Producer und kommt "immer wieder" mal vor. Warum auch immer....
    Dass es sich mit dem Feld um ein Missverständnis handelt bezweifle ich stark. Es war lediglich ein Hinweis darauf, dass die PDFs nicht generiert und versendet werden. Immerhin wenn eine Zahlung erfolgt, dann ist der Status automatisch als "Bezahlt" markiert. Ich versuche Ihnen lediglich das Problem zu schildern.
    VG

    Grüß Gott,

    im Onlineshop tritt wiederholt folgendes Problem auf: Kreditkartenzahlungen über Stripe werden erfolgreich abgeschlossen (Konto Stripe) und auch abgebucht, jedoch bleibt die Bestellung im ZP-Dashboard unter „Bestellungen“ als „offen“ markiert. Infolgedessen wird keine Rechnung als PDF generiert und auch nicht versendet. Dies führt zu Stornierungen und erneuten Zahlungen mit einem Gutschein. Buchhalterisch ist das ein Salat.

    Können Sie die Ursache dafür identifizieren? Ich vermute, dass es sich nicht um einen Einzelfall handelt, sondern dass das Problem bei allen ZP-Shops auftritt.

    Zusätzlich besteht das Problem, dass selbst nach manueller Markierung als „bezahlt“ keine Rechnung im Dashboard generiert werden kann (Button fehlt). Eine Lösung wäre, dass zumindest in solchen Fällen eine manuelle Rechnungserstellung über einen Button möglich ist.

    Vielen Dank im Voraus für Ihre Unterstützung!

    Viele Grüße

    Sehr geehrtes Zeta Producer Support-Team,

    im Rahmen der gesetzlichen Vorgaben zur Barrierefreiheit ist es notwendig, dass Nutzer ohne Maus durch die Website navigieren können. Aktuell ist es möglich, mit der Tabulator-Taste durch die Menüpunkte zu navigieren. Leider funktioniert dies jedoch nicht bei Dropdown-Menüs, da diese weder mit der Tab-Taste noch mit den Pfeiltasten zugänglich sind.

    Für eine barrierefreie Nutzung müsste es möglich sein, dass man in einem geöffneten Dropdown-Menü mit den Pfeiltasten navigieren kann. Dies ist ein wesentlicher Bestandteil, um den Zugang für alle Nutzer – insbesondere für Menschen mit motorischen Einschränkungen – zu gewährleisten.

    Können Sie diese Funktion umsetzen?

    Vielen Dank im Voraus für Ihre Unterstützung. Ich freue mich auf Ihre Rückmeldung.


    Viele Grüße,
    Mirco Clapier

    Liebe ZP Team,

    ich wollte nur darauf hinweisen, dass beim Testen einiger Websites mit unterschiedlichen Layouts festgestellt wurde, dass eine selbst definierte Hintergrundfarbe-Tagsfilter (backgorund/background-border), sowie die Textfarbe (color) im Widget "Blog-Artikelliste" nicht übernommen werden. Es bleibt bei der ZP Standardfarbe (#126DBF/#fff).

    Der "Seiteneffekt" ist per Online-Update für Version 16.8.X behoben. In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis oben im Fenster) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.

    Ich hoffe nun passt alles.

    Den selben Fehler gibt es noch beim Blog-Widget selbst beim Link "Weiterlesen...", dass im Unterverzeichnis "News" liegt.
    Fehlerausgabe: https://www.deineschlagerwelt.de/news/news/ariane-perl-mein-bester-fehler.php#wl9197

    Hier zum Blog: https://www.deineschlagerwelt.de/news/index.php

    VG

    Aha! Also von Haus aus bringt das Layout halt eben keine randlosen Header mit, von daher funktioniert das Layout bestens.

    Bitte gehen Sie nicht davon aus, dass CSS-Klassen (die eigentlich nur von uns intern genutzt werden) an jeder Stelle funktionieren.

    Wir schauen uns das trotzdem bei Gelegenheit mal an, ob/wie sich randlose Header in diesem Layout realisieren lassen.

    Ah okay.... keine Eile... Dann weiss ich Bescheid.

    VG

    Wir nutzen Zeta Producer für unsere Website und haben ein Problem mit der Darstellung des Headerbildes, das sich bei Änderungen der Fenstergröße nicht korrekt anpasst.

    Problembeschreibung:

    1. Vollbildmodus: Beim Laden der Seite im Vollbildmodus wird das Headerbild korrekt dargestellt.
    2. Fensterverkleinerung: Wenn wir das Browserfenster verkleinern, passt sich das Headerbild responsiv an die neue Fenstergröße an.
    3. Rückkehr zum Vollbildmodus: Wenn wir das Browserfenster wieder vergrößern, bleibt das Headerbild "hängen" und passt sich nicht mehr an die neue Größe an. Das Bild bleibt in der Größe des kleineren Fensters.

    Erwartetes Verhalten:

    Das Headerbild sollte sich bei jeder Größenänderung des Browserfensters dynamisch anpassen und immer die volle Breite des Fensters ausfüllen, ohne verzerrt zu wirken.

    Technische Details

    • Browser: Getestet in verschiedenen Browsern (Chrome, Firefox, Edge).
    • Geräte: Desktop und Laptop.
    • Betriebssystem: Windows 10.
    • Layout: Top Responsive
    • ZP Version: 16.8.6.0

    Dieser Darstellungsfehler existiert schon immer. Aufgrund dessen binden wir in dem Layout nur ein externes ZP-Widget ein, was eigentlich nicht sein sollte.
    Wir haben nun heute mal wieder den Versuch unternommen, den Programmeigenen Header zu verwenden.

    Hinweis: Auf der Website https://www.deerbrands.com ist das externe Header-Widget implementiert. Wir können den Fehler so nicht öffentlich stellen. Daher hoffen wir, dass ZP das Problem nachstellen kann.

    Anlage: Screenshots

    VG

    Hallo Clapier, jetzt habe ich gerade info von Strato erhalten. Die schieben das Problem auf Zeta. Komisch ist das mein Shop ja schon gelaufen ist. Jetzt bleibt mir nichts anderes übrig als den Server zu wechseln. Du schreibst dein Favorit ist IONOS ??? Welches HostingPaket kannst Du mir empfehlen oder hast Du? Beste Grüße Michael

    Also ich empfehle ungern etwas. Ich habe jetzt 12 Stratopakete gekündigt und alle ziehen zu IONOS um, auf deren Wunsch. Ich selbst bin mit deineschlagerwelt.de bei linevast. Da braucht man aber Sachkenntnis. Kunden kommen mit IONOS in der Benutzung besser klar. Ist ähnlich wie Strato von der Einfachheit. Und ich teste es gerade mit Deerbrands.com (webhosting Paket Ultimate).

    Die sind schon gut aufgestellt.

    Strato hat geantwortet Schema F. da wird wohl so schnell keine Lösung kommen…

    VG

    Hallo Clapier, ich habe jetzt Gott sei Dank einen fähigen Techniker von Strato am Telefon gehabt. Ich warte jetzt noch bis morgen ab und gib hier im Forum mein Feedback dazu.

    Alles paletti. Ich selbst habe aber meine Website deerbrands-music-media.de (neu Domain/Umzug deerbrands.com folgt noch) zu IONOS gewechselt und alles funktioniert einwandfrei. Wir werden alle Kunden umstellen. Das ist ein Nogo! Da hängt einfach viel zu viel Geld hinter, wenn Erdinger oder andere, wo es um Millionen Umsätze geht, nichts mehr verkaufen können im Shop. Und ich hatte schon richtig Überzeugung leisten müssen, dass die zu Zeta Producer wechseln... Ist natürlich wieder einmal herrlich.
    VG und toi toi toi... ich bin gespannt.

    Durch diesen Code ist die Seite gar nicht mehr erreichbar

    Internal Server Error

    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator at service@webmailer.de to inform them of the time this error occurred, and the actions you performed just before this error.

    More information about this error may be available in the server error log.

    Das funktioniert nicht, da eine Sicherheitslücke "?" blockiert, die können Sie nicht umgehen durch eine Umleitung. Es bleibt Ihnen nichts weiter übrig als den Provider zu wechseln; sollten die nicht schleunigst das Apache Update durchführen.
    Ich ziehe jetzt alle Shops/Websites um. SMTP Strato-Mails sind auch ein Problem.
    So lange kann ich nicht warten... bis die reagieren.

    Ich denke, das müsste folgendermaßen formatiert sein, habe das aber nicht überprüft/getestet.

    Apache Configuration
    # Beginn Umleitung https
    RewriteEngine On
    RewriteCond %{SERVER_PORT} !=443
    RewriteRule ^(.*)$ https://www.domainname.de$1 [R=301,L,UnsafeAllow3F]
    # Ende Umleitung auf https

    Ich bezweifle auch, dass es an dieser Umleitung liegt, denn die kommt ja beim Zugriff auf den Shop gar nicht zum tragen, da die Shop-URL ja bereits ein https:// enthält. Verursacher ist also vermutlich eine Umleitung auf Seiten des Providers…

    Es ist auch nicht nur der Shop.. wenn man Mails an strato schickt per Formmailer... dann geht das jetzt auch nicht mehr.
    Bestelle ich mit einer Strato E-Mail über den Shop, geht es nicht. Andere Mail geht, die von Linevast.
    Erdinger Weissbräu haben wir nun per Subdomain an IONOS weitergeleitet. Dort funktioniert es; solange niemand bestellt, der eine Strato E-Mail hat.
    Meine Votingformulare muss ich nun auch umstellen. Alle Votings gehen nicht mehr mit dem Senden an eine Strato-Mail.

    Andere Shops.. die nicht mit Query-Parameter (ZP) arbeiten, die funktionieren.
    Jetzt müssen noch andere Webshops umziehen... die Leute sind echt stock sauer alle... die sagen... warum alle anderen Shops außer Zeta funktionieren...
    In dem Sinne. VG

    clapier Schauen Sie bitte in die Browser-Konsole (Network), da sehen Sie dann den Server-Response-Code und können damit dann beim Provider nachfragen, was da los ist. Aktuell habe ich z.B. einen Kunden im Premium-Support, dessen Provider die Anfragen einfach blockiert, vermutlich über eine "Web-Firewall". Das Problem mag gleich aussehen, kann aber diverse Ursachen haben.

    /assets/php/shop/web-api/basket.php?action=do-order-basket&lang=DE&le=1&wafu=https%3A%2F%2Fwww.erdinger-weissbraeu-festzelt.de%2Fassets%2Fphp%2Fshop%2Fweb-api&cbsu=https%3A%2F%2Fwww.erdinger-weissbraeu-festzelt.de%2Fwarenkorb.php%3Fstep%3Dcheckout_processing:1


    Failed to load resource: the server responded with a status of 403 ()

    Server ist Strato.

    Hier die Analyse:

    Der Fehler in der Logdatei des Apache-Webservers deutet auf ein Problem mit einer unsicheren URL hin. Hier ist die genaue Fehlermeldung und eine Erklärung:

    Fehlermeldung:

    Code
    mathematicaCode kopieren
    
    15.07.2024 07:09:49 www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F

    Erklärung:

    • AH10508: Dies ist der Apache-Fehlercode.
    • Unsafe URL with %3f: Dies bedeutet, dass die URL ein unsicheres Zeichen (in diesem Fall %3f, was dem Fragezeichen ? entspricht) enthält.
    • URL rewritten without UnsafeAllow3F: Die URL wurde ohne das unsichere Zeichen umgeschrieben, da die Option UnsafeAllow3F nicht aktiviert ist.

    Warum passiert das?

    • Der Apache-Webserver hat standardmäßig Sicherheitsfunktionen, die verhindern, dass unsichere Zeichen in URLs verwendet werden. Das Fragezeichen (?) wird oft in URLs verwendet, um Abfrageparameter einzuleiten, kann aber auch in anderen Kontexten als unsicher betrachtet werden.
    • In Ihrem Fall scheint die URL ein %3f zu enthalten, das als unsicher markiert wurde und daher umgeschrieben wurde.

    clapier Schauen Sie bitte in die Browser-Konsole (Network), da sehen Sie dann den Server-Response-Code und können damit dann beim Provider nachfragen, was da los ist. Aktuell habe ich z.B. einen Kunden im Premium-Support, dessen Provider die Anfragen einfach blockiert, vermutlich über eine "Web-Firewall". Das Problem mag gleich aussehen, kann aber diverse Ursachen haben.

    15.07.2024 06:44:26 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F

    15.07.2024 07:08:40 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F

    15.07.2024 07:09:25 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F

    15.07.2024 07:09:40 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F

    15.07.2024 07:09:49 http://www.erdinger-weissbraeu-festzelt.de [client 2a00:6020:4700::] AH10508: Unsafe URL with %3f URL rewritten without UnsafeAllow3F

    Also in meinem RSS News-Reader kann ich die Beiträge sortiern, wie ich das möchte. Das ist nur davonAbhängig, dass der Feed auch die entsprechenden Felder zum Sortieren bietet, wie z.B. das Datum (<pubDate>). Ich ging bisher davon aus, dass die schlauen Ingenieure bei Google & Co davon auch Kenntnis haben, nehme dies aber gerne als Verbesserungswunsch auf, den Feed im "default" zu sortieren. Bisher werden die Artikel in der Reihenfolge, wie Sie erzeugt wurden, hinzugefügt.

    Ja ist leider so... diverse App-Anwendungen (Schnittstellen RSS-Feeds) sortieren nicht automatisch, oder lesen nur die aktuellen neuen News aus.
    Ich habe dann nur die Option, selbst manuell den RSS-Feed zu erstellen.
    VG und Danke für die Hilfe.

    Ich werfe das hier einfach mal dazwischen: nutzen wirklich noch so viele einen RSS-Reader? Ich glaube ehrlich gesagt, dass die Anzahl der Nutzer recht überschaubar ist.

    Da fände ich als Leser die Beiträge über Social Media (Instagram, X / Twitter, ...) interessanter, weil das sowieso von den Meisten genutzt wird.

    RSS-Feeds spielen eine bedeutende Rolle als Schnittstelle für Google News Publisher, Apps… allgemeine Schnittstellen.. besonders wenn diese eine große Reichweite wie wir von Millionen Lesern haben. Hier sind einige Gründe, warum RSS-Feeds in diesem Kontext wichtig bleiben:

    1. Automatisierung und Effizienz: RSS-Feeds ermöglichen es, Inhalte automatisch und effizient an Google News zu übermitteln. Das spart Zeit und reduziert den manuellen Aufwand für die Veröffentlichung.

    2. Schnelle Aktualisierung: RSS-Feeds sorgen dafür, dass neue Inhalte schnell und zuverlässig in Google News erscheinen. Dies ist entscheidend, um bei aktuellen Nachrichten und Ereignissen sofort präsent zu sein.

    3. Konsistenz und Zuverlässigkeit: Durch die Nutzung von RSS-Feeds wird eine konsistente und zuverlässige Übertragung der Inhalte gewährleistet. Dies ist wichtig, um technische Probleme und Inkonsistenzen zu vermeiden, die die Reichweite beeinträchtigen könnten.

    4. SEO-Vorteile: Inhalte, die regelmäßig und schnell aktualisiert werden, haben bessere Chancen, in den Suchergebnissen von Google News prominent platziert zu werden. RSS-Feeds helfen dabei, die Aktualität und Relevanz der Inhalte zu maximieren.

    5. Verfügbarkeit und Erreichbarkeit: Da Google News eine bedeutende Plattform für die Verbreitung von Nachrichten ist, stellt die Nutzung von RSS-Feeds sicher, dass die Inhalte einem breiten Publikum zugänglich gemacht werden, ohne dass Nutzer Social Media nutzen müssen… wobei Facebook und co immer fragwürdiger werden…

    6. Vielseitigkeit: RSS-Feeds können leicht in verschiedene Plattformen und Dienste integriert werden, was die Reichweite und die Sichtbarkeit der Inhalte erhöht. Dies ist besonders wichtig für Publisher mit einer großen Leserschaft.

    7. Kontrolle über den Content: Mit RSS-Feeds behalten Publisher die Kontrolle über ihre Inhalte und deren Präsentation, ohne sich den oft wechselnden Regeln und Algorithmen von Social-Media-Plattformen unterwerfen zu müssen.

    Zusammengefasst bieten RSS-Feeds eine zuverlässige, effiziente und skalierbare Methode, um Inhalte an Google News zu liefern und damit eine große Reichweite zu erzielen. Sie ermöglichen es uns Publishern, ihre Inhalte effektiv zu verbreiten und ihre Sichtbarkeit zu maximieren.

    VG

    Weil in RSS-Feeds immer der neuste Artikel oben steht, absteigend... Schauen Sie sich die ARD Feeds etc an. Hier die Screenshots von der Google News Publisher Console und der Radio App. der ältester Artikel steht nun aufsteigend an erster Stelle... ff.

    Der normale RSS-Feed ZP rss-feed-xml ist auch absteigend.

    VG

    Hoppala,

    ich merke gerade, dass der verlinkte RSS-Feed ja gar nicht der vom Blog ist, sondern der allgemeine. Den RSS-Feed vom Blog (und der scheint zu passen) finden Sie hier: https://www.deineschlagerwelt.de/assets/php/blog/feed_1783.rss

    Am besten, den allgemeinen RSS-Feed unter "Erweitert > Erweiterte Einstellungen > RSS-Feed erstellen" deaktivieren.

    Also das der Blog einen eigenen RSS-Feed hat, wusste ich bis dato nicht und habe auch nie etwas darüber gelesen (Handbuch)

    Danke für die Info. Nur den kann ich nicht verwenden, weil die Artikel aufsteigend sind und bei Google-News oder auch in der Radio-App keinen Sinn macht. News-Feeds müssen absteigend sein, neueste Artikel an erster Position.
    VG

    Ihr RSS-Feed enthält eigenartigerweise auch Code, der so eigentlich nur auf der Website gezeigt wird. z.B. <div class="zpColumnItem" > sieht für mich danach aus, als hätten Sie da Quellcode in die Blog-Artikel kopiert, was so nicht vorgesehen ist.

    Nein ich habe keinen Quellcode in den Blogartikel kopiert oder was meinen Sie genau? Hier die Quellcode-Ansicht vom dem Artikel:

    Und rss-feed.xml rühre ich nicht an. Das wird alles automatisch programmseitig erstellt.

    VG