Jump to content
xt:Commerce Community Forum

IP Adressen von Kunden (erst hier,dann wieder weg)


Recommended Posts

Hallo!

Ich habe seit unserem Update auf .13 erfreut bemerkt, dass man bei Bestellungen/Kunden - Bestellungen - Bearbeiten die IP Adresse der jeweiligen Kunden angezeigt bekommen hat.

Das ist für uns wichtig, da wir so eine Möglichkeit mehr hatten Kreditkartenbetrug festzustellen, bzw. wir hatten einfach eine Kontrollmöglichkeit mehr. Seit ein paar Tagen ist dieses Feature aber leider wieder verschwunden.

Warum frage ich mich...

Und kommt es wieder?

Danke, Roland

Link to comment
Share on other sites

wie kann das verschwinden?

greift veyton von aussen auf die software zu?

Also das glaube ich nicht! Bzw. hoffe ich das nicht! Bzw. kann mir das nicht vorstellen ;-)

Also im ernst: Habt Ihr ein Update gemacht oder eine Einstellung verändert wenn die IP vorher sichtbar war?

Link to comment
Share on other sites

bei mir stand da ne "1" und nicht true??? Jetzt nach dem speichern steht es auf "true".... kann doch nich sein. Finde es eh verwirrend das alle Einstellungen mit Zahlen gespeichert werden - komplett unübersichtlich wenn man z.B. den Hersteller prüfen will auf Produktebene...

Link to comment
Share on other sites

Das ist ein Problem im Design des Frameworks. Bevor man nicht auf das Auswahlfeld klickt, sieht man nur die ID des Wertes anstatt der dem Wert zugewiesenen Bezeichnung. Es ist eine mittelschwere Unzulänglichkeit in meinen Augen, die auch relativ einfach gefixt werden könnte und nicht einmal zu mehr Ladezeit führen würde, es müsste pro Feld eine Abfrage mehr sein.

Link to comment
Share on other sites

Das ist ein Problem im Design des Frameworks. Bevor man nicht auf das Auswahlfeld klickt, sieht man nur die ID des Wertes anstatt der dem Wert zugewiesenen Bezeichnung. Es ist eine mittelschwere Unzulänglichkeit in meinen Augen, die auch relativ einfach gefixt werden könnte und nicht einmal zu mehr Ladezeit führen würde, es müsste pro Feld eine Abfrage mehr sein.

Jein! Es ist definitiv kein "Problem" des Frameworks denn andere Shopsysteme nutzen auch das "Ext" Framework. Es ist vielmehr ein Problem wie man das einsetzt. XTC hat das wohl nicht so im Griff das das für uns userfreundlich ist.

Das Framework kann ja so ziemlich alles: Inline Editing, Drag and Drop etc. was ja bei anderen Shopsystemen auch schon alles von Haus aus geht... vielmehr ist hier mal wieder der Hersteller in der Pflicht so etwas richtig zu implementieren und nachzurüsten!

Mich beschleicht hier langsam so das Gefühl das z.B. Inline Editing (was ja hier im Forum auch schon zig mal bemängelt wurde und das den Shop einfach um ein vielfaches leichter nutzbar machen würde) aus strategischer Sicht nicht implementiert wird da man seine eigene WAWI verkaufen will...

Für mich ein komplett falscher Ansatz wenn das so ist... anders kann ichs mir aber auf dauer ehrlich gesagt nicht wirklich erklären warum man hier kein Feedback vom Hersteller bekommt und es auch in 1-4 nicht geht...

Link to comment
Share on other sites

Entweder das ist der Fall, oder die Dokumentation wird nicht richtig benutzt von den Entwicklern. Mir war ein großes Manko aufgefallen, das in der Umsetzung völlig unverständlich ist für mich. Es handelt sich um die Integration von TinyMCE. Ich habe den Fehler gefunden und behoben, war ein Einzeiler, der dann alles so richtig macht, wie es auch vom Editor beabsichtigt ist. Via Ticket ist es auch gemeldet, aber das war es dann auch, kein offizieller Fix in Sicht, wird eventuell überprüft und vielleicht eingepflegt.

Momentane Situation (4.0.13, bei 4.0.14 ist es aber identisch) ist folgende, daß man z.B. keine Flash-Objekte einbinden kann, diverse Tags nicht XHTML-konform sind (<br> und <img> statt <br/> und <img/> und dafür umgekehrt diverse TinyMCE-spezifischen Attribute in der Ausgabe auftauchen, die jeden Validator wie den von W3C direkt mit Fehlern füttern. Gegen die Fehler wurde sogar eine eigene Bereinigungsfunktion geschrieben, die aber bei weitem nicht vollständig ist. Und die Lösung? Ist absolut simpel und trivial!

In /conf/conf_tinymce.php muß man die Zeile

d_el.value = cleanMCEOutput (e.content);
mit der Zeile
d_el.value = tinyMCE.get(elemetID).getContent();[/code]
 ersetzen und dann kann man folgende Zeilen oben völlig weglassen: 
[code]var MCE_CLEAN_REX = /<([^>]*?)(mce_tsrc|mce_src|mce_style|mce_href)\="(.*?)"(.*?)>/ig; var MCE_CLEAN_REX2 = /<br mce_bogus\="1">/ig; function cleanMCEOutput(x) { x = x.replace (MCE_CLEAN_REX, '<$1$4>'); return x.replace (MCE_CLEAN_REX2, ''); }[/code]

Was haben wir also momentan? Es wird direkt der Inhalt des Editor-Felds übernommen und mit eigener Funktion ein bisschen gereinigt. TinyMCE legt aber nun mal nicht alles vollständig richtig und in endgültiger Form ab, die Tags sind maximal rückwärtskompatibel gewählt (daher HTML und kein XHTML) und für Videos wird im Editor ein Platzhalterbild abgelegt. (Dadurch ist mir überhaupt der eigentliche Problemgrund aufgefallen.) Es wurde beim Einbinden von TinyMCE weder die Doku richtig angeguckt, denn sonst hätte man direkt die dafür vorgesehene interne Funktion benutzt, noch wurden jemals die Beispiele angeguckt, die jedem ZIP mit TinyMCE beiligen und anhand von denen man die (wirklich sehr einfache) Einbindung von TinyMCE verstehen und korrekt überall sonst implementieren kann.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
  • Create New...