Beiträge von Milbo

nu und da steht jetzt "Sortierung, Name", also muß man es nur noch sortieren.

Du meinst die Kategorien. Du schriebst Kategorieansichten, da meinen die Leute meist die Produkte. Guck mal in die vm config /administrator/index.php?option=com_virtuemart&view=config und dort auf den vorvorletzten Tab (in englisch "Product Order Settings"), da kann man auch Einstellen, daß die Kategorien nach "ordering" sortiert werden.

Das Ordering der Kategorien machste in der Kategorieliste.

Leute die Interesse haben das Plugin zu testen, schreibt mit bitte eine PN.

Ich brauche Tester, um zu evaluieren, was noch nötig ist.

Gehe auf die Produkt edit liste. Wähle eine Kategorie => Voila, jetzt kannste sortieren. Dann das ganze in der vm config noch als Standard einstellen.

Das ist aber steuerrechtlich nunmal genau umgekehrt. Welches Programm haste dafür genutzt? Ich nutze selber dies und verkaufe es auch Orders : Bundle EU Vat ID checker + MOSS Tax Synchroniser

Es ist steuerrechtlich fraglich, ob das so zulässig ist. Die Mehrwertsteuer wird prinzipiell auf den Netto Preis draufgeschlagen. Das man es in der Praxis umgekehrt rechnet ist ein anderes Blatt. In deinem Fall würde es bedeuten, daß du für jedes Land einen anderen Preis hast. Das heißt in einem Land mit hohem Mehrwertsteuersatz ist dein Produkt günstiger. Ungarn verliert dann z.B. Geld, im Vergleich zum deutschen Staat, da sie nur 19 cent erhalten, anstatt 24 cent. Fraglich, ob die das einsehen.

Bei physikalischen Waren ist es etwas anderes, siehe Nutella Index. Das ganze MOSS Verfahren braucht man ja nur für "virtuelle" Ware.

Einigermaßen, aber es fehlt wichtige Information.

Willst du die Zippos selber verkaufen? oder soll der Auftrag weitergereicht werden? Das sind verschiedene Dinge.

Was meinst du mit "Frontpage". Das alte Frontpage layout wurde entfernt. Das ganze is nicht so trivial, wenn man verschiedene Thumbnailgrößen nutzt. Mit der Replace Funktion tauscht du nur die Standardgröße aus, wie sie in der vm config angegeben ist. Templates können das jedoch ändern, wie sie lustig sind.

Mit daycounts migrator hast du an sich das richtige Tool. Die Struktur kann sich bei jedem update etwas ändern, aber von vm2 auf vm3 wurde am meisten geändert.

Diese Änderungen kann man leicht mit der Sektion "Tools" auch im nachhinein durchführen. Man könnte also einfach die vm3 Dateien hochladen, in die Tools gehen und dort auf "update tables" ding klicken. Das erledigt dann fast alles, nicht alles, da die Version bereits vm3.2 wäre. Es gibt einige Dinge die werden explizit nur beim update auf vm3.2 ausgeführt. Das betrifft die Menüs, wenn man also nicht viel hat, kann man das auch selber, menu öffnen, speichern.

Ansonsten, um auf die Frage richtig einzugehen. Es sind sind die Tabellen

#__users
#__virtuemart_orders und alle #__virtuemart_orders_
#__virtuemart_payment_plg_
#__virtuemart_userinfos
#__virtuemart_vmusers

Eventuell noch die #__virtuemart_vmusers_shoppergroups

Im menu punkt der Hauptseite oder der Kategorie, gibt es 2 tabs, wo man einstellt, wie diese Seite angezeigt werden soll. Das subordinated tab, also das 2. von den 2ein (imho insgesamt das 3.) gibt an, wie die Kategorie dargestellt wird, wenn man in einer Kateorie ist, welche nicht die im Menu ausgesuchte Kategorie ist.
Beispiel Menupunkt Haupseite hat KategorieId = 0 und zeigt die Shopbeschreibung. Wenn man jetzt auf eine der abgebildeten Kategorien klickt, ist man immer noch im gleichen Menüpunkt, AUSSER es gibt einen Menüpunkt mit dieser Kategorie... Aber wir nehmen mal an, es gibt nur einen Menupunkt der einfach alle Kategorien und Produkte zeigen soll.
Also man ist auf der Haupseite und klickt auf eine Kategorie und wie diese Kategorie angezeigt werden soll, daß ist im Tab "subordinated" oder auf deutsch eventuell "untergeordnete" oder so.
Typisch ist z.B. für Kategory 0 mit Shopbeschreibung, keine Kategorie beschreibung (is ja 0), zeige featured usw, aber keine anderen Produkte, und wenn man auf eine Kategorie klickt will man ohne Shopbeschreibung, Mit Kategoriebeschreibung, nur featured und die Produkte der Kategorie. Das kann man jetzt eben einstellen, wie man lustig ist

Es ist günstig, kurz das SEF auszuschalten und so zu gucken, wo der hinspringt, wenn man sucht. Itemid ist tatsächlich die id des Menüpunktes

Zitat von Milbo

Viel zu kompliziert. Du kannst einfach dein Thumbnail hochladen. Beim Media auf "thumbnail replace" gehen.

Genau das macht die Funktion REPLACE! und die Antwort stand da. Einfach auf das vorhandene Media / Bild gehen. Dort unten, wo man eine Datei hochladen kann das thumbail aussuchen und auf "replace thumbnail" gehen, weiß jetzt nicht, wie das auf Deutsch dort steht, aber sollte dann selbsterklärend sein.
Dann oben auf speichern drücken und schon hat dieses Medium ein eigenes Thumb, kann man auch mit pdfs machen z.B.

Ich verstehe nicht, warum man dafür einen override will?

Die Frage ist doch eine andere, warum geht es mit dem normalen dynamischen Layout nicht?

Das Verfahren ist viel einfacher.

Mach einfach ein Akeeba Backup vom live store. Dann spielste das aufm gleichen server wieder auf, gleiche Datenbank, nur neues Prefix. Dann mach ein update des kopierten shops. Dann sind deine Tabellen auf den neuesten Stand. Dann muß man nur noch die richtigen Tabellen umbenennen, also prefix ändern.

Das ist seit vm3.2. Auf englisch heißt es "subordinated" categories. Es gibt ja ein Tab, welches 2 mal da ist. Das zweite Tab bei den Menüpunkten, dort einfach die Shopbeschreibung abschalten.

Ich habs gerade selber nochmal getested (und glei mal das layout verbessert).

Also das Land ist nicht automatisch gesetzt. Dieser Defaultwert kommt erst zum tragen, wenn man eine Adresse eingeben will. Um das zu ändern, müßte bei einer leeren Adresse alle Benutzerfelder geladen und geprüft werden. Das ist performance technisch schlecht.

Das localizer funktioniert anders. Der wird im trigger vom maincontroller geladen, also sehr früh. Der holt sich das Cart objekt, schaut ob die Adresse noch nicht existiert und schreibt nur, wenn die Adresse leer ist, das Land rein. Es wird also kein Benutzerfeld geladen. Wenn ich das ohne Plugin bauen will, müßte man alle Benutzerfelder erst laden.

Man könnte allerdings, jedesmal wenn man ein Benutzerfeld im BE abspeichert, eine Liste der default werte pflegen. Diese könnte man dann den Adressen im Cart Objekt zuweisen. Aber wo speichert man dann diese Liste?

Ich bin mir auch nicht sicher, ob ich ihn verstehe.

Er hat eine Webseite gebaut, da Produkte per xls erstellt und hat danach Akeeba benutzt? Aber wo hat er die Produkte vorher erstellt?

Weiß nicht warum. Das funktioniert seit Jahren ziemlich zuverlässig.

Der Localiser setzt dir das Land nach IP raum Orders : VM-Localise

Viel zu kompliziert. Du kannst einfach dein Thumbnail hochladen. Beim Media auf "thumbnail replace" gehen.

Zitat von StefanSTS

Servus,
Die Änderungen in der Config und DB würde ich eher rückgängig machen. Immer nach dem Motto, "nicht zu viel im Getriebe schrauben".

Grüße
Stefan

Das kann man schon lassen, weil er ja die Core möglichkeiten nutzt, aber er hatn kleinen Fehler gemacht. Das # ist ein Kommentarzeichen. Das heißt er hat den Wert geändert aber nicht das Kommentarzeichen entfernt. Allerdings, wenn möglich sollte man auf dblayutstrict=0 verzichten. Es würden die varchars in text verwandeln. Braucht an bissal mehr ressourcen.

Zitat von gizmo_m

Hoi Stefan

Ich dachte immer, Overrides sind genau dazu da, dass gewisse Einstellungen die man haben möchte bei einem Update NICHT überschrieben werden?

Völlig richtig.