Alex@4tfm

Ja, Strato halt. Scheiß Server, Scheiß Support, zocken Kunden bei jeder Gelegenheit (SSL-Zertifikate z.B.) ab. Lösung: Anbieter wechsel.

Das könnte funktionieren, aber die Kategorie zu deaktivieren usw. ist nicht so gut möglich mit XT (Hinsichtlich SEO usw.). Das Plugin gibt jedoch einen Rabatt für die Kundengruppe in wieweit der sich nach Anzahl staffel lässt solltest du mal bei it:logistik nachfragen.

Ich glaube das geht nur bei Master-Slave Produkten, also Variante A + Variante B => 10 Std. => 4€ (Bei normalen Produkten könnte man das kaum realisieren, müsste man ein Plugin entwickeln, welches im Grunde auf Grundlage der Anzahl der Artikel im Warenkorb einen Rabatt gibt.)

Das ist eine Limitierung des Hosters, daher am besten bei dem fragen wie/ob man das anpassen kann.

Option 1. mehrfach Testlizenzen anfordern. Option 2. Zum launch die Lizenzänderung für 30€ im xtStore bestellen. (Insbesondere wenn Ihr Reseller-Plugins einsetz, wäre das der empfohlene Weg) Wohlgemerkt weiß ich nicht, wie es sich mit dem Klarna-Checkout und der Domain verhält. Ggf. muss da evtl. was im Klarna Account geändert werden, da solltest du mal in ticket bei XT auf machen, wenn sich hier niemand äußert.

Kurzer Nachtrag von unserer Seite, für den Fall, dass XT hier mal was verändern möchte und den Post zufällig sieht: Es wirkt sich auch auf Grundpreise extrem schlecht aus, wenn man so kleine Gewichte hat. Die Anpassung würde ich Template-Seitig empfehlen, sprich "($gewicht * 1000) g" (Leider gerade unterwegs, sonst wäre es ausführlicher. )

Ist das ein generelles Problem der 6.1.1 oder tritt das nur in bestimmten Szenarien auf?

na ja, bei sehr kleinen Shops langt auch 30 Sekunden theoretisch... Es kommt meist nur bei Exporten zum tragen, vermutlich ist der xt:Commerce Support es einfach leid den Kunden zu sagen, dass 30 Sekunden bei 10k Produkten etwas wenig ist

ach, den hatten wir auch schon das ein oder andere mal. Das ist glaube ich in der Tat auch ein bug von einem xtUpdater irgendwo vor 4.2

xt_feed ist die Tabelle vom Exportmanager, die sollte schon da sein. Schwer zu sagen, was da der Fehler war, weil du nicht den ganzen query gepostet hast. Der PDF-Manager wurde vom Plugin pdf-invoice in den core übernommen, d.h. auch diese sollte es theoretisch geben. Sieht mir aber aus, als wenn da beim Update auf die 4.2.00 darmals der Fehler entstanden ist. (Derartiges schon mehrfach gesehen)

Sehr kleiner unbekannter Hoster, den Namen habe ich gerade nicht zur Hand.

Super, aber keine Anpassungen im Template notwendig oder kommt die Anleitung das noch?

Exakt das Problem haben wir auch bei einem Kunden, laut XT support gibt es das aber nicht bzw. liegt am Hosting.

Evtl. setzt du dich mal mit einer Agentur in Verbindung. Abgesehen von "2." sind das alles Kleinigkeiten, die ein Dienstleister innerhalb von 1-2 Std. macht, aber das 1-2 Std. im Forum zu erklären würde vermutlich etwas den Rahmen sprengen. (Bzgl. 2. sollte man dann z.B.: https://addons.xt-commerce.com/de/Plugins/Core/Hersteller-2.html verwenden, od. vergleichbares)

Die RewriteBase fehlt. In der htaccess "RewriteBase /" hinter(nächste Zeile) "RewriteEngin on" einfügen

Die sopa-calls sind im grunde wie die DB aufgebaut. Ich kann dir nicht im Detail erklären, was hier richtig wäre weil ich da dran eine Weile nicht mehr selbst entwickelt habe, aber wenn du ein Bild über das Shopbackend hoch lädst und dir dann die Relationen in der Datenbank anschaust, sollte alles klarer werden.

Stimmt, siehe:

hmm, dann müsste XT da vielleicht nen fuckup im Code haben. Die Stelle ist auch ungewöhnlich für die Anzeige der Fehler wenn ich so drüber nachdenke. Welche Version ist das den? KCO oder Pro?

Nein, das sollte sich damit Lösen. (Die Fehlermeldungen sorgen für einen Fehler im Javascipt, welches unter anderem die Codes ausgibt.)

Ich würde ja mal auf Fehler im E-Mail-template sent_order tippen.

Eure Kategorien sind keinem Mandanten zugewiesen (Daher sind sie unter "nicht zugewiesene Kategorien" gelistst). (Überall den Haken bei "Shop" entfernen und am besten Doku lesen wofür der ist, den braucht ihr halt immer...)

Aber die haben doch sicherlich die Möglichkeit es von deinem Server zu laden? (Geb denen doch die URL der Datei auf deinem Server. Das wäre wie es 99% der Marktplätze machen...)

Nicht sicher, ob des unterstützt wird. Diese FTP-Upload-Funktion wird schon seit ~10 Jahren kaum noch verwendet. Könnte mir vorstellen, dass XT das nie aktualisiert hat.

Das müsstest du spezifizieren. Die Cronjob-Funktion könnte man so einstellen...?

Problem ist, dass der Wert in der /con/config.php gesetzt wird. Das ist eh nicht ganz optimal hinischtlich des Updates. Evtl. wollt Ihr @xt:Commerce das ja noch mal überdenken. (Und der Wert ist glaube ich mit der 5.1.2 (zumindest nicht mit der 5.1.0) hinzugekommen, wodurch das halt evtl. in einigen Shops fehlt) @Crafter Vergleich mal die /con/config.php und übernimm die Zeile aus der Datei in den anderen Shop