VBET 3.3.4 llançat

[rootksk]

Actualitzat després de problemes amb el servidor de càrrega

[steve]

Algú té alguna idea de com gran sigui la memòria cau d'arxius podria arribar abans que tingui un impacte negatiu en el rendiment?

[vBET]

No entenc aquest cau d'arxius, per què es necessita una segona memòria cau, la principal ja caixets pàgines i actualitzacions només quan el nou contingut s'agrega, llavors per què cau durant 1 hora una vegada més, la seva explicació és difícil d'entendre.

Memòria cau de base de dades de memòria cau només traduccions. El contingut HTML no s'assabenta. Així que quan alguna pàgina traduïda es genera, llavors normal de la pàgina es genera la primera i després que s'analitza i tradueix. Durant la memòria cau de traducció DB s'utilitza i frases traduïdes es prenen des d'allà. Sentències justes - No HTML tot, perquè cada vegada traduccions pot ser diferent (és a dir, els privilegis d'usuaris, el contingut ha canviat). Una pàgina HTML pot tenir centenars de frases per traduir - VBET pren el contingut entre les etiquetes HTML. Gràcies DB memòria cau de les traduccions no han de ser presos cada vegada de Google - el que consumeix molt de temps - en comptes d'això, els que s'han pres de la base de dades local. No obstant això - pàgina normal que es genera i després el va traduir.

Memòria cau d'arxiu complet per a visites només funciona per als hostes. Gràcies que no ha de preocupar-se que els usuaris amb diferents privilegis i veure les coses diferents. convidats veurà el mateix contingut. Com que no ha d'analitzar i traduir els resultats peça per peça cada vegada que - podem simplement fer una sortida de temps i memòria cau d'HTML complet. Així que en aquest cas, quan la pàgina completa no s'emmagatzemen en memòria cau, o memòria cau el contingut és massa vell, a continuació, la traducció normal es produeix - com es descriu anteriorment. Però aquesta vegada en el mateix extrem de la sortida HTML complet està escrit a l'arxiu. Així que la propera vegada que la mateixa petició prové de clients que no generen fins i tot el contingut normal de la pàgina - simplement flux d'allotjament ja fitxers HTML emmagatzemats en memòria cau. És per això que s'estalvia gran quantitat de consultes SQL, la CPU i la memòria. Acabem de donar al contingut d'usuari des d'un arxiu estàtic. Per això és important per determinar quant de temps aquesta memòria cau és vàlida. Perquè si alguna cosa canviarà - és a dir, després de nou s'arriba a fil, i després els clients no veuran aquest nou càrrec fins que l'arxiu ja en la memòria cau expiri. Després que durant la següent petició, la pàgina de nou normal, es generaran, traduït i memòria cau - i això els convidats veuran el contingut, és a dir durant una hora (configurable). No es veu cap canvi fins que l'arxiu memòria cau expiri de nou. Per descomptat, els usuaris veuran tot, ja que només funciona per als clients (tant per als robots també, perquè els robots rastregin teu fòrum en qualitat de convidats).

En què l'ajuda i en cas de qualsevol dubte preguntar - amb gust la hi descriu més

[vBET]

Yerba súper!

Un milió de gràcies,

Maledicció: Vaig pensar que aquest era per 4.0.x. .. Cool qualsevol manera, encara que ... no puc esperar de la versió 4.0.x.

Serà, serà La majoria de coses noves són ja tastat allà. Just tenim més per fer per si de cas de Memòria cau de Fitxer Ple per a Hostes damunt vB4, perquè recolzem allà traducció de més classes de URLs per vBSEO i també Amistós URLs des de vB. I de tot d'aquells l'hem de tastar molt curosament i encara ha d'implementar suport de més primerenc redirigir per alguns d'aquells. També - utilitzarem aquest temps addicional per comprovar qualssevol assumptes possibles amb Memòria cau de Fitxer Ple Per a Hostes (quins són considerats BETA ara) damunt vB3 fòrums. El tastem bé, però és sempre millor de preocupar-se més sobre qualitat bona

[vBET]

Com puc editar el css de les banderes si us plau, necessitem canviar la manera com es mostren com el que sembla estrany com és.

a l'arxiu /images/VBET/Flags/VBET.CSS
Si us plau, descrigui millor el que significa "estrany" - potser siguem capaços d'ajudar. També li aconsellem que s'utilitzarà per a aquests coses amb el plugin de Firefox Firebug - que permetrà a mostrar exactament el que els estils CSS s'utilitzen per als elements especificats. És molt útil

[vBET]

És d'atenció al client disponibles en l'actualitat? Aquesta última actualització està causant redirigir els bucles i necessito amb urgència assistent.

Tenim un e-mail i comprovar-ho. No podem reproduir al seu servidor. Tens la resposta a la pregunta sobre la URL exacta que té aquest circuit. Si us plau, comproveu que hi ha resposta i

[vBET]

No hi ha instruccions d'instal lació (o instruccions d'actualització)?

Estàndard. Només heu de fer tot. La majoria dels usuaris no volen pujar imatges altra vegada - vostè té que en aquesta versió. Ara tenim una imatge per a totes les banderes. Si no es completa actualització veurà les banderes trencades.

[vBET]

Ja què estem actualitzant vb tres coses quan la seva VB4. ara.

Anem VBET hem d'aconseguir VBET condicionades per vb 4 primer!

Jo sé que per tot el món la seva versió és la més important I no vull discutir amb aquest En aquest cas vBET3.x és anterior per molt bones raons: QUALITAT. Afegim funcionalitat nova i important (Memòria cau d'arxius completa a les persones de mobilitat) en aquesta versió i va ser molt més fàcil d'afegir-lo a vB3, perquè no hi ha cap URL amigables i traduïm només fil URLs per vBSEO. En el cas de vB4 és més complicat - URLs amigables ha de ser admès, i traduïm molt més tipus d'URL. Posant-lo primer en vB3. es permet perquè provem-ho molt bé en fòrums reals, comprovar que està funcionant bé, potser mostrarà que alguns errors abans que anar a vB4. I després estem completament segurs que és tot bé, encara hem d'afegir en vB4 adicional suport (URL Friuendly, més translted URL). És a dir per què aquest vBET3.x de temps és més primerenca i encara necessitem 2 setmanes per vBET4.x. I gràcies que vostè obtindrà solució que tenen molt bona qualitat, ewen si és més complicat cas genòmics del projecte de vB3

[vBET]

Actualitzat després de problemes amb el servidor de càrrega

Si us plau, obriu nou fil a la secció Solució de problemes i descriure més.

[vBET]

Algú té alguna idea de com gran sigui la memòria cau d'arxius podria arribar abans que tingui un impacte negatiu en el rendiment?

No ha d'haver tal cosa com l'impacte en el rendiment negatiu a causa de la memòria cau d'arxius. Es deu al fet que la memòria cau d'arxius no creix ... Creem un arxiu separat per a cada URL demanada. Pel que cada arxiu de memòria cau d'arxius estàtics és simplement HTML (sortida en memòria cau per a la sol.licitud). Quan el servidor de memòria cau VBET més i més, simplement crea més i més arxius. Així que cada vegada que el fitxer es llegeix:
1. Es llegeix únic resultat d'aquesta URL en particular
2. Fins i tot no ho llegeixen en la memòria - simplement s'ha de transmetre al client que utilitza la funció de PHP: readfile

Com que fins i tot si la seva pàgina de resultats és molt gran - arxiu de memòria cau que també és gran, no tindrà cap impacte en el rendiment negatiu, ja que només transmetrà aquest arxiu sense ni tan sols llegir un sencer a la memòria. Pel que veurà els avantatges no desavantatges.