Beitrag
von Faar » Di 18. Jun 2019, 11:05
Moin.
Wahrscheinlich keiner bearbeitet die Text-Inhalte in der DB. Ihr müsstet vielleicht mal schauen, welche SQL-Anweisungen im Setup stehen.
Eher werden die Tabellen-Eigenschaften in der DB verändert, wie zum Beispiel gerne mal aus einer normalen Index-Tabelle ein Autoincrement zu machen. Das macvht schon genug Ärger im Setup, wenns mal nicht passt.
Aber das hat mit url-encode und -decode nichts zu tun, denn das findet im PHP statt.
Folglich müsste Contenido selbst die Umstellung vornehmen.
In meiner 4.9/4.10 ist in der con_content alles plain Text mit HTML, keine Codierung.
In meiner 4.8.20 ist in der con_content alles URL-codiert.
In meiner 4.8.20->4.9 DB ist in der con_content alles plain Text mit HTML, keine Codierung aber einem UTF-8 Problem.
Nachdem ich jetzt gleich auf utf-8 general ci umgeschaltet hatte, wurden die chinesischen Schriftzeichen korrekt angezeigt.
Was kann man daraus schließen?
Dass das Setup von 4.9 die url-Codierung in dem Textfeld ´value´rückgängig macht.
Das scheint in dem Fall im Setup von 4.10 zu fehlen.
Vergleicht doch mal die SLQs und PHP-Schritte der einzelnen Steps im Setup von 4.9 mit 4.10
Irgendwo ist da was rausgefallen, weil die 4.10 im Setup doch so einiges anders hat als die 4.9
Notfalls hift auch ein Zwischenupdate 4.8.20 -> 4.9.12 -> 4.10
Fliegt der Bauer übers Dach, ist der Wind weißgott nicht schwach.