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 для прапорів, будь ласка, потрібно змінити, як вони відображаються як це виглядає дивно, як є.

у файлі /images/vbet/flags/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.х. І спасибі, що ви отримаєте рішення, яке має дуже хорошу якість, Юен якщо вона складніша, в разі vB3

[vBET]

Модернізований після проблем з сервером навантаження

Будь ласка, відкрийте нову тему в розділі Усунення неполадок і описати її більше.

[vBET]

Хто-небудь є ідеї, як великий кеш-файла може отримати до того, негативний вплив на продуктивність?

Там не повинно бути такого поняття, як негативний вплив на продуктивність, так файлового кеша. Саме тому, що файл кешу не росте ... Ми створюємо окремий файл для кожного запиту URL. Таким чином, кожен файл кешу просто статичний файл HTML (кешовані вихід для запиту). Коли ваш сервер кешує все більше і більше vBET просто створює все більше і більше файлів. Тому кожен раз, коли такий файл читається:
1. Це тільки для читання результат для даного конкретного URL
2. Ми навіть не читають його в пам'яті - просто потік його клієнта за допомогою PHP функції: ReadFile

Через це, навіть якщо ваш результат сторінка дійсно великі - так файловий кеш також велике, вона не зробить негативного впливу на продуктивність, тому що це просто потік цей файл, навіть не читаючи все це в пам'яті. Таким чином, ви побачите переваги не недоліки.