Beiträge von admin

Ja, die Abfrage kann aber so gar nicht zustande kommen, das ist das Rätsel. In der default.php ist es immer in der korrekten Reihenfolge und die wird dafür genommen.

Ja, ich weiß warum, das Modul muss etwas angepasst werden, aber bei Kategorien mit einen ' bricht der ab.

Bei der installation wird immer der session pfad von PHP genommen. die db ist da noch leer! unter php5.3 stimmt der pfad aber NIE!

So, jetzt ist es aber korrekt, Chrome, IE, FF ...

$xajax->setRequestURI($_SERVER['PHP_SELF']);

Also mit Lastschrift erkenne ich aktuell keine Probleme mehr. Die Bankdaten stehen korrekt in der Bestellung

Problem ist nur, läßt sich in keiner Weise reproduzieren. Kategorie auf Standard "Alter" + ASC, kein Problem. In der default.php ist da auch nix zu finden, dass die Reihenfolge nicht stimmt.

Nennt sich QuickFix, sind kleinere Updates

Also ich mache mich heute noch mal an das Thema ran, wird aber erst mal in die v2.2 eingebaut. Bin soweit auch durch. Wird in das QF1 einfliesen, warscheinlich Freitag fertig.

Also ich mache mich heute noch mal an das Thema ran, wird aber erst mal in die v2.2 eingebaut.

Na ja, geht noch weiter:
Soweit die Artikelkurzbeschreibung verwendet wird, dürfte ein zusätzlicher Link auf die Artikeldetailseite zulässig sein. 12
4. Diskutierte Fragen
Aber Vorsicht: Der Detail-Link „rettet“ im Zweifel nicht bei ungenügenden Angaben, weil die Darstellung der wesentlichen Merkmale der Ware über einen Link nicht die Anforderungen des Gesetzes erfüllt.
Im Übrigen dürfte bei der Artikelbeschreibung auf der Bestellübersichtsseite der Grundsatz gelten, dass „eine“ Informationen zu wenig problematischer ist als „zwei“ zu viel.

Also alles, na ja vieleicht, wenn aber weiß doch nicht

Ja, ich klicke immer fleißig "Anderes System" an Ich denke, wenn wir mit Trusted Shops durch sind, dann kommen wir da auch mal drauf.
zitat:
Nach der Gesetzesbegründung reicht ein Link auf die Artikelbeschreibung oder ein gesondert herunterzuladendes Dokument für die Darstellung der wesentlichen Merkmale der Ware oder Dienstleistung nicht aus.

Wir werden die Checkout Seite noch mal überprüfen und anpassen, wenn notwendig.

Also bei der Voting box bekommen ich keinen Fehler, ob mit SSL oder nicht. Kein Problem.

Ja, unter Chrome habe ich es jetzt auch, prüfe es. Merkzettel ist gefixt. Kommt im QF1

Das klingt alles nach Server Fehler. Man würde das error_log vom Webserver benötigen um genaueres zu sagen. Das mit dem Merkzettel kann eigentlich nicht sein, aber ich prüfe es noch mal.

Ja, in den fluid Templates steckt aber auch die meißte Arbeit. Die gibt es aber auch einzeln, quasi zum einzeln nachrüsten. Der Kollege baut jetzt Templates für jeden Geschmack.

Bitte alles auf Standard zurück und statt:

[B]$xajax->setRequestURI(xtc_href_link(basename($_SERVER['SCRIPT_NAME']), '', 'SSL'));[/B]

das hier:

$xajax->setRequestURI($_SERVER['REQUEST_URI']);

Hat bei mir jetzt funktioniert.

Wir machen jetzt noch einen Versuch mit Trusted Shops Abnahme, mal sehen, was die zur Lösung sagen.

Also, 1. Master festlegen. Dann Salve Produkte dem Master zuordnen. Attibute werden bei Slave NICHT unterstützt, ist auch nicht Sinn der Aktion. Die Master / Slave sollen ja genau den Punkt ersetzen / ergänzen.
Die Attribute im Produkt musst Du mit dem Speicher Button einzeln bestätigen. Erst dann das Produkt speichern.
Das mobile Template ist komplett raus geflogen, dafür haben wir die fluid-Templates entwickelt.
Punkt 1 ist das jQuery Mobile fast 3 x so gross wie das normale Template. Punkt 2. haben wir bis dato keine sehr hohe Akzeptanz erfahren dafür. Punkt 3 geht das CI komplett verloren .....

Ja, genau, hatte es auch erst nach logoff.

Ach ja, das Rating fliegt sowieso raus.