Comentarii cache problemă

[Taurus]

La sugestia lui Michael am incercat cache-ul clienţilor. Şi ehhhh, eu nu pot deschide nici măcar o pagină atunci când aceasta este activată. Fă-ţi acest lucru:

Internet Explorer nu poate afişa pagina Web

Omule, eu doresc doar o singură dată ceva ar funcţiona chiar aici.

[kamilkurczak]

Buna ziua,

cache-ul clienţilor fabrică acum, dar opţiunea: GZIP de ieşire HTML acum este dezactivat.
Aceasta este o problemă cu codare. Fişierele cache Comentariile sunt gziped şi atunci când încercăm să citiţi această fisiere - există o problemă de codificare.

Eu va încerca să găsească această problemă cu codare.

[Taurus]

Poate anula orice ai făcut pe forumul meu. Acum am trimis 14 de pe forumul meu si 1 aici cu nici un răspuns. Pe forum pentru Întreaga mea este complet dat peste cap acum. Eu nu pot intra in ACP mea sau nu orice moderare. Acest lucru nu este amuzant ************************!!

[kamilkurczak]

Poate anula orice ai făcut pe forumul meu. Acum am trimis 14 de pe forumul meu si 1 aici cu nici un răspuns. Pe forum pentru Întreaga mea este complet dat peste cap acum. Eu nu pot intra in ACP mea sau nu orice moderare. Acest lucru nu este amuzant ************************!!

Vă rugăm să clar cookie-urile.

Eu am o întrebare:
Puteţi verifica pe server prin SSH un singur lucru?
vă rugăm să scrieţi această interogare prin SSH dvs.: #httpd-t-D DUMP_MODULES
şi să încerce să găsească deflate_module. Dacă puteţi găsi o vă rugăm să scrieţi aici.

[Taurus]

Ce este SSH?

[kamilkurczak]

Nu aveţi un acces la server prin linie de comanda?
aici puteţi schimba etc dvs. de configurare a serverului
Secure Shell - Wikipedia, enciclopedia liberă

[Taurus]

O Doamne. Doar uita de toate astea. Eu nu pot ocupa această mai. VBET este doar o mare durere de cap pentru mine. Nimic nu lucrează niciodată.

[kamilkurczak]

cache pentru clienţilor este normale de lucru - atunci când gzip este dezactivat, dar dacă gzip este activat cache Comentariile face un bun fişiere (de exemplu index.zip). Puteţi verifica-l (forumuri / vbet_guestcache / en).
Aici este o problemă cu codare şi citirea acestui fişiere. Desigur, se poate repara, dar am nevoie de ajutorul dumneavoastră. (Eu pot verifica prin SSH dumneavoastră)

Dacă verificaţi cant prin SSH - voi încerca să-l stabilească fără el.

[Taurus]

Nu am nici o idee despre cum să verificaţi SSH ... pare rau!

[vBET]

Buna ziua - am găsit un lucru interesant. Se pare că pe forum pentru dumneavoastră este missconfigurated.

Când dezactivaţi vBulleitn GZIP de opţiunea AdminCP GZIP de ieşire HTML atunci de ieşire este încă arhivat. O puteti vedea aici:
Gzip de încercare
NOTA: aceasta este clar descris în opţiunea vBulletin:

Dacă utilizaţi deja mod_gzip sau mod_deflate pe server-ul dvs., nu activaţi această opţiune.

Deci, în acest moment se pare că aveţi unul din cele pe, pentru că producţia este arhivat oricum. Şi acest lucru este cel mai probabil, cauza de probleme cu cache clienţilor vBET - este dublu fermoar atât de browsere te nebun cu ea.

Când vB GZIP este dezactivat cache clienţi este de lucru, încă aveţi unele conflicte şi puteţi vedea, atunci acest mesaj de eroare:

Warning: in_array() [function.in-array.html]: Wrong datatype for second argument in [path]/global.php(400) : eval()'d code on line 796

Acest conflict este despre cârlig global_complete. Am început să caut, care mod este în conflict, dar aveţi doar acele prea mult ... Noi va putem ajuta atunci cand determina ce mod creează acest conflict. Pentru a face acest lucru va trebui să verificaţi toate plugin-uri pentru cârlig global_complete şi în cazul în care utilizează funcţia in_array - dezactivaţi atunci şi check nu eroarea persistă. Dacă nu, atunci ai gasit un vinovat. vBET nu au astfel de functie in codul nostru, astfel încât unele Mod alte este responsabil pentru acest lucru. Dacă doriţi să-l găsiţi - dezactivaţi mai întâi vB GZIP (l-am acordat din nou la fel cum l-aţi avut înainte). Apoi activaţi cache clienţi şi uite. Cel mai bun este de a găsi pumn cârlig, care ar putea fi vinovat - ao dezactiva, porniţi cache Comentarii şi dacă problema încă există, apoi dezactivaţi rapid cache Comentarii (astfel că utilizatorii nu vor vedea această problemă). De coure l-aţi testat în browser-ul în cazul în care nu sunteţi conectat inch

Acest lucru este tot ce pot face. În acest moment se pare că problema este cauzată de configurare vBulletin greşit - pe care îl utilizaţi vB GZIP şi alte câteva, de asemenea, ceea ce nu este permis de documentaţia vB.
De asemenea, problema cu memorie cache Comentarii şi dezactiva vB GZIP este legată de unele conflicte mod. Noi nu suntem responsabili pentru codul de alte mods. Noi va vom ajuta cu placere dar mai întâi vă rugăm să determine care mod este cauza acestui conflict. Acest lucru poate fi, de asemenea, nu intră în conflict, ci doar bug-uri de acest mod de altul, dar atunci când memoria cache este pe clienţi, atunci această eroare vine la putere în loc de fişier de eroare (speculaţie). Oricum - avea să fie stabilit şi pentru că este cauzată de alte mod nu suntem responsabili pentru asta. Ne petrecem mult timp deja în această problemă, care pare a fi doar de configurare greşit de server-ul dvs. si speram sa intelegeti de ce am cere mai întâi pentru a stabili care mod creează conflicte pe forum pentru care are zeci de mods.

Am înţeles că pentru tine ar fi mai bine dacă facem totul, dar sperăm că vă înţeleg de asemenea că nu suntem de sprijin vBET toate mods posibile configuraţii şi suportul pentru server. Deci, dacă doriţi să utilizaţi Cache Comentarii trebuie să configuraţi mai întâi în mod corespunzător server-ul dvs. (utilizarea de un singur GZIP - vB sau externe nu, stand). Şi pentru a găsi cauzele care mod mesaj de eroare (vB GZIP off şi cache Comentarii mai departe) - ne vom uita acolo pentru a vă ajuta atunci când a determina care dintre ele este vinovat.

Vă rugăm să daţi feedback-ul dumneavoastră.