Beiträge von StefanSTS

Servus,

in VM gibt es die Funktion für die Prozente nicht. Ich hab das einige Male in die Layout-Overrides eingebaut.

Über Dreisatz kommt man dort auf die Prozente.

Ideen zur VM-Administration? Hab ich sehr viele.
Ich wollte sogar einmal ein Backend-Template neu bauen, aber nachdem ich dann den Aufwand überblicken konnte, fehlte mir das nötige Kleingeld, um die sechs bis 12 Monate zu finanzieren. die es brauchen würde.
Deshalb benutze ich das Backend wie es ist. Es funktioniert, wenn man sich ein wenig damit beschäftigt.

Grüße

Stefan

Servus,

es gibt in der VM-Konfiguration im Reiter Preisangaben in der Box Preiskonfiguration ganz unten einen Schalter:
Experten-Preisgestaltungsoptionen anzeigen

Damit kommen die bekannten Optionen wieder.
Diese Einstellungen wurden für neue VMs absichtlich ausgeblendet, da dort eigentlich immer nur:
- Standard-Regeln zuordnen und

- Allgemeine Regeln zuordnen

ausgewählt sein sollte, wenn man alle Regeln entsprechend aufgestellt hat.

Wenn man dort andere Werte angibt, wird die Wartung dieser Preisänderungen und Steuern evtl. sehr aufwändig.

Grüße

Stefan

Das Forum ist auf den Server von iStraxx umgezogen, falls sich jemand über meinen komischen Test wundert.

Falls irgendetwas nicht passt, bitte eine kurze Nachricht an mich.

Der Cache brauchte scheinbar ein bisserl, bis alles rund lief.

Im Grunde läuft alles weiter wie bisher.

STS

Test für Anhänge. Mindestens 25 Zeichen lang.

Hallo Brando,

das Zeitfenster scheint schon geschlossen zu sein. Trotzdem noch ein paar Informationen.

Ich nehme an, "Daycounts Geschichte" meint den JMigrator von Daycounts. Genau diesen verwende ich seit Jahren, um Shops zu migrieren oder synchron zu halten.

Alles kann der Migrator nicht, aber die von Dir angesprochenen Daten kann er vollständig und zuverlässig migrieren.

Zum Zeitfenster:

Man kann einen neuen Shop nebenbei aufbauen, die Daten immer wieder nachmigrieren, und dann auch im laufenden Betrieb (am besten nachts) umschalten. Kurz vor dem Umschalten noch einmal alles nachmigrieren, am betsen die Domain auf den neuen Ordner zeigen lassen und das war's.

Zur stabilen Version:

Zum heutigen Tag kann ich Joomla 5.4.2 und VirtueMart 4.6.6 als stabiles System empfehlen.

Joomla 5 würde ich noch bis zum Auslaufen der Sicherheitsupdates Ende 2027 verwenden. Erst dann auf Joomla 6 gehen, wenn Joomla 7 herauskommt.

Grüße

Stefan

Servus,

ist der Shop möglicherweise als Multivendor eingestellt?
Vielleicht ist ein anderer User mit dem gleichen Namen als Verkäufer eingetragen.

Könnte z. Bsp. bei älteren Shop einmal vorkommen, die migriert wurden.

Im VM-Menü gibt es dazu ein Migrations-Tool, um die Verkäufer-ID einzustellen.

Vorher sollte der Shop in der VM-Konfiguration auf Einzelverkäufer umgestellt werden.

Ansonsten sollte es genau so funktionieren wie Du vermutet hast. Eine Änderung des Vornamens wird in neuen Bestellungen berücksichtigt.

Grüße

Stefan

Servus,

es gab ein Update in VirtueMart, das einen sichereren Warenkorb gewährleisten soll.

Ich nehme an, daher rührt das Problem.

Die Lösung dazu steht in den News zu der Version:

https://docs.virtuemart.net/tu…checkout-virtuemart-4-6-x

Notfalls reicht es erstmal, die cart-Overrides auszuschalten.

Grüße

Stefan

Servus,

das mag mit dem Token zu tun haben, das in VM 4.6.x hinzugefügt wurde.

In den VM-News ist eine Anleitung für diejenigen, die nicht die Original-Layouts verwenden.

https://docs.virtuemart.net/tu…checkout-virtuemart-4-6-x

Falls jemand den VirtuePlanet OPC oder das Template Neoteric verwendet, dort reicht ein Update auf die neueste Version.

Grüße

Stefan

PS: Evtl. einmal die Warenkorb-Overrides des verwendeten Templates deaktivieren/umbenennen, um zu testen.

Scheint, als ob das Stockable Custom Fields von breakdesigns evtl. veraltet ist.

Die aktuelle Version davon ist 1.8.1.

Ich habe das schon länger nicht benutzt, weil ich die VM-eigenen Multivariants einsetze, wenn es um Lagerhaltung geht.

Grüße

Stefan

Hallo Michael,

bisher ist mir so ein Fehler noch nicht bekannt.

# Fehlersuche

1. Umstellung auf PHP 8.3.

2. In der Joomla Konfiguration "Joomla Debug" einschalten und Fehlerberichterstattung auf Maximum.

Vielleicht findet sich dort ein Fehler.

3. Wenn das nichts hilft, gibt es von Rupostel den Fatal Catcher. Der findet sich im Netz, vielleicht gibt es damit eine Fehlermeldung.

Den Fatal Catcher nur kurz einschalten und nach dem Test im Frontend wieder deaktivieren. Sonst bekommt man evtl. eine Flut an Mails.

Vielleicht findet sich dann ein Hinweis.

Grüße

Stefan

Hallo Daniel,

für Produkte kann man die Schrittmengen angeben. Reiter Produktstatus.
Wenn man dort 100 angibt, kann man 100, 200, 300 Produkte kaufen, usw.

Wenn man ein Mutterprodukt hat, das den Bestand hält, und zwei Kindprodukte, 1er und 100er, dann können die Kinder auf den Bestand der Mutter zurückgreifen.

Das erste und zweite Produkt könnte man als Produktbündel-Custom Field/Selbsterstelltes Feld einem neuen Produkt "Dummy-Produkt 1er oder 100er" hinzufügen.

## Lager

- Mutter nur für Stückzahl

- - 1er Produkt

- - 100er Produkt

## Darstellung im Shop

- Unabhängiges Produkt mit Custom Field (kann heißen wie Mutter oben)

- - Produkt 1er Custom Field Produktbündel

- - Produkt 100er Custom Field Produktbündel

So, oder so ungefähr könnte das funktionieren.

Vielleicht geht das auch mit der Erweiterung Custom Size von iStraxx.

Grüße

Stefan

Servus,

ich tippe dann doch eher auf eine temporäre Nichterreichbarkeit bei Paypal.

Ob das nun der Sonnensturm war, den Milbo dafür verantwortlich macht, weiß ich jetzt nicht, aber wer weiß.

Heute ist das Warn-Level sogar auf G4 "Severe". Mal sehen, was heute alles ausfällt.

Freut mich, dass es wieder funktioniert.

STS

Hallo Jens,

auf meiner aktuellen Testversion 4.6.4.11226 habe ich ein paar Bestellstatus-Umstellungen gemacht. Da wird der Bestand sofort geändert.

Vielleicht hilft ein Update auf die 4.4.10.11120.
https://dev.virtuemart.net/projects/virtuemart/files

Ich sehe gerade, Bestand verringern wird schon bei Status P und U gemacht. Das würde ich wieder auf VM-Standard zurückstellen.
Ist reserviert. Das könnte der wahrscheinlichere Grund sein.

Update auf 4.4.10.11120 kann trotzdem nicht schaden, und wenn eine VM-Mitgliedschaft besteht auf die 4.6.4 oder eine zukünftige.

Grüße

Stefan

Am PHP wird es eher nicht liegen.

Welcher Checkout wird verwendet?

VM Standard, ein One Page Checkout oder etwas vom Template?

Paypal Checkout von VirtueMart oder Drittanbieter?

STS

Hallo Sophia,

vielleicht hilft ein Test über
https://mxtoolbox.com/deliverability

Meistens liegt es daran, dass Gmail und Co E-Mails nicht durchlassen, die keine entsprechenden Einträge für SPF, DKIM und DMARK haben.

Bei Mails über SMTP könnte es evtl. auch am schlechten Rating eines Mail-Servers liegen.

Mit dem Tool oben und den genannten Begriffen findet sich meistens die Lösung im Netz.

Grüße

Stefan

Das soll nun in VirtueMart 4.6.4 gefixt sein.

STS

Das sieht nach einem Fehler bei der Rundung aus. Trat das nach einem Update auf, oder ist das eine Neuinstallation?

# In der VM Konfiguration einmal nachschauen.
- Rundung nur auf Display anwenden.

# Produkte

Produkte haben Nettopreise mit mindestens 5 Nachkommastellen.

Grüße

Stefan

Servus,

wird gerade im Dev Chat behandelt. Danke für die Meldung.

Wenn ich nichts weiter schreibe, bitte nach einiger Zeit noch einmal hoch-bumpen.

Grüße

Stefan

## Module

Das könnte über die Menüeintragzuordnung gehen, wenn man einen Eintrag für VirtueMart Kontenpflege anlegt.

Für solche Fragen dann einfach einen neuen Beitrag erstellen.

Grüße

STS

Servus,

Max veröffentlicht eine neue VirtueMart-Version dazu. Heute oder morgen nehme ich an.
Eine Testversion liegt auf Discord.

Es gibt eine Anleitung zu dem Token.

https://docs.virtuemart.net/tu…checkout-virtuemart-4-6-x

Inweiweit das für jedes Template funktioniert, weiß ich noch nicht.

Rückmeldungen zur neuen Version, die wahrscheinlich 4.6.2.11220 heißen wird, sind hier ausdrücklich erwünscht.
Evtl. kann die Dokumentation dazu dann noch angepasst werden.

Grüße

Stefan