Beiträge von Stefan S

Mir scheint, Sie haben das Widget "Shop-Suche" direkt auf einer Shop-Seite platziert. Das war so nicht beschrieben. Auf die Shop-Seite gehört nur das Widget "Suchfeld", das Widget "Shop-Suche" gehört nur auf die Seite "System > Suche", wie im Handbuch beschrieben. Wenn das dann immer nicht nicht klappen sollte, benötigen wir die URL zur Seite mit dem Suchfeld. Ich bin erst Montag wieder aktiv.

PS: Das wird in der kommenden Version 16.7 vereinfacht. Da kann man dann im Widget "Suchfeld" gleich auch optional die Ergebnisseite auswählen. Somit kann man sich dann eine Suchseite (Ergebnisseite) nur für die Shop-Suche bauen, auf der man nur das Widget "Shop-Suche" einfügt…

Ich muss mich selbst korrigieren. Wenn Sie auf die "normale" Suche der Seiteninhalte verzichten können, dann können Sie auf der Ergebnisseite (System > Suche) das Widget "Suche" ausblenden, so dass auf diese Seite nur das Widget "Shop-Suche" angezeigt wird. Somit ist die Suche dann doch rein auf die Shop-Artikel beschränkt. Ggf. müssen Sie auf der Ergebnisseite dann och ein Widget "Suchfeld" einfügen, da dieses durch das Ausblenden der normalen Suche auch verschwunden ist.

Nein, eine Suche, die nur auf Shop-Artikel beschränkt ist, gibt es nicht. Die Ergebnisse der Suche aus dem Shop wird aber auf der Ergebnisseite gesondert dargestellt und sollte von daher gut erkennbar sein.

Damit die Serverprüfung funktioniert, muss die Web-Adresse in den FTP Einstellungen stimmen. Wie lautet die in Ihren Einstellungen (Webserver konfigurieren)?

Hallo,

im Widget "Carousel" werden die Pfeile angezeigt, wenn Sie mit der Maus drüber fahren.

Um die Pfeile immer anzuzeigen, hilft folgendes:

• 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>
.zp13carousel-direction-nav .zp13carousel-prev, .zp13carousel-direction-nav .prev{
    left: 0;
    opacity: 1;
}
.zp13carousel-direction-nav .zp13carousel-next, .zp13carousel-direction-nav .next{
    right: 0;
    opacity: 1;
}
</style>

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

Hallo.

so wird das gemacht: https://docs.zeta-producer.com/shop-suche-einfuegen.html

Hallo ruster.MEDIA nein, in der Richtung is bisher nichts geplant. Das bereits existierende Widget "Carousel" (oder gar "Animierte Zitate") passt für Sie hierfür nicht?

Hallo,

die Nachricht stammt nicht von uns und ich kann das im Screenshot nicht lesen. Ich würde beim Versender mal nachfragen, was das bedeutet.

Sorry, hatten Ihre Nachricht übersehen. Besteht das Problem noch? Falls ja, bitte detaillierter beschrieben, wie sich das äußert.

Hallo,

da wird der Kollege Steffen T. am Montag antworten.

PS: der Fehler in der Serverprüfung verhindert das Veröffentlichen nicht. Es wird trotzdem veröffentlicht.

Siehe letzter Absatz meiner vorigen Nachricht.

OK. Ansonsten können wir da auch nicht viel machen. Da wäre Google sicher der bessere Ansprechpartner.

PS: die Seite wird doch auch gefunden, z.B. mit folgender Suche: https://www.google.com/search?q=Unterstützen+Sie+den+WiKult+und+zeigen+Sie+Engagement+für+Selm.

Hallo,

mit der Nachfolgenden URL können Sie sehen, welche Ihrer Seiten im Google-Index sind:

https://www.google.com/search?q=site%3Awikult.de

Manchmal dauert es halt ein wenig, bis der Index von google aktualisiert wurde…

Die Sitemap ist auch korrekt vorhanden: https://www.wikult.de/sitemap.xml

Da Ihre Seite per https:// erreichbar ist, sollten Sie in der Webserver-Konfiguration zu Beginn des Felds "Web-Adresse" auch noch das https:// einfügen.

Danke.

Also auf dem Server scheint PHP 8.0.28 aktiviert zu sein. Das ist OK.

Wenn die Severprüfung fehlschlägt, liegt das meist an einer falschen Web-Adresse in den FTP-Einstellungen, die scheint aber bei Ihnen korrekt zu sein.

Allerdings wundert mich etwas. In allen Links im Menü der Website, wird eine Art "OID" im Link eingefügt, also z.B.: http://www.elbuferfoerderverein.de/de$aktivitaeten/aktivitaeten.html statt http://www.elbuferfoerderverein.de/aktivitaeten.html

Irgendwo scheinen Sie da in einer Einstellung unter "Ordner" etwas eigenartiges konfiguriert zu haben. Was das ist, können wir von hier aus nicht sagen, untersuchen aber gerne das Projekt im Rahmen eines Premium-Support-Ticket für Sie.

Wie lautet denn die URL zur betroffenen Website?

Ich bitte um einen Link zur entsprechenden Shop-Seite auf der die Bilder mit abgerundeten ecken gezeigt werden sollen.

Da können wir uns das 15er Projekt gerne im Rahmen eines Premium-Support-Ticket ansehen.

Hallo,

Diesmal leider noch nicht. Ich arbeite aber an einem Workaround für Sie, hoffe das klappt.

Nein, eine solche Funktion bieten wir aktuell nicht.

Vielleicht hilft Ihnen das Widget "Info-Banner"…

Ok, besten Dank. Mir wird klar, worum es hier geht. Es geht um die Art, wie Sie diese Meta-Tags kontrollieren.

Die Shop-Meta Data werden per JavaScript in die Seite eingefügt. Sie dürfen das beim Kontrollieren also nicht einfach über den Quelltext machen. Nutzen Sie die Developer-Tools des Browsers. In Chrome z.B. machen Sie einen Rechtsklick auf die Seite, wählen dann die Option "Untersuchen". Nun wählen Sie im neu geöffneten Fenster den Reiter "Elements" (oder "Elemente") und dort sehen Sie im aufgeklappten Head-Bereich die korrekten Meta-Tags und die sieht auch Google so (die interpretieren JS).

Wir haben für 16.7 etwas eingebaut, das diese spezielle Situation verbessern könnte. Voraussetzung ist aber, dass die Site per https:// geladen wird.

Fixed: ab Version 16.7 (erscheint 9in den nächsten Wochen), werden in Shop-Artikellisten die Alt-Texte korrekt ausgegeben.

Hallo,

was das Consent-Widget angeht, können wir da aktuell nichts ändern. Wenn man beim Speichern des Cookies den Parameter "SameSite" mitgibt, so erzwingt das auch eine Site mit https:// (oder es funktioniert nicht). Da dies alle Kunden betrifft, können wir das aktuell nicht ändern.

Vielleicht finden Sie ja zur Einbettung der News einen besseren Weg, als das iframe…

Warum drucken Sie die Seite nicht einfach aus einem Webbrowser aus?

Sorry, sehe eben, dass in der Ansicht, die Sie nutzen, doch img Tags verwendet werden. Ich sehe zu, dass hier künftig auch alt Tags mit ausgegeben werden.

Die Meta-Description des Artikel-Detail scheint mir aber bereits zu stimmen, oder?

Der Shop hat ja eigene Felder für die Pflege von Meta-Tags. Ich vermute, die haben Sie noch nicht eingepflegt?

Und wie müsste ich diese Seite nun bei ahrefs testen um so einen Bericht zu erhalten? Vorausgesetzt, das ist kostenlos.

Ursache sind auch beim Cookie-Consent die iframes. Wir untersuchen, ob wir beim Setzen der Cookies hier etwas verändern können. Als Nutzer bin ich aber durch die vielen unterschiedlichen Cookie Consents absolut verwirrt.

Da sollte erstmal geklärt werden, wo denn der Alt-Text fehlen soll? Da die Shop-Artikelliste keine img Tags nutzt, kann sich die Meldung von ahrefs darauf ja nicht beziehen.

Was das Consent Widget anbelangt, bitte posten Sie einen direkten Link auf eine Seite, auf der es sich nicht schließen lässt.

Sie nutzen auf der Seite iframes mit einer vorgegebenen Höhe. Die Fancybox wird auf diese Höhe zentriert angezeigt. Da das iframe aber höher ist, als der sichtbare Bereich im Browser, ist der Inhalt nicht zu sehen, bis man nach unten scrollt. Ursache ist also das iFrame.

Das Skript scheint unvollständig. So weiß der Player ja gar nicht, was er überhaupt abspielen soll…

Siehe https://docs.podlove.org/podlove-web-player/v5/usage und https://docs.podlove.org/podlove-web-player/v5/configuration

Wenn Sie ein Problem gelöst haben möchten, helfen wir gerne. Aber statt passiv aggressiver Vorwürfe (in der Preisklasse…) würde es helfen, wenn Sie das Problem so beschreiben könnten, dass es von uns nachvollzogen werden kann. Mit Link zu einer Seite auf der man das Problem sieht wäre es am hilfreichsten.

Bei mir öffnen sich Fancyboxes immer im Zentrum des aktuellen Browser-Ausschnitts, da musste ich noch nie suchen.

Ihr Problem mit dem Consent-Widget trat, als ich die Seite aufrief (kurz nach ihrem Beitrag) bei mir nicht auf, ich ging dann davon aus, dass es vermutlich am Browser-Cache lag..

Siehe RE: Automatisches Einblenden der Bilder im Header

Ich vermute, da hat es irgendwie die Datei mit den Programm-Einstellungen zerschossen.

Bitte gehen Sie folgendermaßen vor:

• Beenden Sie Zeta Producer
• Navigieren Sie in den Ordner "Eigene Dokumente\Zeta Producer 16\"
• Dort sehen Sie einen Ordner namens "Settings" – benennen Sie diesen Ordner um in "Kaputte-Settings"
• Starten Sie Zeta Producer
• Nun sollte Zeta Producer wieder normal starten. Evtl. wird Ihr letztes Projekt aber nicht automatisch geöffnet, das öffnen Sie dann einfach über den Button "Öffnen". Falls Sie nicht die kostenlose Version genutzt haben, müssen Sie auch Ihre erworbene Lizenznummer erneut eingeben. Wenn nun alles funktioniert, können Sie den Ordner "Kaputte-Settings" löschen.

Hat das geholfen?