Beiträge von admin

Wird gerade behoben

SQL gab es nicht. Liegt an der includes/classes/product.php schaue es mir gerade an.

Fixpack 11 für alle Versionen bereitgestellt (Download Hier):

Dieses Fixpack ersetzt das Quickfix 10.1! Voraussetzung ist aber 2.0.10 als Version.

Bugfixes:

• Sofortuerberweisung Rückleitung
• UTF-8 Sprachfix
• Security Fix von xtc eingebaut
• Produkte speichern mit leeren Tags behoben
• Beim Checkout (ohne Onepage Checkout) Sprachfehler behoben
• Bei den Attributen werden jetzt auch der Zusatztext und Bilder ausgegeben
• Export Fix PHP5.3.5
• Order Overview Fix
• Order Edit Fix

Remove:

• AdoDB wieder raus genommen

Bitte den Ordner /includes/classes/adodb wirder löschen (nach Einspielen des FP11)
Bitte für die jewelige Version das Fixpack laden. Wir haben an dieser Stelle den Download öffentlich bereitgestellt, da die jeweilige Version keine Funktionen beihaltet, die nur für die jeweilige Version bestimmt ist und jeder schnellstmöglich an den Fixpack ran kommt.
Die Komplett Download Versionen werden gerade neu gepackt und am 10.03.2011 bereit gestellt.
Weiterhin haben wir das Securityfix von xt:Commerce bereit gestellt für xt:Commerce 3.0.4 und commerce:SEO 1.x.

Ich habe den Fehler gefunden. Es liegt an AdoDB. Das fliegt mit dem FP11 wieder raus!
Bitte für alle, wo es zur Zeit brennt, die alten application_top.php aus den includes Ordnern (Frontend + Admin) von FP9 verwenden. Ich paketiere heute noch das FP11. Die Kollegen von SÜ waren so freundlich und haben die Nacht noch getestet. Wir konnten jetzt recht schnell den Fehler finden.

Ja, einfach auf weiter klicken.

das fp11 ist für alle versionen. Das kann frei runter geladen werden.

Ist ja auch nur ein Beispiel

Na einfach den Text markieren und im WYSIWIG Editor einen Link einfügen. Da gibt es extra ein Symbol für Links.

Da stimmt aber was anderes bei Dir nicht. Hast Du irgend eine Regel (.htaccess z.B.) was Deine PHP Einstellung ändert?!?!? Die Dateien zum Download sind immer dann, wenn der Server falsch eingestellt ist.

Kontakt ist gut, wenn die Techniker da gleich mitarbeiten, kann es ja nur für alle gut sein und dann hätten die ja gleich ein offizielles Modul für die v2.

Ist bei der Installation was schief gelaufen? Liegt es eventuell an der .htaccess?

Also ich sehe die Bilder.

Sprachdateien ausgetauscht und SQL eingespielt?!

Ich denke, wir haben das Problem gelöst zusammen. Lag an der Installation. Es waren noch die alten Blog Tabellen in der DB. Nach löschen dieser (nur CE/Base) funktionierte es auch.

Also mir fallen da noch andere ein, wie CS3 WIWI, FakturaXP ...

Wie gesagt, wir testen gerade zusammen mit SÜ.

FP11 behebt den Fehler, den Du beschreibst. Mit den versankosten, hast Du im Modul auch Steuer eingestellt?

Bei den erweiterten Einstellungen musst die die Response noch richtig einstellen (laut Handbuch siehe oben). Sonst kommt die Rückleitung nicht zurück in den Shop. Bitte das Handbuch genau lesen. Wir hatten bis vor kurzem SÜ bei uns auch drin und nach den Einstellungen bei SÜ hat es problemlos geklappt. Die von SÜ sagen aber schon lange, dass man auf die neue Version umstellen soll! Und dazu gehört auch die HTTP Reponse Einstellung (nicht mehr HTTP ALT nehmen)

Mit der 2.0.11 wird sich der komplette Shop nun stabilisieren. Ich selbst habe die letzten 4 Wochen (mit fleißigen Helfern aus dem Forum) mit testen und Fehlerbehebung verbracht. Der Hauptentwickler von cseo hat sich aus Webdesign Erfurt komplett verabschiedet, so dass sicher erst einmal eine Lücke da ist, aber kein schwarzes Loch. Wir führen gerade Gespräche mit Partnern, damit wir den Shop auch in zukunft weiter entwickeln. Für mich steht im Vordergrund, den Shop zu stabilisieren, was mit der 2.0.11 auf jeden Fall erreicht ist. Meine persönliche Arbeitsweise ist seit Jahren Qualität, die aber leider hausintern nicht immer geteilt wurde.
Das wird nun auch wieder zu 100% umgesetzt. Der Shop ist nun mal komplett umgekrempelt, hauptsächlich auch wegen PHP5.3. Leider halten sich einige Modulanbieter nich an moderne Programierregeln und nutzen nach wie vor alten Code. Zahlungsmodule, wie PayPal oder Sofortüberweisung werden vom jeweiligen Anbieter übernommen, da diese dort getestet und supportet werden. Da können wir auch nicht einfach dran rum schrauben.
Leider kamen in letzter Zeit sehr viele Änderungen in den Shop die teilweise nicht abgesprochen waren oder eben auch nicht richtig getestet. Das ist halt, wenn zu viele Köche am Werk sind.
Ich bemühe mich zur Zeit, hier erst einmal wieder Ordnung ins Chaos zu bringen. Eine frische Installation von commerce:SEO v2 läuft ohne Probleme (abgesehen von einigen Providerspezifischen Einstellungen). Das muss man von Fall zu Fall betrachten.

Hast Du auch die Einstellung mit der Rückleitung eingestellt (HTTP Response)? Wir haben selbst die v2 Plus 2.0.10 und da geht es.
P.S.: Wir testen gerade mit Sofortüberweisung die Schnittstelle, wird aber ein paar Tage dauern. Die bekommen gerade die neue Version installiert und da können sie sich austoben. Eventuell findet man den Fehler zusammen schneller.