Hallo Dirk,
ich nehme an, die meisten nehmen AWOCoupon.
Shops mit Gutscheinen habe ich schon ewig nicht gemacht, deshalb bin ich da ohne ausgiebiges Testen und code-surfen auch überfragt.
Grüße
Stefan
Hallo Dirk,
ich nehme an, die meisten nehmen AWOCoupon.
Shops mit Gutscheinen habe ich schon ewig nicht gemacht, deshalb bin ich da ohne ausgiebiges Testen und code-surfen auch überfragt.
Grüße
Stefan
Hallo Thilo,
darfst den Slider gerne auseinander pflücken, im Grunde müsste nur geschaut werden, ob bzw. was sich in der Zwischenzeit im VM Produktmodul geändert hat.
Vielleicht aktualisiere ich den Slider die Tage einmal, allerdings hab ich im Moment kaum Zeit.
Ich hab ihn gerade unter Joomla 4/VM 4 mit PHP 8.0 getestet, da wird er ohne Probleme installiert und funktioniert auch noch, wirft allerdings einige Notices raus, wenn man die Fehlerberichterstattung in Joomla einschaltet.
Da man den Aufruf des Slider-Skripts in den Einstellungen ausschalten kann, wäre er auch als einfaches Produktmodul zu verwenden.
Grüße
Stefan
Hallo Tanja,
bisher habe ich immer Name the Price von Open-Tools eingesetzt, allerdings muss man das inzwischen auch selbst pflegen.
https://open-tools.net/virtuemart/name-the-price.html
Versuchen könntest Du es damit einmal, ich habe den Installer angehängt, da Reinhold Kainhofer all seine Erweiterungen zur freien Verfügung gestellt hat. Einen Download-Link konnte ich allerdings auf seiner Seite nicht mehr finden.
Falls es unter J4 nicht läuft, findet sich vielleicht demnächst jemand, der es anpassen würde, da es doch von einigen benutzt wird.
Grüße
Stefan
Hallo Tanja,
willkommen im Forum.
Im Quelltext von VM wurde diese Einstellung auskommentiert. Warum, weiß ich noch nicht. Ich habe die Frage weitergeleitet.
Grüße
Stefan
Zuerst bitte fix auf Joomla 4.2.8 aktualisieren.
https://www.joomla.de/news/joo…4-2-8-sicherheits-release
STS
Möglicherweise geht das mit AwoCoupon, ich hab das aber seit Jahren nicht in den Fingern gehabt.
https://awodev.com/products/joomla/awocoupon
Grüße
Stefan
PS: Alles gut. Evtl. beim nächsten Mal eine kurze Nachricht, oder unter dem Erst-Post einen weiteren Post mit Hinweis, es zu verschieben. Dann gibt's keine doppelten Posts. Der andere ist jetzt gelöscht.
Zur Not könnte man eine versteckte Kategorie verwenden, die dem Produkt zuweisen und dann im Modul auf diese Kategorie beschränken. Oder Featured Products verwenden, wenn man sonst keine Featured benutzt.
Ich hab das mit den Produkt-IDs in meinem Product Slider Light vor längerer Zeit gebaut, der ist aber bisserl alt. Vielleicht hilft es, um das VM-Modul anzupassen, der Slider beruht auch auf dem VM-Produktmodul.
https://www.jooglies.com/dokum…lies-product-slider-light
https://www.jooglies.com/virtu…ngen/product-slider-light
Grüße
Stefan
Hallo Helmut,
das erste Stack Trace teilt mit, dass
COM_VIRTUEMART_PRODUCT_EMAIL_SHOPPERS_SUBJECT
wohl eine nicht aktuelle Übersetzung hat. -> Sprachdateien aktualisieren.
Notfalls meine von Jooglies.com. Die von VM sind zwar inzwischen auf Transifex richtig, aber ich weiß nicht, ob die Datei schon im Download-Bereich ist. Es gab da Schwierigkeiten mit dem Export-Tool für die Sprachdateien, hab ich letzte Woche erfahren.
Zweites Stack Trace.
Dort muss abgefragt werden, ob die Konstanten definiert sind. Ab Zeile 437 in der mediahandler.php müsste da
if(defined('IMG_GIF')) {
$aPossibleImageTypeBits[IMG_GIF] = 'GIF';
}
if(defined('IMG_JPG')) {
$aPossibleImageTypeBits[IMG_JPG] = 'JPG';
}
if(defined('IMG_PNG')) {
$aPossibleImageTypeBits[IMG_PNG] = 'PNG';
}
if(defined('IMG_WBMP')) {
$aPossibleImageTypeBits[IMG_WBMP] = 'WBMP';
}
eingefügt werden. So steht es in VM 4.0.12. Müsste in VM 3.8.9 also im VM Core geändert werden.
Ein Stack Trace ist ein Log über den Call Stack, das Nachvollziehen des Call Stack zum Zeitpunkt eines Fehlers.
Ob es da irgendwo eine tolle Quelle gibt, die das sprachlich genau zerpflückt, weiß ich nicht.
Welchen Begriff Du auch verwendest, jemand, der eine Antwort auf die Frage nach dem Fehler hat, versteht die Frage auch, wenn Du das eine oder das andere verwendest.
Grüße
Stefan
Wenn kein Stack Trace gepostet wird, und der Fehler nicht bekannt wird, wird wahrscheinlich auch ein Update nicht helfen.
STS
Hallo Helmut,
evtl. sind bei Deinem XAMPP einige Module nicht eingeschaltet?
Oder es liegt am Template.
Auch bei Dir, Joomla Debug anwerfen, Stack Trace posten, dann sieht man im Normalfall, wo es herkommt.
Grüße
Stefan
Hallo squadune,
am besten Joomla Debug einschalten und einen Stack Trace posten.
Desweiteren erst einmal auf PHP 8.0 oder 8.1 herunterschalten.
PHP 8.2 bringt wieder viele Änderungen, die in Joomla und VirtueMart noch nicht durchweg umgesetzt sind.
Grüße
Stefan
VirtueMart braucht halt bisserl Zeit, bis man überall hintergestiegen ist.
Ich finde nach über 10 Jahren VM auch immer noch Dinge, die ich nicht kenne.
Grüße
Stefan
In der VM-Konfiguration im Reiter Shopfront
- Aktion, falls ein Produkt nicht vorrätig ist -> Zeigt eine »Informieren Sie mich« Schaltfläche an
STS
Servus,
etwas mehr Informationen über das System und die Änderungen könnten bei der Problemlösung hilfreich sein.
Das kann sowohl ein Rechte-Problem in Joomla sein, als auch Probleme mit PHP-Versionen oder ein Hack.
Grüße
Stefan
Hallo Dirk,
danke für den Fehlerbericht, ist weitergeleitet.
Dürfte dann in der nächsten Version passen. Ich hoffe, die 4.0.14 dauert nicht mehr allzu lange.
Grüße
Stefan
Hallo Faro,
hab's in einen neuen Faden verschoben.
Joomla 4 behaviour.tooltip not found - Fehler 500
Grüße
Stefan
Hallo Faro,
behaviour.tooltip gibt es in Joomla 4 nicht mehr.
Das dürfte irgendwo in einem Template oder Modul/Plugin aufgerufen werden.
Da müsste man über eingeschalteten Joomla Debug in der Joomla Konfiguration den Stack Trace ausgeben, um zu sehen, wo das herkommt.
Ist das ein Full Installer von VM ohne sonstige Erweiterungen, oder hast Du noch etwas eigenes dazu installiert?
Grüße
Stefan
Hallo Faro,
in der Tat, wenn Du von Joomla 3 auf Joomla 4.2.8 aktualisierst, gibt es keine Probleme.
Die Sicherheitslücke ist in der neuen API, die mit Joomla 4 eingeführt wurde.
Alle Versionen zwischen 4.0.0 und 4.2.7 und auch einige neuere Betas haben die Sicherheitslücke.
Theoretisch war es deshalb seit Veröffentlichung von Joomla 4 möglich, die Passwörter der configuration.php auszuspähen.
Sofern externer Zugriff auf die Datenbank möglich ist, könnte man also beliebig in der Datenbank arbeiten.
Deshalb wird empfohlen, nach dem Update alle Passwörter in der configuration.php zu ändern, das wären im Normalfall das Datenbankpasswort und evtl. die SMTP-Daten für E-Mails.
Wer ganz sicher gehen möchte, sollte auch die Passwörter von Super Admins, Administratoren usw. ändern, insbesondere von Super Admin Accounts, die evtl. brach liegen und die kaum benutzt werden.
Es steht geschrieben, dass bisher keine Ausnutzung dieser Sicherheitslücke bekannt ist, die Änderungen der Passwörter sind also Vorsichtsmaßnahmen. Sie mögen lästig sein, aber ich kann nur empfehlen, die Passwörter zu ändern.
Theoretisch könnte jemand eine Sammlung mit Zugangsdaten haben, die irgendwann dann einmal eingesetzt werden.
Sehr wahrscheinlich ist das nicht, aber sicher ist sicher.
Grüße
Stefan