Guten Morgen,
ja das ist an sich auch das richtige Seo setup. Eventuell ist das "Den vollen Kategorie-Baum für Produkt Links verwenden" noch aktiviert? Vmconfig, tab seo
Guten Morgen,
ja das ist an sich auch das richtige Seo setup. Eventuell ist das "Den vollen Kategorie-Baum für Produkt Links verwenden" noch aktiviert? Vmconfig, tab seo
damit ist die Fehlermeldung:
Deprecated: Creation of dynamic property VirtueMartControllerCart::$address_type is deprecated in ...../JR-shop/components/com_virtuemart/controllers/cart.php on line 87
Das ist ein kleiner Fehler der mir ein paar Tage vor dem Release reingekommen ist.
Sagt eigentlich nur, daß es kein Fehler ist, aber in PHP9 ein Fehler sein wird.
Das habe ich fertig geschrieben, weils mir so gut gefallen hat. Aber dann sollte man die Umleitung auf das VM Formular wieder einschalten. Dann gehts auch ohne htaccess. Der Default wert ist 1. Man kann dann ohne Produkte die Form ausfüllen, aber sich eben nicht registrieren. Das ganze ist auch ausserhalb des Templates abgesichert.
Naja, ich hab mal aus spaß die id im Categorview in der xml dazugefügt. So daß man es auswählen kann. "Zeige nur Produkte dieser Herstellerkategorie", aber die sql unterstützt das momentan garnicht.
Und dann regte sich bei mir die Frage, ob es nicht darum geht alle Hersteller einer Kategorie zu listen. Denn das kann der Hersteller view wiederum auch nicht. Wenn das aber gehen soll, brauchts dann auch die sql im Produkt model.
Und router, braucht noch ein paar Zeilen.
Also ich meine das funktioniert. Man macht ein Menüpunkt europäische Künstler, deren Produkte kommen in die normale Kategorie z.B. Europäisch.
Aber gut, wenn nur der Menüpunkt fehlt, hmm, eventuell aber auch das Routing.
Vm hat das eingebaut, man kann es sehen, wenn man die Expertenpreisoptionen anschaltet. Aber das geht nur für ein Produkt und über die Quantity. Wenn es etwas komplexer werden soll, z.B. mit Summe im Warenkorb, nur gewisse Produkte dürfen den Effekt auslösen, usw,.. dann brauchst du das "quantity related price calculation" https://extensions.virtuemart.…-price-calculation-detail
Oha, das wäre die echte erste Anfrage nach Hersteller Kategorien. Aber eigentlich brauchts das imho nicht wirklich. Man kann ja Menüpunkte anlegen, welche auf Produktkategorie und Hersteller gleichzeitig filtern, was dem entspricht.
Alles anzeigenHallo Björn,
die Registrierungen kommen meistens über Joomla.
Ich empfehle, die Joomla-Registrierung über die .htaccess zu blockieren und nur die VirtueMart-Registrierung oder die Registrierung über den Checkout zuzulassen.
Wichtig: Im Plugin "VM Framework Loader during Plugin Updates" den Redirect von Joomla zur VM Registrierung ausschalten.
Damit fällt ein Großteil der Anmeldungen weg.
Persönlich benutze ich kein Captcha für die Registrierung. Die Registrierung lasse ich nur zu, wenn etwas im Warenkorb liegt. Das können bisher nur Menschen umgehen. Damit sind bei mir Spam-Anmeldungen in den letzten Jahren bei abgerundet Null.
Grüße
Stefan
Also den redirect ausschalten, damit die htaccess funktioniert?
Hmm Letzteres wäre doch eine gute Core option, so einfach gebaut.
Alles anzeigenHallo Zusammen!
Hatte gestern das gleiche Problem. Spannend ist, dass die jetzt schon das REcaptcha übergehen können.
Da mein Kunde "Kauf nur mit Registrierung" zulässt, habe ich es wie Stefan geraten gelöst im Zuge des Checkouts.
Musst nur für die Joomla Standardregiertierung Com_User einen Override schreiben, damit diese nicht mhr funktioniert, da die das trotz deaktivierten Menüpunkt über die Systemlinks verwendet haben.
Info: Bei mir kam das Meinste lt. Serverlogs aus Russland (Moskau).
Grüße Kurt
Tja jetzt beisst sich das. Die Idee vom redirect auf den VM sollte ja gerade dafür sorgen, daß man eben com_user nicht overriden braucht.
Servus Sigrid,
also man kann generell viel debuggen, wenn man den vm debug in der vm config nutzt (geht auch nur für admins). Das habe ich auf der Testumgebung gemacht.
2. Zeile
vmdebug vmTime: time to load config param $lang=1 and iniLang=0 $exeTrig = 0 now = 1: 0.00219106674194336
Da steht exeTrig = 0, das heißt aus irgendeinem Grunde, wird bei dir die Konfig ohne Ausführung der Trigger geladen.
Das kann durch ein Plugin passieren und is an sich auch korrekt so dann. Komisch ist aber, daß die Konfig nicht nochmal ausgeführt wird, mit Trigger. Denn im virtuemart Hauptcontroller steht als zweite relevante Zeile
Das sollte die Konfig immer mit trigger laden. Aus meiner Perspektive vermutlich ein Plugin und da is ja ne Menge drauf. Ich habe bei einer kurzen Suche dieses Plugin gefunden. "System - BIT Conditional Shopper Fields for Virtuemart", denn das benutzt vermutlich den gleichen Trigger, war meine Idee (is aber am End garnicht so). Aber das Plugin z.B. hat noch den alten j3 select. Kann man nicht aufrufen.
Eventuell könnte es helfen die statische Variable, welche den Zustand hält, ob die Trigger ausgeführt wurden auf protected zu setzen. So kann nicht ein Plugin das von aussen manipulieren, was nicht nötig sein sollte.
Also in /administrator/components/com_virtuemart/helpers/config.php, dort bei Zeile 325 etwa,...
Eventuell kann man dann, mit Joomla debug angeschaltet einen Trace sehen, welches Plugin das versucht zu manipulieren.
Mit Produktbundle müßte es gehen. Einmal die Bezüge als Produkte anlegen und bei den anderen Produkte zufügen.
oder das quantity plugin kaufen. Das kann das dann auch über Zeit und ganze kategorien. Damit wird auch der Discount beim Kauf der Membership gemacht.
Servus,
Da is alles drin, was du brauchst https://extensions.virtuemart.…-price-calculation-detail
Kann jetzt auch Preis verringern, wenn eine Bestellung mit Produkt der gewählten Kategorie vorliegt.
Das muß das Template sein, schau mal was bei der Produktseite als layout eingestellt wurde. Da sollte eigentlich nichts drin stehen. Aber ja in den ersten vm4 versionen gab es keine "leer" Auswahl, und springt automatisch auf das erste vorhande layout.
Vielen Dank.
Galvani, Hast du es gestern probiert? Gesterrn hat der Server irgendwie nen Schluckauf gehabt. Ich war mit Sören dran, aber letztendlich bevor wir rausfanden was los ist, ging "alles" wieder.
ahwas, alles ganz einfach. Per zugriff auf die DB kann man das Problem mit einer Zeile fixen. Und Updaten geht mit daycounts updater auch sehr einfach. https://extensions.virtuemart.…irtuemart-migrator-detail
Naaja, letztendlich ist es dem ordernumbers von der Bedienung sogar recht ähnlich, meine ich. Es gibt ja nicht nur die Kurzanleitung im Plugin, sondern auch eine ausführliche https://extensions.virtuemart.…plugins/automated-numbers
da müßtest du dir im svn mal die vmjsapi.php ansehen. Irgendwas habe ich da geändert, is aber schon länger her.
Es wird sehr bald das neue vmbasic mit Bootstrap 5 geben. Das sollte dann die nächsten 6 Jahre (oder länger) halten. Ich habe das Template schon hier und in 1-2 Wochen sollte es in die Betaphase für das Coreteam geben.
Das ist ja seltsam. Also eigentlich ist das ein "Text" und kein "Varchar" mehr. Das Problem ist das
`category_description` varchar(16300) NOT NULL DEFAULT ''
Welche Version wird benutzt?
Tja habs versucht, ging nicht, aber eigentlich auch klar, weil der Joomla User name fehlt. Sieht aus wie die Form für den Gastcheckout.
Interessant ist allerdings, das es reagiert, als wäre das Feld da. Es gibt die Möglichkeit das zu automatisieren, also z.b. immer die email als username setzen, etc. ist das sowas eingebaut?