- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
- запросы к базе, важный фактор, который дает ответ на этот вопрос - "как CMS справляется с нагрузкой большой. Например, 10 000 хостов в день".
С каких это пор _количество_ запросов стало определять устойчивость к нагрузкам?
Можно ОДНИМ запросом положить любую базу.
И где тогда грань 10 запросов, 50, 1000?
Опять же, в каком варианте количество запросов - в закешированном, в частично закешированном или для полной генерации страницы? Можно и в html закешировать, запросов ноль будет, но как учесть частоту и ресурсоемкость сброса и генерации кеша?
Прямой связи у количества запросов и нагрузоустойчивости нет.
С каких это пор _количество_ запросов стало определять устойчивость к нагрузкам?
Можно ОДНИМ запросом положить любую базу.
И где тогда грань 10 запросов, 50, 1000?
Опять же, в каком варианте количество запросов - в закешированном, в частично закешированном или для полной генерации страницы? Можно и в html закешировать, запросов ноль будет, но как учесть частоту и ресурсоемкость сброса и генерации кеша?
Прямой связи у количества запросов и нагрузоустойчивости нет.
Вполне возможно, что показателей, имеющих прямое влияние, нет в принципе. На сайте, для которого встает вопрос о нагрузке, как правило, много разнородных страниц, и то же количество запросов для одного и того же сайта может различаться на порядок на разных страницах.
Вопрос к разработчикам проекта:
Не совсем понятно как работает Ваш рейтинг (система статистики - http://www.cmsmagazine.ru/catalogue/statistics/)
Какие алгоритмы расчета процентов? Может быть сделать более понятный алгоритм расчета или хотя бы дать какие-то комментарии?
Сейчас выводится статистика по 2-м цифрам: количество просмотров страниц с информацией о CMS и количество сравнений, в которых участвует та или иная CMS. Данные - с самого начала регистрации CMS в каталоге.
Сейчас ведутся работы по модификации рейтингования (для повышения его информативности и наглядности)
Какие алгоритмы расчета процентов? Может быть сделать более понятный алгоритм расчета или хотя бы дать какие-то комментарии?
Проще говоря: мы не знаем как отрейтинговать систему, нам главное сделать каталог, а на первом месте разместим тех кто популярен или у кого первый символ - 1.
а вообще, как говорилось выше, бесполезный проект. И это не собственное мнение, многих мы уже повидали: rucms, cmsobzor, cmsworld. Единственный, кто остался, cmslist, который используется только как простой каталог всех публичных коммерческих/бесплатных cms и как форум, на котором можно высказать любое мнение. Отсюда вывод: рунет еще не готов к таким проектам.
Проще говоря: мы не знаем как отрейтинговать систему, нам главное сделать каталог, а на первом месте разместим тех кто популярен или у кого первый символ - 1.
Система рейтингов развивается - текущая реализация вызвала много вопросов, и мы сейчас делаем рейтинги более "прозрачными".
а вообще, как говорилось выше, бесполезный проект. И это не собственное мнение, многих мы уже повидали: rucms, cmsobzor, cmsworld. Единственный, кто остался, cmslist, который используется только как простой каталог всех публичных коммерческих/бесплатных cms и как форум, на котором можно высказать любое мнение. Отсюда вывод: рунет еще не готов к таким проектам.
Что ж, надеюсь, пройдет время, и Ваше мнение изменится - проект не планирует оставаться на месте.
Как и обещали, модернизировали механизм рейтингования (http://www.cmsmagazine.ru/catalogue/statistics/): если раньше рейтинг строился на основании накопленной статистики (что давало ощутимую "фору" зарегистрированным в каталоге первоначально), то теперь можно выбрать период самостоятельно - день, неделя, месяц. И еще увидеть динамику изменения показателей.
Кстати, относительно неожиданно для нас, Битрикс (из-за наличия которого на первом месте рейтинга часть аудитории негативно относилась к проекту в целом :) ) оказывается далеко не всегда на первом месте (особенно, для ежедевной статистики).
Спасибо всем тем, кто высказал конструктивную критику по предыдущей реализации.
давайте и левый список сортировать в соответствии с рейтингом на сегодняшний день?:)
Кстати, относительно неожиданно для нас, Битрикс (из-за наличия которого на первом месте рейтинга часть аудитории негативно относилась к проекту в целом ) оказывается далеко не всегда на первом месте (особенно, для ежедевной статистики).
Еще неожиданнее может для вас стать если будет рейтинг за период 1 час, битрикс может оказаться даже на последнем месте...
давайте и левый список сортировать в соответствии с рейтингом на сегодняшний день?:)
Это уже лишнее :-)
Еще неожиданнее может для вас стать если будет рейтинг за период 1 час, битрикс может оказаться даже на последнем месте...
Все может быть..
Все-таки Вы до сих пор считаете, что мы пытаемся продвигать Битрикс? :-)
Очень интересно. Буду тестировать=)
Биржа статей - уникальный контент недорого! (http://texchange.ru/)
Очень интересно. Буду тестировать=)
Спасибо! Был бы рад услышать результаты тестирования :-)