Das ist nicht so vorgesehen. Dafür gibt es Erweiterungen. In der v2.1 Plus wird das von Haus aus mitkommen. Artikelabhängige Versandkosten kommen bisher nicht von Haus aus mit. Es gibt ja verschiedene Versandmodule im Shop, die unterschiedliche Funktionen abbilden.
Beiträge von admin
-
-
Wir bieten die Migration zum einen an, wenn Du es selbst machen willst, nimm phpmyadmin und per export / Import die Tabellen einzeln übernehmen. Danach die Sprach ID auf 1 setzen, das wars.
-
/admiN/templates_c bitte leeren oder Hilfsprogramme > Cache leeren.
-
Wir haben für dieses Problem extra eine Warnung im Admin ausgegeben. Das wird in jedem Fall mit FP10 behoben. Ein DB Backup würde ich IMMER über MySQLDumper machen, da das wesentlich flexibler ist.
-
Wir arbeiten kontinuierlich auch an weiteren Performance Verbesserungen. 4000 Produkte sind überhaupt kein Problem. Was man derzeit machen kann / sollte, um möglich Performance Fresser zu vermeiden, wäre die Bestseller Box abschalten, neue Produkte eventuell auch und die specials Tabelle leeren (wenn alle Artikel mit 0 angelegt sind, wie es JTL gerne macht, warum auch immer). Wir haben diverse v2 Kunden, die genau in diesem Bereich sind und auch mit 10.000 Produkten keine Probleme haben. Von Strato und Performance will ich mich mal zurückhalten, ich glaube da solltest Du in einen eigenen Server bei denen investieren, sonst wirst Du keine lange Freude haben (wenn Du unbedingt dort bleiben willst). Die Zufallsprodukte auf der Startseite und im Produkt haben wir durch eine neue Abfrage um etwa 99% verbessert
Kommt eventuell schon im FP10 mit ansonsten in der 2.1. -
Die v2 ist noch in der Abnahme. Wir warten selbst noch. Der Einbau muss derzeit noch manuell vorgenommen werden. Wir allerdings schon diverse Shops v2 mit Zertifizierung. technisch ist also alles OK.
-
Richtig, wir testen noch. Kommt im Backend als Meldung.
-
Du musst da nix ändern. Du hast doch sicher bei deinem Provider einen direkten Zugang zur Datenbank? Bei welchem Provider bist Du denn?
-
Da sollte doch was im Admin dafür da sein. Mal den Vorinhaber fragen.
-
Im Fixpack 10 wird xajax ausgetauscht. Da gab es wohl bei manchen Providern Fehler. Also noch einen Moment warten.
-
Das sollten wir mal für das FP10 vermerken. Wir haben die neueste Version eingebaut. Da fehlt die Abfrage, obe One-Page Checkout oder nicht.
-
Prinzipiell gehen eigentlich alle Module. Das eine oder Andere muss etwas mehr umgebaut werden, besonders, wenn E-Mails versendet werden (wegen E-Mail Editor / Datenbank). Wenn das Modul nicht gerade verschlüsselt ist, gehen, schätze ich mal realistisch, ca. 90% aller Module.
-
Das ist für alle sicher die beste Nachricht

-
Also PayPal lief immer schon und wir nutzen es selbst auch. im Fixpack 8 war die neue Version enthalten. Die ist auch ausgiebig getestet. Da stimmt was anderes nicht. Leider ist die Fehlermeldung extrem dürftig. Eventuell mal bei PayPal nachfragen!
-
Ein SQL Skipt für die Migration gibt es leider nicht und wird auch nicht kommen, da die Datenbank komplett auf UTF-8 umgestellt werden muss und dass ist nicht einfach mit einem kleinen Skript erledigt. Entweder machen lassen, oder per Hand die Tabellem mit Export / Import übernehmen. Den Rest 1 x neu einstellen.
-
Nutzt keiner Novalnet? Wir waren gestern dort und die Kollegen mausern sich zu einem All-in-one Anbieter für zahlsysteme. Wir selbst nutzen es auch für Lastschrift und haben sehr gute Erfahrung damit. Wir werden Schrittweise auf die anderen Zahlungsarten auch umstellen. Somit brauchen wir nicht 10 Verträge. Die Konditionen sind auch günstiger (wegen Massenrabatt).
-
Da muss ich mich KingKong anschließen, denn wir haben diverse Shops von Strato wegmigriert (da laufen auch xtc Shops schei...!). Liegt also nicht an commerce:SEO. Allein die Migration über den dortigen PHPMyAdmin ist schon eine Qual, mindestens 20 x Error 500! Und da habe ich mich direkt auf der DB bewegt.
-
SSL Proxi ist immer Stuhl, sieht auch in meinen Augen unprofessionell aus. Für einen vernüntigen Shop, der Umsatz bringt, sollte man beim Provider / SSL nicht sparen. Meine Meinung.
-
Dafür sollte man doch lieber einen externen Anbieter nehmen, wie Novalnet, die filtern solche "Kunden" beireits beim Bezahlen raus. Wir haben mit Novalnet sehr gute Erfahrung in dem Bereich und waren gestern auch mal direkt vor Ort.
-
Mit den IDs arbeiten ist besser
Das include('includes/javascript/cseo_java.php'); würde ich nicht ersetzen! Also lieber unten drunter die Abfrage ohne include('includes/javascript/cseo_java.php');