Beiträge von Milbo

Das Problem ist ganz tief in Joomla in einer totalen Basisfunktion getProperties. Diese Funktion wird genutzt, um z.B. von einer geladen Tabelle die Werte zu holen. Diese Funktion, kann sich wieder selbst aufrufen, wenn eine Property ein object oder array ist.

Nun ist es so, daß J4 sehr viele "Links" an Objekte dran setzt, die da früher nicht waren. Also z.B. wird die Datenbank an ein JTable verlinkt, wenn man das also debuggen will, ist das objekt so groß, daß man es nicht angucken kann (sprengt 2GB). Man will das JTable sehen und sie die "app" und das db objekt, mit Sprache usw,...
Eine Möglichkeit wäre, diese getProperties funktion zu überschreiben.

An sich ist das Verfahren von dir schon richtig. Wichtig ist die file_url, nicht der Titel, der is egal. Der darf € haben. thumbnail kannste auch freilassen. Achja und besser _ nehmen statt der -

Da frag ich mich jetzt aber, wie das gehen soll, Faro. Wenn du die Datei unterm Hintern änderst, weiss die DB nichts davon. gut wenn man es einfach wegmacht und es weggefiltert wird, kanns klappen.

Da braucht man keinen Programmierer beauftragen, wir leben in VM nicht hinterm Mond!

Es ist garantiert eine falsche Einstellung oder ein altes Template. Also als erstes, du willst ein Datenfeld nutzen, welches sich auf den Benutzer bezieht. Also brauchst du ein Benutzerfeld, da biste ja an sich schonmal richtig. Nur im Warenkorb anzeigen, auch richtig. man kann eine Checkbox machen, die ist dann aber nicht zu einem Popup mit den AGBS verlinkt. Daher würde ich das customfield TOS nutzen.
Ich meine es liegt an einem alten Template, oder alten overrides. Keine Ahnung z.B. wie die checkbox unter die Produkte kommt. Das kann man meine ich nur im Template lösen. Bzw, ich würde einfach mal den override für den WArenkorb deaktivieren, dann weiss man, daß es am Template liegt.

Das VM4 gerade jetzt am anfang immer gleich updaten, wenn was neues rauskommt. Sind alles bugfix versionen.

Wenns wirklich das Template ist, dann brauchste tatsächlich einen "Programmierer" bzw "Templater". Fänd ich spannend, weil ich find deinen Shop spannend, muß ich mal anmerken.

Ahh im letzten Bild, da ist doch alles. Schalt das alles mal aus! Du brauchst in vmbeez kein bs 3 dateien. Das brauchste für horme. Kategorie template aus. Alles in VM auf Standard stellen und Template zeug im Template einstellen. Man sollte nochmal ne Warnung drüber setzen, daß die Einstellungen für PRos sind, oder von Templates selbst gesetzt werden.

Also da wäre es schon sehr hilfreich zu wissen, welche Version vorher genutzt wurde. Und welche Joomla version wird genutzt? Das kann auch damit zusammen hängen. Letztendlich ist es imho ein Filter, welcher die euros ändert.

Nu mit %s zu %1$s replacement und ebenso mit %d sinds 5 minuten

Da stand vorher %1s, da fehlt für php8 das $. Das muß jetzt überall in allen Sprachdateien ergänzt werden. Also am besten die Zahl und das $.

An sich "wirds da bald ein Update geben". Aber wer nicht ein paar Wochen warten mag und es einfach selber eben macht (is ja an sich simple und konzentriert auch keine Stund), tja, der mag uns gerne daran teilhaben lassen. So hat auch STefan mehr Zeit andere Fragen zu beantworten, als z.B. an der deutschen Sprachdatei zu hängen.

is egal. Aber an sich löschen. Hmm, der Hacken war bei dir nicht drin? Ich fürchte, daß muß ich mir doch genauer ansehen. Na, du hast ja mein skype.

Servus Faro,

ich glaub ich träum wohl. Das ganze Update für "stabilere Downloads unter Mac" und dann erzeugts bei dir genau das Gegenteil. Hmpf. Hab 3 Tickets mit der Version gelöst und wohl gegen ein neues eingetauscht. Nu, eventuell ist bei dir der "Iphone Hack" angehackt. Ich fürchte da habe ich den STandard auf true gesetzt, sehe ich gerade. Das kann eine Erklärung sein. Also customfield prototype öffnen und den Hacken bei "Iphone Hack" rausmachen und abspeichern.

" oder kann man einen Discount an anderer (zentraler) Stelle einrichten?"
An sich ja.

shipping=AmountWithoutTax*-0.15
Das kann man da so einstellen?

"kann deshalb nicht mit der entsprechenden Logik gegensteuern. "

Schlechte Einstellung. Du mußt garnichts gegensteuern. Das wichtigste ist, daß man für Produkte keine Regeln einträgt, weil das sind overrides des richtigen systems.
Das normale System funktioniert so simpel wie erwartet, für D.
In D,.. macht man eine STeuer VAT, 19%,... das wars. braucht man keinen Produkt zuweisen, keinem Versand nichts, läuft einfach.

Ach jetzt check ichs, nen Rabatt! Sorry hat mich verlesen. Dann einen Discount einrichten. Aber ein Discount nur gültig für einen speziellen Versand.... ich meine, das haben Leute mit einem fixen Betrag gemacht. Bei der Gebühr einfach einen negativen Betrag eintragen.

Man könnte über das Coupon system gehen. Oder eine kleine Erweiterung für die "package fee", das er auch Prozente annimmt.
Am besten mal hier ein Ticket schreiben https://extensions.virtuemart.net/ticket

https://extensions.virtuemart.…tes/virtuemart-membership

"Da die Standard Versand Art "weight_countries" hier nicht die nötigen Funktionen bietet habe ich ein Erweiterungsplugin"

Da komme ich nicht mit. Der Core bietet nativ
- Keine Steuer (fixiert)
- Eine Steuer (fixiert)
- Steuer nach dem größten Volumen der Waren im Warenkorb (wenn mehrere Sätze vorhanden)
- gemischte Steuer der Steuersätze im Warenkorb

"Der Kunde möchte seinen Kunden bei Selbstabholung vor Ort einen Rabatt auf den Endpreis von 15% gewähren."
Steuer 15% machen, die Steuer in der Methode eintragen, fertig. Du kannst sehr, sehr viele Methoden mit dem gleichen Plugin machen!

Ich habe jetzt auch nicht weitergelesen, weil das Plugin vom opentools ist uralt und wurde länger nicht mehr weiterentwickelt. Ich könnts mir ja mal ansehen und in den Core integrieren. Aber der core ist an sich viel weiter. Das Plugin ist halt in manchen Fällen etwas übersichtlicher.

Wenn es auftaucht, ist es nicht überall umgestellt. Die Abfrage ist live, also wird jedesmal durchgeführt.

Beim download stellt das Plugin den status eigentlich auf "versendet" um. Hmm

Er listet dort alle Vorkommnisse auf. Die Transform list ist etwas haarig. Man kann auch nicht von <101€ auf >101€ umtransformieren. Es ist eine einfach Umbenennung. Das kann eigentlich nur im Produkt geändert werden.

Wenn da der Preis von 80 auf 110 euro steigt, dann muß man auch die custom value ändern.

Ich bin prinzipiell auch bereit es zu erweitern. Der Kunde erklärt seine Idee und ich setze es kostengünstig um. Wenn die Erweiterung auch für das Plugin gut ist, gebe ich starke Abschläge (über 50%).

Nein, geht damit leider nicht. Bei der Technik habe ich momentan kein "Grib" wie das zu entwicklen ist. Die Arbeit besteht hier, einen Player zu schreiben. Mein ich.

Das ist ein Rundungsproblem und sollte eigentlich im layout gelöst sein. Aber eventuell hast du ein altes Layout?

Zitat von 12Sommit

Zurück zu dem oben skizzierten Verfahren:
Hat bei einer 1. Simulation nicht funktioniert (nur 19%-Artikel im Shop). Nach dem Ablaufen der 19%-Regel hat sich VirtueMart nicht die 16%-Regel gegriffen, sondern keine MwSt mehr verlangt.

Ja bist du auch dem Rat gefolgt und hast die Steuerregel auf "Standard-Regeln zuordnen" gestellt?

Zitat von george

Hallo,

als Verlag müssen wir uns an die Buchpreisbindung halten.

Da wir im Shop Nettopreise nutzen, können wir nicht einfach den Mehrwertsteuersatz ändern. Denn das hätte einen Verstoss gegen die Buchpreisbindung zur Folge.

Bisher haben wir zwei mögliche Vorgehensweisen in Auge gefasst.

1. Einen Antrag auf Änderung der einzelnen Buchpreise zum 1.7.2020 und 1.1.2021 beim VLB stellen.

2. Alle Nettobuchpreise händisch in Virtuemart zum 1.7.2020 und 1.1.2021 ändern.

Beides ist bei über 500 Büchern natürlich mit einer Menge Arbeit verbunden.

Vielleicht hat jemand eine Idee, wie wir das Ganze mit etwas weniger Arbeit umstellen können.

Gruß

Jörg

Alles anzeigen

Wie Stefan schon ausgeführt hat, beruht alles auf einen Preis. Ich meine man könnte das per sql machen. Oder ein Tool einbauen, was alle Preise umrechnet. und 2021 wieder zurückrechnet. Eventuell reichts die richtige sql zeile zu finden. Vermutlich sogar.

Guter Hinweis HaeFB, genau hier ist auch der einzige Fehler in seiner Konfiguration.

Das muß natürlich auf "Standard-Regeln zuordnen" stehen. Das ganze Steuerauswahlfeld sollte da eigentlich weg. Das mußten wir damals für vm1 updater einbauen. Bei Standardregeln werden die Regeln eben nach ihren gesetzten Bedingungen angewendet. Ausserdem ist es die faulste Konfiguration, nichts machen.