я пробовал, показалось очень неэффективно.
страницы все равно устаревают.
То есть опять, чтобы от буста был толк, получается, что нужно, чтобу число посетителей в день было сильно выше, чем число страниц.
Хотя я не настаиваю, это мое личное мнение.
>Я правда не понял эту фразу:
> > сервер у нас нагружен, поскольку все время работает boost
Я имею в виду, что работает boost crawler.
Если страниц на сайте много, а пользователей относительно мало, но включая boost мы не уменьшаем нагрузку на хостинг, а, наоборот увеличиваем — генерация страниц по запросам паука и создает эту нагрузку.
ну с видимостью блоков это понятно.
но, на самом деле, это редкий случай чтобы человек блоки делал генерируемыми, а потом кодом отключал. среднестатистический вебмастер этого не делает…
я знаю, что это не нагрузка.
потому и пишу, что не стоит пытаться решать кэшированием то, что еще не доросло до кэширования.
Руцентр, вроде весь такой крутой, никакими усилиями не позволил добиться того, что сразу заработало в нормальном месте
Знаете, у меня малопосещаемый сайт (около 300 уников в день).
После переезда были отключены все кэширующие модули, поскольку на том хостинге и так грамотно настроет nginx как кэширующий прокси-сервер.
Единственно что я оставил включенным, это оптимизацию css+javascript и emiimage чтобы уменьшить число обращений к серверу.
При такой нагрузке сайт прекрасно работает.
Думаю, кэширование стоит включать, когда число уникальных посетителей существенно превышает число страниц на сайте.
Да, в одиночку.
Зависит от понятия, которое вы вкладываете в слово «создавали».
Если речь о том, сколько времени занимает настроить движок и все модули… ну тогда мне пришлось повозиться, поскольку я ничего о Drupal не знал, но сейчас такое за несколько часов точно накидаю. Могу советы давать, если что. В принципе, даже думал подробную инструкцию написать.
Ну а контент, привлечение посетителей, раскрутка — это такой процесс непрерывный.
Хабраэффект уже не грозит, а, поскольку, люди продолжают спрашивать адрес в личке (и даже через ЖЖ(!), хотя он у меня в контактах не обозначен), на будущее оставляю ссылку тут. help.sander.su/
У меня форум маленький, такого делать не приходилось.
Но решение в голову пришло:
1) Включаем модуль userpoints
2) Создаем тип очков с названием типа «порядочность» (можно как-нибудь обыграть в зависимости от тематики)
3) При регистрации пользователь получает, скажем, 10 таких очков
4) Роль «нормальный пользователь» настраивается на автоматическое получение при, скажем, 5 очках
5) У зарегистрированного пользователя снимаем право постить, нормальному — даем
6) Наказание заключается в наложении отрицательного количества этих очков с периодом автоматического сгорания
Тогда как только количество этих очков падает ниже 5, роль у пользователя убегает.
Время проходит, отрицательные очки сгорают, роль возвращается.
Сейчас пишу без ссылок, у меня плохой интернет до утра четверга. Пишите в личку, если потребуются детали.
/tracker действительно выдает последние темы.
Но для приближения к классическим форумам нужны не «последние темы», а «непрочитанные сообщения».
Стандартный модуль такой функциональности не предоставляет.
Что касается views, то, как я и сказал в теме, без исправления бага в advanced_forum нажатие «отметить все прочитанными» не будет приводить к очистке этого списка.
1. Наверное, просто нечетко выразился. Разумеется, это разные вещи. Кстати, стиль форума пришлось специально подгонять по цветовой гамме к основной теме
2. Но разве это не правка кода? Тогда я правда не понимаю, чем одна правка лучше другой.
страницы все равно устаревают.
То есть опять, чтобы от буста был толк, получается, что нужно, чтобу число посетителей в день было сильно выше, чем число страниц.
Хотя я не настаиваю, это мое личное мнение.
> > сервер у нас нагружен, поскольку все время работает boost
Я имею в виду, что работает boost crawler.
Если страниц на сайте много, а пользователей относительно мало, но включая boost мы не уменьшаем нагрузку на хостинг, а, наоборот увеличиваем — генерация страниц по запросам паука и создает эту нагрузку.
на самом деле, было бы интересно почитать про Ваш опыт более детально!
но, на самом деле, это редкий случай чтобы человек блоки делал генерируемыми, а потом кодом отключал. среднестатистический вебмастер этого не делает…
потому и пишу, что не стоит пытаться решать кэшированием то, что еще не доросло до кэширования.
Руцентр, вроде весь такой крутой, никакими усилиями не позволил добиться того, что сразу заработало в нормальном месте
После переезда были отключены все кэширующие модули, поскольку на том хостинге и так грамотно настроет nginx как кэширующий прокси-сервер.
Единственно что я оставил включенным, это оптимизацию css+javascript и emiimage чтобы уменьшить число обращений к серверу.
При такой нагрузке сайт прекрасно работает.
Думаю, кэширование стоит включать, когда число уникальных посетителей существенно превышает число страниц на сайте.
Не использовать php формат в блоках — это точно стоит отметить.
Что-то еще?
Зависит от понятия, которое вы вкладываете в слово «создавали».
Если речь о том, сколько времени занимает настроить движок и все модули… ну тогда мне пришлось повозиться, поскольку я ничего о Drupal не знал, но сейчас такое за несколько часов точно накидаю. Могу советы давать, если что. В принципе, даже думал подробную инструкцию написать.
Ну а контент, привлечение посетителей, раскрутка — это такой процесс непрерывный.
help.sander.su/
я, на самом деле, долго искал модуль, прежде чем стал возиться сам, но ничего найти не смог
Но решение в голову пришло:
1) Включаем модуль userpoints
2) Создаем тип очков с названием типа «порядочность» (можно как-нибудь обыграть в зависимости от тематики)
3) При регистрации пользователь получает, скажем, 10 таких очков
4) Роль «нормальный пользователь» настраивается на автоматическое получение при, скажем, 5 очках
5) У зарегистрированного пользователя снимаем право постить, нормальному — даем
6) Наказание заключается в наложении отрицательного количества этих очков с периодом автоматического сгорания
Тогда как только количество этих очков падает ниже 5, роль у пользователя убегает.
Время проходит, отрицательные очки сгорают, роль возвращается.
Сейчас пишу без ссылок, у меня плохой интернет до утра четверга. Пишите в личку, если потребуются детали.
Но для приближения к классическим форумам нужны не «последние темы», а «непрочитанные сообщения».
Стандартный модуль такой функциональности не предоставляет.
Что касается views, то, как я и сказал в теме, без исправления бага в advanced_forum нажатие «отметить все прочитанными» не будет приводить к очистке этого списка.
так что сообщать смысла нет.
но.
я хочу резальтат сейчас.
а alpha-релиз с чем-то конфликтует
просто не дорос еще до написания своих модулей.
а раз уж залез в advanced_forum багу править, так уж и доделал прямо там
2. Но разве это не правка кода? Тогда я правда не понимаю, чем одна правка лучше другой.
$items = array();
$items['naked'] = array(
'directory' => 'styles/naked',
);
$items['naked_stacked'] = array(
'directory' => 'styles/naked_stacked',
);
$items['blue_lagoon'] = array(
'directory' => 'styles/blue_lagoon',
);
$items['blue_lagoon_stacked'] = array(
'directory' => 'styles/blue_lagoon_stacked',
);
$items['boxy'] = array(
'directory' => 'styles/boxy',
);
$items['boxy_stacked'] = array(
'directory' => 'styles/boxy_stacked',
);
$items['flatgrey'] = array(
'directory' => 'styles/flatgrey',
);
return $items;
}
просто так добавить тему без правки нельзя
а, кстати, информацию о том, что появилась тема [my_theme] тоже придется куда-то в код модуля вносить.