Probleme cu codarea în wordpress

Când sunt întrebat ce unitate DVD să cumpăr, răspund - cel care funcționează. Și, la urma urmei, care este diferența că va înregistra discuri o dată pe lună, dacă numai acest dispozitiv a lucrat la momentul potrivit.







Cu WordPress exact la fel. Există o tehnologie de fabricare a oricăror, bine, nu oricare, ci a multor tipuri de site-uri. Nu este verificată de nici unul din zece proiecte, depanate până la butoanele care sunt presate la momentul potrivit, dar există întotdeauna o șansă și una foarte mare că ceva nu va merge bine. Ce poate merge prost? Da, totul de la conflictele de diferite plug-in-uri și se termină cu schimbarea modelului de administrare pe gazdă. Nu există nici o cale de ieșire - doar găsirea și rezolvarea problemelor. Plânsul sufletului este încheiat cu succes, să trecem la afaceri.

Probleme cu codarea în wordpress
Până în prezent, se confruntă cu două probleme asociate cu codificarea în WordPress.







Prima problemă este comună, iar soluția sa poate fi găsită adesea în rețea. Datele inițiale sunt astfel - toate informațiile sau numai în anumite locuri sunt afișate în codificare greșită. Soluția de aici este destul de simplă, trebuie să creați un fișier .htaccess în rădăcina site-ului și dacă acesta există deja, pur și simplu adăugați linia AddDefaultCharset UTF-8 la acesta. Dacă site-ul cu WordPress folosește legături cu CNC-ul. apoi .htaccess va fi generat automat.

A doua problemă cu codificare este mult mai rară și arată astfel. Într-unul dintre plug-in-uri (glisorul 3D), legendele imaginilor au arătat astfel. Arătau așa în zona de administrare și pe site-ul propriu-zis. Problema a fost un pic mai profundă decât în ​​cazul precedent și a fost asociată cu codificarea tabelelor create de plugin.

A trebuit să mă răzgândesc în phpmyadmin și acolo pentru a rezolva problema. Într-adevăr, mesele aparținând cursorului au fost codificate în latină. A trebuit să o schimb pe utf8_general_ci. Înlocuirea a fost efectuată pe fila de depozitare a Operațiunii. Dar nu a ajutat, pentru că sa dovedit că trebuie să schimbi codificarea câmpurilor. După înlocuirea codificării în câmpuri, totul a funcționat așa cum ar trebui. Am facut-o in direct, dar in mod inteligent a meritat sa faci o copie de asigurare a bazei de date, doar pentru caz. Există o singură întrebare: de ce? De ce au început să se creeze tabele în codarea latină? Îți cer sprijinul pentru hostess.

Articole corelate:

Amintiți-vă, partajați - Probleme cu codificarea în WordPress







Articole similare

Trimiteți-le prietenilor: