Beiträge von StefanSTS

    Ich bin bei Euch Bronze-Mitglied.

    Die VirtueMart-Foren mit Lokalsprachen wie Deutsch, Französisch usw. werden von Freiwilligen betrieben, die von iStraxx die Erlaubnis haben, diese Foren unter dem VirtueMart-Label laufen zu lassen.

    "Bronze-Mitglied bei Euch" trifft es deshalb nicht ganz. Bronze-Mitglied ist man bei iStraxx, iStraxx leitet das englische Hauptforum unter forum.virtuemart.net und ist Besitzer der Marke VirtueMart und natürlich auch Hauptentwickler von VirtueMart.

    Wenn man Bugs findet, und seinen Mitgliedsvorteil zur schnellen Bug-Bereinigung ausnutzen möchte, sollte man ein Ticket bei iStraxx unter extensions.virtuemart.net eröffnen, wenn man in den lokalen Foren keine Antworten bekommt.


    Natürlich arbeiten wir alle zusammen, damit VM immer besser wird, und oft werden die Bugs hier auch schneller gefiltert und übermittelt als mit einem Ticket.


    Es gibt nur keine Garantie dafür, dass hier immer jemand antwortet.


    Ich wollte damit die Zusammensetzung der VirtueMart-Community noch einmal etwas erleuchten, da dies nicht immer auf Anhieb ersichtlich ist.


    Grüße

    Stefan

    Vielleicht ist dieses Verhalten so gewollt: die Rechnung wird immer in der vom Kunden gewählten Währung ausgestellt?

    Ja, das ist so gewollt.


    Wenn man das Verhalten vom Lieferland abhängig machen möchte, wird man ein Plugin benötigen. Mir ist allerdings keines namentlich bekannt.



    Allerdings würde es dann keinen Sinn machen, die folgenden zwei Zahlungsarten zu definieren:

    Ja, in der Tat, die Definition der Währung darin, scheint nicht wirklich eine Funktion zu haben, vielleicht war das einmal zur Erweiterung gedacht, oder dass andere Plugins darauf zugreifen können.




    Mich hat nur die Beschriftung verwirrt. Es steht:

    Die CH-MwSt. ist im Betrag enthalten.


    Man kann das entsprechende Sprachpaket herunterladen, entpacken und die Dateien mit Volltextsuche durchsuchen.

    Dann findet sich sicher auch eine Sprachvariable, für die man einen Override erstellen kann.


    Die Frage ist, ob da das Problem liegt.

    Wenn in der Berechnung des Preises für DE/AT ein Prozentsatz von einem Betrag abgezogen wird, der für den Schweizer Verkaufspreis inkl. Steuern genommen wird, kann es in der Tat sein, dass

    "die negative CH-MwSt. im Betrag enthalten ist".


    Normalerweise geht man so vor, dass man einen Netto-Preis hat, und dann die Schweizer Steuer für die Schweiz addiert.
    Für die anderen Länder addiert man dann einfach die Schweizer Steuer nicht.


    Grüße

    Stefan

    Servus,


    die Staffelpreise sollten bereits automatisch berechnet werden.

    (Man kann die Staffeln auch mit etwas Code anzeigen lassen.)


    Oder geht es um den Gesamtpreis?
    Den kann man in der VM-Konfiguration im Reiter für Preise einschalten.

    Wenn der nicht angezeigt wird, evtl. im Template das Sublayout prices.php einmal deaktivieren, damit das Original verwendet wird.


    Grüße

    Stefan

    Habe 2 Mal mit dieser Seite recht gute Erfahrungen gemacht:

    Ich kenne die Firma nicht und weiß nicht, wer sie betreibt und wie sicher die Daten dort sind.

    Da bei der Migration meistens Kundendaten übernommen werden sollen, mache ich das gerne selbst, statt es irgendwo auszulagern.


    Wenn man so eine externe Firma verwendet, sollte man evtl. die Kundendaten außen vor lassen und nur die anderen Aspekte des Shops migrieren lassen.


    Grüße

    Stefan

    Hallo Claudia,


    auf der Seite gibt es auch einige andere Fehlermeldungen.
    Empty slug product with id 174, entries exists for language? en-GB You may contact the administrator


    Es scheint, als ob die Seite einmal zweisprachig war oder auf Englisch installiert wurde und nachher auf Deutsch umgestellt wurde.


    Möglicherweise sind dort einige Menüeinträge mit der falschen Sprache, so dass diese nicht gefunden werden.

    Das ist nur ein grober Schuss aus dem, was man extern sehen kann.


    Evtl. müssten die Menüs, Produkte und Datenbanktabellen einmal durchgeschaut werden, ob das alles für de-DE gilt.


    Grüße

    Stefan

    Servus,


    ein Tool, das die Migration automatisch macht, ist mir nicht bekannt.


    Ich nehme an, die einfachste Lösung wird sein, die Daten von Prestashop als CSV-Datei zu exportieren und dann mit CSVI in Virtuemart zu importieren.

    In dieser Art habe ich die Migration von WooCommerce zu VirtueMart einmal gemacht.


    Evtl. hat Prestashop Export-Tools für CSV. Ansonsten könnte man einige SQL-Abfragen für den Export schreiben.


    Sicherlich kein Hexenwerk, aber man muss die beiden Datenbanken gegenüberstellen und schauen, wie man die Daten von der einen auf die andere Datenbank abbildet. Eine schöne Denksportaufgabe.


    Grüße

    Stefan

    Joerg hat den Fehler mit dem WebAssetManager, den VM ja im Moment noch garnicht benutzt, auch an anderen Stellen im Netz unabhängig von VM gefunden.


    Das scheint ein Joomla-Bug im Hintergrund zu liegen.

    Die Fehlersuche wird wohl doch lustiger, ich meine, umfangreicher als erwartet.


    STS

    Der Code für die Produkte in der Kategorieansicht wird durch das Sublayout products.php erzeugt.


    Im Smart sollte dieser eigene Override in den Ordner

    /templates/vp_smart/layouts/MEIN_LAYOUTNAME/html/com_virtuemart/sublayouts.


    Grüße

    Stefan

    Servus,


    oh, heute mit Spaß-bei-der-Arbeit-Foto. ;-)


    ich leite das an den einzigen weiter, der Dir da helfen kann. Vielleicht hat das neue System noch ein paar Flukes.

    Milbo

    Zur Not bei sowas ein Ticket an iStraxx, Max ist sicher froh, wenn er gute Bug-Reports bekommt.


    Grüße

    Stefan

    Wenn es mir im Backend unter Systeminformationen die jeweilige PHP-Version anzeigt, kann ich eine neue Suche initiieren, und dann klappt es oder eben nicht.

    Ja, Joomla zeigt in den Systeminformation die beim Aufruf verwendete PHP-Version an. Nach dem Umstellen dort überprüfen, ob die eingestellte Version übernommen ist, dann läuft alles unter dieser Version. Den Joomla-Cache zu löschen, kann natürlich nie schaden.

    Das scheint kein gutes Problem für eine Ferndiagnose zu sein.

    Evtl. ein Akeeba-Backup auf eine DB unter MySQL 5.7 schieben und testen.


    STS

    mal kurz queergefragt: wie lange kann (darf) man php 7.4 noch benutzen?

    Man "kann" es so lange benutzen wie es vom Hoster angeboten wird.

    "Sicher" kann man es solange nutzen, wie der Hoster PHP 7.4 sicher hält. Das kann sich von Hoster zu Hoster unterscheiden.
    Einige Hoster bieten spezielle Pakete für PHP-Versionen bis hinunter zu PHP 4.x an. Dann wird es allerdings meistens teuer. Die 7er-Versionen sind oft noch im normalen Hosting-Preis mit drin.


    Es ist also nicht universell zu beantworten. Am besten den Hoster fragen!


    Grüße

    Stefan

    Die einfachste Lösung ist, die Custom Fields in der Kategorieansicht zu entfernen. Den Detail-Button aktivieren und schon läuft es.


    Eine andere Möglichkeit: das Template auf das Joomla-Standard-Template umschalten und testen, ob es dort geht.


    Die einfachste Möglichkeit: ein gutes VM-Template kaufen, da verschwendet man am wenigsten Zeit.


    STS

    Servus,


    ich habe gerade den einzigen VM 4.0.12 getestet, den ich unter dem Smart laufen habe.

    Dort funktioniert die Suche nach der Artikelnummer ohne Probleme. Allerdings läuft der unter PHP 7.4, nicht unter PHP 8.0.

    PHP 8.0.2 hört sich ziemlich alt an, gibt es da keine neuere PHP 8.0.x?

    Vielleicht einmal kurz auf PHP 7.4 umschalten und testen, ob das ein PHP 8-Problem ist.

    Letztlich könnte es auch an der Datenbank liegen. Was wird dort benutzt? MySQL, MariaDB?

    Da gab es neulich noch Probleme mit Umlauten, abhängig von DB-Typ.


    Stefan