Beiträge von Milbo

Ach, die neuen habe ich garnicht gesehen. Na sauber. Erst letzten Freitag hat mich jmd bei diesem Tutorial gefragt VirtueMart 2.6 - Selbsterstellte Felder - Beispiel T-Shirts obs was neues gibt. Darauf bezog sich meine Aussage.

Nöh, warum soll ich 3 Plugins bauen? Eins für silent registration, eins für Rechnungsnummern formatieren und eins für automatisch Produktfelder erstelllung (automatische SKUs).

Soll ich die anderen Funktionen alle rauswerfen und das für 12,90 anbieten?

Zitat von inshin

Auto & Garage ? also was manche schreiben...so ein Quatsch. Wer schon mal entwickelt hat kennt die Probleme. Mein Rat an der Stelle; keine Lösung, dann einfach mal nix schreiben statt so ein Mist.

Da haste jetzt aber ein Problem, wenn ich dem Stefan zustimme. Und das ist so. Da ich für jeden VM2 und VM3 shop "verantwortlich" bin, kannste mich schlecht schlagen . Die Erfahrung zeigt, daß man 3 Arten von Backups macht.
- Vollständig (mit Bildern, mit "safepath" Dateien (Rechnungen, etc)
- Normal (Website mit Datenbank, ohne Bilder)
- Nur Datenbank

Zitat von inshin

Natürlich kenne ich Akkeba. Aber da ich x verschiedene Layoutoberflächen teste um die Richtung zu definieren möchte ich einfach nur in die fertigen Templates VR komplett mit allen Artikel, Kategorien, Regeln und selbstdarstellenden Feldern
etc. reinkopieren um das Layout mit zu Leben füllen.

Vielleicht finde ich ja noch ne Lösung, dann melde ich mich wieder.

Na da rate ich doch, sich einfach mal Akeeba genauer anzusehen. Insbesondere, wie man Profile nutzt. Das Problem bei Akeeba is aus meiner Perspektive, daß man ein vollständiges Backup nicht teilweise restoren kann.

Nur die shop tabellen zu speichern, geht sowohl mit Akeeba, als auch CSVI.

Stefan, dein uralt Tutorial ist grausam. Du mußt das alte vm2 zeug rausnehmen. Das hat mir erst vor ein paar Tagen jmd völlig verwirrt gezeigt.

Leider sind die ehrm, guten Anleitungen alle auf englisch UND in den SAMPLEdaten! Das ist ein sehr wichtiges Konzept bei uns, der Shop wird im shop erklärt. Die Sampledaten zeigen alle Arten von customfields und einige Produkte, wie diese wirken.

Ansonsten gibts noch https://docs.virtuemart.net/ma…ttern-child-products.html
https://docs.virtuemart.net/ma…pts/212-customfields.html

und https://docs.virtuemart.net/tu…ion/221-multivariant.html
und https://docs.virtuemart.net/tu…ithout-stock-control.html

Der müßte eigenltich im cart sein.

ja wenn du uns sagst, wo du das eingebaut hast, könnte ich es ins Projekt übernehmen

Zitat von Chigolo

Danke für die Info. Da sehr viele Anpassungen am SHop gemacht wurden und generell Updates immer mit Problemen einhergehen würde ich dies gerne umgehen. Wo ist die Tabellenbreite denn anpassbar?

Das ist eine alte Einstellung. Anpassungen sollten immer über overrides, etc gemacht werden. Wir geben uns viel Mühe, daß die Updates problemlos laufen und an sich auch auf alten layouts weiter funktionieren. Man sollte auch nur overriden, was wirklich notwendig ist.

Letzendlich, wenn du die Version vm3.2 benutzt, kannst auch einfach nur das css und den view von der neuesten Version händisch rüberkopieren.

Das geht damit Orders : Automated numbers

vom Rupostel checkout rate ich ab, der macht immer Probleme. Guck dir mal die anderen OPCs an, z.B. von virtueplanet.

Geht bei mir.

Aber bitte komm online in skype. Ich würde dir gerne die angepasste vm3.2.2 schicken.

Schreib bitte an paypal ein ticket, bzgl des $post_variables['upload'] = '1'; problems und gib mir die Ticket ID per pn, das wird dann "direkt" behandelt. Das Feedback brauch ich dann hier oder per pn bzw skype.

Das ist schon richtig so. Du benutzt immer das gleiche Medium. Das ist ja gerade der Witz, man benutzt ein Medium für mehrere Produkte, ändert einmal die Metadaten und schon ist es überall geändert.

Medien sind eben nicht einfach nur Bilder. Wenn du das gleiche Bild für verschiedene Produkte mit verschiedene Metadaten haben willst, dann brauchste gleiche Bilder mit verschiedenen Namen. Sorry, geht nicht anders. denn das ist üblicherweise genau das GEgenteil von dem, was erwünscht ist. Die Metadaten des Mediums sollen sich auf das Medium beziehn

Multilang würde sich relativ leicht implementieren lassen, is letzendlich eine Fleißaufgabe.

Danke

und dann nochmal das Werkzeug "update tables ..." ausführen, oder einfach nochmal drüber installierne, damit die Datenbank auch richtig angepasst ist.

Die Bilder selbst sind imho multilang, aber der Rest nicht, ich fürchte, das fehlt einfach bisher.

Man braucht erstmal ein Menü, was den Stern hat *, also für alle Sprachen gilt. Dann braucht man jeweils ein Menü pro Sprache und dort erstmal nur einen Eintrag.

hat damit nichts zu tun, Stefan, weil er meint die Produktdetailseite. Ist das Gleiche wie im englischem Forum.

Es ist eigentlich einfach ein übersehenes Setting, welches den gleichen Namen hat, wie "show categories" in der Kategorieansicht. Es gibt in der nächsten version eine Einstellung dafür cat_productdetails in der Vm Config und im Produkt Menüitem, aber sowas legt ja keiner an. Es könnte tatsächlich Sinn machen, das ganze auch über die Produktkategorie zu steuern.

Bitte lernen, wie man overrides nutzt, ziemlich wichtig, wegen updaten, macht ja sonst kein Spaß

joh, der Fix is an bissal noobig gebaut. Wir können das auch transliterieren, also aus ä ein ae machen. Damit müßte Paypal zufrieden sein. Wäre was für ne Silbermembership http://extensions.virtuemart.n…-membership-silver-detail

Danke, interessant ist ja, diese Variable taucht nur einmal auf. Wird dort gesetzt und das wars.

Also bei einer eventuell gehackten Seite muß man folgendes machen.

Backup ziehen, zuhause auspacken, Kaspersky drüber laufen lassen. Der löscht dann befallene Bilder und ähnliches.

Dann die gesamte Installation löschen, bis auf die configuration.php, die Images und Media.

Dann die gesamte Seite neuaufziehen. Das heißt joomla auspacken,.. installations Ordner gleich löschen.

und alles wieder drauf installieren, da die db die gleiche ist sollte alles wie ein update sein, dann hat man wieder alle Dateien im Original. Dann eye dingens installieren, das zeigt gleich an, welche Dateien sich verändert haben. Für die Zukunft, und dann zurückspielen. Dann kann man imho auch die DB einfach lassen,... und das gesamte Verzeichnis löschen und die sauberen Dateien per ftp hochladen (als zip und auspacken ist deutlich schneller)

Nun, wie Stefan schon sagte, man kann das über Multvendor lösen.

Jeder Hersteller wird ein Verkäufer. Das würde aber immer nur für Warenkörbe funktionieren bei dem alle Produkte von einem Hersteller sind.

Man bräuchte also in vm eine Möglichkeit eine "Versendeschlange" einzurichten und dann ein Customplugin im Produkt, welche je nach Produkt die email des Händlers einträgt, oder so.

Man kann an sich mehrer Superuser haben und die dürfen auch die shopdaten ändern. Allerdings kann ich mir vorstellen, wenn man es mit SU a installiert und mit SU b versucht die Daten einzutragen und hat das vorher nie mit SU a gespeichert, dann kanns Probleme geben.