Gweld Ffurf Llawn: Datrys Mwy o broblemau llwyth
Iawn felly rwyf wedi gwneud llawer o brofion.
Dros gyfnod o 24 awr fy llwyth yn codi'n raddol i mewn i'r 30.00 's
Mae gweinyddwr ailgychwyn atebion ar gyfer 24 awr arall.
Os bydd i analluoga 'r mod nid fi yn cael y broblem hon.
Peidiwch â dweud bod â mod anabl mae llai o drafnidiaeth gan nad yw hynny'n wir, google yn dal i anfon yr un fath â'r traffig mod anabl yn ôl fy ystadegau.
Eglurwch, llwyth yn gyrru fi wallgof.
Mae'n swnio fel bots yn taro'r tudalennau cyfieithu pan fydd y mod ar. Dylech edrych i mewn i wneud y gorau apache neu gael gweinydd â phŵer cpu mwy. Ydych chi'n rhedeg vboptimise neu unrhyw fath o fecanwaith caching, fel memcached?
Y ffaith yw fy fforwm yn cael 30,000 uniques y dydd, os i analluoga 'r llwyth mod yn disgyn yn syth, ac yn botiau a defnyddwyr yn dal i ddangos tudalennau hynny yn dal yn gofyn pŵer gweinydd, mae'n syml bod tudalennau cyfieithu yn dangos defnydd 10x yr adnoddau na'r safon tudalennau VB o'r gronfa ddata arferol. Mae'n ysgrifennu'n wael cod, ac mae angen i fod yn sefydlog! Mae'r mods arall byth yn gwneud hyn, dim ond vbet, yn dymuno i byth yn newid dros, ond yn mynd yn ôl yn rhy hwyr erbyn hyn. : Mad:
Mae'n wir yn swnio fel eich bod yn rhedeg ar weinydd underpowered. Rwy'n ar beiriant nehalem 8-graidd (felly rydym yn edrych ar 8 creiddiau fwy rhithiol oherwydd yr HT, am gyfanswm o 16). Rwyf hefyd optimized helaeth y peiriant hwn yn defnyddio technegau fy hun yn ogystal ag awgrymiadau oddi wrth y Folks yn vbulletin.com.
vBET yn codi fy llwyth o tua 2.5 i 3.0-3.5, yn dibynnu ar nifer o ddefnyddwyr, ac mae hyn yn amlwg yn tyfu yn seiliedig ar faint cache. Fodd bynnag, nid wyf yn credu bod yn rhy ddrwg o gwbl, gan fod fy amrywio ddefnyddwyr ar y pryd o 800 gweddol uchel i hyd yn oed yn uwch 1,200.
Hi:) Wrth 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 wedi cynllunio eisoes yn cefnogi systemau cache eraill ac mae ein algorithmau chyfieithu yn cael eu hoptimeiddio ar unwaith. Hy rydym yn unig darganfod sut sylweddol yn gostwng perfformiad PHP wrth weithio ar dannau mawr ac rydym yn addasu ein algorithm. Mae'n cael ei ryddhau eisoes mewn vBET 4.2.0 ag opsiynau ffurfweddu ychwanegol. A byddwn yn symud yr holl welliannau hefyd i vBET 3.x sy'n cael ei gefnogi o hyd:)
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 dyfeisio yw: "Mae gennym lawer i'w newid". A dyna pam ein bod yn arbrofi, yn newid algorithmau, proffilio ac yn treulio llawer o amser yn chwilio am atebion a fydd yn gofyn llai o adnoddau. Dal rydym yn gwybod dim mod allai fod yn unrhyw gystadleuaeth i vBET ac mae rhai mods cyfieithu eraill. Rydym yn gwneud llawer o newidiadau algorithm a bu'n rhaid i ni Trow i ffwrdd oherwydd nad oeddent yn helpu, yn ystod y broses hon, rydym hefyd yn darganfod llawer o welliannau. Gallwch gael eich argraff seilio ar eich materion gweinydd, ond dylech ystyried a oes gennych unrhyw ateb yn well? Beth allech chi roi awgrym nad efallai nad yw vBET ateb anghywir gan fod yn gweithio ar filoedd o fforymau, efallai eich bod yn unig ceisio rhoi 20 litr o ddwr i mewn i fwced 10 litr. Still - mae gennym lawer i newid a rhestr mawr todo yn adran Optimization (tua 70% i arbrofi, bydd yn help neu beidio):) A ydych yn gywir 100% - gallwn wneud yn well, byddwn ac rydym YN wneud yr holl amser:) Just aros tan i ni symud yr holl welliannau yr ydym yn gwneud yn ystod vBET4.x gweithredu:)
Os gallaf roi i chi rai awgrymiadau - gwiriwch sut y gallwch wneud y mwyaf vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.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. NID llwyth gweinydd 10 gwaith yn fwy yn golygu o adnoddau 10 mwy o amser a ddefnyddir. Mae'n jyst yn golygu bod mwy o edafedd yn aros mewn ciw, yr hyn yn hollol normal, gan fod ar hyn o bryd eich edafedd a rhaid i chi aros am Google ymateb os nad yw rhai cyfieithiad cached eto. Felly, edau yn aros am ymateb Google ac mae'n cymryd NAC CPU YM MHOB ystod y cyfnod hwn. Oherwydd bod BYDD eich llwyth gweinydd yn fwy hyd yn oed pe gellid vBET yn cymryd unrhyw adnoddau o gwbl (beth nad wrth gwrs yn 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:)
Hey - Fi jyst oedd ar eich fforwm yn cyfateb yn FAST ULTRA ... Felly beth ydych yn gwneud cais am a pham agwedd mor ddig am vBET, pan fydd gennych wasanaeth cyfieithu cyflym super? ...
Ystyriwch pa llwyth gweinydd yn ei olygu. Gall deall ei ystyr fod yn ddefnyddiol iawn i ddeall beth sy'n digwydd ar y gweinydd a sut y gellir ei fod yn gysylltiedig â edafedd sydd yn aros mewn ciw, nid oherwydd nad oes gennych unrhyw adnoddau, ond maent yn aros am ymateb gan weinydd arall (Google yn yr achos hwn).
Yn fy marn i chi cyfieithiadau gyflym super a oes gennych unrhyw beth i boeni amdano:)
Rwyf wedi bod yn safleoedd adeiladu 10 mlynedd, dwi yn gwbl ymwybodol nad llwytho 10x yn golygu adnoddau 10x, rhoi'r gorau i fy nhrin fel idiot a llwy bwydo i mi sbwriel. Y ffeithiau oer yn â hyn mod yn erbyn y mod am ddim arall eich llwyth yn mega. Ac ar yr adegau prysuraf fy safle yn awr yn araf ac yn beidio ag ymateb. Ie, tudalennau cyfieithu cyflym oddi ar y brig, ond ar gost o gweinydd araf yn ddiweddarach yn y dydd. Mae gen i, graidd cwad cyrch 15k SAS gweinyddwr, hynny yw optimized jyst ddirwya, mae'n rhedeg 0.50 trwy'r dydd yn hir cyn hyn gyda thraffig mawr. Mae'n y cod VBET sy'n ychwanegu llwyth ac yn gwneud y gweinydd araf yn adegau brig, mae'n FFAITH, nid yw cynnydd mewn traffig, fi wedi cael yr un traffig ac botiau cyn ac ar y gweinydd ymdopi'n iawn, ei fod yn y cynnyrch cyfieithu. Cyfnod. Brysiwch i fyny ac i atgyweiria ', fi dont' n sylweddol angen at dalu £ 300 arall yn y mis ar gyfer uwchraddio gweinydd yn unig i redeg y Weinyddiaeth Amddiffyn lol.
Faint o ieithoedd ydych chi wedi galluogi? Faint o swyddi sydd gennych? A oes gennych vbseo a map o'r wefan generadur osod? Faint o bots yn taro ar y safle bob dydd?
Hi!
32 ieithoedd alluogi.
100.000 swyddi.
vbseo a map o'r safle gosod.
sitemap ategyn yn dweud 1000,000 tudalennau cropian y dydd.
Y ffaith yw, os yw i analluoga 'r mod a restart' r gweinyddwr, bot a defnyddwyr yn dal yn taro fy gweinyddwr yr un fath ag o'r blaen, yr un y tudalennau mewn dal i fod yn googles mynegai a thrwy hynny i gael yr un traffig galluogi ai peidio.
Yr unig wahaniaeth yw bod â mod anabl y botiau a chwilwyr google cael y dudalen Saesneg, felly, traffig yn union yr un fath, yr unig wahaniaeth yw nad ydynt yn gweld tudalen cyfieithu, gan osgoi'r problemau gronfa ddata mods.
Mae'n amlwg fel dydd i hon i mi mod wedi cael ei ryddhau heb brofion priodol, ac yn amlwg nad y perchennog yw'r ddiddordeb mewn mynd i'r afael â'r materion.
Methu.
Michael, rydych yn anghywir, nid yw hyn llwyth yn cael ei achosi gan gynnydd mewn traffig, mae'n cael ei achosi gan ddarllen ac ysgrifennu cyfieithiadau i mysql.
Os gall vBulletin tîm yn darllen ac yn ysgrifennu at mysql gyda llwyth isel pam na allwch chi?
Gwael cod fy ffrind.
Rwyf wedi bod yn safleoedd adeiladu 10 mlynedd, dwi yn gwbl ymwybodol nad llwytho 10x yn golygu adnoddau 10x, rhoi'r gorau i fy nhrin fel idiot a llwy bwydo i mi sbwriel. Y ffeithiau oer yn â hyn mod yn erbyn y mod am ddim arall eich llwyth yn mega. Ac ar yr adegau prysuraf fy safle yn awr yn araf ac yn beidio ag ymateb. Ie, tudalennau cyfieithu cyflym oddi ar y brig, ond ar gost o gweinydd araf yn ddiweddarach yn y dydd. Mae gen i, graidd cwad cyrch 15k SAS gweinyddwr, hynny yw optimized jyst ddirwya, mae'n rhedeg 0.50 trwy'r dydd yn hir cyn hyn gyda thraffig mawr. Mae'n y cod VBET sy'n ychwanegu llwyth ac yn gwneud y gweinydd araf yn adegau brig, mae'n FFAITH, nid yw cynnydd mewn traffig, fi wedi cael yr un traffig ac botiau cyn ac ar y gweinydd ymdopi'n iawn, ei fod yn y cynnyrch cyfieithu. Cyfnod. Brysiwch i fyny ac i atgyweiria ', fi dont' n sylweddol angen at dalu £ 300 arall yn y mis ar gyfer uwchraddio gweinydd yn unig i redeg y Weinyddiaeth Amddiffyn lol.
Deallaf eich bod eisoes yn gyfarwydd â informations ynghylch llwyth gweinyddwr yr wyf yn rhoi i chi. Sylwch nad oes gennyf unrhyw wybodaeth am pa mor ddatblygedig yw pob un o'r miloedd ein defnyddwyr a bob tro y byddaf yn rhoi gwybodaeth gyflawn ass gan y gall fod yn ddefnyddiol. Nid yw'n golygu fy mod yn eich trin fel idiot - ei fod yn golygu fy mod yn poeni am roi informations a all fod yn ddefnyddiol i chi a gwerthuso eich cyflwr gweinydd. Os gwelwch yn dda pwynt 'm' r mod rhad ac am ddim eraill yr ydych yn sôn am byddaf yn falch o wneud rhai cymhariaeth:) Hefyd unrhyw adeg rydych yn rhydd i ddewis ateb gorau i chi.
I wirio eich fforwm eto ac eto mae'n ymddangos i ymateb yn gyflym iawn. Rhowch i mi ffrâm amser gorau i allu sylwedydd hyn yr ydych yn ysgrifennu am eich ymatebion yn araf ar oriau brig.
Os ydych am weld sut mae eich traffig sydd wedi newid oherwydd vBET - os gwelwch yn dda cynhyrchu rhai adroddiad a fydd yn dangos i chi i gyd y traffig i dudalennau cyfieithu - dyma beth ydych yn ei ennill diolch i vBET.
Yr ydych yn llygad eich lle bod angen cyfieithiadau adnoddau ychwanegol - nid oes unrhyw ffordd arall ac ni fyddwch byth yn dod o hyd i gynnyrch a fydd yn cyfieithu eich safle heb unrhyw gost. Fel y crybwyllwyd Rwyf eisoes yn ei gwneud yn ofynnol y rhan fwyaf o amser aros ar gyfer Google cyfieithu pan nad yw'n cached, ac yn ystod y cyfnod hwn eich edafedd a rhaid i chi aros am ymateb yr hyn gael effaith fwyaf ar llwyth gweinydd. Gallwch osod mwy o amser cache i fyw - yna bydd angen cyfieithiadau yn aml yn cael eu eisoes yn cache. Ond i ni cyfieithiadau cached fydd unrhyw gynnyrch yn gorfod aros i'w cyfieithu. Nid oes unrhyw ffordd arall.
Nodwch fod o'r farn rhaid eu torri i allu drwsio.
Fel yr wyf eisoes wedi ysgrifennu i chi, rydym yn gyson yn gwella perfformiad vBET. Ac yr wyf eisoes wedi ysgrifennu i chi, ein bod wedi gwella perfformiad yn barod sydd bellach ar y llwyfan beta yn vBET4.x. Heddiw, byddwn yn rhyddhau fersiwn vBET4.x newydd gyda gwelliannau perfformiad ychwanegol. A phan fydd chwilod ar gyfer y rhai (os o gwbl) yn cael eu cywiro, byddwn yn symud y rhai gwelliannau i vBET3.x Nid oes angen i wthio.
Hefyd, oes unrhyw un yn eich gorfodi i dalu £ 300 arall yn y mis am weinydd - ydych yn gwneud eich penderfyniadau eich hun a bod gennych lawer o opsiynau yma. Gan gynnwys gostwng nifer o ieithoedd a gefnogir, neu hyd yn oed newid i gynnyrch arall yr ydych grybwyllir yn llawer gwell. Rydym yn llwyr yn deall bod yn rhaid i atebion yr ydych yn ei ddefnyddio yn addas at eich anghenion a phosibiliadau. Rydym yn falch o roi ein cleientiaid cynnyrch yn well ac yn well. Ac rydym yn ymwybodol bod mewn sefyllfa lle mae'n rhaid gofyn am aros am ffurflen ymateb weinydd arall, bydd eich llwyth gweinyddwr fod yn fwy ni waeth beth atebion byddwn yn eu defnyddio. Byddwn yn falch os byddwch yn aros gyda'n cynnyrch ac ffurfweddu i gyd-fynd yo eich posibiliadau. A byddwn yn barod yn rhoi help llaw i chi yn y maes hwn:)
Sylwer ein bod yn unig yn rhoi ateb newydd i integreiddio gyda Sitemap Generator. Os ydych yn cael eu hintegreiddio - gweler y cyfarwyddiadau integreiddio newydd yma:
Mae'n yn cynyddu cyflymder cynhyrchu map o'r wefan (ar ein fforwm dros 12 gwaith).
Mae'n amlwg fel dydd i hon i mi mod wedi cael ei ryddhau heb brofion priodol, ac yn amlwg nad y perchennog yw'r ddiddordeb mewn mynd i'r afael â'r materion.
Methu.
Os oes gennych amheuon am brofion priodol rwy'n cynnig i wirio hanes vBET - mae'n ei brofi gan gannoedd o fforymau go iawn cyn iddo uwch i fersiwn talu:)
Gwybodaeth am fynd i'r afael ā'r mater. Mae'n ddrwg gen. Rwy'n cymryd yn ganiataol bod yn anghywir yn rhoi i chi mewn ymateb cyntaf y informations, roeddwn yn glir ein bod yn mynd i'r afael â'r mater:
Sylwch ein bod wedi cynllunio eisoes yn cefnogi systemau cache eraill ac mae ein algorithmau chyfieithu yn cael eu hoptimeiddio ar unwaith. Hy rydym yn unig darganfod sut sylweddol yn gostwng perfformiad PHP wrth weithio ar dannau mawr ac rydym yn addasu ein algorithm. Mae'n cael ei ryddhau eisoes mewn vBET 4.2.0 ag opsiynau ffurfweddu ychwanegol. A byddwn yn symud yr holl welliannau hefyd i vBET 3.x sy'n cael ei gefnogi o hyd:)
...
Ein dyfeisio yw: "Mae gennym lawer i'w newid". A dyna pam ein bod yn arbrofi, yn newid algorithmau, proffilio ac yn treulio llawer o amser yn chwilio am atebion a fydd yn gofyn llai o adnoddau. Dal rydym yn gwybod dim mod allai fod yn unrhyw gystadleuaeth i vBET ac mae rhai mods cyfieithu eraill. Rydym yn gwneud llawer o newidiadau algorithm a bu'n rhaid i ni Trow i ffwrdd oherwydd nad oeddent yn helpu, yn ystod y broses hon, rydym hefyd yn darganfod llawer o welliannau. Gallwch gael eich argraff seilio ar eich materion gweinydd, ond dylech ystyried a oes gennych unrhyw ateb yn well? Beth allech chi roi awgrym nad efallai nad yw vBET ateb anghywir gan fod yn gweithio ar filoedd o fforymau, efallai eich bod yn unig ceisio rhoi 20 litr o ddwr i mewn i fwced 10 litr. Still - mae gennym lawer i newid a rhestr mawr todo yn adran Optimization (tua 70% i arbrofi, bydd yn help neu beidio):) A ydych yn gywir 100% - gallwn wneud yn well, byddwn ac rydym YN wneud yr holl amser:) Just aros tan i ni symud yr holl welliannau yr ydym yn gwneud yn ystod vBET4.x gweithredu:)
Os gallaf roi i chi rai awgrymiadau - gwiriwch sut y gallwch wneud y mwyaf vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Yn enwedig yn ystyried analluogi rhai ieithoedd a blocio dudalennau amherthnasol gan robots.txt
Rwy'n teimlo yn gwbl gyfrifol am y camddealltwriaeth. Unwaith eto flin iawn. Dywedwch wrthym, pa ffordd yr ydym wedi dweud wrthych ein bod yn gwella vBET drwy'r amser, a sut y gallwn eich sicrhau unwaith eto y bydd vBET3.x cael gwelliannau perfformiad arall, i wneud i chi yn glir ein bod yn mynd i'r afael â'r mater? Byddwn bob amser yn hapus i wella ein ffordd o gyfathrebu gyda'r cleient:)
Michael, rydych yn anghywir, nid yw hyn llwyth yn cael ei achosi gan gynnydd mewn traffig, mae'n cael ei achosi gan ddarllen ac ysgrifennu cyfieithiadau i mysql.
Os gall vBulletin tîm yn darllen ac yn ysgrifennu at mysql gyda llwyth isel pam na allwch chi?
Gwael cod fy ffrind.
Rydych yn Nodwyd eisoes bod ydym wedi cynllunio ategol o systemau cache (ffeil a pheiriannau presennol). Ystyriwch beth yw eich bwriad yn y drafodaeth ac nad yw'n mynd yn cyfeiriad cywir i wella cyflwr gweinydd daith - os yw'n dal i fod y pwynt.
Mae eich cwestiwn yn rhagdybio y llwyth yn cael ei achosi gan gyfathrebu gyda mysql. Allwch chi rhowch ffynhonnell y diagnosis? Byddwn yn hapus yn ei astudio:)
Rwy'n cael yr un broblem, torri gorlwytho. Yn olaf, yr wyf wedi anabl VBET gan fy fforwm ac mae popeth yn arferol erbyn hyn. :)
Rwy'n cael yr un broblem, torri gorlwytho. Yn olaf, yr wyf wedi anabl VBET gan fy fforwm ac mae popeth yn arferol erbyn hyn. :)
Pa fersiwn a ddefnyddiwyd gennych? Os gwelwch yn dda diweddariad fersiwn diwethaf - rydym yn gwneud gwelliannau perfformiad gwych. Mae llawer o ddefnyddwyr Ysgrifennodd eu diolch am hynny, yn gweld gwahaniaeth mawr - yn enwedig yn ardal lwytho gweinydd:)
OLYGEDIG:
Fi jyst gwirio eich fforwm a vBET yn gweithio yno - peidiwch ag ysgrifennu datganiadau ffug am gyflwr vBET.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.
