Beiträge von StefanSTS

Servus Toto,

sieht so aus, als hätte Joomla 3.4.6 diese Änderung als "Security Feature" gebracht.

Kurzer Ausschnitt aus dem Chat:

Valerie, alatak.net:
the fix is remove JRoute in the user/tmpl/edit_address.php
$url = JRoute::_ ('index.php?option=com_virtuemart&view='.$rview.$task, $this->useXHTML, $this->useSSL);

Spyros Petrakis, EDIT: jetzt http://www.olympianthemes.com
$url = 'index.php?option=com_virtuemart&view='.$rview.$task;

Der Fix ist im VirtueMart SVN, falls jemand dort schauen möchte. dev.virtuemart.net

So long
Stefan

Servus,

die Produktvarianten sieht man in der Admin-Produktansicht im Reiter "Selbsterstellte Felder".

Wenn man die Anzeige bestimmter Varianten nicht mehr mag, reicht es, die erzeugten Kind-Produkte zu deaktivieren. Vielleicht kann man die erzeugten Kindprodukte auch einfach löschen, aber mir ist deaktivieren lieber.

So short
Stefan

Servus,

der Speichern-Button wurde beibehalten, nachdem die Ajax-Aktualisierung eingeführt wurde, um bei bestimmten Zahlungsplugins (z. Bsp. direkte Kreditkarteneingabe) ein manuelles Speichern zu ermöglichen.

Den Button kann man als einfachste Variante per CSS ausblenden.

.cart-summary .buttonBar-right {display: none;}

Wenn bereits Overrides bestehen, kann man ihn auch aus dem Override entfernen. Extra einen Override anlegen, würde ich vermeiden. Mehr Overrides, mehr Pflegeaufwand.

So short
Stefan

Es ist nicht wirklich Hexenwerk, das mit VirtueMart zu machen, mit Paypal wäre es halt ein Copy and Paste von wenigen Zeilen in den Artikeltext gewesen.

Einfach VirtueMart Core, AIO und TCPDF installieren, und die Grundeinstellungen für den Shop-Besitzer, Steuern, Versand, Zahlungsmethode, Produktkategorie und Produkt hinein, und dann läuft es schon.

Wenn ein Produkt - Spendenbutton im Joomla-Text auftauchen soll, empfiehlt sich vielleicht die Erweiterung "Prdoucts anywhere" von extensions.virutuemart.net.

Hope it helps
Stefan

Hm, ich kann bei meinem Testshop einkaufen, ohne die Bestätigung zu verwenden. Scheint also inzwischen Standard zu sein.

Es gab einmal Probleme mit eingeloggten Benutzern, die auf den Mail-Link geklickt hatten, und dann schon angemeldet waren, obwohl sie es eigentlich nicht sein sollten. Da wurde aber etwas geändert.

Im Moment gibt es gerade ein Problem mit der Weiterleitung in Joomla, da streiten sich die Hochgelehrten.
https://github.com/joomla/joomla-cms/issues/8689

Die E-Mail zu validieren mag schon Sinn machen. Wenn das allerdings sowieso erst nach dem Kauf gemacht wird, bekommt derjenige garkeine Bestätigungsmail, der eine falsche angegeben hat.

Deshalb schalt ich es von vorne herein aus. Allzu oft wird die Mail nicht falsch angegeben. Zur Not hat man die Adresse und Telefonnummer. Bisserl altmodisch, aber so geht es auch noch.

Grüße
Stefan

Eigentlich kommst Du immer dorthin zurück, wo Du hergekommen bist. Leider müsste ich selbst erst (wohl ziemlich lange) suchen, wo die Weiterleitung zu finden ist.

Die Aktivierungsmail/Registrierung würde ich übrigens im Joomla-Benutzermanager auf "Keine" stellen. Diese Registrierungsmail ist sicherlich für einige Abbrüche verantwortlich.
Also besser weglassen.

Vielleicht hör ich noch was, wo die Weiterleitung stattfindet, dann meld ich mich noch einmal. Sonst noch einmal hochkicken.

So short
Stefan

Ah, very smart.

Ja, die Spalte hieß vorher custom_value und in VM3 customfield_value, da ist sicher etwas nicht sauber herüber gekommen.
Danke für Deine Lösung.

Am besten eine Volltextsuche über den Ordner language, da sind die Sprachdateien zu finden. Irgendwo wird es einen Schlüssel dazu geben.

COM_VIRTUEMART_IRGENDWAS="Nichts auf Lager"

Dafür dann einfach einen Sprachoverride unter Joomla machen.

Der Warenkorb-Button sollte eigentlich ausgeblendet sein, wenn keine Variante ausgewählt ist.

Wenn dort ein Button ist, könnte das an Deinem Template liegen.

Die Detailansicht wird bei den Produktvarianten leider automatisch geladen, warum das so ist, weiß ich nicht, es könnte aber sein, dass es verhindern soll, dass bei mehreren Produkten in einer Kategorie dann an falscher Stelle berechnet wird.
Um den Vorgang in der Kategorieansicht abzuschließen, muss man auf die Produktvarianten verzichten und z. Bsp. über die selbsterstellten Felder "Zeichenkette" gehen.

Hast Du das selbsterstellte Feld nach der Migration schon einmal gespeichert, und die Produkte dazu auch?

Bei der Speicherung werden evtl. neue Infos gespeichert, die in VM3 anders sind.

Wenn das nichts hilft, versuch doch ein neues selbsterstelltes Feld zu erstellen und es damit zu testen.

VM2 zu VM3 ist zwar in vielen Fällen nicht ganz so schwierig, aber man kann schon eher von einer Migration statt von einem Update sprechen.

So short
Stefan

Servus,

es könnte auch am Cache liegen, entweder vom Template, von Joomla oder an einem Cloud-Server.

Einfach einmal alles ausschalten, vielleicht von KubikRubik das Cache-Tool verwenden. Und beim Browser beim Neuladen die Shift-Taste einmal gedrückt halten.

Hope it helps
Stefan

Servus,

hast Du die PHP-Version einmal verglichen?

Very short
Stefan

Servus,

das sollte über die ACL gehen, ich hab Frontend Editing aber bisher immer geschickt umgangen, damit ich mich damit nicht auseinandersetzen muss.

Schau mal hier:
Administrative Access with ACL - VirtueMart Documentation

Das ist allerdings in einer fremden Sprache geschrieben. Von da aus findet man unter General Concepts noch eine Menge mehr.

Hope it helps
Stefan

Servus,

Du könntest die Produktvariante nutzen, jeder einzelne Stellplatz wird damit zum Kindprodukt. Deine Elternprodukte sind 3m Stellplatz und so weiter, und Du machst das Elternprodukt "nicht bestellbar".

Hier hast Du nun die Möglichkeit, die Anzahl jedes Kindes auf 1 zu setzen.

In der VM-Konfiguration musst Du einstellen, dass nicht vorhandene Produkte nicht angezeigt werden. Damit schließt Du aus, dass Plätze doppelt verkauft werden.

Das war's eigentlich schon.

Hope it helps
Stefan

Servus,

die Angaben sehen ja soweit gut aus, hast Du noch andere Einschränkungen getroffen oder andere Versand-Plugins installiert?
Meistens liegt es an irgendwelchen Einschränkungen (allerdings ist mir das Shipping by Rules nicht bekannt). Ist es das vom Kainhofer?

Dann vielleicht mal dort im Support versuchen, da gibt es sicher Leuts mit mehr Erfahrung.
Topics in Shipping by Rules Plugins (1/8) - Open Tools Support - The Open Tools Company

So short
Stefan

Auf den ersten Blick nicht gar so einfach, von welcher Version wurde aktualisiert?

Dann würden sicher ein paar Screenshots von den alten und neuen selbsterstellten Feldern helfen.

Könnte auch sein, dass da im Core etwas verändert wurde, das nun überschrieben ist.

Ohne tiefer reinzuschauen wird es schwierig.

So short
Stefan

Servus,

es gibt außer CSVI noch das "VM Products CSV" oder so ähnlich von eKerner, das ist auch nicht allzu teuer. Früher ging es mit der kostenlosen Version von CSVI, aber die funktioniert wohl nur noch für VM 2, bin mir aber nicht sicher.

Oder man kann die Anbindung über eine Wawi machen.

Gibt da schon ein paar Möglichkeiten
Stefan

Hallo Pierre,

danke, dass Du die Antwortquote selbst hochgesetzt hast. Wir sind halt alle nur mit einem gewissen Paket Zeit versehen, da muss man manchmal selbst ran.

Ansonsten kann man solche Posts auch nach gewisser Zeit noch einmal hochstubsen, das wird hier nicht böse gesehen, wenn es mit ein wenig Abstand von ein oder zwei Tagen geschieht.

Vielen Dank noch einmal für die Antwort, davon lebt ein Forum
Stefan

Hm,

wenn ich suchen würde, würde ich wohl im plugin weight_shipment suchen.

weight_shipment.php irgendetwas mit conditions oder so.

Textsuche hilft da vielleicht.

So short
Stefan

Servus,

ich denke VirtueMart ist da Overkill, da würde Paypal Sinn machen, oder einer dieser kleineren Shops, die zum Verkauf von digitalen Produkten vewendet werden.

Es geht auch mit VirtueMart, aber ich halte das für zu kompliziert und würde das nur machen, wenn es sonst für die Zahlungsschnittstelle nichts einfacheres gibt.

So short
Stefan