Возникла небольшая проблема с кэшированем страниц, а именно кэшированием голосовалки (модуль Vote Up/Down). Проблема заключается в следующем: при выборе режима кэширования "Нормальный (рекомендуется для большинства сайтов, не имеет побочных эффектов)" кэшируется и модуль, а точнее вот эти ссылки:
И после голосования одним пользователем, второй уже не может проголосовать, так как кэшированная страница выводит все ту же ссылку, хотя должна быть уже другая. А при попытке проголосовать, второму пользователю выводится сообщение:
PS:При отключении кэширования все работает нормально, без каких-либо проблем.
Вопрос: можно ли как-то отключить от кэширования модуль или часть страницы? Сам модуль выводится в ноде таким способом:
Вы чо пацаны, яндекс и гугл любит дорогие домены, чем дороже - тем выше в выдаче. А лучше вообще сразу прикупить домен первого уровня, тогда топ-1 обеспечен!
Имеются такие сайты и по своему опыту могу сказать, что сейчас в этой нише все плохо, конечно, если монетизируешь контекстом, а собственно больше нечем. В CPA идти бессмысленно, потому что школьники все тратят на обеды, тизерки - вообще копейки.
Для "независимой" работы сайта потребуются VDS и скорее всего не один.
Конкуренции, как и в любой другой тематике - хватает.
Персректив мало, т.к доля мобильного интернета увеличивается и думаю надо смотреть в этом направлении.
P.s: сказанное выше -личное мнение, основное на практике.
Напишу еще вариант. Если я правильно понял, то профили должны выводиться у всех юзеров одинаковые (т. е из одного блока). А точнее синхронно, ОК? Тогда вот это должно сработать (https://jsfiddle.net/azrrLza4/):
var maxBlockLimit = 15; // 15 or userBlocks.length - последний блок var minBlockLimit = 1; // первый блок
var interval = 5000, time = Date.now(), startTime = 1430250266922; // Интервал, время сейчас, время запуска (должно быть постоянным или должно заново выставляться сервером после полного перебора всех блоков)
var block; // ID нашего будущего блока
block = Math.floor((time - startTime)/interval);
block = (block > maxBlockLimit) ? block % maxBlockLimit : block; // Проверяем не вышли ли за пределы
console.log('Block id is "' + userBlocks[block] + '"'); // вот и сам блок
После того, как получим нужный блок - начать ротировать сам блок с пользователями, пока не кончится интервал.
В идеале, чтобы у всех пользователей нашей страны и вообще всего мира отображались одни и те же блоки пользователей, то время (var time) придется выставлять сервером.
Можно так: когда пользователь первый раз заходит на страницу, ему выставляется cookie с просмотренным блоком ( допустим 2850). В следующий раз ему выводится блок 2851 и в cookie записывается номер этого блока. Минус этого решения в том, что блоки выводятся не рандомно (не считая первого раза)
gruz_, спасибо за совет, но думаю этот метод не подойдет, хотя попробую.
Здравствуйте!
Возникла небольшая проблема с кэшированем страниц, а именно кэшированием голосовалки (модуль Vote Up/Down). Проблема заключается в следующем: при выборе режима кэширования "Нормальный (рекомендуется для большинства сайтов, не имеет побочных эффектов)" кэшируется и модуль, а точнее вот эти ссылки:
И после голосования одним пользователем, второй уже не может проголосовать, так как кэшированная страница выводит все ту же ссылку, хотя должна быть уже другая. А при попытке проголосовать, второму пользователю выводится сообщение:
PS:При отключении кэширования все работает нормально, без каких-либо проблем.
Вопрос: можно ли как-то отключить от кэширования модуль или часть страницы? Сам модуль выводится в ноде таким способом:
Drupal 6
Из нового функционала, похоже, только "Битые ссылки"
"Быстрые ссылки" (они и в старом ВМ есть)
На графике видно падение трафа с Яндекса.
ТС неспроста привел срез за целый месяц.
Вы чо пацаны, яндекс и гугл любит дорогие домены, чем дороже - тем выше в выдаче. А лучше вообще сразу прикупить домен первого уровня, тогда топ-1 обеспечен!
http://habrahabr.ru/post/186362/
Имеются такие сайты и по своему опыту могу сказать, что сейчас в этой нише все плохо, конечно, если монетизируешь контекстом, а собственно больше нечем. В CPA идти бессмысленно, потому что школьники все тратят на обеды, тизерки - вообще копейки.
Для "независимой" работы сайта потребуются VDS и скорее всего не один.
Конкуренции, как и в любой другой тематике - хватает.
Персректив мало, т.к доля мобильного интернета увеличивается и думаю надо смотреть в этом направлении.
P.s: сказанное выше -личное мнение, основное на практике.
А так конечно можете попробовать почему бы и нет!
Напишу еще вариант. Если я правильно понял, то профили должны выводиться у всех юзеров одинаковые (т. е из одного блока). А точнее синхронно, ОК? Тогда вот это должно сработать (https://jsfiddle.net/azrrLza4/):
var userBlocks = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 'a', 'b', 'c', 'd', 'e']; // Блоки пользователей
var maxBlockLimit = 15; // 15 or userBlocks.length - последний блок
var minBlockLimit = 1; // первый блок
var interval = 5000, time = Date.now(), startTime = 1430250266922; // Интервал, время сейчас, время запуска (должно быть постоянным или должно заново выставляться сервером после полного перебора всех блоков)
var block; // ID нашего будущего блока
block = Math.floor((time - startTime)/interval);
block = (block > maxBlockLimit) ? block % maxBlockLimit : block; // Проверяем не вышли ли за пределы
console.log('Block id is "' + userBlocks[block] + '"'); // вот и сам блок
После того, как получим нужный блок - начать ротировать сам блок с пользователями, пока не кончится интервал.
В идеале, чтобы у всех пользователей нашей страны и вообще всего мира отображались одни и те же блоки пользователей, то время (var time) придется выставлять сервером.
Можно так: когда пользователь первый раз заходит на страницу, ему выставляется cookie с просмотренным блоком ( допустим 2850). В следующий раз ему выводится блок 2851 и в cookie записывается номер этого блока. Минус этого решения в том, что блоки выводятся не рандомно (не считая первого раза)
Письмо не приходило и новых блоков не нашел. Может вы в экспериментальной группе?