Beiträge von StefanSTS

Hallo Faro,

danke für den Link zum Podcast von Stephan Hansen-Oest, endlich einmal ein Anwalt, bei dem ich beim Zuhören ein Dauergrinsen drauf hab.

Ich behaupte dann mal fest auf Grund des Podcasts (und dem Studieren diverser Rechtstexte und Urteile über die Jahre): Wir machen es bereits seit Jahren richtig in den Shops unserer Kunden.

Nichts Neues, zumal das Ding ja eh schon vor zwei Jahren in Kraft getreten ist, und ab dem 25.05.2018 nur das "MUSS" dazukommt.

So, nun mal wieder an die "echte" Arbeit.

Wünsche eine freudige Woche
Stefan

Servus,

man kann seit VM 3.2.14 einen Menüeintrag für die Orderdone anlegen.
Die Datei heißt jetzt orderdone.php, vorher order_done.php.

Damit kann man eine Menüzuordnung in Modulen vornehmen.

Grüße
Stefan

PS. Ein (versteckter) Menüeintrag für den Warenkorb sollte auch schon helfen.

Hallo Harald,

ich verändere den OPC meistens ein wenig mit CSS, damit er noch weniger anzeigt. Dieses könnte auch Dir helfen:

payment-row ist für die Zahlart. blank-row sind leere Zeilen für mehr Abstand, die ich zu groß finde.
col-discount ist der Preisnachlass.
Das Ganze als Media Query unterhalb von 767px, damit der Warenkorb auf dem Desktop nicht beeinflusst wird.

Den Preisnachlass kann man im OPC auch ganz ausschalten. Das mache ich meistens.

Grüße
Stefan

Zitat von faro

Wie handhabt ihr diese Problematik momentan?

Im Moment noch ziemlich stiefmütterlich.
Ich hab von einem Kunden gehört: "So, ich hab das für die DSGVO jetzt soweit fertig."
Dann hab ich mir gedacht: "Super, muss ich mich nicht um den Sch...önen Kram kümmern."

Übermorgen kommt dann wieder eine andere Verschärfung und man muss dem Shop eine Seite vorschalten, auf der steht:
"Shoppen schadet Ihrer Gesundheit."
Dann wahrscheinlich noch nen Bild von schwarzen Lungen oder viereckigen Augen.

Puh, Montag Morgen und schon DSGVO, das ist wirklich gesundheitsgefährdend.

Lieben Gruß
Stefan

PS. Das war entgegen meiner sonstigen Natur einmal eine sehr unqualifizierte Antwort. :-O

Servus,

man kann für die selbsterstellten Felder Positionen in den Template-Dateien der Kategorie oder Produktansicht anlegen.

Es gibt verschiedene voreingestellte Positionen. addtocart, normal, top, wenn ich mich recht erinnere.

Diese Aufrufe in der PHP-Datei finden, dann einen Aufruf mit einem anderen Positionsnamen einfügen. Zum Beispiel:
feldinkategorie, feldinprodukt.

So kann man unterschiedliche Felder unterschiedlichen Ansichten zuweisen. Wie dann die endgültige Zuweisung aussieht, ist dann von den eigenen Wünschen abhängig. Man könnte die Felder für die Produktattribute, die nicht in den Warenkorb sollen, z. Bsp. unter oder über die Produktbeschreibung setzen, oder in einen seitlichen Kasten.
Da sind dem Designer kaum Grenzen gesetzt.

Grüße
Stefan

Zitat von Daniele

Ich habe die Tipps von StefanSTS befolgt.
Bei der Zahlungsart war in der Konfiguration "Bestellstatus für noch ausstehende Zahlungen" auf "in Bearbeitung" gesetzt. Ändere ich das auf "vom Kunden bestätigt" wird sofort nach Bestellung eine Mail versandt.

Die Lorbeeren gehen an Faro, das hat er in Post 2 geschrieben.

Gut, dass es nun funktioniert.

Grüße
Stefan

Servus,

vielleicht das "keine" bei Kundenmails herausnehmen.

Rechnung würde ich nur bei Bestätigt erzeugen. Wenn bei "Vom Kunden bestätigt" eine Rechnung erzeugt wird, ist die Bestellung bestätigt, weil eben eine Rechnung erstellt wurde. Das ist nicht logisch.
Dann bei allen Zahlungarten "nach erfolgreicher Bestellung" den Status auf "bestätigt" setzen, wenn sowieso eine Rechnung rausgeht.

Grüße
Stefan

Hallo Harald,

ich würde eine Spiegelung machen, neuer Ordner, neue Datenbank.
Dort ein Akeeba-Backup oder dergleichen der aktuellen Installation anlegen, Template wechseln.

Dann sind beide Shops auf gleichem Stand und Du kannst probieren. Am Anfang gleich ein Backup anlegen und zwischendurch auch immer alle paar Stunden.

Erweiterungen für mobile Ansicht sind meistens Schrott, weil sie nicht alle Details eines jeden Template kennen. Alle unnötigen Erweiterungen vor der Spiegelung rauswerfen. Vorher Backup.

Ja, das Horme Free meine ich. Menü auf der linken Seite geht da auch, man kann das mod_virtuemart_categories Modul dafür nehmen. Oder selbst ein Menü anlegen.

Grüße
Stefan

Hallo Katrin,

ich befürchte, da muss man in der PHP-Datei beim Aufruf der Kategorien eine Abfrage einbauen.

Man kann dort die virtuemart_shoppergroup_id abfragen, und demnach Kategorien mit bestimmten Kategorie-IDs ein- oder ausschließen. Auf diese Art würde es einfach funktionieren, das macht aber nur Sinn, wenn sich die Kategorien nicht laufend ändern.

Grüße
Stefan

Hallo Harald,

das von Dir beschriebene Problem kann ich nicht nachvollziehen, vielleicht hast Du es ja schon gelöst.

Was mir aufgefallen ist, dass der Warenkorb nun auf dem Desktop nicht richtig angezeigt wird, die Tabellenzellen stehen auf display: block;.
Dieses CSS liegt in der user.css des vmbeez-Templates.

Auch die Produktanzeige in der mobilen Ansicht überlagert sich.

Vielleicht macht es Sinn, mit einem echten VirtueMart-Template wie dem Horme Free von Olympianthemes anzufangen. Da stimmt schon alles und man kann dann langsam eigene Änderungen einbauen.

Grüße
Stefan

Zitat von vitzthum40

Wo kann ich das Thema auf "gelöst" stellen?

Irgendwie scheint das manchmal für den Thread-Ersteller zu gehen, manchmal nicht. Nach dem letzten Forum-Update waren einige Plugins nicht funktionsfähig, wenn ich das richtig verstanden habe.
Es ist wohl in der Planung, die Foren-Software zu wechseln, weil das vBulletin in die Jahre gekommen ist.
Lassen wir uns überrachen.

Grüße
Stefan

Schau doch einmal im VM-Menü unter Werkzeuge in die Logs.

Vielleicht gibt es dort ein Error-Log für Paypal.

Wenn der Status auf "In Bearbeitung" bleibt, kommt vielleicht die IPN-Bestätigung von Paypal nicht an.

Hallo Harald,

diesen OPC meine ich, ja.
Die Begriffe sind überwiegend VirtueMart-Sprachvariablen, das heißt, wenn VirtueMart auf deutsch installiert ist, wird auch der OPC so angezeigt.

Das Layout 2 wird meistens verwendet.

Grüße
Stefan

Hallo Chantal,

auf die Schnelle kann ich da leider keine Antwort geben. Ich hab das hin und wieder für Kundenshops gemacht, aber eine Checkliste oder ein Tutorial hab ich nicht parat.
Das ist je nach Shop und installierten Sprachen unterschiedlich.

Wenn Du nicht in die Datenbank eingreifen möchtest, ist es eine gute Idee, das nicht zu machen. Einfach ein paar Sachen zu löschen, kann später zu Problemen mit der Zuordnung von IDs führen.
Lass die Bestellungen einfach in der Liste, wenn es ein Live-Shop ist, auf Abgebrochen setzen, fertig.

Vielleicht findet sich hier noch jemand, der eine Checkliste oder dergleichen hat. Wenn nicht, kann ich auch gerne behilflich sein, wenn es nicht funktioniert, aber das geht dann über den freiwilligen Support hier im Forum hinaus.

Grüße
Stefan

Servus Peter,

vielleicht hilft Dir diese Erklärung für 3.2.14.

https://www.jooglies.com/tutor…%C3%BCglich-versandkosten

Ein E-Book über VirtueMart kenne ich leider nicht, deshalb kann ich nicht nachvollziehen, für welche Version die Angaben gelten sollen.

Grüße
Stefan

PS. Die Einstellung in den Versandarten zeigt die verfügbaren Versandarten mit Preis an, das ist etwas anderes als der Zusatz "inkl. MwSt. zzgl. Versandkosten". Wenn die Preise der Versandarten dort nicht angezeigt werden, ist es entweder nicht im Template vorgesehen, oder es sind an dem Ort keine gültig. Z. Bsp. weil der Kunde nicht angemeldet ist, und der Shop nicht weiß, welche Versandart er nehmen soll.

Da hab ich etwas im Modul gefunden.

VM 3.2.12: vmLanguage::loadJLang('mod_virtuemart_currencies', true);
VM 3.2.14: vmLanguage::loadModJLang('mod_virtuemart_currencies');

Wenn ich Zeit finde, schau ich, was da im Hintergrund verändert wurde.

Grüße
Stefan

Schwer zu sagen, ohne da hineinzuschauen,
das originale Modul heißt VM - Currencies Selector, dort kann man einen Text als Überschrift angeben.
Wenn man mehrere Sprachen hat, muss man evtl. mehrere Module in mehreren Sprachen anlegen.

In meinem Standard-Testshop funktioniert das zweisprachig mit zwei Modulen ohne Probleme.
https://test.sts-hosting.de/vm32/index.php/de/

Grüße
Stefan

Da fällt mir eine Sache ein,

schau bitte unter VM Menü - Konfiguration,
ob im ersten Reiter die Shopsprache auch auf Deutsch steht, wenn nicht bitte einstellen und versuchen.

Grüße
Stefan

Schwer zu sagen, da braucht es mehr Informationen.

Oft passiert sowas, wenn etwas im Core geändert wurde.
Oft liegt es auch an den Spracheinstellungen, die bei der Installation gewählt wurden.

Hallo Chantal,

Bestellungen sollten nicht gelöscht werden, sie sind mit vielen anderen Elementen des Shops verknüpft.
Dafür sind die Statusanzeigen. Abgebrochen ist ein guter Status für eine nicht vollendete Bestellung.

Die Fehlermeldung sagt, dass eine Rechnung erstellt wurde, deshalb kann die Bestellung nicht gelöscht werden. In VirtueMart 3.2.14 sind Verschärfungen für das französische Recht eingeflossen, damit Bestellungen/Rechnungen nicht einfach durch Knopfdruck verschwinden können.

Wenn ein Shop sauber ausgeliefert werden soll, empfiehlt es sich, alle Rechnungen im safe-Path zu löschen und die Datenbank-Tabellen in Bezug auf die Bestellungen zu leeren. orders, order histories usw.

Grüße
Stefan