wenn man keine Core-Overrides hat (was ja heute kaum mehr nötig ist).
OverWRITES! Der Trick an overrides ist das sie den Core nicht überschreiben, sondern "überreiten"
wenn man keine Core-Overrides hat (was ja heute kaum mehr nötig ist).
OverWRITES! Der Trick an overrides ist das sie den Core nicht überschreiben, sondern "überreiten"
Aber per override bitte
Das geht auch über eine sql zeile. Erst ein "leeres" Produkt erstellen. Id merken, eine sql machen in der Art "Update parent_id zu "gemerkteId" Where parent_id = 0; Also wenn du an bissal sql kennst, dann ists eigentlich einfach.
Dann leitest du alle Produkte von dem einem Pattern ab. Bis zu 8 Ebenen sind erlaubt. Müßt nachschauen, wo ich das limit gesetzt habe, aber üblich wäre ein Pattern, ein Vaterprodukt, mit z.B. einer Multivariante, dann wären die Kinder der Variante in der 3. Ebene. Das ist also technisch kein Problem und das kann teilweise sogar schneller sein.
Hallo zusammen,
langsam verliere ich die Gedult mit VM. Es sind einige Dinge die nicht laufen:
1. Über den Warenkorb kann sich niemand registrieren. Jedesmal sagt VM: "Bitte registrieren Sie sich vor dem Auschecken". Man kann Benutzername, Passwort, RE-Adresse usw. eingeben, aber ohne Erfolg immer wieder die gleiche Meldung ...
Ich habe verschiedene Konfigurationen probiert, einseitiges Auschecken, zeige Schritte, mit und ohne Ajax bei OPC, ...
Es ist wichtig, VM erstmal auszuprobieren, bevor man extra Erweiterungen installiert (OPCs von 3. Herstellern, etc). Desweiteren sollte man auch erstmal, also die ersten 1-2 Tage mit dem Standard template arbeiten um zu sehen, wie es funktionieren sollte. Der Fullinstaller stellt sozusagen demo.virtuemart.net in 5 Minuten hin. In dem Moment des ersten Joomla Installationsfensters kann ich 5 Minuten später auschecken. Es ist auch wichtig, wenn man einen Bug meldet, daß man das benutzte Template hinschreibt. Denn meistens entstehen die Probleme durch Templates.
2. Wenn ich verschiedene Käufergruppen einem z.B Händler zuordne (Unterschiedliche Herstellerprodukte mit unterschiedlichen Konditionen) funktioniert nur bei der ersten angelegten Käufergruppe, sprich die niedrigste ID eine Kundenspezifische Preisanzeige (bsp. Netto-Verkaufspreis + Endpreis für den Händler). Für Produkte die dem Händler keine Rechenregel zugeordnet sind wird auch der Netto + Endpreis richtig angezeigt (also UVP). Bei allen anderen Rechenregeln zeigt VM nur den reduzierten Endpreis an (ohne Netto trotz konfiguriert), egal was ich bei spezifischer Preisanzeige einstelle.
Da habe ich extreme Schwierigkeiten zu folgen. Welche Tutorials wurden gelesen? Rechenregeln stellt man nicht am Produkt ein, daß ist ein altes Legacy aus VM1 und ich sollte das mal standardmässig verstecken, weil das nur verwirrt.
Weiterhin habe ich für Händler andere Versandkosten fix zugeordnet als für Endkunden. Wenn ich nun die erste angelegte Käufergruppe (also ID3) zugeordnet habe, bekommt der Händler SEINE versandkosten angezeigt. Verwende ich eine andere Käufergruppe, bekommt er die Wahl zwichen dem Endkundenversand und dem Händlerversand (alle "Händler"-Käufergruppen sind berücksichtigt und diesem "Händler"-Versand zugeordnet, anonym und default nicht).
Kann ich so nicht nachvollziehen, da müßte ich die gesamte Konfig sehen. Ich hab Shops mit mehr als 100 Einträgen der Art gesehen. Sogar viel mehr.
3. Funktioniert die Rechenregel nach Rechenart nicht richtig. Verwende ich "Preismodifikator vor Steuern pro Rechnung", rechnet VM BRUTTO nicht NETTO. Das bedeutet verwende ich "Preismodifikator nach Steuern pro Rechnung" ist das selbe Ergebnis vorhanden.
Ich habs grad nachgestellt und es funktioniert für mich. Ich erhalte die richtigen Ergebnisse.
Ich versuche das seit einer Woche in den Griff zu bekommen, ohne Erfolg. Sind hier zu den genannten Punkten eventuell bekannte Bug vorhanden, oder Überfordere ich VM mit der Zuordung mehrerer Rechenregeln + spezifischem Versand pro Kunde.
Unwahrscheinlich. Ich hab shops mit 1000 shipments gesehen und mehr als 10000 Rechenregeln. Läuft.
Eine Supportstunde, oder nur ne halbe bei mir ist extrem ergiebig. Da klären wir das stressfrei ruckzuck über skype. Support
Ja, deswegen erwähnte ich ja das Pattern. Erstelle ein Vater/Stammprodukt bzw Pattern. Das ist einfach ein unveröffentlichtes Produkt, und davon leitest du deine anderen Produkte ab. Du kannst auch ein Vaterprodukt unter ein anderes ordnen, also ein Kind draus machen, is aufm ersten tab im Produkteditor.
Ahhja, dieses Problem.
Es gibt momentan überlegungen das VM system plugin aufzubohren und alles, was auf die com_user leitet, direkt auf vm umzuleiten, dann hat man nicht einmal mehr das Problem.
Wenn ich mich recht erinnere, war es der Grund für die 1.8.4. Ich meine eine Kunde hatte das Problem ebenso. Oder es war einfach lösbar, in dem man die "Quantity condition", die unabsichtlich gefüllt war, einfach geleert hat. Da sollte eigentlich nichts stehen
Es gibt was neues. Es gab eine Menge zu lernen, da die Anleitung für PaypalPlus dafür ausgelegt ist, daß man deren Library nutzt. Leider nutzt unser PLugin die library noch nicht, die is da mitten rein gecodet. Dann kam Paypal UK direkt auf mich zu und wollte Paypal Credit. Das war deutlich einfacher zu implementieren, da ich das alte Plugin simpel aufbohren konnte. Dabei konnte ich mich gut einarbeiten.
Ich bin jetzt soweit, daß ein simpler Kauf mit PayPalPLus wieder "funktioniert". Allerdings drängte die neue Version vm3.2.4 und daher mußte ich mich erstmal auf das Release konzentrieren. Jetzt gehts wieder weiter mit Paypal. Nächste Woche habe ich ein Gespräch mit dem deutschen Integrator, das sollte einige Fragen klären. z.B. erschliesst sich mir nicht, warum man immer (Paypal Express, Paypal Credit, usw) die Adresse aus Paypal in den Warenkorb bekommt, nur bei Paypal plus ist das nicht vorgesehen.
Wer die Entwicklung beschleunigen will, dem mache ich folgendes Angebot. Das Plugin wird vermutlich um die 40-50 euro kosten. Wer innerhalb des nächsten Monats eine Membership kauft Support : VirtueMart Supporter Membership - Silver , der erhält das Plugin kostenlos dazu. Es ist mir klar, daß es zum Weihnachtsgeschäft einsatzbereit sein sollte.
Die Supporter Membership ist auf Deutsch eine Fördermitgliedschaft. Diese Mitgliedschaften ermöglichten die starke Entwicklung im letzten Jahr. Man sehe hier VirtueMart 3.2 - Cached and Optimized bzw hier New stable release vm 3.2.3 released, please anyone test.
Im Allgemeinen gilt, daß eine Silbermitgliedschaft ein Feature für 1-2 Stunden Arbeit bezahlt, analog dazu eine Goldmitgliedschaft 2-3 Stunden. Übers Ticketsystem oder auch hier im Forum gemeldet Bugs werden meist gefixed, allerdings muß man die Prioritäten Einschätzung mir überlassen. Denn manchmal kommen Leute mit einem Bug, der einfach extrem selten ist z.B. hier http://forum.virtuemart.de/vir…uktseite-hersteller-3064/ der kommt auf meine Liste. Das heißt das wird schon mal irgendwann gefixed. Kann aber auch ein ein halbes Jahr dauern. Denn ich denke das PayPalPlus hat jetzt z.B. Vorrang und andere größere Aufgaben warten bereits. Aber wenn es dem Benutzer einer Silbermembership wert ist, werd ich es eben gleich erledigen. Würde er eine Bronzemitgliedschaft kaufen, würds halt Wochen dauern. Es wandert natürlich in der Prioritätenlisten nach oben.
Die Fördermitgliedschaft soll VirtueMart fördern, aber gibt dem Shopbetreiber
- Rechtsicherheit (man hat einen gültigen Sicherheitswartungsvertrag geschlossen)
- eine verbindliche Ansprechstelle
- eine unverbindliche Zusage Bugs zu fixen (es kann nicht verbindlich sein, aber es ist ja klar, daß es in unserem bzw gemeinschaftlichen Interesse ist)
- eine Möglichkeit neue Features günstig in den Core zu bekommen (Wer sich die Preisliste anschaut, wird merken, daß Support Stunden, welche einem Großteil der Community zu Gute kommen, nur die Hälfte und weniger kosten).
Benutzt du die Quantity calcution rules?
Hallo zusammen, ich bin neu hier im Forum, habe mich aber aufgrund der vielen Informationen angemeldet und finde es super, dass es so ein tolles deutschsprachiges Forum gibt.
Danke, es gibt noch das Hauptforum, welches auf english ist forum.virtuemart.net und die "Allgemeinen Konzepte" auf englisch https://docs.virtuemart.net/manual/general-concepts.html
Joomla 3.7.5
Virtuemart 3.2.2
Homepage: http://www.audiodistribution.ch
Es gibt seit gestern eine neue Vers
Ich habe bei der Benutzerregistrierung die Verlinkungen auf
<a rel="nofollow" href="<?php echo JRoute::_('index.php?option=com_virtuemart&view=user&layout=edit'); ?>">
abgeändert. Damit kommt man beim Klick wunderbar auf die Verwaltung der Daten. Wenn ich jedoch auf den Kasse-Button klicke. bekomme ich ein anderes Formular.
Da hängts bei mir schon. "Bei der Benutzerregistrierung" => ich bin bereits in der Account ansicht. Wieso willst du da wieder hinleiten? In welcher Datei hast du welche Schaltfläche geänderert?
und wozu das ganze? Ich habe das Gefühl, das der normale Warenkorb Prozess nicht klar ist.
Also, wenn man auf den Warenkorb klickt und man ist nicht angemeldet, dann kann man immer einfach den "Zur Kasse" Knopf drücken. Dann wird man automatisch durch die Schritte geführt.
Wenn keine Adresse vorhanden ist wird man automatisch auf die Benutzerregistrierung umgeleitet. Schalte mal das SEF ab und du wirst merken, du bist in index.php?option=com_virtuemart&view=user&task=editaddresscart&addrtype=BT. Du bist also bereits in der Benutzeransicht, nur im speziellen Warenkorb layout "edit_adress", welches sich die anderen 2 unterlayouts von edit_address_ mit edit_shopper teilt! Das heißt ändert man etwas in den Layouts edit_address_addshipto bzw edit_address_userfields, dann ändert sich auch die normale Kontenansicht.
So und je nachdem, ob man "Zur Kasse" gedrückt hat, oder "Adresse eingeben/bearbeiten" wird weiter verfahren. In beiden Fällen kommt man zurück zum Warenkorb, nur der Status des Warenkorbs ist unterschiedlich. Letzendlich wird jedesmal, wenn man den Warenkorb aufruft, dieser gecheckt. Die Frage ist nur, ob die gesetzten Weiterleitungen ausgeführt werden, oder nicht. Hat man "Zur Kasse" geklickt, wird die Weiterleitung ausgeführt. Das heißt, man wird direkt Weitergeleitet zum Versand bzw zur Bezahlmethode.
Der Core händelt also die Weiterleitungen im Cartobjekt selber. Es gibt allerdings eine Stelle, da macht es Sinn, ins System einzugreifen. GJC hat im .net forum erklärt, daß er die Joomla Registrierung umleitet, da sie für Hacker selbst dann nutzbar ist, wenn man gar keine Form für die Registrierung bereitstellt.
Der Warenkorb ist seit VM3 ein "Onepagecheckout" mit der Ausnahme der Adresseneingabe. Durch das obig erklärte System, kann man den Warenkorb Prozess auch relativ einfach selber umgestalten. Ich habe wirklich schon sehr viele Warenkörbe gesehen. Z.b. in Deutschland ist es sehr beliebt, ein login layout vorzuschalten und direkt in den Prozess mit Schritten einzusteigen.
Meine Frage wäre nun, wo ich die Verlinkung des Buttons ändern kann.
In com_virtuemart/users habe ich leider keinen passenden Eintrag gefunden bzw. ihn nicht erkannt.
In der default-login.php bzw. mod-login/default.php war das ja ganz einfach.
Ich hoffe jemand kann mir einen Tipp geben, da ich echt nicht weiter komme ...
Auch die Suche übers Web/Forum hat mir keine Lösung gebracht.
Der Vollständigkeit halber. Das ganze ist im sublayout "login". Dieses nimmt entweder die momentane Url, oder die in "$this->url", ich habe dafür die Funtion shopFunctionsF::getLoginForm($cart = FALSE, $order = FALSE, $url = '', $layout = 'login') geschrieben.
Die Funktion entscheidet, ob sichtbar oder nicht. Naja, letzendlich aus legacy gründen dort, denn dort sind 3 Zeilen entscheidend.
und hier mußte die URL fürn redirect ändern. Denn die Loginform von Joomla beinhaltet die URL base64 enkodiert. Da die Form das joomla "login module" aufruft und von dort wieder auf der ursprünglichen Seite landen soll.
Ich fürchte nur, du meinst ganz andere Buttons, lol. Aber wie eingangs erklärt, ich habe da Probleme zu verstehen, was du genau meinst.
Die beiden Schaltflächen "Registrieren und zur Kasse begeben" und "Als Gast auschecken" nutzen imho die "action" vom formular. Aber wie gesagt, es gibt keine Gründe das mal eben abzuändern. Da begibt man sich schnell in Teufelsküche, wenn man sich nicht klar ist, was vorliegt, was man erreichen will, und wie man es umsetzt.
Also um die Verwirrung mal aufzulösen.
Du hast eine Medienbibliothek, unter Medien. Desweiteren gibts einen Knopf fürs Löschen der Thumbs in den Tools (Updates/Migration). Den drück erstmal. Danach kannste den Synchronisationsknopf drücken, der wurde auch damals beim Updaten ausgeführt, solange du den nativen MIgrator oder den von Daycounts genutzt hast. Aber den kann man ruhig immer wieder drücken. Der checkt nur, ob für jede Datei ein Eintrag existiert und erstellt es bei Bedarf.
Dann haste erstmal die Thumbs weg (die werden on the fly, sehr schnell erstellt, einfach an bissal durchn Shop browsen reicht). Dann gehste durch die Medienbibliothek und checkst alle Einträge, welche kein Bild haben.
Tja und dann kommt der problematische Teil, dafür fehlt noch ein Tool. "Zeige alle nicht benutzten Medien an". Es fehlt auch noch "Lösche Eintrag und Datei".
kann das mit der umgestellten php Version (ist mittlerweile auf 7 Umgestell worden) zu tun haben? alles andere ist nämlich gleich geblieben.
Ja, denn VM ist erst seit vm3.0.19 php7 "kompatibel". Am besten nutzte einfach mal die neueste vm3.2.3
Geile Seite, sowas gefällt mir.
Also, oben im Link steht brav http://www.bauernkraft.at/baue…facturer/albrecht-peter-1 , daran liegts also nicht. Aber der Titel, hmmm. Interessantes Problem. Das ist ein typischer Fall für unsere Silber Membership.
Support : VirtueMart Supporter Membership - Silver
Es ist ein Bug, der nur in einer seltenen Konstellation auftritt. Das sieht man schon daran, daß du der erste nach 2 Jahren bist, der dieses Problem bemerkt.
Was der Faro meint, bei welchem Hersteller tritt das Problem auf?
Es hilft mir durchaus, wenn man die browser Konsole öffnet (irgendwohin rechtsclick und "untersuchen" klicken), dann versuchen das Feld hinzuzufügen, dann müßte der Ajax aufruf unten ein Fehler zeigen. Ahja vorher noch in der vm config, erstes Tab, php Fehler anzeigen einschalten. Ich rate auch dazu, den neuesten VM 9624 zu laden http://dev.virtuemart.net/atta….3.9624_extract_first.zip (vorsicht direkt link), da is ein Wizzard für den safepath dabei.
Hihi, ich könnte mit seiner Information noch kein Skript schreiben. Auf meine 3 Backup arten wurde nicht eingegangen.
Wenn der Download nicht als Produkt laufen soll, kann man auch einfach einen Link auf einen Download im Produkt über ein Selbsterstelltes Feld setzen.
Eigentlich geht das sogar über die Medien und dann als zusätzliches Bild.
Ach da lag der Fehler!
Ich war davon ausgegangen, dass Deutsch bereits angegeben war, weil es als Shop-Sprache bereits angezeigt wurde.
Wurde inzwischen eingebaut, die shopsprache wird jetzt automatisch hinzugefügt.
Wieso sollte ich Dich schlagen, war doch eine vernünftige Antwort von Dir
Wenn ich nur die Shoptabellen sichere habe ich nicht das Environment des Shops (Zahlungseinstellungen, Felder etc).
Ich möchte die komplette "Komponente VM" mit allen individuellen Einstellungen, Produkten etc. portierbar machen. Das schafft meines Erachtens Akkeba nicht oder ich habe bisher das nicht gefunden.
Wieso soll das nicht in der DB sein? Das ist alles in der DB. In vm1 wurden noch Konfigdateien geschrieben, ja. Das ist schon lange vorbei. Jetzt muß man nur alle _virtuemart_ tabellen sichern. Dann noch die Bilder und der safepath.