rhyddhau vBET 3.3.4

[steve]

Ydw, rwyf yn sylweddoli hyn. Rwy'n gobeithio'n fawr y gall Michael datrys hyn.

Dim probs. Rwy'n awgrymu yn unig oedd hyn oherwydd pan fyddaf yn rhedeg i mewn i broblem debyg ddoe, roeddwn yn groeso distawrwydd yma. Amcana aelodau o'r gymuned yn helpu ei gilydd?? Fyddwn i ddim yn bersonol cynnig ar uwchraddio mawr os byddaf yn gwybod nad cefnogaeth yn mynd i fod ar gael ar gyfer y 6 neu 8 awr nesaf neu fwy.

[Taurus]

Diolch Steve dyn!! Fi 'n sylweddol werthfawrogi!!

[vBET]

Rwyf angen help ar frys. Ar ôl y uwchraddio rwyf wedi gwall hwn ar ben fy fforwm:

Warning: array_merge () [function.array-uno]: Nid yw Dadl # 1 yn llu yn [llwybr] / global.php (400): eval () 'cod d ar-lein 1153

Mae fy fforwm cyfan yn llanast llwyr i fyny. Am ryw reswm hyn ond yn digwydd os nad yw wedi mewngofnodi Felly, ar gyfer gwesteion. Os yw wedi mewngofnodi, popeth yn iawn.

Golygu: Iawn, sylweddolais fod ar ôl i mi anabl 'Cache Ffeil Llawn Ar gyfer gwesteion (BETA!)' y Defnydd popeth yn iawn. Felly, mae'n rhaid bod rhywbeth o'i le yno. (Ac i ddim yn chmod 777-R vbet_guestcache)

Os gwelwch yn dda ar agor edefyn newydd ar gyfer hyn mewn Adroddiadau Bug. Byddwn yn gallu i reoli hyn yno.

[vBET]

Iawn, roedd angen i mi atal gwallau PHP, y cache yn gwirio ar gyfer yr oes ffeil ar ffeiliau nad oedd yn bodoli ac roedd bugging allan. Mae'r storfa ffeiliau yn ychwanegiad gwych, os gallwch ei ddefnyddio i chi wont difaru.

Mae hyn yn pwrpas - nid ydym yn edrych yn ffeil yn bodoli, er mwyn osgoi gwaith diangen IO. Yn ôl PHP llaw (PHP: filemtime - Llawlyfr) Swyddogaeth filemtime ffug yn dychwelyd am ffeiliau nad sy'n bodoli eisoes. Nid ydym yn ymwybodol am unrhyw negeseuon gwall - yn unol â llaw na ddylai hyn swyddogaeth anfon unrhyw wallau mewn achos o ffeiliau nad sy'n bodoli eisoes. Allwch chi os gwelwch yn dda edau agored newydd yn yr Adroddiadau Troubleshoting neu Bug er bod gyda enghraifft am eich negeseuon gwall?

I gyd - peidiwch â trin hyn fel edau unig le am y fersiwn vBET. Ar gyfer trafferthion neu fygiau - ysgrifennwch yn adrannau priodol. Byddwn yn peidio gallu i reoli eich materion os bydd hynny fod yma.

[haiduongbk]

Rwy'n huwchraddio gan 3.3.4 i fyny yn 2 ddiwrnod. Ar y cyswllt cyntaf ar google submited nid cymaint ag bob dydd, a heddiw gwelodd yn gostwng. Dydw i ddim yn deall pam, er gwaethaf yr holl bynciau ar ôl ac yn dal i dyfu fel arfer. Pwy yw fel fi?
Rwy'n plymio o 145,000 i 139,000 dolenni ar Google

[vBET]

Rwy'n huwchraddio gan 3.3.4 i fyny yn 2 ddiwrnod. Ar y cyswllt cyntaf ar google submited nid cymaint ag bob dydd, a heddiw gwelodd yn gostwng. Dydw i ddim yn deall pam, er gwaethaf yr holl bynciau ar ôl ac yn dal i dyfu fel arfer. Pwy yw fel fi?
Rwy'n plymio o 145,000 i 139,000 dolenni ar Google

Nid oes gan hyn ddim i'w wneud â diweddariad i vBET3.3.4 - yn syml, nid yw Google yn ymateb het yn gyflym. Gall fod llawer o resymau, ond nid vBET
Reswm Dim ond gellid ei wneud gan vBET (ond nid mewn amser mor fyr) yw os na fyddai rhai tudalennau cyfieithu cynhyrchu. Os byddwch yn canfod nad yw rhai tudalennau yn gyraeddadwy - nodwch ef atom. Gallwch ddod o hyd iddo mewn offer gwefeistr.

[haiduongbk]

Diolch Michal. Byddaf yn dilyn mwy o amser. a dysgu yr achos.

[vBET]

Diolch Michal. Byddaf yn dilyn mwy o amser. a dysgu yr achos.

Yn bennaf cyffredin yw bod pobl yn anghofio eu bod yn gwneud newidiadau mewn robots.txt 2-3 mis ynghynt (ie Google yn adweithio mewn amser o'r fath - gall fod yn gyflymach os oes gennych Page Rank uchel super). Hefyd, weithiau mae pobl yn edrych ar y canlyniadau i mewn Google search - lle yn cael ei ddangos dim ond nifer approximated nid o dudalennau mynegeio, yr un go iawn. Felly gallai frasamcan newid i un yn well ac nid yw'n golygu bod unrhyw un o'ch tudalennau yn symud o'r mynegai. Hefyd - Google yn enfawr ac mae ganddynt lawer o gronfeydd data sy'n o bryd i'w gilydd yn cael eu diweddaru, dyblygu ac yn y blaen - gall hyn fod yn effeithio dim ond o algorithmau gronfa ddata gwaith Google. Hefyd Google yn newid algorithmau mynegeio ac mae'n hy mae'n bosibl bod rhywfaint o'ch tudalennau mynegai eisoes yn cael eu hystyried bellach fel dyblygu cynnwys (hy y rhan fwyaf tudalennau aelod yn 99% yr un) a dileu o'r mynegeion.

Cyn belled nad ydych yn gweld nifer fawr o wallau yn eich offer gwefeistr gallwch ei gymryd yn ganiataol ei fod yn union pa mor Google yn gweithio. Ond os gwelwch wallau - yna mae'n ar eich ochr ac yna dylech ymateb.

[tavenger5]

Ni ddylai fod unrhyw beth megis effaith negyddol berfformiad oherwydd cache ffeil. Mae'n oherwydd nad oes cache Ffeil dyfu ... Rydym yn creu ffeil ar wahân ar gyfer pob URL cais. Felly pob ffeil storfa, yn syml, statig HTML ffeil (allbwn cached am y cais). Pan fydd eich gweinydd caches vBET mwy a mwy syml yn creu ffeiliau yn fwy a mwy. Felly, bob tro pan ffeil o'r fath yn darllen:
1. Mae darllen yn ganlyniad dim ond ar gyfer yr URL arbennig
2. Rydym hyd yn oed yn darllen i gof - dim ond yn syml ffrwd i gleientiaid gan ddefnyddio PHP swyddogaeth: readfile

Oherwydd bod hyd yn oed os yw eich tudalen canlyniad yn fawr iawn - ffeil cache felly hefyd yn fawr, bydd yn cael unrhyw effaith negyddol perfformiad, gan y bydd yn jyst ffrwd y ffeil un heb hyd yn oed ddarllen cyfan i mewn cof. Felly, byddwch yn gweld manteision peidio anfanteision.

Hrmm, yr wyf yn hoffi'r syniad o caching ddata cyfieithu, ond ni fyddent yn fwy effeithiol os bydd yn defnyddio rhywbeth fel memcache? Yn hytrach na darllen data o ddisg byddai'n ei ddarllen ar y cof.

[vBET]

Hrmm, yr wyf yn hoffi'r syniad o caching ddata cyfieithu, ond ni fyddent yn fwy effeithiol os bydd yn defnyddio rhywbeth fel memcache? Yn hytrach na darllen data o ddisg byddai'n ei ddarllen ar y cof.

Cefnogi llyfrgelloedd cache presennol y tu allan todo rhestr. Hefyd, gall cache ffeiliau llawn ar gyfer gwesteion yn wirioneddol mawr ar gyfer fforymau mawr. Rhy fawr i'w gadw yn gyfan gwbl er cof - byddwn yn chwilio am atebion a fydd yn caniatáu i gyfuno manteision o gadw mewn celc cof ac ar ddisg.