Servus,
hab ich leider so noch nicht umgesetzt.
Aber vielleicht weiß chatGPT da eine Antwort, wenn Du ihn fragst, wie Du eine "Progressive Web App" aus VM machst.
Grüße
Stefan
Servus,
hab ich leider so noch nicht umgesetzt.
Aber vielleicht weiß chatGPT da eine Antwort, wenn Du ihn fragst, wie Du eine "Progressive Web App" aus VM machst.
Grüße
Stefan
Servus,
da führen viele Wege nach Rom.
Man könnte es in eine Zusatzkategorie stecken und dann einen Override des Sublayouts products.php machen, und das Produkt über die Kategorie filtern und einen andere Ausgabe erzeugen.
Auf die Schnelle
Stefan
Servus,
was genau bedeutet PayPal Express Checkout?
Ist das der native PayPal Checkout von VirtueMart oder der Paypal Express Checkout von SSC?
Das Posten der (anonymen) Einstellungen könnte helfen.
Bei welchen Kunden funktioniert der Checkout nicht, welche Browser und Systeme nutzen die?
Oder ist das nur über die Bestellübersicht bekannt?
Am besten einmal die Access Logs des Servers überprüfen, und schauen, welche Anfragen bei den jeweiligen Abbrüchen herein kamen.
Ich erfreue mich auch gerade am Debuggen des nativen Paypal Checkouts und bin noch weit davon weg, zu verstehen, was da alles abläuft.
Grüße
Stefan
Servus,
die Punkte sind soweit umzusetzen.
CSVI ist das Tool der Wahl für Import und Export von CSV-Dateien.
JSON und XML und API. Da weiß ich nicht genau, was CSVI davon übernehmen kann.
Evtl. muss man da selbst ein Skript schreiben, um das einzulesen oder in CSV umzuwandeln.
Sicherlich Aufwand, aber kein Hexenwerk.
Selbsterstellte Felder, bzw. Multiproduktvarianten können komplizierte Produkte darstellen.
200.000 Produkte ist kein Problem, langsamer wird der Shop, wenn man 10.000e Kategorien hat und Produkte in mehrere Kategorien steckt.
Preisberechnung und Margen gehen über die Steuer- und Rechenregeln.
Die kann man bestimmten Kategorien, Herstellern usw. zuweisen.
Was noch nicht geht, und was auch nicht sinnvoll ist, ist Joomla 6.
Joomla 5 bis zum Ende des Sicherheitssupports ist erste Wahl. Joomla 6 wird laufend verändert und das kann ich in einem Shop-System, das zuverlässig laufen soll, nicht empfehlen.
Grüße
Stefan
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