vBET 3.3.4 вызваленыя

[rootksk]

Мадэрнізаваны пасля праблем з серверам нагрузкі

[steve]

Хто-небудзь ёсць ідэі, як вялікі кэш-файла можа атрымаць да таго, негатыўны ўплыў на прадукцыйнасць?

[vBET]

Я не разумею гэты файл кэша, навошта ён табе патрэбны другі кэш, галоўная з ужо кэшы старонак і абнаўляе толькі пры даданні новага кантэнту, дык чаму б кэшаваць яго на працягу 1 гадзіны, вашы тлумачэнні цяжка зразумець.

Кэша базы дадзеных кэшуецца толькі пераклады. Не ўсе HTML-змесціва. Таму, калі некаторыя перакладзены старонка створана, то першая нармальная старонка створана і пасля гэтага ён аналізуецца і перакладаецца. Падчас перакладу кэша БД выкарыстоўваецца і перакладзеныя прапановы ўзятыя адтуль. Проста прапаноў - не ўвесь HTML, таму што кожны раз пераклады могуць быць рознымі (напрыклад, розныя прывілеі карыстальнікаў, змянілася змест). Адзін HTML-старонка можа мець сотні прапаноў для перакладу - vBET бярэ змесціва паміж HTML тэгаў. Дзякуючы DB кэш гэтыя пераклады не павінны прымацца кожны раз ад Google - тое, што спажывае шмат часу - замест гэтага тыя, ўзятыя з лакальнай БД. Яшчэ б - звычайная старонка павінны быць створаны і пасля гэтага перакладаецца.

Поўны файл кэша для гасцей працуе толькі для гасцей. Дзякуй, што нам не трэба турбавацца, што карыстальнікі маюць розныя прывілеі і бачыць розныя рэчы. будзеце госці бачаць аднолькавае змест. З-за гэтага мы не павінны аналізаваць вынік і перавесці яго па частках кожны раз - можна проста зрабіць гэта ў той час як адзін і кэш поўны вывад HTML. Так што ў гэтым выпадку, калі поўная старонка не кэшуецца або захаваныя дадзеныя занадта стары, гэта нармальная пераклад адбываецца - гэтак жа, як апісана вышэй. Але на гэты раз у самым канцы поўны HTML выхадныя дадзеныя запісваюцца ў файл. Таму ў наступны раз, калі жа самы запыт прыходзіць ад госця мы не ствараюць нават нармальнае ўтрыманне старонкі - мы проста паток гасцей ужо знаходзяцца ў кэшы HTML-файл. Вось чаму мы эканомім шмат SQL-запытаў, працэсар і памяць. Мы проста перадаем карыстачу кантэнт з статычных файлаў. Вось чаму важна вызначыць, як доўга гэты кэш будзе сапраўдным. Таму што, калі што-нешта зменіцца - гэта значыць новая пасада прыбудзе ў струмені, то госці не будуць бачыць гэтую новую пасаду, пакуль ужо ў кэшы выяву мінае. Пасля гэтага на працягу наступнага запыту, ізноў жа звычайная старонка будзе генеравацца, перакладаў, і кэшуюцца - і гэта змест госці ўбачаць гэта значыць яшчэ на гадзіну (наладжваецца). Яны не ўбачыце ніякіх зменаў, пакуль у кэшы выяву мінае зноў. Вядома, вашы карыстачы будуць бачыць усё, таму што яна працуе толькі для гасцей (так для робатаў, таксама, таму што робаты скануюць ваш форум у якасці гасцей).

Калі ласка, скажыце зрабіў гэта дапаможа і ў выпадку якіх-небудзь пытанняў проста спытаць - мы з задавальненнем апісваюць яго больш

[vBET]

Супер Mate!

Дзякуючы млн.

Чорт: думаў, што гэта было для 4.0.x. .. Прахладны ў любым выпадку, хаця ... Не магу дачакацца 4.0.x версіі.

Гэта будзе, гэта будзе

[vBET]

Як я магу рэдагаваць CSS для сцягоў, калі ласка, трэба змяніць, як яны адлюстроўваюцца як гэта выглядае дзіўна, як ёсць.

у файле / Фота / ВБЭТ / сцягі / vbet.css
Калі ласка, апішыце лепш, што значыць "дзіўны" - можа быць, мы зможам вам дапамагчы. Таксама мы раім выкарыстаць для такіх рэчаў, Firefox з убудовай Firebug - гэта дазволіць, каб паказаць вам, якія менавіта стылі CSS выкарыстоўваюцца для пэўных элементаў. Гэта сапраўды карысна

[vBET]

З'яўляецца падтрымку кліентаў у цяперашні час? Гэта апошняе абнаўленне выклікае перанакіраванне завесы і мне трэба тэрмінова памочнік.

Мы атрымалі вашу электронную пошту і праверце яго. Мы не можам прайграць яго на вашым серверы. Вы атрымалі адказ з пытаннем аб дакладным URL, якія маюць гэтую пятлю. Калі ласка, праверце яго і там адказ

[vBET]

Няма інструкцыі па ўсталёўцы (ці інструкцыі па абнаўленні)?

Стандарт. Проста пераканайцеся, што вы робіце ўсё гэта. Невялікі карыстальнікі не хочуць, каб загрузіць выявы зноў - вы павінны ў гэтай версіі. Цяпер у нас ёсць адзін малюнак для ўсіх сцягоў. Калі вы не ў поўнай меры абнаўлення вы ўбачыце зламаны сцягі.

[vBET]

Я. чаму мы абнаўлення VB 3 рэчы, калі VB4 яго. цяпер.

давай vbet мы павінны атрымаць vbet мадэрнізаваны для VB 4 першым!

Я ведаю, што для ўсіх яго версія з'яўляецца найбольш важным І мы не хочам, каб спрачацца з гэтым У гэтым выпадку vBET3.x раней для вельмі важкая прычына: ЯКАСЦЬ. Мы дадаем новыя важныя функцыянальныя магчымасці (Поўны Кэш файлаў для гасцей) У гэтай версіі, і гэта было нашмат лягчэй дадаць яго ў VB3, таму што там няма Дружалюбныя URL, і мы пераводзім толькі URL разьбой для vBSEO. У выпадку vB4 гэта складаней - Дружалюбныя URL павінны быць падтрыманы, і мы пераводзім значна больш відаў URL. Увод яго ў першую VB3. дазволіла нам пратэставаць яго вельмі добра на рэальных форумах, пераканайцеся, што яна працуе нармальна, можа быць, пакажу некаторыя памылкі, перш чым яна пайсці ў vB4. І пасля таго як мы Абсалютна ўпэўнены, што гэта ўсё добра, мы ўсё яшчэ павінны дадаць у vB4 паслугі для пакупнікоў падтрымкі (Friuendly URL-адрасоў, больш translted URL). Вось чаму на гэты раз з'яўляецца vBET3.x раней, і мы ўсё яшчэ трэба 2 тыдні vBET4.x. І дзякуй, што вы атрымаеце рашэнне, якое маюць вельмі добрае якасць, Юэн, калі яна з'яўляецца больш складанай штоу выпадку VB3

[vBET]

Мадэрнізаваны пасля праблем з серверам нагрузкі

Калі ласка, адкрыйце новую тэму ў раздзеле Ліквідацыя непаладак і апісаць яе больш.

[vBET]

Хто-небудзь ёсць ідэі, як вялікі кэш-файла можа атрымаць да таго, негатыўны ўплыў на прадукцыйнасць?

Там не павінна быць такога паняцця, як негатыўны ўплыў на прадукцыйнасць, так файлавага кэша. Менавіта таму, што файл кэша не расце ... Мы ствараем асобны файл для кожнага запыту URL. Такім чынам, кожны файл кэша проста статычны файл HTML (кэшаваныя выхад для запыту). Калі ваш сервер кэшуецца ўсё больш і больш vBET проста стварае ўсё больш і больш файлаў. Таму кожны раз, калі такі файл чытаецца:
1. Гэта толькі для чытання вынік для дадзенага канкрэтнага URL
2. Мы нават не чытаюць яго ў памяці - проста паток яго кліента з дапамогай PHP функцыі: ReadFile

З-за гэтага, нават калі ваш вынік старонка сапраўды вялікія - так файлавы кэш таксама вялікая, яна не акажа негатыўнага ўплыву на прадукцыйнасць, таму што гэта проста паток гэты файл, нават не чытаючы ўсё гэта ў памяці. Такім чынам, вы ўбачыце перавагі не недахопы.