jwinkel

Hallo zusammen, gibt es eine Möglichkeit, Master, für die es keine Slaves (mehr) gibt, aus dem Frontend auszublenden? Ich habe das Problem bei Abverkäufen - der letzte Slave ist ausverkauft (Bestand = 0, damit wird er nicht mehr angezeigt), aber der Master erscheint weiterhin.

Du musst bei einem Multishop auf die IP-Adresse aufpassen, die Lizenz des Shops ist an die IP-Adresse gebunden. Entweder Strato kann den neuen Server unter der alten IP-Adresse einrichten oder Du musst eine Lizenzänderung bei xt kaufen.

Wenn Amazon wirklich nur technisch bedingte Cookies setzt fress ich 'nen Besen. Ohne Senf. Einen Login-Button z.B. auf der Shop-Startseite anzeigen geht auch ohne Cookies, führe ich Amazon gern vor.

Zum Beispiel Amazon Payments?

Dazu müsste man die Datenbank, Tabelle plugin_products, ändern.

Das ist die Tabelle products_permission. Darin eine Zeile für jeden Artikel und jeden Shop, in dem der Artikel gezeigt wird.

Man könnte auch das 2.0.4 Plugin so tweaken, dass der Update-Hinweis unterbleibt. Oder das Plugin deinstallieren und ein paar Zeilen in's Template einbauen, die das Selbe erledigen wie das Plugin. Und sich bei TS beschweren - angesichts der Kohle die die aufrufen sollte ein kostenloses Plugin drinsitzen.

In der gleichen Datei gleich zu Anfang: if (!is_object($_SESSION['customer'])) { $_SESSION['customer'] = new customer(); $_SESSION['geoip_country'] = geoip::getCountry(); } Wenn man die Zeile mit getCountry() auskommentiert wird die gesamte IP-basierte Ländererkennung abgeschaltet. Disclaimer: Hier wird am Quellcode des Shops herumgebastelt. Wer sich nicht über die Konsequenzen im Klaren ist lasse die Finger davon!

Das ist kein Bild, sondern das Schriftzeichen Nummer 291 der Schriftart "FontAwesome".

Technisch verhindern kann man das wohl nicht, ich habe viele Kunden mit Rechnungsanschrift in einem und Lieferanschrift in einem anderen Land. Mir fällt nur ein, dem Kunden eine freundliche Email zu schreiben dass leider die Postleitzahl von 1120 Wien, Deutschland nicht stimmt und Du mit dem Versand wartest, bis er eine korrekte Anschrift geschickt hast. Da Du seine Kohle bereits hast ist die Motivation hoch.

Wende dich an's Helpdesk, der "nicht verfügbar" Fehler ist bekannt.

Dazu kommen meine Kunden, die mobil in fremden WLans unterwegs sind und VPN-Dienste nutzen - und damit auf einmal eine IP von sonstwoher haben. Da es sich um eine einzige Zeile Code handelt wäre es für xt ein Leichtes, das über die config abschaltbar zu gestalten. Auskunft dazu: "uns ist kein Fall bekannt, in dem das nicht sauber funktionieren würde"

Bevor ich mich auf Email-Diskussionen mit dem Support einlasse schlage ich lieber zwei Stunden den Kopf gegen die Wand. Dabei kommt mehr heraus und es tut nicht so weh.

Ja, aber nur indem Du Änderungen in einer der grundlegenden php-Dateien vornimmst. Daher schreibe ich hier auch nicht wie das geht, sende doch einen Feature-Request an xt.

Das kann ich so nicht bestätigen. Ich habe Fehler inclusive Dokumentation (in der xyz.php in Zeile 123 ist der Fehler abc) gemeldet und einen Supportvertrag angeboten bekommen.