vBET 3.3.4 vrygestel

[vBET]

Hello:)

Ons het vir jou nuwe weergawe van vBET. In hierdie weergawe het ons 'n prestasie verbeteringe (belangrikste een - volle inhoud van die cache vir gaste) en ook' n paar nuwe funksies en 'n paar foute reggemaak. Geniet dit! :)

Nuut:

Performance verbeteringe

Vroeër aansture vir vBSEO verkeerd URL's
Volledige lêer kas vir die gaste

Konfigureerbare lêer kas tyd om te lewe
Konfigureerbare lêer kas tyd om te lewe vir minder relevante bladsye
Configureerbare stel van minder relevante bladsye
Configureerbare stel bladsye geïgnoreer deur die volle inhoud van die cache vir die gaste

Alle vlae beelde geneem as 'n lêer van die bediener (CSS sprite ondersteun)

Geïgnoreer woorde / sinne funksies

Ondersteun: poste, groep boodskappe besoeker boodskappe, foto kommentaar, privaat boodskappe

Opaque geïgnoreer woorde in reeds bestaande boodskappe

Ondersteun: poste, groep boodskappe besoeker boodskappe, foto kommentaar

Opsie om nie die inhoud van die kode HTML-kode te vertaal


Verander templates:

vbenterprisetranslator_inpost_translate
vbenterprisetranslator_inpost_translate_alreadyin
vbenterprisetranslator_flag


Bugs reggemaak word:

Defined rig vir vbseo
Span breek sommige uitlegte
Vertaal langtitle by die beantwoording boodskap
Argief met vBSEO 3,5
Die stoor van die pasgemaakte profiel velde onder vertaalde bladsy
Gebreekte langtitle vir 'n lang titels met outomaties Re: "opsie
langtitle geparseerd vir newreply vertaal oog
Multi langtitle ondeursigtig


En 'n paar woorde oor die nuwe volledige inhoud van die cache vir Gaste funksionaliteit. Wanneer draai op dit sal seker nie versoek van gebruikers wat nie in geteken nie. As dit van die gas dan sal dit kyk, nie gevolg is nie, is alreeds Cached. In die geval is dit - volle HTML reaksie sal geneem word uit die kas. Indien nie, dan sal dit Cached na uitset is gegenereer. Neem asseblief kennis dat dit ook sal werk vir jou oorspronklike bladsye - so dit sal generasie tyd verbeter en maak minder DB navrae ook nie vertaal bladsye. Dit is hoogs instel. Dit beteken dat jy kan nie net kas tyd instel, maar jy kan ook bepaal watter bladsye u confider minder relevant en vir diegene bladsye kan jy langer kas tyd bepaal. Teen standaard kas tyd vir normale bladsye is 1 uur (wat dit beteken dat gaste forum veranderinge kan sien ná 1 uur of bladsy is net Cached), en vir minder relevante bladsye by verstek dit is 15 dae. Natuurlik is dit is in te stel deur admin CP. Ook jy kan bepaal watter bladsye moet geïgnoreer word deur 'n volledige lêer kas vir gaste.
Ons het dit getoets het vir 'n paar keer op ons forums, nog steeds beskou ons hierdie funksionaliteit as BETA. Let asseblief daarop dat jy sal moet die nodige regte te stel cache staat te wees om dit te gebruik - anders kas lêers sal nie gegenereer word nie. Besonderhede in opset beskrywing.

PS.
Ons sal dit sluit ook in vBET 4.x gou:)

[Snake]

I dont verstaan hierdie lêer kas, hoekom sou jy nodig het om 'n 2de kas, die een wat reeds caches bladsye en enigste updates wanneer nuwe inhoud bygevoeg word, so hoekom dit weer vir 1 uur kas, jou verduideliking is moeilik om te verstaan.

[linuxtuts]

Super Mate!

Danksy 'n miljoen,

Darn: het gedink dit was vir 4.0.x. .. Cool óf weg is ... kan nie wag vir 4.0.x weergawe. :)

[bhanuprasad1981]

wag vir 4.x weergawe:)

[Snake]

Hoe verander ek die CSS vir die vlae asseblief, moet verander hoe hulle vertoon soos dit lyk weird soos dit is.

[steve]

Is die kliënt ondersteun wat tans beskikbaar is? Hierdie nuwe uitgawe is veroorsaak redirect loops en ek moet dringend assistent.

[Goanna]

wag vir 4.x weergawe:)

Hallo,

Ek sal ook wag vir 4.x weergawe ;-)

[wowglider.de]

Geen installasie-instruksies (of op te gradeer instruksies)?

[hotslot]

Ya Hoekom is ons afhangende van VB 3 stuff wanneer sy vb4. nou.

kom op vbet ons moet kry vbet opgegradeer vir VB 4 eerste!

[Ramses]

Ya Hoekom is ons afhangende van VB 3 stuff wanneer sy vb4. nou.

kom op vbet ons moet kry vbet opgegradeer vir VB 4 eerste!
Waarom, dink jy jy is iets beter as die vb3 gebruikers?

[rootksk]

Opgegradeer na die server load probleem: (

[steve]

Is daar iemand enige idee hoe groot die lêer kas kan kry voor dit het 'n negatiewe impak op prestasie?

[vBET]

I dont verstaan hierdie lêer kas, hoekom sou jy nodig het om 'n 2de kas, die een wat reeds caches bladsye en enigste updates wanneer nuwe inhoud bygevoeg word, so hoekom dit weer vir 1 uur kas, jou verduideliking is moeilik om te verstaan.

Databasis kas caches slegs vertalings. Nie hele HTML-inhoud. En toe sommige vertaal bladsy gegenereer is, dan die eerste normale bladsy gegenereer word en nadat dit geparseerd en vertaal. Tydens die vertaling DB kas gebruik word en vertaal sinne is van daar geneem. Net sinne - nie hele HTML, want elke keer as vertalings kan verskil (dws verskillende voorregte van die gebruikers, verander die inhoud). 'N HTML bladsy kan honderde van sinne te vertaal - vBET inhoud tussen HTML tags. Dankie DB kas daardie vertalings nie geneem word om elke keer van Google - wat baie tyd verbruik - in plaas van daardie, dit is geneem uit jou plaaslike DB. Tog - normale bladsy gegenereer word en na wat vertaal.

Volledige die inhoud van die cache vir gaste werk net vir die gaste. Dankie dat ons nie te bekommer dat gebruikers nie, het verskillende voorregte en verskillende dinge te sien. sal gaste sien dat dit dieselfde inhoud. As gevolg van wat ons het nie resultaat te parse en dit stukkie vir stukkie elke keer vertaal - ons kan dit doen net een 'n rukkie en kas vol HTML uitvoer. Dus in hierdie geval, wanneer die volle bladsy nie Cached, of Cached inhoud is te oud, dan is die normale vertaling kom - net soos beskryf voor. Maar hierdie keer by die einde volle HTML uitvoer is na 'n lêer geskryf. So, volgende keer wanneer dieselfde versoek kom van die gaste wat ons genereer nie selfs die normale inhoud van die bladsy - ons eenvoudig stroom na gas reeds Cached HTML-lêer. Dit is hoekom ons baie van SQL-navrae, SVE en geheue stoor. Ons het net gee aan die gebruiker die inhoud van die statiese lêer. Daarom is dit belangrik om te bepaal hoe lank hierdie kas sal geldig wees. Want as iets sal verander - dit wil sê 'n nuwe pos sal kom na die draad, dan gaste sal nie sien nie totdat reeds Cached lêer gedoen, hierdie nuwe pos. Daarna het tydens die volgende versoek, sal weer normaal bladsy gegenereer word, vertaal en Cached - en hierdie inhoud gaste sal dit wil sê vir nog 'n uur (configurable) sien. Hulle sal nie sien dat enige veranderinge totdat Cached lêer weer verval. Natuurlik is jou gebruikers sal sien alles, want dit werk net vir die gaste (so ook vir robots, omdat robots soek jou forum as gaste).

Vertel het dit help en in die geval van enige vrae het, vra net - ons sal graag dit beskryf:)

[vBET]

Super Mate!

Danksy 'n miljoen,

Darn: het gedink dit was vir 4.0.x. .. Cool óf weg is ... kan nie wag vir 4.0.x weergawe. :)

Dit sal wees, sal dit wees:) Die meeste nuwe dinge is reeds getoets. Ons moet net meer om te doen in die geval van 'n volledige lêer kas vir Gaste op vB4, omdat ons daar vertaling van meer soorte van URL's vir vBSEO en ook Friendly URL's van vB ondersteun. En van al wat ons het om dit baie versigtig en nog steeds te toets het die ondersteuning van die vorige redirect vir 'n paar van dié uit te voer. Ook - sal ons hierdie ekstra tyd gebruik om enige moontlike probleme met Volledige die inhoud van die cache vir gaste (wat beskou word as BETA nou) op vB3 forums om seker te maak. Ons toets dit goed, maar dit is altyd beter om meer omgee vir goeie gehalte:)

[vBET]

Hoe verander ek die CSS vir die vlae asseblief, moet verander hoe hulle vertoon soos dit lyk weird soos dit is.

in die lêer / images / vbet / departemente / vbet.css
Beskryf beter wat dit beteken om "weird" - miskien sal ons in staat om jou te help. Ook het ons raai om om te gebruik vir sulke dinge Firefox met plugin Firebug - dit sal jou toelaat om te wys presies wat CSS style word gebruik vir bepaalde elemente. Dit is regtig nuttig:)

[vBET]

Is die kliënt ondersteun wat tans beskikbaar is? Hierdie nuwe uitgawe is veroorsaak redirect loops en ek moet dringend assistent.

Ons het jou e-pos en nagaan. Ons kan nie voortplant dit op jou bediener. Jy het reaksie met die vraag oor die presiese URL wat het hierdie lus. Maak seker of dit en antwoord daar:)

[vBET]

Geen installasie-instruksies (of op te gradeer instruksies)?

Standard. Maak net seker dat jy dit maak alles. Meestal gebruikers wil nie beelde weer te laai nie - jy het in hierdie weergawe. Nou het ons 'n beeld vir alle vlae. As jy nie volledige update sal jy sien gebreekte vlae.

[vBET]

Ya Hoekom is ons afhangende van VB 3 stuff wanneer sy vb4. nou.

kom op vbet ons moet kry vbet opgegradeer vir VB 4 eerste!

Ek weet dat daar vir almal sy weergawe is uiters belangrik;) En ons wil nie stry nie:) In hierdie geval vBET3.x is vroeër vir baie goeie rede: Kwaliteit. Ons voeg nuwe belangrike funksie (Volledige die inhoud van die cache vir gaste) in hierdie weergawe, en dit was baie makliker om dit by te voeg in vB3, want daar is geen vriendelike URL's, en ons vertaal enigste draad URL's vir vBSEO. In die geval van vB4 is dit meer ingewikkeld - Friendly URL's moet ondersteun word, en ons vertaal veel meer soorte van URL's. Om dit die eerste keer in vB3. toegelaat om dit te toets baie goed, maak seker dat dit werk goed op 'n ware forums, miskien' n paar foute sal wys voordat dit te vB4 gaan. En nadat ons volledig seker dat dit al die fyn is, ons het nog steeds in vB4 Addisionele ondersteuning (Friuendly URL's, meer translted URL's) by te voeg. Dit is die rede waarom hierdie tyd vBET3.x is vroeër en ons moet nog 2 weke vir vBET4.x. En dankie dat jy die oplossing wat 'n baie goeie gehalte, Ewen kry as dit is meer ingewikkeld thatin geval van vB3

[vBET]

Opgegradeer na die server load probleem: (

Nuwe draad oopmaak by die oplos van afdeling en beskryf dit meer.

[vBET]

Is daar iemand enige idee hoe groot die lêer kas kan kry voor dit het 'n negatiewe impak op prestasie?

Daar moet nie so iets soos negatiewe prestasie impak as gevolg van die inhoud van die cache word. Dit is omdat die inhoud van die cache nie groei ... Ons skep n aparte lêer vir elke versoek URL. So het elke kas lêer is bloot statiese HTML-lêer (Cached uitset vir die versoek). As u bediener caches meer en meer vBET skep net meer en meer lêers. En elke keer wanneer so 'n lêer gelees word:
1. Dit is slegs 'n resultaat vir hierdie spesifieke URL gelees
2. Ons lees selfs nie geheue - net eenvoudig stroom om dit te kliënt met behulp van PHP funksie: readfile

As gevolg van dat selfs wanneer jou resultaat is baie groot - so kas lêer is ook groot, sal dit geen negatiewe prestasie impak het nie, want dit sal net hierdie een lêer stroom sonder selfs die lees van hele dit in die geheue. So sal jy sien voordele nie nadele.

[Snake]

Dankie vir die verduideliking, ek verstaan nou, ek ment die vlae kyk saam bondel, so ek gespasieer hulle uit met 'n paar persoonlike CSS marge.

Een laaste ding, jou nuwe kode valideer nie w3.

[Ongeldige] Markup Validatie van http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/ - W3C Markup Validator

[Snake]

Ook 'n ander fout, toe ek in staat stel om vbet, op sommige bladsye draad tools breek, dit wil sê die skakel aan die bokant - die drop down menu breek. Toe het die draad gereedskap aan die onderkant van die draad ontbreek se ikone. Ook "Post Reply" ikoon verdwyn. Hierdie bug fixes self as ek afskakel vbet. en dit gebeur net vir gaste. Dankie.

Kyk hier - die Ewige "Die verkryging van netwerk adres op die netwerk kaart - Rekenaar-Juice

[vBET]

Dankie vir die verduideliking, ek verstaan nou, ek ment die vlae kyk saam bondel, so ek gespasieer hulle uit met 'n paar persoonlike CSS marge.

Een laaste ding, jou nuwe kode valideer nie w3.

[Ongeldige] Markup Validatie van http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/ - W3C Markup Validator

Ja - jy is reg. Ons sal beweeg ons css skakel na 'n ander plek. Dankie vir die nota:)

[vBET]

Ook 'n ander fout, toe ek in staat stel om vbet, op sommige bladsye draad tools breek, dit wil sê die skakel aan die bokant - die drop down menu breek. Toe het die draad gereedskap aan die onderkant van die draad ontbreek se ikone. Ook "Post Reply" ikoon verdwyn. Hierdie bug fixes self as ek afskakel vbet. en dit gebeur net vir gaste. Dankie.

Kyk hier - die Ewige "Die verkryging van netwerk adres op die netwerk kaart - Rekenaar-Juice

Asseblief n nuwe draad hiervoor oopmaak in Bugs Verslagdoening artikel:) Ons sal in staat wees om dit te bestuur. Ook wanneer jy dit sal daar skryf Bevestig asseblief doen dit gebeur, met die volledige inhoud van die cache vir die gaste draai, of dit maak nie saak.

[steve]

Ons het jou e-pos en nagaan. Ons kan nie voortplant dit op jou bediener. Jy het reaksie met die vraag oor die presiese URL wat het hierdie lus. Maak seker of dit en antwoord daar:)

Hi daar

Ek opgedateer vbseo vanaf weergawe 3.3.0 tot 3.5.1 en die probleem gaan weg:)

danksy

[steve]

Daar moet nie so iets soos negatiewe prestasie impak as gevolg van die inhoud van die cache word. Dit is omdat die inhoud van die cache nie groei ... Ons skep n aparte lêer vir elke versoek URL. So het elke kas lêer is bloot statiese HTML-lêer (Cached uitset vir die versoek). As u bediener caches meer en meer vBET skep net meer en meer lêers.

Uitstekend, die kas gids op een van ons forums is meer as 10 GB na die loop vir ongeveer 12 uur, prestasie is fantasties dit is 'n goeie oplossing.

[Taurus]

Ek het dringend hulp nodig het. Na die opgradering Ek het hierdie fout op die top van my forum:

Waarskuwing: array_merge () [function.array-merge]: Argument # 1 is nie 'n skikking in [pad] / global.php (400): eval () D-kode "op lyn 1153

My hele forum is heeltemal deurmekaar. Vir een of ander rede dit gebeur slegs indien nie in geteken nie vir gaste. As aangemeld, alles in orde is.

Edit: OK ek besef dat nadat ek gestremdes die gebruik "volle inhoud van die cache vir Gaste (BETA!)" alles in orde is. Dus moet daar iets fout mee was. (En ek het CHMOD 777-R vbet_guestcache)

[steve]

Ek het dringend hulp nodig het. Na die opgradering Ek het hierdie fout op die top van my forum:

Waarskuwing: array_merge () [function.array-merge]: Argument # 1 is nie 'n skikking in [pad] / global.php (400): eval () D-kode "op lyn 1153

My hele forum is heeltemal deurmekaar. Vir een of ander rede dit gebeur slegs indien nie in geteken nie vir gaste. As aangemeld, alles in orde is.

Wat is jou URL?

[steve]

Edit: OK ek besef dat nadat ek gestremdes die gebruik "volle inhoud van die cache vir Gaste (BETA!)" alles in orde is. Dus moet daar iets fout mee was. (En ek het CHMOD 777-R vbet_guestcache)

Ok, ek nodig gehad het om PHP foute te onderdruk, is die kas Soek vir die lêer ouderdom, lêers wat nie bestaan het nie en was afluister uit. Die lêer kas is 'n awesome Daarbenewens as jy dit kan gebruik jy dit sal nie spyt wees nie.

[Taurus]

Ja, ek besef dit. Ek hoop regtig dat Michael dit kan sorteer.

[steve]

Ja, ek besef dit. Ek hoop regtig dat Michael dit kan sorteer.

No probs. Ek was net suggereer dit want toe ek loop in 'n soortgelyke probleem gister, ek was met stilte begroet hier. Ek vermoed dat lede van die gemeenskap mekaar uit te help? Ek persoonlik sal nie probeer om 'n groot upgrade as ek geweet het ondersteuning was nie beskikbaar gaan wees vir die volgende 6 of 8 ure of meer.

[Taurus]

Dankie Steve man!! Ek waardeer dit regtig!!

[vBET]

Ek het dringend hulp nodig het. Na die opgradering Ek het hierdie fout op die top van my forum:

Waarskuwing: array_merge () [function.array-merge]: Argument # 1 is nie 'n skikking in [pad] / global.php (400): eval () D-kode "op lyn 1153

My hele forum is heeltemal deurmekaar. Vir een of ander rede dit gebeur slegs indien nie in geteken nie vir gaste. As aangemeld, alles in orde is.

Edit: OK ek besef dat nadat ek gestremdes die gebruik "volle inhoud van die cache vir Gaste (BETA!)" alles in orde is. Dus moet daar iets fout mee was. (En ek het CHMOD 777-R vbet_guestcache)

Let asseblief n nuwe draad hiervoor oopmaak in Bug Reports. Ons sal in staat wees om dit daar te bestuur.

[vBET]

Ok, ek nodig gehad het om PHP foute te onderdruk, is die kas Soek vir die lêer ouderdom, lêers wat nie bestaan het nie en was afluister uit. Die lêer kas is 'n awesome Daarbenewens as jy dit kan gebruik jy dit sal nie spyt wees nie.

Dit is in die doel - Ons monitor nie doen lêer bestaan, onnodige IO-bedrywighede uit te vermy. Volgens PHP Handleiding (PHP: filemtime - Handleiding (http://php.net/manual/en/function.filemtime.php)) funksie filemtime opbrengste valse vir nie bestaande lêers. Ons was nie bewus van enige fout boodskappe nie - volgens die handleiding Hierdie funksie moet stuur nie vir enige foute in die geval van bestaande lêer nie. Kan jy asseblief open nuwe draad in Troubleshoting of Bug Reports wat met 'n voorbeeld van jou fout boodskappe?

Aan almal - moet asseblief Moet nie hierdie draad as die enigste plek oor hierdie vBET weergawe. Vir probleme of foute - skryf asseblief in toepaslike afdelings. Ons sal nie in staat is om jou aangeleenthede te bestuur indien daardie hier sal wees.

[haiduongbk]

Ek opgegradeer vanaf 3.3.4 in 2 dae. Op die eerste skakel op google moderasie nie so baie soos elke dag, en vandag sien daal. Ek weet nie hoekom verstaan ten spyte van al die post onderwerpe en steeds groeiende gewoonlik. Wie is soos Ek? Ek het gedaal van 145,000 na 139,000 skakels op Google

[vBET]

Ek opgegradeer vanaf 3.3.4 in 2 dae. Op die eerste skakel op google moderasie nie so baie soos elke dag, en vandag sien daal. Ek weet nie hoekom verstaan ten spyte van al die post onderwerpe en steeds groeiende gewoonlik. Wie is soos Ek? Ek het gedaal van 145,000 na 139,000 skakels op Google

Dit het niks te doen het met update te vBET3.3.4 nie - Google eenvoudig nie reageer hoed vas. Daar kan baie redes wees, maar dit is nie vBET:)
Enigste rede hoekom dit kan deur vBET gedoen (maar nie in so 'n kort tyd), is as sommige vertaal bladsye sou genereer nie. As jy vind dat sommige bladsye nie beskikbaar is - asseblief daarop let dit aan ons. Jy kan dit vind in die webmaster gereedskap.

[haiduongbk]

Dankie Migal. Ek sal volg dit meer tyd. en leer om die oorsaak.

[vBET]

Dankie Migal. Ek sal volg dit meer tyd. en leer om die oorsaak.

Meestal gemeenskaplike is dat mense vergeet wat hulle gemaak het veranderinge in robots.txt 2-3 maande tevore (ja Google reageer in sulke tyd - kan dit vinniger wees as jy het 'n super-hoë Page Rank). Ook soms mense kyk op die resultate in Google-soektog - waar is slegs benaderde aantal geïndexeerde bladsye, nie die regte een getoon. So onderlinge aanpassing kan verander na 'n beter een, en dit beteken nie dat enige van jou bladsye is verwyder uit die indeks. - Google is groot en het baie van databasisse wat van tyd tot tyd opgedateer, gerepliseer en so aan - dit kan net die effek van die werk van Google databasis algoritmes. Google is ook die verandering van die indeksering algoritmes en dit wil sê dit is moontlik dat sommige van jou reeds geïndekseer bladsye is nou beskou as duplisering van inhoud (dws die meeste lid bladsye is in 99% dieselfde) en verwyder van die indekse.

Solank as jy nog nie 'n groot aantal foute in jou webmeester gereedskap sien jy kan aanneem dat dit is net hoe Google werk. Maar as jy foute sien, dan is dit aan jou kant is en dan moet jy reageer.

[tavenger5]

Daar moet nie so iets soos negatiewe prestasie impak as gevolg van die inhoud van die cache word. Dit is omdat die inhoud van die cache nie groei ... Ons skep n aparte lêer vir elke versoek URL. So het elke kas lêer is bloot statiese HTML-lêer (Cached uitset vir die versoek). As u bediener caches meer en meer vBET skep net meer en meer lêers. En elke keer wanneer so 'n lêer gelees word:
1. Dit is slegs 'n resultaat vir hierdie spesifieke URL gelees
2. Ons lees selfs nie geheue - net eenvoudig stroom om dit te kliënt met behulp van PHP funksie: readfile

As gevolg van dat selfs wanneer jou resultaat is baie groot - so kas lêer is ook groot, sal dit geen negatiewe prestasie impak het nie, want dit sal net hierdie een lêer stroom sonder selfs die lees van hele dit in die geheue. So sal jy sien voordele nie nadele.

Hrmm, ek hou van die idee van caching vertaal data nie, maar sou dit nie meer doeltreffend wees as dit gebruik word om iets soos memcache? In plaas van die data van die skyf te lees sal dit lees dit uit die geheue.

[vBET]

Hrmm, ek hou van die idee van caching vertaal data nie, maar sou dit nie meer doeltreffend wees as dit gebruik word om iets soos memcache? In plaas van die data van die skyf te lees sal dit lees dit uit die geheue.

Ondersteuning van bestaande kas biblioteke op uit TODO lys. Ook, kan die volledige lêer kas vir gaste werklik groot vir die groot forums. Te groot om dit heeltemal te hou in die geheue - ons sal kyk vir die oplossings wat jou sal toelaat om die voordele van die hou van die kas in die geheue en op die skyf te kombineer.

[haiduongbk]

Meestal gemeenskaplike is dat mense vergeet wat hulle gemaak het veranderinge in robots.txt 2-3 maande tevore (ja Google reageer in sulke tyd - kan dit vinniger wees as jy het 'n super-hoë Page Rank). Ook soms mense kyk op die resultate in Google-soektog - waar is slegs benaderde aantal geïndexeerde bladsye, nie die regte een getoon. So onderlinge aanpassing kan verander na 'n beter een, en dit beteken nie dat enige van jou bladsye is verwyder uit die indeks. - Google is groot en het baie van databasisse wat van tyd tot tyd opgedateer, gerepliseer en so aan - dit kan net die effek van die werk van Google databasis algoritmes. Google is ook die verandering van die indeksering algoritmes en dit wil sê dit is moontlik dat sommige van jou reeds geïndekseer bladsye is nou beskou as duplisering van inhoud (dws die meeste lid bladsye is in 99% dieselfde) en verwyder van die indekse.

Solank as jy nog nie 'n groot aantal foute in jou webmeester gereedskap sien jy kan aanneem dat dit is net hoe Google werk. Maar as jy foute sien, dan is dit aan jou kant is en dan moet jy reageer.
1 week het gegaan deur die teenwoordigheid van my site op Google bly onveranderd en selfs op en af op die baie klein, maar nie bereik kan word deur getalle 145000 (verlede week se syfers). 2 dae voor dit was om te bly 145000. En vandag is 143,000. Ek het nie instel of verander die lêer genaamd sedert 6 maande. Ek robots.txt lêer en instel soos volg: User-agent: * Disallow Media Partners-Google: Die sitemap-indeks is opgedateer status verslag is suksesvol, maar die verhoog URL URL's in die web-indeks het ook verminder reeks deur die dag. Ek weet nie wat met my gebeur het, kan jy my help hoekom nie? Ek weet nie wat die oorsaak daarvan. Ek gebruik ongeveer 1 maand program vB 02:10 maar ek het nie vBSEO Sitemap Generator konfigurasies as jou gids hier maar toe oorgeskakel na die kommersiële weergawe 3.3.3 Ek was geïnteresseerd in en lees die instruksies vir die sitemap konfigurasielêer. Aanvanklik het ek gevind dat die stabiele weergawe 3.3.3 baie opgewonde oor die oplewing in die Google-indeks. Sedert die opgradering na 3.3.4, dan is dit die. Ek weet nie hoekom weer ken? Ons sien daarna uit om julle te help. slegs 19 foute in verslaggewing tyd uit my site in Google Webmaster gereedskap

[vBET]

1 week het gegaan deur die teenwoordigheid van my site op Google bly onveranderd en selfs op en af op die baie klein, maar nie bereik kan word deur getalle 145000 (verlede week se syfers). 2 dae voor dit was om te bly 145000. En vandag is 143,000. Ek het nie instel of verander die lêer genaamd sedert 6 maande. Ek robots.txt lêer en instel soos volg: User-agent: * Disallow Media Partners-Google: Die sitemap-indeks is opgedateer status verslag is suksesvol, maar die verhoog URL URL's in die web-indeks het ook verminder reeks deur die dag. Ek weet nie wat met my gebeur het, kan jy my help hoekom nie? Ek weet nie wat die oorsaak daarvan. Ek gebruik ongeveer 1 maand program vB 02:10 maar ek het nie vBSEO Sitemap Generator konfigurasies as jou gids hier maar toe oorgeskakel na die kommersiële weergawe 3.3.3 Ek was geïnteresseerd in en lees die instruksies vir die sitemap konfigurasielêer. Aanvanklik het ek gevind dat die stabiele weergawe 3.3.3 baie opgewonde oor die oplewing in die Google-indeks. Sedert die opgradering na 3.3.4, dan is dit die. Ek weet nie hoekom weer ken? Ons sien daarna uit om julle te help. slegs 19 foute in verslaggewing tyd uit my site in Google Webmaster gereedskap

Na my mening waarskynlik niks gebeur nie. Jy het geen foute in die webmaster gereedskap. 143 000 of 145 000 - dit lyk soos skatting nie werklik nie, presiese aantal geïndexeerde bladsye. En as dit is dan skatting geskat resultate kan wissel. Van waar jy is om hierdie syfers?

[vBET]

Ook 'n ander fout, toe ek in staat stel om vbet, op sommige bladsye draad tools breek, dit wil sê die skakel aan die bokant - die drop down menu breek. Toe het die draad gereedskap aan die onderkant van die draad ontbreek se ikone. Ook "Post Reply" ikoon verdwyn. Hierdie bug fixes self as ek afskakel vbet. en dit gebeur net vir gaste. Dankie.

Kyk hier - die Ewige "Die verkryging van netwerk adres op die netwerk kaart - Rekenaar-Juice

Reggestel en sal ingesluit wees in vBET 3.3.5:)