HolaPer descomptat que la traducció ha de tenir alguns recursos - no hi ha màgia. Traduir significa tenir la pàgina de resultats de sortida i el canvi. Com que la traducció sempre tindrà més d'una pàgina normal.
Jo entenc que no estan molt contents de tenir més la càrrega del servidor i tingueu en compte que s'està duent VBET recursos NOMÉS per a la traducció. Per a les pàgines normals, afegeix banderes només. Així que tota aquesta càrrega addicional prové de trànsit a les pàgines traduïdes. A mesura que escrivia el trànsit no va caure immediatament després de desactivar VBET (si el tens una estona i després va a disminuir després de desactivar - confia en mi) i la càrrega del servidor és més baixa - és obvi - els robots segueixen sent rastreig de les URL de pàgines traduïdes, els usuaris segueixen trobant en els enllaços de Google per les seves pàgines traduïdes. Així que vostè encara té el trànsit mateix, però ara en els enllaços traduït no és més que duplica el contingut - pàgina normal que no es tradueix. Si vostè vol quedar-se amb VBET discapacitats és molt recomanable afegir la regla a l'arxiu. Htaccess de redirigir totes les pàgines traduïdes a la normalitat, en cas contrari pot perdre la seva SEO per contingut duplicat.
Per favor nota allò ja hem planejat recolzar d'altres sistemes de memòria cau i els nostres algoritmes de traducció són instantàniament optimitzat. I.e. just vam descobrir com dràsticament redueix actuació de PHP quan treballar en les sèries grans i nosaltres van modificar el nostre algoritme. És ja soltat dins vBET 4.2.0 amb opcions de configuració addicional. I mourem tot milloraments també a vBET 3.x quins són quiets va recolzar
Entenc que en la seva opinió, el nostre codi és feble. No sé del que estan basant els seus expectatives. Tenim més ràpid mod de traducció per VB - no hi ha res que el que funciona millor. Traducció es portarà a alguns dels recursos i la nostra manera de presa és menys que qualsevol altre. Vostè pot veure com VBET ràpid pot treballar en molts fòrums. Si vostè té problemes en el seu servidor, a continuació, si us plau consideri els canvis de configuració o l'addició de recursos del servidor. No posarà 20 litres d'aigua en 10 litres cub.
El nostre enginya és: "tenim parcel·la a canvi". I és per això que estem experimentant, canviant algoritmes, anàlisi de perfils i gasta parcel·la del temps que busca solucions quin requerirà menys recursos. Encara sabem no mod quin podria ser qualsevol competició a vBET i hi ha alguns altra traducció mods. Vam fer la parcel·la d'algoritme canvia quin hem de trow fora perquè no van ajudar, durant aquest procés també vam descobrir molts milloraments. Pots tenir la vostra impressió basar en els vostres assumptes de servidor, però per favor considera tens qualsevol solució millor? El que podries donar una pista que potser vBET no és la solució incorrecta de llavors ençà està treballant en milers de fòrums, potser just estàs tastant per posar 20 liters d'aigua a 10 liters galleda. Encara - tenim parcel·la a canvi i gran TODO llista en secció d'optimització (sobre 70% per experimentar ajudarà o no)I que estigui 100% correcte - ho podem fer millor, i ens ho estem fent tot el temps
Només ha d'esperar fins que es mouen totes les millores que hem fet durant l'execució de vBET4.x
Si pot donar algunes pistes - comprovar com es pot optimitzar vBET: http://www.vbenterprisetranslator.co...rformance.html
Especialment útil desactivar el bloqueig d'algunes llengües i pàgines irrellevants per robots.txt
Quin és el temps de resposta per a pàgines traduïdes? Quin és el seu ús de la CPU? Quin és el seu ús de la memòria? Si és acceptable, llavors no tens res de què preocupar-se. Sovint la gent té por en augmentar la càrrega del servidor i fins i tot no saben què és el que significa. Càrrega de 10 vegades més servidors es NO significa 10 temps de recursos més utilitzats. Només significa que les discussions més estan esperant a la cua, el que és perfectament normal, des d'ara mateix el seu fils s'han d'esperar resposta de Google si alguna traducció no és cached encara. Tan fil està esperant resposta de Google i NO CPU gens pren durant aquest temps. A causa que la càrrega del servidor serà més gran fins i tot si vBET podria prendre sense recursos en absolut (el que per descomptat no és possible).
Sobre bloquejar el seu servidor - que és, òbviament, el problema del servidor. Això ocorre de forma periòdica. Vaig tenir problema similar al meu servidor. Va ser causada per algun error d'Apache per a un fil Apache va anar creixent i creixent amb l'ús de la memòria fins que la memòria es va consumir ans servidor de memòria cau. Només un fil que es comporta com - altres temes Apache va ser normal. He jugat amb la configuració d'Apache i problema es resol. Crec que Apache només hi havia alguna fuga de memòria - com recordo que posi un valor més baix de les sol licituds que es poden mantenir per un fil. També hi va haver altres canvis. Li suggereixo que revisi el seu ús de la memòria i el monitor que des de fa algun temps. També pot ser útil per a comprovar la quantitat mitjana de memòria utilitzada per un fil d'Apache, va fer alguns càlculs i establir el valor apropiat de fils de màxima per Apache.
Si vostè té alguna pregunta més, si us plau pregunteu![]()