Beiträge von Milbo

    Ich habe es inzwischen rausgefunden. In der Shop-Config muss man die autom. Bildgrößenberechnung zurücksetzen. Bzw. ich hatte nur einen Wert dort eingetragen (Höhe). breite habe ich leergelassen weil ich dachte er errechnet das selber. Fehlanzeige.


    Da liegt ein Missverständnis vor. Die Funktion welche du willst, macht dein Template. In VM2 haben wir eine Kompromisslösung. Wir haben 2 Größen, dabei geht es eigentlich nur um den Pageload bzw den Traffik.


    Für die Darstellung nutzen wir nur das CSS bzw die Power der Browser, die machen das schnell genug on the fly. Laden wir viele Bilder und sollen diese nicht mehr als 10% größer als die Thumbs sein,.. nehmen wir das Thumb ansonsten das Vollbild (produkdetail).

    Also man kann sehen, dass "derSasha" bei allinkl ist. Ich hab jetzt mal den Pfad weggemacht, weil sonst kann man ja dein loginnamen sehen und Loginname ist das halbe Passwort !
    Daher kann es auch ein wwwrun user problem sein. Bei allinkl. muss man über das Serverpanel die richtigen Dateibesitz einstellungen machen. Alles auf den php user.

    Zuerstmal wundere ich mich, dass du 2 Preise machst. Virtuemart Regel Nummer 1, trägst du nichts ein, gilts immer.
    => keine shoppergruppe auswählen => preis gilt für alle shoppergruppen.


    Desweiteren ist der Preisdisplay einmal in der vm konfig und einmal pro Shoppergruppe.

    ahja, tja dann kann dir keiner helfen. Denn 2.0.2 ist zu alt.


    Das Problem was du hast, wurde vermutlich später gelöst, da wir jetzt bei 2.0.20b sind..... die updates zerschiessen an sich auch nichts, wenn man seine overrides einfach deaktiviert. Und viele overrides sind seit 2.0.14 nicht mehr nötig.

    Herrlich, Old Fritz. Nun eine Antwort habe ich ja schon im englischem Forum gegeben, aber da ich gerade etwas Zeit habe.


    Hallo,
    mein System: vm 2 ( 2.0.14) shop / Joomla! 2.5.8.


    Probier ein update. Von der 2.0.14 aufwärts bis zur 2.0.20b gibts nur ganz selten Kompatibilitätsprobleme.



    Ich habe habe folgendes Problem:


    Ich möchte ("ganz simpel"), das VM alle Produkte, die in gesperrten Kategorien liegen, nicht anzeigt.
    Dies sollte eigentlich selbstverständlich sein, macht VM aber anscheinend standardmäßig nicht.


    Das ist garnicht selbstverständlich. Du benutzt ja ganz richtig das wort "eigentlich". Und einem einfachem Kategorie system ist es "eigen". Aber einem Multi-kategorie system wie bei VirtueMart 2 ist es eben nicht eigen.
    Das heisst, dadurch, dass man einem Produkt mehrere Kategorien zuordnen kann, fallen mir eben mal 4 Möglichkeiten ein, wie man entscheidet ob ein Produkt letztendlich gesperrt wird, oder nicht. Probe? Kategorie A und B, p für published
    Einer gewinnt Modell, hat 2 Wege;
    Ap und B => published oder eben nicht published, muss man sich entscheiden, muss man lernen
    Beide müssen stimmen Modell, is easy hat nur einen Weg:
    Ap und Bp => published
    A und B => unpublished
    Mit Reihenfolge
    Ap und B =>unpublished
    A und Bp =>published


    Das ist alles schwer und alles sehr wenig transparent. Daher funktioneren die Kategorien in vm2 anders. Eine Kategorie ist eine Art Menge, in der Produkte sind. Ist ein Produkt einer veröffentlichten Kategorie zugeordnet, so kann man das Produkt dort finden. Man kann auch unpublished Kategorien benutzen, um Steuerinformationen (siehe AvaTax) zuzuweisen, oder die Berechnungsregeln für verschiedene Discounts, Mehrwertsteuersätze usw zu benutzen. Gibt ja sogar Leute die machen ihre Differenzenbesteuerung mit den vm2 Rechenregeln.


    Ausserdem so rein aus Informatiker sicht hat man dann 2 checks, die fast das gleiche machen. und man könnte wieder den Workaround schreiben, das man die produkte automatisch gleich unpublished, also in der Datenbank die entsprechenden Werte setzt. Was ewig Probleme nach sich zieht.


    Daher ist unsere Lösung, dass man in die Produkt liste geht, dort nach der Kategorie filtert, unten 400 Produkte einstellt und sich halt durch die paar Seiten durchhangelt (alle Produkte markieren, unpublishen). Ich habe selten Kategorien mit mehr als 500 Produkten gesehen. Selbst für 4000 Produkte geht es noch unter 10 Minuten. Klar, man kann noch einen Button einbauen, man kann aber auch den Code schreiben und uns schicken, oder uns bezahlen es für alle zu schreiben, genauso sind die Bulk Produkt zu Kategorie Buttons entstanden. Da hat einfach einer mal 200 euro in uns investiert. Mehr isses nicht.



    Um das zu verhindern könnte man sich allerdings darauf einigen zu sagen, wenn alle Kategorien unpublished sind, dann zeigs nicht an, ABER das kostet wieder Performance und ist gerade bei der Suchquery teuer. und aus unserer Sicht eigentlich durch den Shopowner einfach zu vermeiden.



    scheint ein altes Problem in VM zu sein.
    Hier zur Info (vielleicht hat dann jemand eine Idee) eine lösung wie´s in VM1 ging (für VM2 hab ich nix gefunden):


    Ahh wirklich. Vm2 ist ein ganz anderer Code. Es ist wirklich in keiner Weise vergleichbar. Wir haben zwar mit dem alten Code gestartet, aber alle Models funktionieren völlig anders. vm1 models waren in den 90ern begonnen worden (phpshop).



    Die erwähnte PS_product.php gibts aber in VM2 nicht mehr.
    Die heißt jetzt wohl einfach product.php und ist hier zu finden: administrator/components/com_virtuemart/models/product.php


    Ahh nicht "einfach". Der Grund ist das wir das OOP Pattern von Joomla einigermassen nutzen. Früher war alles in einem ordner und man hat models mit einem prefix versehen, bei vm1 isses dieses PS, was imho von phpshop kommt. Daher isses nicht einfach, sondern wohl durchdacht. Wir wenden einfach standards an, sozusagen DINs die dafür sorgen, das neue Entwickler sich deutlich schneller zurecht finden, als früher.



    Allerdings stimmt der Code auch nicht mehr.


    Klar, der Teil ist ja auch abstrahiert und liegt in der Funktion sortSearchListQuery und der Trick ist, dass es immer diese Funktion ist. Egal ob category, product oder sonstwas, fast jedes Model hat diese function und die ist auch immmer sehr ähnlich konstruiert. Also was du letztendlich brauchst ist ein Button in der Kategorie, der heisst, "alle Produkte dieser Kategorie unpublishen/publishen".


    Oder hast du diesen komplizierten Fall, dass du sowohl veröffentlichte, als auch gesperrte Produkte hast und du willst einfach mal eben diese per Kategorie an und ausschalten, so... zu testzwecken? Eine echte Anwendung erschliesst sich mir nicht.

    Wissen wir, ändert aber nichts daran, dass wir uns in der Numerik befinden und uns innerhalb eines diskreten Zahlenraumes befinden, der eine exakte Mathematik nicht zulässt. Siehe Numerische Mathematik und da is noch soo ein elleeenlanger Post irgendwo, der genau erklärt, warum eine Rechnung fast NIE richtig gerundet sein kann, wenn man alle Teilergebnisse auflistet.
    Wir haben aber mehrere Lösungen für diese Probleme. Erstens kann man verschiedene Arten von Berechnungsregeln nutzen. Zweitens kann man noch eine Option im der Config ändern, die eben entweder mit den gerundeten Werten weiter rechnet, oder nur die Ausgabe rundet (was exakter ist, aber "falscher" aussieht, für die, welche in der 6. klasse nicht aufgepasst haben). Desweiteren zitiere ich gerne meinen Physiklehrer Gymnasium LK "Wenn mir noch einmal einer erzählt, das Ergebnix wäre in der 3. komma stelle falsch, dem trage ich eine mündliche 6 ein, wegen zur penetranter zur Schaustellung von Wissenslücken der 6. Klasse".


    Naja ich weiss, wir sind nicht in der Physik, aber eben in einem diskreten Zahlenraum. Das heisst, es gibt keine 2. Es gibt nur 2.0000001 oder so (die Nullen sind jetzt ein Beispiel, die Anzahl hängt von der Maschine ab, also ob 32, 64,80 oder 128 bit). Immerhin benutzt der Haken "Grundpreis berechnen" (müsste Selbstkosten preis heissen btw), alle angezeigten Regeln, sollte also sogar inklusive der discounts usw gehen.


    Manchmal haben dennoch Leute Probleme den richtigen Preis zu treffen. In diesem Fall muss man leider den Core ein bisschen "hacken". Momentan kenne ich nur 2 user mit dem Problem, daher nutzen wir momentan intern nur 8 Nachkommstellen. Das kann man natürlich noch höher setzen. Das erfordert allerdings auch, dass die abgespeicherten Preise 1-2 Stellen mehr erhalten, momentan sind das 5. Ich denke ihr seht, so einfach ist das alles nicht. Wir haben 2 Nachkommastellen, speichern 5 ab und nutzen intern sogar 8. Aber das das ganze eben nicht trivial ist, sieht man auch daran, dass Exel eben Fehler macht. Ahja und es ist auch hilfreich in den neueren Versionen im Preisdisplay die rundung -1 einzutragen und nicht 2 oder so, weil dann wird die Rundung der Currency genutzt.

    Ja, der eine Kunde mit dem ich eben an der unregistrierten Sache dran gesessen bin, der hat es genau deswegen gebraucht. Also das Plugin ist fertig und ist jetzt seit Wochen im Einsatz. Auf dem extensions.virtuemart.net store läuft es jetzt seit fast einem halben Jahr.

    Du bist der hier, oder? http://forum.virtuemart.net/index.php?topic=114645.0


    Wie auch immer. Ich habe gerade in meine Datenbank geschaut. Ich habe eben ein sample product gespeichert es zeigt dieses datum 2012-10-26 10:36:01 . Also das kann auch eine Erweiterung sein, die nicht sauber programmiert ist.


    Ahja und wir haben auch keine unix time stamps. Vermutlich hast du nicht unser Migrations tool benutzt, sondern irgendetwas eigenes und jetzt haste nicht unsere format von timestamps drin.