Beiträge von admin

Das ist eine gute Idee, geht aber momentan nur "per Hand" in der tagcloud.php mit dem SQL Anhang: GROUP BY rand() LIMIT 40
die 40 wäre dann die Begrenzung. So bringt er per Zufall 40 Tags

Das sind die Staffelpreise. Ist mit dem FP9 eigentlich behoben.

Der Cache an sich ist schon immer problematisch gewesen. Den kannst Du getrost aus lassen. Es wird gecahced, aber nur an den Stellen, wo es Sinn macht. Mit dem + und Leerezeichen ist korrekt. Würde ich auch als DC sehen. Ist im Bugtracker eingetragen.

Cache auch mal gelleert, seit FP9 geht das ja jetzt im Admin direkt

Da ist was nicht korrekt installiert. Das Modul wurde getestet.

ich würde tippen, dass die datei defekt ist. Neu hochladen.

ES WIRD KEIN SQL UPDATE GEBEN, allein weil die Tabelle configure nicht so einfach zu aktualisieren ist UND weil der Shop UTF-8 auch in der Datenbank ist und DIE läßt sich nicht einfach komplett auf UTF-8 umstellen. Haben wir alles versucht um einen einfachen Weg zu bieten.
Weiterhin sind viele Zahlungsmodule neu, die eh neu installiert werden müssen.
Der beste Weg ist:
v2 neu installieren,
Die product, categories, customer und orders Tabellen per phpMyAdmin Schritt für Schritt exportieren aus "alt" und importieren nach neu. Dann einmal alles neu einstellen. Fertig ist die Laube
Oder Migration der Tabellen bestellen:
http://www.seo-template.de/commerce-seo-v…erceSEO-v2.html

Wäre auch mein Ansatz gewesen. An den Versandmodulen wurde bisher nicht viel hinzu gefügt, da eigentlich fast alles abgedeckt ist. Es sollten sich aber genügend Alternativen finden lassen.

Die Tags werden definitiv nicht für die Suche rangezogen. Kannst Du es mal etwas genauer spezifizieren? Wie sind die Sucheinstellungen im Shop?

Habt Ihr mal in die E-Mail Vorlagen rein gesehen, ob da was drin steht? Notfals mal mit phpMyAdmin in die Tabelle emails rein schauen, ob eventuell Dupletten vorhanden sind. Ist uns so noch nicht aufgetreten.

Normalerweise so viel Du willst. Die Attribute haben aber eine Begrenzung, wie wir oft jetzt feststellen mussten. Bei über 1000 Attributen wird es eng, weil die Attribute in 1 Formular gepackt werden und das funktioniert dann irgendwann nicht mehr, da Formulare scheinbar begrenzt sind.

Die Mailvorlagen werden in der Datenbank gespeichert, sonst nirgends ABER den templates_c Ordner (ausser .htaccess) leeren, da werden die gecached

Ist mir nicht bekannt. Aber in der order_details.html kann man das wieder einbauen: {$module_data.PRODUCTS_SINGLE_PRICE}

Die Fehler einfach ignorieren! Es gibt keine mail.html mehr, die kommen aus der Datenbank.

Also die Sortierung wird da sicher nich gleich mitkommen. Hier sind noch ein paar andere elementare Sachen wichtiger

Die Details sind in der order_details.html

In Kürze kommt Fixpack 8. Tja, JTLShop ist halt JTLShop und was anderes. cseo ist nach wie vor für jeden offen und jeder kann es anpassen. Kann denn der JTLShop HTML5 und so schöne Sachen?! Sicher nicht. Tabellenfrei macht ja jetzt jeder, da alle nun verstanden haben, dass es besser ist. Am Anfang wurden wir ja dafür belächelt. Ich kann Dir aber noch ein paar Feinheiten nennen, PageSpeed JTLShop3 = 77, cseov2 = 82!, JTLShop3 = ISO..., cseov2 = UTF-8!, cseov2 = alle Scripte extern und! komprimiert, CSS extern und komprimiert..... Noch Fragen? Bei JTL habe die Kollegen einiges noch aufzuholen. Das erkennt man schon an der Aussage, dass die sich streuben, einen Connector für UTF-8 zu machen. Das sind heute Standards die von allen aktuellen Shops verwendet werden.

Du musst Deine configure.php (beide Admin/Frontend) anpassen.
bei HTTP_SERVER kommt die Domain und DIR_WS_CATALOG kommt dann /ww/shop/ rein.

Das musst Du dann Deinem externen Programm sagen, dass er das nicht machen soll. Bei JTL gibt es dafür eine Einstellung "Status änder > nicht benachrichtigen" oder so.

Die moneyorder ist das Standard Vorkasse-Modul.