HiWrth gwrs RHAID cyfieithu yn cymryd rhai adnoddau - nid oes unrhyw hud. Golygu tudalen Cyfieithu cymryd ganlyniad cynnyrch a'i newid. Bydd Oherwydd bod cyfieithu bob amser yn cymryd mwy o amser na'r dudalen arferol.
Rwy'n deall nad ydych yn rhy hapus cael llwyth gweinydd yn fwy, ond nodwch y vBET yn cymryd adnoddau UNIG AR GYFER CYFIEITHU. Ar gyfer tudalennau arferol mae'n ychwanegu baneri yn unig. Felly hyn i gyd yn llwyth ychwanegol yn dod o draffig ychwanegol i dudalennau gyfieithu. Nid yw Wrth i chi ysgrifennu eich traffig oedd yn mynd yn syth ar ôl anablu vBET (os oes gennych beth amser, yna bydd yn lleihau ar ôl anablu - ymddiried ynof) a llwyth gweinydd yn is - mae'n amlwg - robotiaid yn dal i gropian URLs i dudalennau cyfieithu, defnyddwyr yn dal i ddod o hyd i mewn cysylltiadau Google i eich tudalennau gyfieithu. Felly, rydych yn dal i gael yr un traffig, ond erbyn hyn o dan y dolenni cyfieithu yn cael ei ddyblygu yn syml gynnwys - tudalen arferol nad yw'n cael ei gyfieithu. Os ydych am aros gyda vBET anabl rydym yn argymell yn gryf i ychwanegu rheol yn eich. Ffeil htaccess a fydd yn ailgyfeirio yr holl dudalennau chyfieithu i un arferol, fel arall, gallwch golli eich SEO oherwydd cynnwys dyblygu.
Sylwch ein bod eisoes wedi cynllunio cefnogi systemau storio eraill a bod ein algorithmau cyfieithu wedi'u optimeiddio ar unwaith. H.y. rydym newydd ddarganfod pa mor sylweddol y mae perfformiad PHP yn lleihau wrth weithio ar linynnau mawr ac fe wnaethom addasu ein algorithm. Mae eisoes yn cael ei ryddhau yn vBET 4.2.0 gydag opsiynau ffurfweddu ychwanegol. A byddwn yn symud pob gwelliant hefyd i vBET 3.x sy'n dal i gael ei gefnogi
Rwy'n deall bod yn eich barn ein cod yn wan. Nid wyf yn gwybod am yr hyn yr ydych yn seilio eich disgwyliadau. Rydym wedi mod cyfieithu gyflymaf i VB - does dim byd yn well beth sy'n gweithio. Bydd Cyfieithu cymryd rhai adnoddau ac mae ein mod yn mynd yn llai bod unrhyw un arall. Gallwch weld sut y gall vBET gyflym gweithio ar nifer o fforymau. Os oes gennych faterion ar eich gweinyddwr, yna cysylltwch ystyried newidiadau cyfluniad neu ychwanegu adnoddau gweinydd. Ni fyddwch yn rhoi 20 litr o ddwr i mewn i fwced 10 litr.
Ein dyfeisiwr yw: "Mae gennym lawer i'w newid". A dyna pam rydym yn arbrofi, yn newid algorithmau, yn proffilio ac yn treulio llawer o amser yn chwilio am atebion a fydd yn gofyn am lai o adnoddau. Ond nid ydym yn gwybod unrhyw mod a allai fod yn unrhyw gystadleuaeth i vBET ac mae rhai mods cyfieithu eraill. Gwnaethom lawer o newidiadau algorithm y bu'n rhaid i ni eu troi i ffwrdd am nad oeddent yn helpu, yn ystod y broses hon, gwelsom lawer o welliannau hefyd. Gallwch gael eich argraff yn seilio ar faterion eich gweinydd, ond ystyriwch a oes gennych unrhyw ateb gwell? Beth allech chi roi awgrym nad yw vBET efallai'n ateb anghywir gan ei fod yn gweithio ar filoedd o fforymau, efallai eich bod yn ceisio rhoi 20 litr o ddŵr mewn bwced 10 liters. Still - mae gennym lawer i'w newid a rhestr TODO wych yn yr adran optimeiddio (tua 70% i arbrofi a fydd yn helpu ai peidio)A ydych yn gywir 100% - gallwn wneud yn well, byddwn ac rydym YN gwneud hyn drwy'r amser
Dim ond aros tan i ni symud yr holl welliannau yr ydym a wnaed yn ystod vBET4.x weithredu
Os gall roi awgrymiadau-i chi Edrychwch sut y gall optimeiddio vBET: http://www.vbenterprisetranslator.co...rformance.html
Yn enwedig yn ystyried analluogi rhai ieithoedd a blocio dudalennau amherthnasol gan robots.txt
Beth yw amser ymateb ar gyfer tudalennau cyfieithu? Beth yw eich defnydd CPU? Beth yw eich chof chynefod? Os yw'n dderbyniol, yna mae gennych ddim byd i boeni amdano. Mae pobl yn aml yn cael eu dychryn drwy gynyddu llwyth gweinydd ac nid yw hyd yn oed yn gwybod beth mae'n ei olygu. Llwyth gweinydd 10 gwaith yn fwy yn NI golygu Mae 10 amser defnyddio mwy o adnoddau. Mae yn unig yn golygu bod yr edafedd mwy yn aros yn y ciw, beth yn gwbl arferol, ers yn awr mae eich edau yn gorfod aros am ymateb Google os nad yw rhai cyfieithu o'r storfa eto. Felly mae'r llinyn yn aros am ymateb Google ac mae'n cymryd na CPU o gwbl yn ystod y cyfnod hwn. Oherwydd hynny eich llwyth gweinydd bydd yn fwy hyd yn oed os gallai vBET gymryd unrhyw adnoddau o gwbl (beth wrth gwrs nid yw bosibl).
Ynglŷn chwilfriwio eich gweinydd - mae'n amlwg eich mater gweinydd. Mae'n digwydd o bryd i'w gilydd. Roeddwn wedi mater tebyg ar fy gweinyddwr. Cafodd ei achosi gan rai nam Apache Apache felly un edau yn tyfu ac yn tyfu gyda chof chynefod nes chof cyfan yn bwyta gweinydd cached ans. Dim ond un edau yn ymddwyn fel 'na - edafedd Apache eraill yn arferol. Rwy'n chwarae gyda Apache cyfluniad a chyhoeddi ei datrys. Rwy'n credu bod Apache dim ond wedi cael rhywfaint o ollyngiadau cof - fel yr wyf yn cofio i mi roi gwerth is y ceisiadau y gellir ei gynnal gan un edau. Roedd yna hefyd newidiadau eraill. Rwy'n awgrymu i wirio eich chof chynefod a'i fonitro am beth amser. Hefyd, gall fod yn ddefnyddiol i wirio swm cyfartalog o gof a ddefnyddir gan un Apache edau, gwneud rhai cyfrifiadau a gosod gwerth priodol o edafedd max ar gyfer Apache.
Os oes gennych unrhyw gwestiynau mwy o wybodaeth, gofynnwch![]()