[email protected]

Master-Slave-Plugin evtl. deaktiviert?

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)