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 Отдела поддержки (URL Friuendly, более translted URL). Вот почему это время vBET3.x ранее и мы по-прежнему потребность 2 недели vBET4.x. И спасибо, что вы получите решение, которые имеют очень хорошее качество, ewen, если это более сложный случай thatin vB3

[vBET]

Модернизированный после проблем с сервером нагрузки

Пожалуйста, откройте новую тему в разделе Устранение неполадок и описать ее более.

[vBET]

Кто-нибудь есть идеи, как большой кэш-файла может получить до того, негативное влияние на производительность?

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

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