Beiträge von StefanSTS

    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

    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

    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

    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