Beiträge von admin

Schalt mal Dein Javascript im FF an. Wenn es bei beiden der Fall ist! Du dürftest dann aber auch keine anderen Seiten sehen.

Ist ja kein Geheimnis

Hast Du eventuell einen Virenscanner oder Script Blocker aktiv?

Ab da musst Du natürlich auch ändern und dann das Modul 1 x neu installieren, sonst nimmt er die Werte aus table:

function install() {
      xtc_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_key, configuration_value, configuration_group_id, sort_order, set_function, date_added) VALUES ('MODULE_SHIPPING_TABLE_STATUS', 'True', '6', '0', 'xtc_cfg_select_option(array(\'True\', \'False\'), ', now())");

Also ab dem Punkt bis zu Ende ändern von TABLE auf TABLE2

Der Datensatz wird ja erst am Ende gespeichert und die ID erzeugt (die immer eindeutig sein muss und ist). Wenn also mehrere gleichzeitig daran arbeiten, kann es durchaus zu solchen Überlagerungen kommen. Das ist aber technisch schwer zu ändern. In der 2.0 wird es etwas leichter mit den Attributen. Wenn 2 Leute gleichzeitig arbeiten, sollte man an der Stelle sich erst mal abstimmen, wer was macht. Das ist leider so.

Ich weiss, es gibt eine Schnittstelle zu SAP One für xt:Commerce 3.0.4 SP2.1. Da beide Systeme Datenbank kompatibel sind, funktioniert diese Schnittstelle mit 99% Sicherheit auch mit commerce:SEO. Man kann das aber sicher mal an diverse Anbieter heran tragen. Wir haben diverse Kunden mit ganz unterschiedlichen WAWI Anbindungen und die haben bis dato alle funktioniert. Das hatten wir auch von Anfang an im Blickfeld, dass die WAWIs kompatibel bleiben.
Die ich 100% weiss sind, CAO, JTL, eTope, Factura XP, und andere, deren Namen ich nicht zur Hand habe.

Also 1&1 ist unser Standard Hoster. Und da hatten wir noch keine Probleme!
Prüfe mal Dein FTP Programm und ob die bemängelte Datei auch wirklich da ist.

Siehst Du War noch ein kleiner Fehler drin gewesen, deshalb das Update vom Sammelpatch.

http://www.xt-shopservice.de/XTCommerce-Mod…zahlsperre.html
http://www.xt-shopservice.de/XTCommerce-Mod…erre-Modul.html

Ja, ist nicht ganz so einfach. Mit den 2 table Versandarten sollte es doch aber reichen? Dann kannst Du die versandkostenfrei sparen.

Ich denke, Du machst es zu kompliziert. Probier mal das:

25:5.68,10000:0.00

Dann nimm bei Admin > Module > Zusammenfassung > Versankosten > Versandkostenfrei erlauben = true

Mal mit Mysqldumper probieren. Der geht extrem besser!

Die Einstellungen sind korrekt. Hast Du ein Bild hoch geladen? Mal das Image Processing drüber laufen lassen.

Dann unterstützt offensichtlich Dein Provider kein"mod_rewrite", am besten mal nachfragen.

Hast Recht. Wir werden uns mal darum kümmern.

Ja, Du hast dann die DB gebügelt. Es ist nicht ganz so einfach. Lass doch jemand ran, der Erfahrung damit hat. Du hast doch sicher eine DB Sicherung?!?!

Ja worum geht es denn?

Du kannst die DB direkt verwenden und dann die Update SQL Scripte drüber laufen lassen. ABER Du solltest am besten nur die produkt-tabellen übernehmen! Alles andere dürfte zu unischer sein.

Also Du musst die Update.SQL Scripte drüber laufen lassen bis Version 1.1.1.
Kopiere am besten die Original DB und lasse dort die SQL drüber laufen. Dann hast Du alles übernommen. Wenn Du Hilfe brauchst, musst Du in die Tasche greifen und uns ran lassen, wir wissen wie es geht:p

Das Problem mit PHP 5.3.0 werden wir jetzt prüfen. Wird sicher bald kommen! Danke für den Hinweis.
Da ändert sich dann warscheinlich ein wenig. Wir testen gerade und prüfen die Möglichkeiten der Umsetzung.
Sobald wir näheres wissen, werden wir einen PHP 5.3.0 Patch bringen.
Übersicht:
http://de.php.net/migration53