Jackyk

Jackyk
Рейтинг
342
Регистрация
05.10.2005

О, не заметил, приношу извинения и поздравляю. Кошке Удачи - моря у_дачи, и всего-всего!

Shlackbaum:
Стоило потерять интернет на 3 дня и на-те.

Вспомнилось, из жизни писателя Юрия Олеши, написавшго "Три толстяка", как писатель Ардов в гостях прокомментировал, простите, громкую отрыжку Олеши словами "Спасибо, что не насрали".

На что Олеша не задумываясь ответил: "Рано радуетесь".

pegs:
Тем более, учитывая, что никто не может точно спрогнозировать, что будет в 2015 году. А вдруг новые доменные зоны пойдут и здорово разбавят число потенциальных покупателей транслитов в gTld, и чего тогда? ;)

Это не лишено смысла.

edogs:

Если для "анонимов", то да, можно. Хостер, кстати, достаточно четко сказал как. Тупо настройте воблу так, что бы она отдавала заголовки ""Expires:" и "Pragma:"." позволяющие кэшировать страницу, при условии что юзер неавторизирован.

Спасибо. Увы, этого оказалось недостаточно. Varnish не кэширует все равно, по словам хостера - из-за того, что форум отправляет браузеру cookies (и незалогиненным в том числе).

Unlock:
Но очень удивлюсь, если на динамических проектах, тем более форумах, делают кеширование. По крайней мере такое, которое значительно снизит нагрузку и не убьет смысл проекта.

Таки делают. Я за это время нагуглил кое-что... Например:

vB4Mance Part 5: Expert Level - Boosting vBulletin Performance with Advanced Caching.

vB Optimise.

Memcached для кэширования.

netwind:

Когда люди размещают сообщение, они предполагают что его прочитают тут же, а не завтра. Даже обозначенные 10 минут уже вызовут недопонимание.

Не вызовут. К тому же можно поставить не 10 минут, а 1. Или 10 секунд. Вопрос не в том, какой интервал поставить, а в том, что к БД пойдет одно обращение с несколькими запросами от кэширующей системы, а не 10.000 юзеров*15 запросов на каждого, как это будет без кэширования. А можно, если речь про внутреннее кэширование, перестраивать кэш после создания любого нового сообщения мгновенно, как делается в ряде CMS. Последнее, впрочем - теоретически, потому как можно ли на практике в vB - я не в курсе, о том и топик.

morzan123:
Дык! Выкупайте и перепродавайте.

Дык! Риск целых 50%:

ABACUS:
можно взять в 2-5 раз больше

а можно и не взять.

Unlock:
Что такое динамический скрипт?

Ну, на тот случай, если вопрос задан всерьез, а не в качестве придирки к возможно не самому удачному термину... Ну есть вот движок форума, который в нормальном режиме функционирования при каждом обращении юзера обращается к БД, причем с несколькими запросами. Как следствие при определенной нагрузке, коррелирующей с посещаемостью, сайт ложится, либо хостер начинает слать письма счастья о необходимости сменить тариф/арендовать сервер и т.д.. Другой вариант - поступать так исключительно с залогиненными юзерами, а незалогиненным отдавать статическую html-cтраницу вообще без единого обращения к БД и даже почти без обращения к файлам скрипта. И сохранять её в памяти кеширующего прокси, например, минут 10. Статику можно отдавать в огромных объемах, и способность хостинга переносить нагрузки и/или DDoS-атаки на Layer 7 (html-флуд) в случае, когда читателей много больше, чем писателей, возрастет на порядки.

В-общем, на данный момент ситуация с системой кеширования Varnish уперлась в то, что даже при "правильных" заголовках vBulletin отправляет юзеру cookies, а в таком случае кеширование, увы, не работает.

Возможно, кто-либо знает, можно ли деактивировать cookies для незалогиненных юзеров?

И насколько другие внутренние способы кеширования самого vBulletin эффективны? То есть, vB_Datastore_Memcached, vB_Datastore_APC, vB_Datastore_XCache...

Насчет nginx, кстати:

Unlock:
nginx сейчас почти у всех хостеров перед апач стоит.

Всё верно, но отнюдь не каждый настраивает его для кеширования динамических скриптов в статику.

Jefa:
Гни свою линию. Можно даже на диктофончик записать )
...
Далее, главное - не молчать, а задавать каверзные вопросы.

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

Всего: 23144