Kódolás problémák wordpress
Amikor az emberek azt kérdezik, hogyan kell vásárolni a DVD-meghajtó, azt felelem -, amelyik működik. És tényleg, mi a különbség, hogy éget CD, minden hónapban, amíg a készülék működik, a megfelelő időben.
WordPress ugyanúgy. Van Hengerelt technológia gyártási bármely, oké nem minden, de sok fajta weboldalak. Ellenőrzés egy tucat projektek hatékony akár a gombok megnyomása a megfelelő időben, de még mindig van esély, és egy nagyon nagy, hogy valami elromlik. Mi baj lehetne? Igen, bármit, a konfliktus a különböző plug-inek, és befejezve a változás beadási tárhely modellben. Nincs menekvés - csak meg, és megoldják a problémákat. Cry a lélek sikeresen befejeződött, az üzletet.
Ma előtt két összefüggő problémákat a kódolás a WordPress.Az első probléma széles körben elterjedt, és a megoldás gyakran megtalálható a hálózaton. A kezdeti adatok, mint - az összes információt, és csak néhány helyen jelenik meg a rossz kódolás. A megoldás itt elég egyszerű, akkor létre kell hozni a helyszínen gyökér .htaccess fájlt, ha már létezik, csak adj egy sort AddDefaultCharset UTF-8. Ha a helyszínen a WordPress segítségével kapcsolatokat CNC. A .htaccess automatikusan elkészül.
A második probléma a kódolás sokkal ritkább és a következő. Az egyik plugin (3D csúszka) képaláírásokat kép így néz ki. Ez a fajta voltak mind az admin és a helyszínen is. A probléma feküdt egy kicsit mélyebbre, mint az előző, és kapcsolódik a kódolási táblák által generált plugin.
Meg kellett taposni a phpmyadmin és ott a probléma kezelésére. Sőt, a táblák tartozó csúszkát arra kódolva latin. Meg kellett változtatni, hogy utf8_general_ci. Csere termelt vkladochke műveleteket. De ez sem segít, mivel kiderült, hogy meg kell változtatni is a kódolás területeken. Cseréje után a kódolás, hogy a dolgok, mint várták árrés. Made élni, és az okos költség, hogy egy példányt a biztosítási alap, csak abban az esetben. Csak egy kérdés - miért? Miért táblákat állítottak a kódolási latin? Megkérdezhetem körül a támogatási host.