Alex@4tfm

Ist ein Bug. Das Feld muss auf tiny int(1) NULL mit default NULL gestellt werden.

$product = product::getProduct($products_id,'default');

Hatte ich gestern auch, kann es ebenfalls nicht reproduzieren. (Gleiches übrigens mit dem Cookie-Fenster vom XT-Plugin. Hab den Eindruck, dass man es manchmal nicht weg klicken kann...)

Ne, normalerweise kann an unter der Meldung die Versandart auswählen.

Haben wir schon auf Wunsch diverse male in Kundenshops ausgebaut. Sinn hinter der Anzeige ist auch uns unklar.

Vermutlich ja, aber kommt auf den Inhalt an, daher schwer zu sagen. (Halt mal ein Backup machen, dann ändern und danach ausführlich die Inhalte prüfen.)

Na ja, das scheint ja was komplizierteres zu sein, muss sich schlichtweg mal jemand ansehen. Forum ist da einfach auch nicht die richtige Anlaufstellen.

Das kann XT ohnehin nicht out-of-the-box, daher kein Problem. Macht auch keine Standard-Shop-Software so....

Immerhin. Bei uns sind die Mengenangaben in den Warenkörben bei 2/3 der Bestellungen falsch. Das hat übrigens auch bei uns falsche Versandkosten ausgelöst, da plötzlich 2000 € statt 1000 € vom Kunden gebucht wurden, aber ich vermute mal, dass wäre Ihnen aufgefallen?

Wenn Ihr in Foren auf Akquise gehen müsst, dann seid Ihr in Sachen Suchmaschinenoptimierung bestimmt ganz weit vorne.

Was spricht dagegen mal den Webhosting-Tarif auf das 5€ teuer Paket mir 100 MB mehr HD-Platz zu wechseln?

Wie macht sich das bemerkbar? (Überlaufen im sinne von die HD des Servers ist voll und es können keine cache-dateien mehr geschrieben werden, oder wie?)

Gibt nur, was definiert ist, siehe: https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/917736/Exportmanager+-+Variablen+f+r+Produkte

Ich vermute das fehlende $ bei {data.category_tree} ist bei dem erstellen des Posts passiert? (Die Variable habe ich vor kurzem noch bei einem Kunden benutzt, daher kann ich es nicht bestätigen)

Die Zeile müsste {include file="file:$_system_root_templates/email/email_top.html"} heißen sehe ich gerade.

Nein, steht doch da: Die Datei .../templtes/xt_responsive/email/email_top.html ist nicht da

siehe: https://www.google.com/search?q=word+cloud+javascipt Wobei ich das ganz schön 2006 finde, würde ich heute nicht mehr in einen Shop einbauen.

Wie genau sieht das aus? (Fenster geht zu aber daten ändern sich nicht, Fenster Beleibt offen, aber speichert nicht etc.)

Strato beschäftigt auch nur Clowns. Noch nie was anderes von denen gehört. Deren neuster Spaß ist, dass die htaccess nur max. 300 kb groß sein darf. Zum Problem hab ich leider nichts beizutragen, außer dass ich einen Hosterwechsel empfehlen würde, sorry.

Er hat es irgendwie geschaft keinen Vornamen in der Rechnungsadresse zu haben.

in der Tabelle xt_stores oder im Admin-Bereich wo man den Mandanten bearbeiten kann die richtige Domain eintragen (ohne das Port).

Also der Fehler in den dev-Tools kann ignoriert werden. Derartigen Fehler habe ich auch so in der 6.2 noch nicht gesehen. Würde auf ein Plugin tippen.

Siehe hier https://xtcommerce.atlassian.net/wiki/spaces/MANUAL/pages/917739/Exportmanager und folgende Seiten

Die Alternative wäre, dass man BS3 einfach beibehält, und euer Geld in etwas sinnvolles steckt. Aber wenn du magst, dann mache ich dir auch gerne ein Angebot. Individuelles Theme auf BS4 sind min. 2 Wochen Aufwand.

Beim Hersteller info@ador-design.de