Beiträge von admin

Am 23.01.2013, wir haben noch umfangreiche Security Tests gemacht. Mein Prozessor hüpft jetzt noch im Kreis Ich habe allein 5 Tage jetzt mit den Tests zugebracht und analog dazu die Fixes erarbeitet. Ist nich ganz so dramatisch, aber die Sachen die ich entdeckt habe, sollten einfach zur Vorbeugung schon nicht sein. Ein Securit Audit gegen xtcM oder Gambio GX2 verläuft noch viel dramatischer, also da sind wie mit cseo schon extrem gut im Rennen

Weiterhin ist jetzt Treepodia fest integriert UND Piwik mit voller Unterstützung der eCommerce API!!! Das ist mal richtig geil. Man sieht, bei installiertem Piwik jetzt alles, was Piwik im eCommerce Tracking anbietet. Die Schnittstelle gibt es wo anders für 70 Euro und wird ab 2.3.2 kostenfrei mitgeliefert. Die Schnittstelle ist komplett neu entwickelt, also kein Abklatsch

Die Meta Angaben für Facebook wurden jetzt für die Bilder integriert, die Video Ausgabe optimiert, inkl. Rich Snippets, SEO-URL komplett überarbietet und türkisch wird jetzt korrekt unterstützt.
Einzelheiten beim Fix dann.

Ist klar :p Bin ich auch dran.

Nein, die ist in Ordnung, wie gesagt, die PRZ (Prüfziffer) ist in der CSV drin.

Müssen wir in Ruhe angehen.

Es liegt an der blz.csv !!! Die Validierung ist korrekt. Die Prüfsumme ist in der CSV mit drinne. Danke für die CSV, habe sie mit aufgenommen. In Version 2.4 wollen wir da was einbauen für das BLZ Update

Also die Resoinsive laufen auf Tablet problemlos. Das Problem ist, dass Android eine "beschissene" Kennung sendet. Wenn ich auf Android abfrage, wären dann ja wieder Tablets mit Android betroffen, so beißt sich die Katze in den Schwanz.

Die Suche geht immer auf 1 Feld. Das mehrere Datensätze ausgegeben werden müsste man prüfen, halte ich aber auf die schnelle für nicht so einfach machbar.

Also der einzige Fehler ist, dass der Rabatt bei der Gesamtsumme nicht abgezogen wird, ist im QF3.2 dann behoben, hatte ich gestern auch gesehen, liegt an dem Versandkosten im WK Modul. Der Rest ist korrekt, technisch gesehen. Bei Attributen greift der grundpreis (VPE) nicht! Doch eigentlich schon, verrücken müsstest Du selbst, weil bei Einzelpreis die Ausgabe eigentlich korrekt ist.

Das liegt oft an der Reihenfolge der Zusammenfassung.

Problem 100% gelöst
Anbei die Datei, vorab die Datei: \includes\modules\payment\banktransfer.php

Das liegt am PNG des Hintergrundes

offensichtlich wird der Grundpreis trotzdem mit übergeben, macht ABER KEINEN SINN, wenn keine Staffelpreise angelegt werden, müllt die DB zu und hat halt so seine Nebenwirkungen! Wenn Staffelpreise, dann MUSS Grundpreis angegeben werden, wenn NICHT, dann auch kein Grundpreis.

UPDATE products_description SET products_viewed = 0;
UPDATE products SET products_ordered = 0;

OK, dass kann man nachgehen Die gute Nachricht, ich kann es nach vollziehen. Die bessere, ich habe es zu 95% schon gefixt, wird heute noch zu 100% gefixt

Wir fragen ab, ob es verschiedene Varianten von Smartphones gibt, aber NICHT auf "Mobile", was zwar effektiver wäre, somit erkennt er aber das iPad als Mobile, und dann wird das mobile Template auch geladen. Wollen wir nicht, da die fluid/responsive Templates ja gerade auf iPad und Co ausgelegt sind. Da muss eine andere lösung her.

Die Steuer auf die Versandkosten wäre auch meine Empfehlung gewesen Da gibt es leider unterschiedliche Meinungen dazu, sollte man am besten mit dem Steuerberater abkaspern, die Post ist nämlich Steuerfrei. Ob Du es berechnen darfst / solltest, kann Dir ein Steuerfachmann sagen

Das Update ist kostenlos und kann hier bezogen werden Erst das FP3 installieren und dann das QF3.1. QF3.2 kommt am 15.01.2013.

Die Wer ist Online Funktion sollte nur Anhaltspunkte geben, ersetzt kein richtiges Analytics wie z.B. mit Piwik. Im QF3.2 kommt eine neue PIWIK Schnittstelle mit inkl. eCommerce Tracking. Das macht mehr Sinn .-)

Warum bekomme ich denn die Staffelpreise angezeigt? Hast Du bei Staffelpreis den Grundpreis gesetzt? Nimm das mal raus, dann geht es auch. Macht so keinen Sinn.

Die PayPal Version ist seit längerem shop auf Version 72, PayPal Express war aber schon in der Version 1.1.1 von commerce:SEO enthalten. commerce:SEO ist also nicht davon betroffen. Aber danke für den Hinweis, betrifft aber nur die gaaaanz alte Version von PayPal, wo nur eine E-Mail Adresse angegeben wurde und nicht der API-Schlüssel Tja, wieder ein Grund auf commerce:SEO zu wechseln Ich glaube, dieses Jahr wird spannend.