Servus,
die Berechnung des Rabatts über das Gewicht ist nicht mit Core-Mitteln möglich.
Etwas in die Richtung geht das Quatity Plugin von iStraxx.
Allerdings wird hier nach Menge oder Preis berechnet. Evtl. kann iStraxx das Plugin für Dich anpassen.
Wenn es kein zu großer Eingriff ist, könnte sich das lohnen, einfach einmal bei iStraxx nachfragen.
Grüße
Stefan
Für einen einfachen und benutzerfreundlichen Vorgang empfehle ich den One Page Checkout von VirtuePlanet.com. Der läuft bei fast allen meinen Kunden.
Wenn man ein vernünftiges VirtueMart-Template hat, braucht man den nicht unbedingt, aber es ist trotzdem sinnvoll.
Den Original VirtueMart-Warenkorb kann man auch nach eigenem Wunsch aufbauen, wenn man sich die Zeit gönnen möchte. Ich habe das einmal gemacht, aber es hat mehrere Tage gedauert, bis es lief wie ich es wollte. Das kann man sich nur antun, wenn man Spaß daran hat.
Grüße
Stefan
Schalte einfach einmal alle Preise in der VirtueMart Konfiguration ein, Reiter Preiseinstellungen.
Dann findet sich das, was Du suchst.
Grüße
Stefan
Hallo Alexander,
es gibt mehrere Wege, das aufzubauen, allerdings nicht allein mit den Core-Mitteln von VirtueMart, man muss ein paar kleine Anpassungen machen.
Ich würde wahrscheinlich das Produkt auf Basis der Verpackungseinheit aufbauen.
Im Layout kann man den Meterpreis dann über PHP ausrechnen und entsprechend darstellen.
Dann kann man bei 80 Stück:
- 2 x "Produkt VP 40" bestellen.
- Es wird der Preis für die VP für die Berechnung intern in VirtueMart verwendet.
- Der Meterpreis an beliebiger Stelle dann per Layout-Override.
Eine anderer Ansatz.
Produkt als Meterprodukt anlegen:
- 80 Produkte "Produkt 1m" in den Warenkorb.
- - Es lässt sich in VirtueMart eine Verpackungsgrößen anlegen, die sollte dann 40 sein, so dass nur in 40er Schritten gekauft werden kann.
- Der Preis für die 80 Stück "Verkaufspreis Summe (oder so ähnlich) kann neben dem Einzelpreis in der VirtueMart-Konfiguration unter Preiseinstellungen eingestellt und somit angezeigt werden.
Die zweite Lösung kommt ohne Basteln aus, allerdings kann man dann nicht 2 Produkte VE40 in den Warenkorb legen.
Grüße
Stefan
Open Tools hat eine Erweiterung namens Name the Price.
Dort kann man das im Produkt ändern, später im Warenkorb, weiß ich nicht.
Grüße
Stefan
Guten Morgen,
wenn individuelle Werte heißt, mit bestimmten Einstellungen für Custom Fields/Selbsterstellte Felder wie in einer vorherigen Bestellung, dann jein. Man kann über ein Plugin einen alten Warenkorb noch einmal kaufen. Buy Again von Webkul soll das können, ich habe es aber nie ausprobiert.
Es gibt auch den Cart Saver von iStraxx, allerdings ist der dafür da, aktiv Bestellungen abzuspeichern, um sie später wieder aufzurufen. Man hat also nur die gespeicherten Bestellungen, nicht alle bereits getätigten.
Grüße
Stefan
Guten Morgen,
irgendetwas spricht den Trigger an, die Mails zu verschicken, wie es aussieht.
Woher das genau kommt, kann ich leider ohne die Installation zu kennen nicht sagen.
Wurde das Cookie Plugin schon einmal deaktiviert? Wäre auch einen Versuch wert.
Ansonsten würde ich eine Testinstallation parallel aufsetzen und einmal die neue Beta-Version von VirtueMart testen, die unter dev.virtuemart.net zu finden ist: 3.6.11.10302 zum heutigen Zeitpunkt.
Aber bitte nur zum Testen, nicht in einem Live-Shop, auch wenn diese Version schon in einem mir bekannten Live-Shop läuft, allerdings testet der Verantwortliche auch vorher gründlich.
Grüße
Stefan
Servus,
das sind jetzt viele Daten, danke, das hilft beim Einkreisen des Problems.
ich hab gerade ein Testbestellung gemacht und bei Paypal abgebrochen.
Danach werde ich zurück geleitet und es kommt ein Fehler zu einem Payment Plugin tco.
Bitte in der Liste der Plugins unter Joomla Menü -> Erweiterungen -> Verwalten -> Verwalten einmal schaue, ob es dort ein Plugin mit Namen tco gibt. Das dürfte den Fehler auslösen.
Vielleicht wurde das Plugin ausprobiert oder das Template bring ein gleichnamiges Plugin mit. Auf jeden Fall einmal deaktivieren.
Grüße
Stefan
Servus,
ich betreue relative viele VirtueMart-Shops mit Paypal-Anbindung.
Die Frage kann ich nicht mit Ja oder Nein beantworten, nur mit: Nicht in den mir bekannten Shops.
Zur Fehlerfindung wären ein paar Mindestinformationen notwendig.
Dieser Artikel kann helfen, die Mindestinformationen zusammenzusuchen.
Wie bekomme ich schnellstens hilfreiche Antworten
Was dort nicht steht, wäre noch die Frage, ob Paypal das einzige verwendete Zahlungsplugin ist.
Grüße
Stefan
Servus,
für alle, die ähnliche Probleme haben, im VirtuePlanet Forum wurde von Jumbo, den Eigner, geraten, die Cache-Einstellungen von Joomla anzupassen.
Es soll nur konservatives Caching eingeschaltet werden, nicht Progressives Caching.
Das Joomla System-Plugin Seitencache sollte deaktiviert bleiben wie in der Joomla-Grundeinstellung.
Es wurden ungültige etags vom Server zurückgesendet, das kann man in der .htaccess einstellen.
Grüße
Stefan
Servus Patricia,
wenn Du es sauber haben möchtest, wird das nicht das eine oder das andere sein, sondern das Template und der One Page Checkout plus dem JMigrator mit VirtueMart plugin.
Dann ziehst Du ein neues Joomla mit VirtueMart und Template auf, und migrierst die Daten aus dem Shop in die neue Installation.
Dann bleibt der alte Kram, Plugins, Template und Co gleich draußen und Du hast einen sauberen Neuanfang ohne alte Dinge mit potentiellen Sicherheitslücken.
Wenn Du fertig bist mit den neuen Shop, und alles passt, migrierst Du die Daten, die im Shop in der Zwischenzeit angefallen sind nach, und dann kannst Du den neuen Shop auf der Domain live setzen, z. Bsp. mit Akeeba Backup herüberziehen, oder durch ändern der Ordner-Namen in Deinem Hosting. Kommt darauf an, wie die Struktur bei Dir angelegt ist.
Die Arbeit, die da drin steckt, sehe ich bei 15 - 20 Stunden, wenn man das öfter macht, sofern es beim normalen Template-Design bleibt. Wenn man sich einarbeiten muss, wird es länger dauern, ist aber durchaus machbar, wenn man sich einliest.
Im Grunde sind sowohl das Merchant als auch das Smart gute Templates, die sich für Deinen Shop eignen, ohne dass man viel daran tun muss. Das Smart ist etwas neuer und hat eine Ajax-Suche, das könnte von Vorteil sein.
Wahrscheinlich hast Du jetzt die Augen verdreht, ob der vielen Dinge, die da auf Dich zukommen, leider sehe ich da keine sehr gute Alternative. Die einzige Alternative, die etwas wie ein Glückslos ist: One Page Checkout installieren und hoffen, dass kein Plugin oder Skript vom Template da Ärger macht. Das ist aber wie gesagt eher Lotto. Mit etwas Glück läuft der Shop dann nach einer halben Stunde sauber durch den Warenkorb. Evtl. keine schlechte Investition, weil der One Page Checkout nachher ja auch vorhanden ist.
Wenn das funktionieren sollte, ist das aber keine Dauerlösung, das Gavick-Template wird Dir irgendwann um die Ohren fliegen, wenn Du Joomla oder VirtueMart aktualisierst. Wenn das gerade bei einem Update mit Patch einer kritischen Sicherheitslücke passiert, dann wird's eng. Dann ist entweder der Shop offline, läuft in der Gefahr gehackt zu werden, oder läuft mit schnell hingeworfenem neuen Template.
Deshalb würde ich die Planung möglichst bald in die richtige Richtung leiten. Testdomain anlegen mit eigener Datenbank und los.
Grüße
Stefan
Servus,
in der Tat, das kommt immer wieder einmal vor.
Die Gründe können verschieden sein. Anhand der gegebenen Informationen lässt sich dazu leider so gut wie nichts sagen.
Funktioniert die Mail über Joomla?
"alles eingestellt" heißt? Screenshots der Einstellungen evtl.
Und hier noch eine kurze Lektüre, die vor der nächsten Antwort hilfreich sein könnte.
Wie bekomme ich schnellstens hilfreiche Antworten
Grüße
Stefan
Gerade mal geschaut,
bei mir ist da 15,30,60,150 zur Auswahl. Die Kategorie mit Bruce Springsteen.
Keine 21 weit und breit. Rufst Du das über einen Link irgendwo auf?
In der Kategorieansicht lasse ich diesen Wert normalerweise auf 0, weil dann die Grundeinstellung aus der VM-Konfiguration gilt.
Die Einstellung 0 sollte dort vollkommen ausreichen.
Nach Änderung bitte immer den Joomla-Cache leeren, ich bin mir nicht sicher, ob das nicht irgendwo zwischengespeichert wird.
Wenn das nichts hilft, müssten wir in den Template-Code schauen, ob das original VM ist.
Grüße
Stefan
Hallo Faro,
auf Bild4.png ist die Einstellung, die ich meinte, aber die ist leer.
Versuch doch einmal bei
"Für 3 Artikel pro Zeile" dieses: 30
oder 30,60,120
Dann speichere die Einstellung einmal ab, leere den Cache überall und schau, was passiert. Vielleicht sind da sonst irgendwelche default-Werte im Spiel.
Eigentlich würde ich vermuten, mit der von Dir oben bereits eingetragenen 30 sollte es funktionieren, aber evtl. liegt es auch am Template. Rätselhaft.
Grüße
Stefan
Servus,
da gibt es eine Einstellung in der VM-Konfiguration, dritter oder vierter Reiter, glaub ich.
Selbsterstellte Felder in der Kategorieansicht anzeigen, oder so ähnlich.
Grüße
Stefan
Servus,
in der VM-Konfiguration gibt es im zweiten Reiter die Möglichkeit, zu bestimmen, für welche Bestellstatus (Mehrzahl) die Mail versendet werden soll.
Welche/r Status das sind/ist, hängt von der eigenen Konfiguration ab.
Normalerweise gibt es:
Vom Kunden bestätigt, Status U
Bestätigt, Status C
Evtl. macht es Sinn, für U die Mail nicht zu versenden, und sonst alles zu lassen wie es ist.
Wenn der Kunde dann die Mail bekommen soll, kann man den Status manuell auf Bestätigt setzen und so die Mail für den Status Bestätigt auslösen.
Es kann aber durchaus Sinn machen, die Mail für den Kunden auch bei "U" rauszuschicken und ihm Informationen darüber zu geben, was nun weiter passiert. Es muss ja keine Bestellbestätigung sein.
Grüße
Stefan
Hallo Marcus,
ah, ja, der Tooltip,
da steht es auch etwas genauer, richtig.
Die Tooltips gibt es übrigens quer durch die VM-Einstellungen, da lohnt es sich manchmal mit der Maus über den Einstellungen zu verweilen.
Grüße
Stefan
Servus,
die "Succesful status restriction via IPN/Erfolgreiche Statuseinschränkung über IPN", das ist neu und nicht so gut übersetzt, beschränkt die Möglichkeiten, von welchem Status aus zu dem Status gewechselt werden kann, der für "successful transaction/erfolgreiche Transaktionen" angegeben ist.
Bei Dir ist successful transaction der Code U, vom Kunden bestätigt.
Wechseln möchtest Du vom Code P, Pending, zu dem Code U.
Die Beschränkung zum Wechsel auf U ist also P.
In den meisten Shops wird übrigens der Status C, Bestätigt/Confirmed nach erfolgreicher Paypal-Bezahlung gesetzt, damit die Rechnung gleich erzeugt wird. Aber das kann bei Dir anders sein, das kommt auf den internen Ablauf beim Versand an.
Grüße
Stefan
