API für modified

[webald]

Eine Umstellung auf utf8mb4 ist nicht ganz so simpel wie dargestellt. In älteren Versionen von mysql gibt es da Limits, die auch noch davon abhängen ob man myisam oder innodb nutzt. Typischer Fehler key too long.

Darüber hinaus sollte man das nicht an einem leeren Basis-Shop testen, sondern sollte da auch etliche Erweiterungen installiert haben. Ich denke da z. b. an Module, die die Tabellen products* erweitern und plötzlich in ein Zeilenlimit laufen können.

[snocer]

hatten wir ja bereits angesprochen, das die Länge der varchar Felder (unter InnoDB) < 192 Zeichen sein muss. So viele Felder dieses Typs gibt es nicht in den jetzigen Tabellen und die wenigen können in der Regel Verlustfrei angepasst werden, was aber von jedem individuell zu prüfen ist. Warum zum Beispiel der Artikelname mit 255 Zeichen möglich ist, ist mir auch nicht ganz schlüssig. Um Kompatibilität zu diversen anderen Schnittstellen (Datanorm, Eldanorm, BMECat etc.) zu gewährleisten, keine verwendet mehr als 80 Zeichen für den Artikelnamen (teilweise auf zwei Zeilen a. 40 Zeichen), die meisten WaWi`s lesen eben auch Herstellerkataloge ein, sollte es kein Problem für die meisten sein hier schon zu kürzen. Oder man verwendet eben einen anderen Typ wenn man es aus welchen Gründen auch immer das Feld größer benötigt und auf Kompatibilität mit WaWi`s verzichten kann.. Auch andere Shopsysteme oder CMS Systeme verwenden bereits länger UTF8mb4 (Joomla mit Joomshopping, Wordpress mit WoCommerce etc.) . Es eilt ja nicht, wäre aber ein weiterer Fortschritt für die Zukunft
Wichtig wäre hier auch mal die compatibiltaet.php anzupassen, magix_quotes etc. gibt es bereits seit PHP 5.6 definitiv nicht mehr und ich muss da keine Kompatibilität erzwingen, hier sollte der Anwender mal seine Erweiterungen und Scripte prüfen.

cu snocer

PS: gerade von der Arbeit rein, ich hoffe es ist nicht ganz so wirr.

[snocer]

Eine Umstellung auf utf8mb4 ist nicht ganz so simpel wie dargestellt. In älteren Versionen von mysql gibt es da Limits, die auch noch davon abhängen ob man myisam oder innodb nutzt. Typischer Fehler key too long.

Darüber hinaus sollte man das nicht an einem leeren Basis-Shop testen, sondern sollte da auch etliche Erweiterungen installiert haben. Ich denke da z. b. an Module, die die Tabellen products* erweitern und plötzlich in ein Zeilenlimit laufen können.

Kleine Ergänzung, kann auch schnell behoben werden, das Problem mit "key to long" etc. sollte eigentlich auf ordentlich eingestellten und gewarteten Servern auch so nicht mehr vorkommen. Bei wem das noch so ist, sollte eventuell seinen Hoster wechseln, oder folgende Einträge vornehmen lassen in der "my.cnf".

Code: [Auswählen]

[client]
default-character-set = utf8mb4

[mysqld]
innodb_file_format = Barracuda
innodb_file_per_table = 1
innodb_large_prefix

character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
skip-character-set-client-handshake

[mysql]
default-character-set = utf8mb4
cu snocer

PS: Ist eigentlich auch Standard ab MySQL 5.7 bzw. MariaDB ab 10.x

[snocer]

im phpMyadmin  sollte danach folgendes stehen unter Datenbank-Server / Server-Zeichensatz: UTF-8 Unicode (utf8mb4)
und alle neuen DB werden somit auch mit dem neuen Zeichensatz versehen und wenn man noch unter MySQL / MariaDB seine DB Engine (Default Wert InnoDB) umgestellt hat steht der Zukunft nichts mehr im Weg. Dann müssen nur noch die Entitäten aus den Scripten entfernt werden.