oputz

Moin, da musst du eher in der html Datei nachschauen wo du zuletzt was geändert hast. Da fehlt wohl ein {endif}

Hallo Gemeinde, mein Plesk bzw. die installierte Erweiterung PHP Composer meldete "Composer advisories found some vulnerable packages". Path: httpdocs/xtFramework/library Packages: sabberworm/php-css-parser:8.3.0 Der Composer zeigt einige Aktualisierungen an, z.B. PHPMailer. Eigentlich würde ich selbst nicht einfach solche Pakete aktualisieren wollen um Nebenwirkungen zu vermeiden. Macht das irgendjemand von euch oder was spricht dagegen? Gruß oputz

Zitat: "Sowas ist natürlich ärgerlich, aber es können für solche Kleinigkeiten keine individuellen Patches erstellt werden" Das hängt davon ab wie perfektionistisch oder kundenfreundlich man ist. Zu was, als Probleme zu fixen, sind Patches da? Vor allem braucht sich das nur der installieren, der die Funktion nutzt. Alle anderen müssen darüber nicht extra informiert werden. Ist die Patch Seite nicht extra dafür da? Die wichtigen Sachen müssten natürlich im Shop als HInweis erscheinen. Ich verwende diesen Filter übrigens nicht, also kein Eigeninteresse.

Wenn im offz. Zip nur die class.xtLink.php (großes L) vorhanden ist, dann ist das die die fehlt. Sicher ein Fall von Umstieg auf CamelCase.

Man muss schon einiges durchmachen damit Klarna durch uns Geld verdient. Leider habe ich schon wieder verdrängt welche Schwierigkeiten wir hatten, es hatte u.a. viel mit Geduld zu tun.

Zitat df:bug: "Technische Cookies müssen und sollen immer gesetzt werden. " Der Cookiehinweis erklärt, dass "wir" einen Cookie wegen Listeansicht setzen. Danach kommt die Frage ob wir das erlauben oder ablehnen wollen (mit Hinweis, dass der Session-Cookie auch bei Ablehnung gesetzt wird). Ich lese da also, dass zwei Cookies gesetzt werden bei Zustimmung und nur einer bei Ablehnung. Deshalb meine vielleicht komischen Fragen hier und die Angst, dass jedes weitere Cookie durch Plugins erst durch mich im Consent Tool implementiert werden muss.

Nun in 6.2.2 liegt eine json-ld.php im Ordner xtCore, welche das itemprop Gedöns in der product.html erübrigt. Allerdings meckert Google da nun wegen fehlender "availability". Habt ihr da was vergessen oder soll/muss/kann man doch noch eigene Auszeichnungen machen in der product.html? Wie war der Plan?

Danke für die Erklärung, Verstehe es besser und bin erstmal beruhigt.

Die Frage war wie es geht. Die Antwort war der Link. Da war ich raus. Du sagst jetzt es geht von allein.

Ist wohl das falsche Wort. Gemeint ist, in Shops werden ja nicht nur notwendige Cookies gesetzt, sondern meistens auch zustimmungspflichtige. Die bekommt man in das Modul aber nicht selbst so einfach, rein wie dein Link zeigt. Muss man halt erstmal wissen.

Ähm, danke für den Link. Damit ist klar, dass das nicht machbar ist. Irgendwie eine Mogelpackung das kostenlose Plugin, oder? Ohne weitere Hilfe oder Plugins nützt es eigentlich nicht viel.

Das verlinkte Plugin ist ja im Paket mit drin, leider keine Doku irgendwo. Einträge kann man machen in Einstellungen > Konfiguration > Admin Optionen Aber wie schreibt man es rein? In meinem Beispiel ging es um einen <script> Tag, deshalb alles erlauben mit config.allowedContent = true; genau so steht es nun drin, alle Caches gelöscht, aus- und eingeloggt, aber wirkt nicht, entfernt den Tag.

Verstehe. Leider nicht updatesicher.

Danke für den Hinweis. Bei mir ging es nur darum mehr zu erlauben (config.allowedContent = true;). Dafür brauchts nun ein Plugin und geht das damit dann?

Hallo, es fällt mir jetzt erst in der 6.2.2 auf, dass eine conf/custom_config.js wirkungslos ist. Sie wird auch nicht geladen. Nur eine Änderung in der config_ckeditor.js brachte was. Wird das jetzt anders gehändelt oder kann man das irgendwo einstellen, dass die custom_config.js (weil updatesicher) benutzt wird?