caractere ciudate afișate pe site-ul WordPress pentru vizitatori

Question

caractere ciudate afișate pe site-ul WordPress pentru vizitatori

23 iul. 2012, 05:03:11

Vizualizări: 18.3K

Voturi: 3

Se pare că mulți oameni se plâng că văd doar litere și caractere aleatorii:

caractere ciudate afișate pe site

Cea mai mare problemă a mea este că nu pot reproduce problema pe NICIUNUL dintre dispozitivele mele! Nici pe laptopul cu Windows XP, nici pe cel cu Windows 7, nici pe telefonul Android sau iPod Touch. Nu contează ce browser folosesc. Singura dată când văd problema eu însumi este când încerc să distribui un articol de pe blog pe Google+, pentru că descrierea blogului apare atunci în caractere ciudate.

Deci, în primul rând trebuie să găsesc o metodă de a reproduce problema cumva. Altfel nu voi putea vedea dacă modificările mele au rezolvat problema sau nu.

Am făcut tot ce a recomandat @toscho, dar nimic nu a ajutat.

Ați întâlnit vreodată o problemă similară sau știți unde aș putea începe să caut problema?

Edit: Am contactat gazda web. Nici ei nu au putut reproduce problema, la fel ca mine. Au spus că au activat compresia gzip pe servere. Au sugerat să dezactivez pluginurile unul câte unul pentru a vedea ce se întâmplă, dar din moment ce nu pot reproduce problema, nu pot face asta. Vă rog ajutați-mă!

Tot mai mulți cititori se plâng de această problemă. Majoritatea trebuie doar să reîncarce pagina sau să aștepte câteva minute, iar apoi site-ul se încarcă normal, dar totuși consum mult trafic din această cauză.

EDIT 2: În FAQ-ul Plugin-ului W3 Total Cache scrie: Văd caractere ciudate în locul site-ului normal, ce se întâmplă?

Dacă o temă sau fișierele sale utilizează apelul php_flush() sau funcția flush(), aceasta va interfera cu funcționarea normală a plugin-ului; determinând plugin-ul să trimită fișiere cache înainte ca operațiunile esențiale să fie finalizate. Apelul flush() nu mai este necesar și ar trebui eliminat.

Sunt sigur că niciunul din codurile mele nu conține acest apel, dar nu sunt 100% sigur. Există vreo metodă de a afla altfel decât să caut prin milioane de caractere în toate fișierele mele?

japanworm

587

erori plugin w3 total cache caractere compresie

Comentarii

Ignorați marcajul, acesta este relevant doar când pagina este salvată în sistemul local de fișiere sau când serverul nu trimite antetul HTTP corect. Un URL către o pagină unde se întâmplă acest lucru ar putea fi de ajutor.

fuxia

23 iul. 2012 08:36:35

Trimiteți conținutul codificat gzip, dar fișierul gzip este invalid. Dezactivați compresia gzip și adăugați detalii la întrebarea dvs. despre cum ați activat-o.

fuxia

23 iul. 2012 09:14:30

Hm, se pare că este codificat gzip de două ori. Consultați această discuție pentru ceva similar.

fuxia

23 iul. 2012 09:20:27

Folosesc un plugin numit "W3 Total Cache". În cadrul acestui plugin am dezactivat următoarea opțiune: "Enable HTTP (gzip) compression". Poți verifica dacă problema menționată de tine mai persistă? Mulțumesc.

japanworm

23 iul. 2012 09:34:09

Acum funcționează conform așteptărilor. Voi scrie un răspuns cu mai multe detalii...

fuxia

23 iul. 2012 09:38:16

Toate răspunsurile la întrebare

Comentarii

Mulțumesc foarte mult. Plugin-urile mele sunt întotdeauna actualizate și tocmai am verificat. Folosesc deja cea mai nouă versiune 0.9.2.4 - evident că asta singură nu rezolvă problema. Voi urma celelalte sugestii pe care le-ai dat și voi verifica cu instrumentul recomandat. Sper să pot rezolva problema cu ajutorul acestora. Mulțumesc!

japanworm

23 iul. 2012 09:58:47

Unde ar trebui să pun fragmentul de cod în fișierul meu .htaccess pentru ca să funcționeze? L-am pus chiar la sfârșit, dar nu a avut niciun efect. Iată cum arată fișierul meu .htaccess acum: http://pastebin.com/j0qDqBUV

japanworm

23 iul. 2012 10:44:03

Nu ar trebui să conteze. Încearcă altceva: elimină linia AddOutputFilterByType DEFLATE …

fuxia

23 iul. 2012 10:46:44

Am făcut-o. Mulțumesc. Nu sunt sigur dacă a rezolvat problema. Testul DIDZip funcționează, dar în IE încă văd litere ciudate.

japanworm

23 iul. 2012 10:59:40

Poate o problemă de cache local în IE? După ce am șters cache-ul browserului, site-ul a funcționat.

fuxia

23 iul. 2012 11:05:53

Arată celelalte 3 comentarii

Acest lucru mi s-a întâmplat pentru că aveam două pluginuri care încercau să comprimeze ieșirea folosind GZip. Dezactivarea celui de-al doilea plugin a rezolvat problema.

user28511

41

7 mar. 2013 01:34:02

Întotdeauna specificați codificarea utilizată pentru o pagină HTML sau XML. Dacă nu o faceți, caracterele din conținutul dumneavoastră pot fi interpretate incorect. Verificați fișierul header pentru a specifica setările pentru limba engleză și codificarea UTF-8. Iată ce se află în header-ul meu:

<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="en-US">
<head profile="http://gmpg.org/xfn/11">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

Androliyah

389

23 iul. 2012 05:33:02

Comentarii

Aliyah mulțumesc! Credeam că deja am specificat asta (vezi întrebarea mea editată pentru fragmentul de cod), deși necesită o anumită acțiune, poate ar fi mai bine să înlocuiesc cu ceea ce folosești tu? Cred că inițial am schimbat-o pentru că am nevoie să afișez și caractere japoneze, pe lângă engleză și germană.

japanworm

23 iul. 2012 05:45:02

Și apropo, @toscho este expertul aici. Nu am nicio idee despre ce vorbesc lol. Nu în măsura în care sunt sigur că tosho știe.

Androliyah

23 iul. 2012 08:51:23

@japanworm, am vizitat site-ul tău și nu văd nimic ciudat acolo. Este foarte drăguț. :)

Androliyah

23 iul. 2012 08:56:16

Mulțumesc! Am verificat din nou și am văzut că fragmentul din header-ul meu era deja în tema părinte, dar asta nu înseamnă că este fără greșeli. Sper că "toscho" are o idee bună. Dacă nu, voi încerca sugestia ta și vom vedea ce se întâmplă. Și mulțumesc mult pentru complimentul frumos! :)

japanworm

23 iul. 2012 09:07:14

@japan, avem o mare problemă. Tocmai am revenit pe site-ul tău în 2 browsere diferite și tot ce văd este o pagină plină de caractere ciudate. Site-ul tău nici măcar nu se încarcă. Nu este o problemă de browser. Trebuie să fie ceva cod care strică site-ul tău. Nu sunt sigur dacă are vreun efect sau nu, dar ai copiat și lipit header-ul meu în al tău, înlocuind tot ce aveai acolo? Între timp, voi investiga și voi reveni în scurt timp.

Androliyah

23 iul. 2012 09:30:40

Arată celelalte 4 comentarii

fuxia 107K · Accepted Answer · 2012-07-23T09:51:49Z

Să începem cu rezultatul pe care l-am obținut înainte de remediere:

imagine cu descrierea aici

Ce s-a întâmplat aici? Presupunerea mea: o coliziune între plugin-ul W3 Total Cache și serverul tău web LiteSpeed. Am găsit un fir de discuție pe un forum Drupal despre o problemă foarte similară (sau aceeași).

LiteSpeed pare să nu trimită headerele HTTP adecvate pentru fișierele comprimate pe care W3TC le stochează. În jurnalul său de modificări pentru versiunea 0.9.2.4, W3TC menționează:

Am rezolvat suportul pentru serverul web LiteSpeed

Deci problema pare să fie cunoscută, iar o actualizare ar trebui să o rezolve.

Dacă actualizarea nu a ajutat …

Contactează furnizorul tău de hosting. Plătești pentru suport, și nimeni nu cunoaște mai bine detaliile interne.
Sau adaugă …
```
AddType application/x-gzip .gz .tgz
AddEncoding x-gzip .gz .tgz
```
… în fișierul tău .htaccess pentru a vedea dacă ajută.
Sau dezactivează compresia gzip în W3TC. Aceasta este ultima opțiune dacă toate celelalte abordări eșuează.

Pentru a testa rezultatele, nu te baza pe afișarea din browser. Toate browserele folosesc soluții alternative pentru compresia defectuoasă, nu poți lucra cu asta. Folosește un instrument precum GIDZipTest pentru a verifica dacă totul este în regulă.