View Full Version: vBET 3.3.4 lëshuar
Hello:)
Ne kemi për ju lirimin e të reja të vBET. Në këtë version kemi përmirësimet e performancës (më të rëndësishme të një - cache të plotë dosjen për mysafirët), dhe gjithashtu disa karakteristika të reja dhe disa mete korrigjohet. Enjoy! :)
New:
Përmirësimet e performancës
Përcjellimet më parë për URLs vBulletin gabuar
Cache të plotë dosjen për mysafirët
Configurable cache fotografi kohë për të jetuar
Configurable cache fotografi kohë për të jetuar për faqet e më pak të rëndësishme
Vendosur configurable e faqeve më pak të rëndësishme
Vendosur configurable e faqeve të injoruar nga cache fotografi të plotë për mysafirët e
Të gjitha imazhet flamuj marrë si një file nga server (css sprite mbështetur)
Injoruar fjalë / fjali functionality
Mbështet: postimet, mesazhe grup, mesazhe vizitori, komente foto, mesazhet private
Fjalët e terr injoruar në mesazhe ekzistuese
Mbështet: postimet, mesazhe grup, mesazhe vizitori, komente picture
Opcioni për të mos përkthehet përmbajtjen e kodit html tag
Templates ndryshua:
vbenterprisetranslator_inpost_translate
vbenterprisetranslator_inpost_translate_alreadyin
vbenterprisetranslator_flag
Bugs korrigjohen:
Përcaktuar dir për Muslimanët
Span thyer disa Layouts
Translate langtitle kur iu përgjigjur mesazh
Arkivi me Muslimanët 3,5
Ruajtja fushat porosi profilin nën faqe përkthyer
Langtitle Broken për tituj të gjatë me 'Re:' auto opsion
langtitle parsed për newreply në pikëpamje të përkthyera
Multi langtitle errët
Dhe disa fjalë për Cache të reja të plotë dokumentit për mysafirët functionality. Kur të kthehet në se do të kontrollojë ka kërkesa nga përdoruesi i cili nuk është futur me emrin tuaj Në qoftë se kjo është prej ftuar atëherë ajo do të kontrollojë nuk rezultat nuk është tashmë kopje e ruajtur. Në rast se është - e plotë HTML përgjigje do të merren nga cache. Nëse jo atëherë ajo do të jetë kopje e ruajtur, pasi prodhimi është prodhuar. Ju lutem vini re se ai do të punojë edhe për faqet tuaja origjinale - kështu që do të përmirësojë koha brezi dhe të bëjë pyetje pak DB edhe për faqe nuk përkthyer. Kjo është shumë configurable. Kjo do të thotë që ju mund të konfiguroni jo vetëm kohë cache, por ju gjithashtu mund të përcaktojë cilat faqe ju confider më pak të rëndësishme dhe për ato faqe ju mund të vendosni kohë më të gjatë cache. Nga cache kohë parazgjedhur për faqet normale është 1 orë (kjo do të thotë që të ftuarit mund të shihni ndryshime forum pas 1 orë, nëse faqe është vetëm kopje e ruajtur) dhe për faqet më pak të rëndësishme si parazgjedhje është 15 ditë. Natyrisht kjo është configurable nga CP Admin. Gjithashtu ju mund të përcaktojë cilat faqe duhet të injorohet nga dokumentit Cache të plotë për të Vizitor.
Ne ishim testimin e tij për disa kohë në forumet tona, ende e ne e konsiderojmë këtë funksionalitet, si BETA. Gjithashtu ju lutem vini re që ju do të keni për të vendosur privilegje të përshtatshme për directory cache të jetë në gjendje ta përdorin atë - ndryshe fotografi cache nuk do të gjenerohet. Detajet në përshkrimin e konfigurimit.
PS.
Ne do të përfshijë gjithashtu në vBET 4.x shpejti:)
I dont kuptoj këtë cache file, pse do të keni nevojë për një sasi 2, kryesore tashmë arka faqe dhe më të reja vetëm kur përmbajtje të re është shtuar, kështu që pse cache atë për 1 orë përsëri, shpjegimin tuaj është e vështirë për t'u kuptuar.
Mate Super!
Thanks a million,
Mallkuar: Mendim kjo ishte për 4.0.x. .. Best mënyrë ose pse ... Nuk mund të prisni për versionin 4.0.x. :)
bhanuprasad1981
21-06-10, 18:51
duke pritur për versionin 4.x:)
Si mund ta redaktoj CSS e flamujve, ju lutem, duhet të ndryshojë mënyrën se si të shfaqin si duket e çuditshme si është.
Është aktualisht në dispozicion të konsumatorëve mbështetje? Ky update e fundit është shkaktuar përcjellim sythe dhe kam nevojë për asistent urgjentisht.
duke pritur për versionin 4.x:)
Përshëndetje,
Unë do të presë për 4.x version ;-)
wowglider.de
22-06-10, 00:05
No udhëzimet e instalimit (ose udhëzime upgrade)?
Ya pse jemi përditësimin VB sende 3 kur vb4 saj. tani.
vijnë më vbet ne duhet të merrni vbet modernizuar për VB 4 të parë!
Ya pse jemi përditësimin VB sende 3 kur vb4 saj. tani.
vijnë më vbet ne duhet të merrni vbet modernizuar për VB 4 të parë!
Pse mendoni se ju janë diçka më të mirë si vb3 përdoruesit?
Upgraded pas ngarkesës problemi server: (
A ka dikush ndonjë ide se si i madh cache fotografi mund të merrni para se ai ka një ndikim negativ në punën?
I dont kuptoj këtë cache file, pse do të keni nevojë për një sasi 2, kryesore tashmë arka faqe dhe më të reja vetëm kur përmbajtje të re është shtuar, kështu që pse cache atë për 1 orë përsëri, shpjegimin tuaj është e vështirë për t'u kuptuar.
Baza e të dhënave cache arka përkthime vetëm. Përmbajtja nuk tërë HTML. Pra, kur disa faqe përkthyer është gjeneruar, pastaj faqen e parë normale është krijuar dhe pas kësaj ajo është parsed dhe përkthyer. Gjatë DB cache përkthimi është përdorur dhe dënimet e përkthyer janë marrë nga atje. Vetëm dënimet - Nuk HTML gjithë, sepse çdo herë mund të jetë përkthime të ndryshme (p.sh. privilegje të ndryshme të përdoruesve, përmbajtjen e ndryshuar). Një faqe HTML mund të ketë qindra dënime të përkthejnë - vBET merr përmbajtje në mes të HTML tags. Thanks DB cache ato përkthime nuk duhet të merren çdo kohë nga Google - ajo që konsumon shumë kohë - në vend të kësaj, ata janë marrë nga DB tuaj lokale. Still - Faqja normale duhet të jetë krijuar dhe pas kësaj përkthyer.
Cache të plotë dokumentit për mysafirët e punon vetëm për mysafirët. Faleminderit se ne nuk duhet të shqetësohen që përdoruesit kanë privilegje të ndryshme dhe të shohim gjëra të ndryshme. mysafirët do të shohim të njëjtën përmbajtje. Për shkak të kësaj ne nuk duhet të kuptoj rezultat dhe përkthyer atë pjesë-pjesë çdo herë - mund të thjesht të bëjë atë një një kohë dhe sasi të prodhimit të plotë HTML. Pra, në këtë rast faqe të plotë nuk është një kopje, ose kopje përmbajtja është shumë e vjetër, atëherë përkthimi normale ndodh - ashtu si përshkruhet më parë. Por këtë herë në fund prodhimit të shumë të plotë HTML është shkruar për të file. Kështu që herën tjetër kur të njëjtën kërkesë vjen nga mysafir ne nuk gjenerojnë edhe përmbajtja normale page - ne thjesht lumë të ftuar tashmë skedar HTML kopje e ruajtur. Kjo është arsyeja pse ne kurseni shumë SQL queries, CPU dhe kujtesës. Ne vetëm japim tek përmbajtja përdoruesit nga file statike. Kjo është arsyeja pse ajo është e rëndësishme për të përcaktuar se sa kohë ky do të jetë e vlefshme cache. Sepse, nëse diçka do të ndryshojë - pas dmth të reja do të mbërrijë në fije, atëherë mysafirët nuk do ta shohin këtë post të ri deri në dosjen tashmë të kopje e ruajtur skadon. Pas kësaj, gjatë kërkesës tjetër, faqe përsëri normale do të krijohen, të përkthyera, si dhe kopje e ruajtur - dhe kjo mysafirët përmbajtje të do të shihni p.sh. për një orë (configurable). Ata nuk do të shohin ndonjë ndryshim deri në fotografi kopje e ruajtur skadon përsëri. Sigurisht përdoruesit tuaj do të shohin çdo gjë, sepse ajo punon vetëm për mysafirët (kështu për robots gjithashtu, sepse robots zvarritje forumin tuaj si mysafirë).
Ju lutem tregoni e bëri atë të ndihmojë dhe në rast të ndonjë pyetje thjesht pyesni - ne me kënaqësi do të përshkruar atë më shumë:)
Mate Super!
Thanks a million,
Mallkuar: Mendim kjo ishte për 4.0.x. .. Best mënyrë ose pse ... Nuk mund të prisni për versionin 4.0.x. :)
Ajo do të jetë, kjo do të jetë:) Shumë gjëra të reja janë testuar tashmë atje. Ne vetëm duhet të bëjë më shumë në rastin e dokumentit Cache të plotë për mysafirët më vB4, sepse ne nuk mbështesin përkthimin e më shumë lloje të URL për Muslimanët dhe gjithashtu Friendly URLs nga vB. Dhe të gjitha ato që kemi për të provuar atë me shumë kujdes dhe ende duhet të zbatojnë mbështetje të hershme të përcjellim për disa nga këto. Gjithashtu - ne do të përdorim këtë kohë shtesë për të kontrolluar çdo çështje të mundshme me Cache dokumentit të plotë për vizitorë (që konsiderohet BETA tani) në vB3 forume. Ne provuar atë mirë, por është gjithmonë më mirë që të kujdeset më shumë për cilësi të mirë:)
Si mund ta redaktoj CSS e flamujve, ju lutem, duhet të ndryshojë mënyrën se si të shfaqin si duket e çuditshme si është.
në file / images / vbet / flamuj / vbet.css
Ju lutem përshkruani më mirë çfarë do të thotë "çuditshëm", - ndoshta ne do të mund të ju ndihmojë. Gjithashtu ne këshillojmë për të përdorur për gjëra të tilla Firefox me plugin Firebug - ai do të lejojë që t'ju tregojë saktësisht cilat janë stilet CSS përdorur për elemente të caktuara. Kjo është me të vërtetë të dobishëm:)
Është aktualisht në dispozicion të konsumatorëve mbështetje? Ky update e fundit është shkaktuar përcjellim sythe dhe kam nevojë për asistent urgjentisht.
Ne morëm email-it tuaj dhe kontrolloni atë. Ne nuk mund të riprodhuar në serverin tuaj. Ju mori përgjigjen me pyetje në lidhje me URL të saktë të cilat kanë këtë lak. Ju lutem kontrolloni atë dhe përgjigje atje:)
No udhëzimet e instalimit (ose udhëzime upgrade)?
Standard. Vetëm sigurohuni që ju bëjnë të gjithë. Mostly përdoruesit nuk doni të ngarkoni imazhe përsëri - ju duhet të në këtë version. Tani ne kemi një imazh për të gjithë flamujt. Nëse ju nuk e bëri përditësimin e plotë ju do të shihni flamujt e thyer.
Ya pse jemi përditësimin VB sende 3 kur vb4 saj. tani.
vijnë më vbet ne duhet të merrni vbet modernizuar për VB 4 të parë!
Unë e di se versionin e tij për të gjithë është më e rëndësishme;) Dhe ne nuk duam që të argumentojnë me se:) Në këtë rast është vBET3.x më parë për arsye shumë të mirë: CILESI. Ne add functionality të reja të rëndësishme (Cache të plotë dokumentit për mysafirët), në këtë version, dhe ajo ishte shumë më e lehtë për të shtuar se në vB3, sepse nuk ka Friendly URLs, dhe ne të përkthehet vetëm URLs fije për Muslimanët. Në rast të vB4 është më e komplikuar - URL Friendly duhet të mbështetet, dhe ne të përkthehet llojet më të URLs. Duke vënë atë më parë në vB3. na lejohet për të provuar atë shumë mirë në forume të vërtetë, kontrolloni se ai është duke punuar mirë, ndoshta do të tregojë disa bugs para se të shkojnë në vB4. Dhe pasi ne jemi të completly sigurt se kjo është e gjitha mirë, ne ende kemi për të shtuar në vB4 mbështetje të aditional (Friuendly, URLs URL më translted). Kjo është arsyeja pse ky vBET3.x kohë është më parë dhe ne ende nevojë për 2 javë për vBET4.x. Dhe në sajë që ju do të merrni zgjidhje të cilat kanë cilësi shumë të mirë, Ewen nëse është rasti më i komplikuar thatin e vB3
Upgraded pas ngarkesës problemi server: (
Ju lutemi të hapur temë të re në pjesën problemeve dhe përshkruajnë atë më tepër.
A ka dikush ndonjë ide se si i madh cache fotografi mund të merrni para se ai ka një ndikim negativ në punën?
Nuk duhet të ketë gjë të tillë si ndikim negativ për shkak të performancës cache file. Kjo është për shkak se cache dokumentit nuk rritet ... Ne krijojmë skedar të veçantë për çdo URL kërkesës. Pra, çdo fotografi cache është thjesht statike skedar HTML (output cached për kërkesë). Kur serveri juaj arka vBET më shumë dhe më thjesht të krijon fotografi të gjithnjë e më shumë. Pra, çdo herë kur fotografi të tilla është lexuar:
1. Ajo është rezultat i lexuar vetëm për këtë të veçantë URL
2. Ne edhe nuk e lexojnë atë të kujtesës - thjesht lumë atë të klientit duke përdorur funksionin PHP: readfile
Për shkak të se edhe nëse faqja juaj rezultati është me të vërtetë i madh - fotografi kështu cache është gjithashtu e madhe, ajo nuk do të ketë ndikim negativ të performancës, sepse ajo thjesht do të derdhet këtë fotografi e madje pa e lexuar të tërë atë në kujtesë. Pra, ju do të shihni përparësitë nuk disavantazhet.
Faleminderit për shpjegimin, i tani e kuptojnë, i ment flamujt sy bunched së bashku, kështu që i spaced ato me disa diferencë custom css.
Një gjë e fundit, kodin e ri nuk do të vërtetoni W3.
[Invalid] Markup Validation e http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/ - W3C Markup Validator
Gjithashtu një tjetër bug, kur i mundësojnë vbet, në mjetet e disa prishet faqe thread, dmth lidhjen në krye - drop down menu prishet. Pastaj Thread Tools në fund të thread mungon icons është. Icon 'Pergjigje' edhe zhduket. Kjo bug fixes vetë, nëse i çaktivizoni vbet. dhe kjo ndodh vetëm për mysafirët. Thanks.
Shiko këtu - e përjetshme "e adresës Marrja e rrjetit" në kartën e rrjetit - Juice Kompjuteri
Faleminderit për shpjegimin, i tani e kuptojnë, i ment flamujt sy bunched së bashku, kështu që i spaced ato me disa diferencë custom css.
Një gjë e fundit, kodin e ri nuk do të vërtetoni W3.
[Invalid] Markup Validation e http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/ - W3C Markup Validator
Po - ju keni të drejtë. Ne do të lëvizë css lidhjen tonë në vendin e të tjera. Faleminderit për shënimin:)
Gjithashtu një tjetër bug, kur i mundësojnë vbet, në mjetet e disa prishet faqe thread, dmth lidhjen në krye - drop down menu prishet. Pastaj Thread Tools në fund të thread mungon icons është. Icon 'Pergjigje' edhe zhduket. Kjo bug fixes vetë, nëse i çaktivizoni vbet. dhe kjo ndodh vetëm për mysafirët. Thanks.
Shiko këtu - e përjetshme "e adresës Marrja e rrjetit" në kartën e rrjetit - Juice Kompjuteri
Ju lutemi të hapur temë të re për këtë në seksionin Bugs Raportimi:) Ne do të jetë në gjendje për të menaxhuar atë. Gjithashtu, kur ju do të shkruani se nuk ju lutem konfirmoni nuk ndodh me Cache dokumentit të plotë për mysafirët e ndezur, apo kjo nuk ka rëndësi.
Ne morëm email-it tuaj dhe kontrolloni atë. Ne nuk mund të riprodhuar në serverin tuaj. Ju mori përgjigjen me pyetje në lidhje me URL të saktë të cilat kanë këtë lak. Ju lutem kontrolloni atë dhe përgjigje atje:)
Hi there
I updated vBulletin Versioni 3.3.0 nga te 3.5.1 dhe problemi u largua:)
faleminderit
Nuk duhet të ketë gjë të tillë si ndikim negativ për shkak të performancës cache file. Kjo është për shkak se cache dokumentit nuk rritet ... Ne krijojmë skedar të veçantë për çdo URL kërkesës. Pra, çdo fotografi cache është thjesht statike skedar HTML (output cached për kërkesë). Kur serveri juaj arka vBET më shumë dhe më thjesht të krijon fotografi të gjithnjë e më shumë.
Excellent, në dosjen e cache në një nga forumet tonë është mbi 10GB pas drejtimin për rreth 12 orë, performancës është fantastike një zgjidhje të saj të madh.
Kam nevojë urgjente për ndihmë. Pas upgrade kam këtë gabim në krye të forumit tim:
Warning: array_merge () [function.array-bashkojë]: Argument # 1 nuk është një koleksion në [rrugën] / global.php (400): eval () 'd code on line 1153
My forum tërë messed up plotësisht. Për disa arsye ndodh kjo vetëm nëse nuk është futur me emrin tuaj Pra, për mysafirët. Nëse keni hyrë në, çdo gjë është e mirë.
EDIT: OK e kuptova se pas kam me aftësi të kufizuara 'Full Cache dokumentit për mysafirët (BETA!)' Përdor çdo gjë është e mirë. Pra, nuk duhet të jetë diçka e gabuar atje. (Dhe unë u chmod 777-R vbet_guestcache)
Kam nevojë urgjente për ndihmë. Pas upgrade kam këtë gabim në krye të forumit tim:
Warning: array_merge () [function.array-bashkojë]: Argument # 1 nuk është një koleksion në [rrugën] / global.php (400): eval () 'd code on line 1153
My forum tërë messed up plotësisht. Për disa arsye ndodh kjo vetëm nëse nuk është futur me emrin tuaj Pra, për mysafirët. Nëse keni hyrë në, çdo gjë është e mirë.
Çfarë është URL-në tuaj?
EDIT: OK e kuptova se pas kam me aftësi të kufizuara 'Full Cache dokumentit për mysafirët (BETA!)' Përdor çdo gjë është e mirë. Pra, nuk duhet të jetë diçka e gabuar atje. (Dhe unë u chmod 777-R vbet_guestcache)
Ok, unë e nevojshme për të shtypur gabime PHP, cache u kontrolluar për moshën fotografi në fotografi që nuk ekzistonte dhe ishte përgjimi jashtë. Cache fotografi është një shtesë awesome, në qoftë se ju mund ta përdorni atë që ju shprehi keqardhje atë.
Po, e kuptoj këtë. Unë me të vërtetë shpresoj se Michael mund të lloj këtë.
Po, e kuptoj këtë. Unë me të vërtetë shpresoj se Michael mund të lloj këtë.
Nuk ka probs. Unë kam qenë vetëm duke sugjeruar këtë, sepse kur kam drejtuar në një problem të ngjashëm dje, unë u përshëndet me heshtje këtu. I guess anëtarëve të komunitetit duke ndihmuar njëri-tjetrin? Unë personalisht nuk do të përpiqet një përmirësim të madh në qoftë se dija mbështetje nuk do të ishte në dispozicion për 6 ose 8 orëve të ardhshme apo më shumë.
Thanks njeri Steve! I really appreciate it!
Kam nevojë urgjente për ndihmë. Pas upgrade kam këtë gabim në krye të forumit tim:
Warning: array_merge () [function.array-bashkojë]: Argument # 1 nuk është një koleksion në [rrugën] / global.php (400): eval () 'd code on line 1153
My forum tërë messed up plotësisht. Për disa arsye ndodh kjo vetëm nëse nuk është futur me emrin tuaj Pra, për mysafirët. Nëse keni hyrë në, çdo gjë është e mirë.
EDIT: OK e kuptova se pas kam me aftësi të kufizuara 'Full Cache dokumentit për mysafirët (BETA!)' Përdor çdo gjë është e mirë. Pra, nuk duhet të jetë diçka e gabuar atje. (Dhe unë u chmod 777-R vbet_guestcache)
Ju lutemi të hapur temë të re për këtë në Raportet Bug. Ne do të jetë në gjendje për të menaxhuar këtë atje.
Ok, unë e nevojshme për të shtypur gabime PHP, cache u kontrolluar për moshën fotografi në fotografi që nuk ekzistonte dhe ishte përgjimi jashtë. Cache fotografi është një shtesë awesome, në qoftë se ju mund ta përdorni atë që ju shprehi keqardhje atë.
Kjo është në qëllimin - ne nuk e shikoni ka fotografi ekziston, për të shmangur operacionet e panevojshme io. Sipas PHP manual (PHP: filemtime - Manual (http://php.net/manual/en/function.filemtime.php)) filemtime funksion të kthimit të rreme për dosjet nuk ekzistojnë. Ne nuk ishte në dijeni për ndonjë mesazhet e gabimit - sipas manual këtë funksion nuk duhet të dërgojë ndonjë gabim në rast të file 'nuk ekzistuese. Ju lutem thread hapur të reja në Troubleshoting ose Bug Raportet për atë me shembullin e mesazheve tuaja gabim?
Për të gjithë - ju lutem mos trajtojnë këtë temë, si vendi i vetëm në lidhje me këtë version vBET. Për problemet apo bugs - ju lutem shkruani në seksionet e duhura. Ne nuk do të jetë në gjendje për të menaxhuar çështjet tuaja, nëse ato do të jenë këtu.
haiduongbk
24-06-10, 09:27
I upgraded nga 3.3.4 deri në 2 ditë. Në lidhjen e parë në google parashtrohet jo aq sa çdo ditë, dhe sot pa ul. Unë nuk e kuptoj pse, pavarësisht të gjitha temat dhe ende në rritje pas normalisht. Kush është si unë? I ra nga 145.000 në 139.000 lidhjet në Google
I upgraded nga 3.3.4 deri në 2 ditë. Në lidhjen e parë në google parashtrohet jo aq sa çdo ditë, dhe sot pa ul. Unë nuk e kuptoj pse, pavarësisht të gjitha temat dhe ende në rritje pas normalisht. Kush është si unë? I ra nga 145.000 në 139.000 lidhjet në Google
Kjo nuk ka të bëjë me update me vBET3.3.4 - Google thjeshtë nuk reagon shpejt hat. Nuk mund të ketë shumë arsye, por nuk është vBET:)
Arsyeja e vetme mund të bëhet nga vBET (por jo në kohë të shkurtër) është se disa faqe të përkthyera nuk do të gjenerojë. Nëse ju gjeni se disa faqe nuk janë të arritshme - ju lutem vini re që ajo të na. Ju mund ta gjeni atë në mjetet webmaster.
haiduongbk
24-06-10, 09:52
Thanks Michal. Unë do të të ndjek atë më shumë kohë. dhe të mësojnë shkakun.
Thanks Michal. Unë do të të ndjek atë më shumë kohë. dhe të mësojnë shkakun.
Kryesisht e zakonshme është se njerëzit harruan se kanë bërë ndryshime në robots.txt 2-3 muaj më parë (po reagon në kohë Google tillë - ajo mund të jetë më shpejt nëse keni super të lartë Page Rank). Gjithashtu nganjëherë njerëzit shikojnë në rezultatet e kërkimit në Google - ku është treguar vetëm një numër i përafruar e faqe të indeksuara, jo një e vërtetë. Pra, përafrimi mund të ndryshojë në një të mirë dhe nuk do të thotë se asnjë nga faqet tuaja u hoq nga indeksi. Gjithashtu - Google është i madh dhe ka shumë të bazave të të dhënave të cilat kohë pas kohe janë të përditësuar, përsëriten dhe kështu me radhë - ky mund të jetë efekti i vetëm i bazës së të dhënave të punës Google algoritme. Gjithashtu Google po ndryshon algoritme është e indeksimit dhe dmth eshte e mundur qe disa nga faqet tuaja indeksuar tashmë konsiderohen tani si dyfishimin e përmbajtjes (p.sh. faqet më të anëtare në 99% të njëjtë) dhe hiqen nga indekset.
Aq kohë sa ju nuk e shihni numrin e madh të gabimeve në mjetet tuaj webmasteri ju mund të supozojmë se kjo është vetëm se si funksionon Google. Por nëse ju shikoni gabime - atëherë ajo është në anën tuaj dhe pastaj ju duhet të reagojnë.
Nuk duhet të ketë gjë të tillë si ndikim negativ për shkak të performancës cache file. Kjo është për shkak se cache dokumentit nuk rritet ... Ne krijojmë skedar të veçantë për çdo URL kërkesës. Pra, çdo fotografi cache është thjesht statike skedar HTML (output cached për kërkesë). Kur serveri juaj arka vBET më shumë dhe më thjesht të krijon fotografi të gjithnjë e më shumë. Pra, çdo herë kur fotografi të tilla është lexuar:
1. Ajo është rezultat i lexuar vetëm për këtë të veçantë URL
2. Ne edhe nuk e lexojnë atë të kujtesës - thjesht lumë atë të klientit duke përdorur funksionin PHP: readfile
Për shkak të se edhe nëse faqja juaj rezultati është me të vërtetë i madh - fotografi kështu cache është gjithashtu e madhe, ajo nuk do të ketë ndikim negativ të performancës, sepse ajo thjesht do të derdhet këtë fotografi e madje pa e lexuar të tërë atë në kujtesë. Pra, ju do të shihni përparësitë nuk disavantazhet.
Hrmm, unë si ideja e të dhënave caching përkthyer, por nuk do të jetë më efikas nëse ajo përdoret diçka si memcache? Në vend të leximit të të dhënave nga disku do ta lexojnë atë nga memoria.
Hrmm, unë si ideja e të dhënave caching përkthyer, por nuk do të jetë më efikas nëse ajo përdoret diçka si memcache? Në vend të leximit të të dhënave nga disku do ta lexojnë atë nga memoria.
Mbështetja e bibliotekave cache ekzistuese është në listën e TODO jashtë. Gjithashtu, cache të plotë dosjen për mysafirët mund të jenë shumë të mëdha për forume të mëdha. Shumë e madhe për ta mbajtur atë tërësisht në kujtesë - ne do të shikojmë për zgjidhje të cilat do të lejojë të kombinojnë avantazhet e cache mbajtur në kujtesë dhe në disk.
haiduongbk
02-07-10, 01:29
Kryesisht e zakonshme është se njerëzit harruan se kanë bërë ndryshime në robots.txt 2-3 muaj më parë (po reagon në kohë Google tillë - ajo mund të jetë më shpejt nëse keni super të lartë Page Rank). Gjithashtu nganjëherë njerëzit shikojnë në rezultatet e kërkimit në Google - ku është treguar vetëm një numër i përafruar e faqe të indeksuara, jo një e vërtetë. Pra, përafrimi mund të ndryshojë në një të mirë dhe nuk do të thotë se asnjë nga faqet tuaja u hoq nga indeksi. Gjithashtu - Google është i madh dhe ka shumë të bazave të të dhënave të cilat kohë pas kohe janë të përditësuar, përsëriten dhe kështu me radhë - ky mund të jetë efekti i vetëm i bazës së të dhënave të punës Google algoritme. Gjithashtu Google po ndryshon algoritme është e indeksimit dhe dmth eshte e mundur qe disa nga faqet tuaja indeksuar tashmë konsiderohen tani si dyfishimin e përmbajtjes (p.sh. faqet më të anëtare në 99% të njëjtë) dhe hiqen nga indekset.
Aq kohë sa ju nuk e shihni numrin e madh të gabimeve në mjetet tuaj webmasteri ju mund të supozojmë se kjo është vetëm se si funksionon Google. Por nëse ju shikoni gabime - atëherë ajo është në anën tuaj dhe pastaj ju duhet të reagojnë.
1 javë ka kaluar numrin tuaj në faqën pranishëm në google mbetur praktikisht i pandryshuar dhe madje edhe më lart e poshtë shumë të vogla, por nuk mund të arrihet përmes numrave 145.000 (shifra e javës së shkuar). 2 ditë përpara se ai të mbetet 145.000. Dhe sot është 143000. Unë nuk e konfiguroni ose të ndryshojë skedarin robots.txt pas 6 muajsh. dhe unë konfiguruar skedar robots.txt si vijon: User-agent: * lejoj Mediapartners-Google: Raporti Indeksi sitemap u përditësuar statusin është i suksesshëm, megjithatë, rritja por URL paraqitura URL në indeksin e internetit tregon rënie të fortë ditës. Unë nuk e di se çfarë ka ndodhur me mua, mund të më ndihmoni pse jo? Unë nuk e di shkakun e saj. I përdorur rreth 1 muaj më 02:10 kapituj Forumit por pastaj unë mos konfigurimin vBulletin Sitemap Generator si udhëzues tuaj këtu (http://www.vbenterprisetranslator.com/forum/vbet4-integration-other-plugins/415-sitemap-generator-integration.html)) por kur kaloi në versionin komercial 3.3.3 dhe unë kam qenë i interesuar për të lexuar udhëzimet për dosjen sitemap config. Fillimisht versioni të qëndrueshme 3.3.3 Unë jam i kënaqur për të parë një rritje të mprehtë në indeksin e Google. Që upgrade 3.3.4 ta ishte jashtë kësaj bote. Unë nuk e di pse përsëri? Looking forward për ndihmën tuaj. vetëm 19 gabimet në raportimin kohë nga web faqen time në mjetet Google Webmaster
1 javë ka kaluar numrin tuaj në faqën pranishëm në google mbetur praktikisht i pandryshuar dhe madje edhe më lart e poshtë shumë të vogla, por nuk mund të arrihet përmes numrave 145.000 (shifra e javës së shkuar). 2 ditë përpara se ai të mbetet 145.000. Dhe sot është 143000. Unë nuk e konfiguroni ose të ndryshojë skedarin robots.txt pas 6 muajsh. dhe unë konfiguruar skedar robots.txt si vijon: User-agent: * lejoj Mediapartners-Google: Raporti Indeksi sitemap u përditësuar statusin është i suksesshëm, megjithatë, rritja por URL paraqitura URL në indeksin e internetit tregon rënie të fortë ditës. Unë nuk e di se çfarë ka ndodhur me mua, mund të më ndihmoni pse jo? Unë nuk e di shkakun e saj. I përdorur rreth 1 muaj më 02:10 kapituj Forumit por pastaj unë mos konfigurimin vBulletin Sitemap Generator si udhëzues tuaj këtu (http://www.vbenterprisetranslator.com/forum/vbet4-integration-other-plugins/415-sitemap-generator-integration.html)) por kur kaloi në versionin komercial 3.3.3 dhe unë kam qenë i interesuar për të lexuar udhëzimet për dosjen sitemap config. Fillimisht versioni të qëndrueshme 3.3.3 Unë jam i kënaqur për të parë një rritje të mprehtë në indeksin e Google. Që upgrade 3.3.4 ta ishte jashtë kësaj bote. Unë nuk e di pse përsëri? Looking forward për ndihmën tuaj. vetëm 19 gabimet në raportimin kohë nga web faqen time në mjetet Google Webmaster
Sipas mendimit tim ndoshta asgjë nuk ndodh. Ju nuk keni gabime në mjetet webmaster. 143 000 ose 145 000 - kjo duket si vlerësim jo reale numrin e saktë të faqeve të indeksuar. Dhe nëse ajo është vlerësim, atëherë rezultatet e vlerësuar mund të ndryshojnë. Nga ku ju jeni duke marrë ato numra?
Gjithashtu një tjetër bug, kur i mundësojnë vbet, në mjetet e disa prishet faqe thread, dmth lidhjen në krye - drop down menu prishet. Pastaj Thread Tools në fund të thread mungon icons është. Icon 'Pergjigje' edhe zhduket. Kjo bug fixes vetë, nëse i çaktivizoni vbet. dhe kjo ndodh vetëm për mysafirët. Thanks.
Shiko këtu - e përjetshme "e adresës Marrja e rrjetit" në kartën e rrjetit - Juice Kompjuteri
): Korrigjohet dhe do të përfshihen në vBET 3.3.5
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.
