Могу предположить, что нет (сам не пользуюсь их сервисами - поэтому это чистое предположение). Такая настройка актуальна, допустим, для рассылок конкретного сайта. Допустим, в структурированном виде формируется информация об обновлениях на сайте (новые разделы, обновления в существующих и т.д.) - т.е. не статья про то, что изменилось за последний месяц, а отдельные события (с датой, ссылкой, описанием). Если эти обновления происходят не раз в полгода, а несколько раз в неделю, то может быть актуальным выбор периода, за который данные обобщаются и отправляются пользователю - еженедельно, ежемесячно.
1. В "Разделы" и "Новости" неочевидно, что есть подробное содержание (допустим, в тех же новостях можно было бы подчеркнуть дату)
2. Разные цвета блоков в сочетании с рекламой (особенно мелкие баннеры справа) создают очень пестрое впечатление :-).
3. http://spasay.ru/about/ Разные размеры шрифтов в тексте - выглядит очень плохо (возможно, такая проблема есть и на других страницах).
Если я правильно понимаю, то суть в следующем: если какая-то часть рассылки формируется автоматически (допустим, информация о новинках), то пользователь мог бы выбрать периодичность, с которой ему было бы удобно эти данные просматривать: допустим, раз в неделю или раз в месяц - или вообще моментально.
Спасибо! Был бы рад услышать результаты тестирования :-)
Это уже лишнее :-)
Все может быть..
Все-таки Вы до сих пор считаете, что мы пытаемся продвигать Битрикс? :-)
Как и обещали, модернизировали механизм рейтингования (http://www.cmsmagazine.ru/catalogue/statistics/): если раньше рейтинг строился на основании накопленной статистики (что давало ощутимую "фору" зарегистрированным в каталоге первоначально), то теперь можно выбрать период самостоятельно - день, неделя, месяц. И еще увидеть динамику изменения показателей.
Кстати, относительно неожиданно для нас, Битрикс (из-за наличия которого на первом месте рейтинга часть аудитории негативно относилась к проекту в целом :) ) оказывается далеко не всегда на первом месте (особенно, для ежедевной статистики).
Спасибо всем тем, кто высказал конструктивную критику по предыдущей реализации.
Мне кажется, настаивать на правильности только такого решения в этой ситуации не совсем корректно. Как и часто "по жизни", здесь, ИМХО, нужна золотая середина. Если проект действительно большой, то нужно всерьез задумываться об управлении рисками - а полная зависимость от кого-либо/чего-либо, очевидно, является очень большим риском (как своя внутренняя команда может, грубо говоря, разругаться с владельцами проекта, так и компания-разработчик может сменить сферу деятельности, из нее могут уйти ведущие специалисты и т.д.). И, опять же, рискованно считать, что безболезненно можно будет потом изменить формат (переключить проект на свою команду, которая придет уже в процессе эксплуатации проекта; на этом форуме уже обсуждался вопрос количества программистов, которые должны участвовать в проекте - здесь похожая ситуация).
Имеет смысл сочетание - сторонние компании (как консультанты и/или, разработчики) и своя команда, которая с самого начала будет принимать участие в проекте. И еще важный момент: для проекта, который предполагает активное (и постоянное) развитие, без существенной модификации не подходят форматы стандартных отношений с компаниями-разработчиками при разработке веб-сайтов.
Что же касается собственной разработки CMS с нуля или использования готовой, то здесь, мне кажется, многое будет зависеть от состава внутренней команды. Если там будет несколько человек, которые активно участвовали в разработке систем управления (а не просто страстно желают доказать, что они тоже могут написать CMS не хуже остальных), то может быть оптимальным и вариант создания CMS под проект. В противном же случае, скорее всего, результат собственных разработок будет... плачевным.
И еще совет автору тему: имеет смысл подумать о какой-то "привязке" участников команды к проекту помимо просто оплаты за час/модуль/месяц. Если проект для них будет не просто "одной из работ в портфолио", то поток внутренних идей будет колоссальным, а это может оказаться очень полезным :-).
Система рейтингов развивается - текущая реализация вызвала много вопросов, и мы сейчас делаем рейтинги более "прозрачными".
Что ж, надеюсь, пройдет время, и Ваше мнение изменится - проект не планирует оставаться на месте.
Сейчас выводится статистика по 2-м цифрам: количество просмотров страниц с информацией о CMS и количество сравнений, в которых участвует та или иная CMS. Данные - с самого начала регистрации CMS в каталоге.
Сейчас ведутся работы по модификации рейтингования (для повышения его информативности и наглядности)
Вполне возможно, что показателей, имеющих прямое влияние, нет в принципе. На сайте, для которого встает вопрос о нагрузке, как правило, много разнородных страниц, и то же количество запросов для одного и того же сайта может различаться на порядок на разных страницах.
