потому что 1 аккаунт на 1 канал. это стоит максимум 10$…
вот SfA — 1 канал на любое число аккаунтов. Это совсем другой подход.
И стоимость вменяемая. Была…
Нда… я от headless ожидал немного другого. Впрочем, логично. Монетизация в расчете на продажу железа, когда эти затраты легко включаются в стоимость.
Для софтовых гейтов это уже не пойдёт, только closed аппаратные решения.
И отсутствие 64бит меня удурчает. Впрочем, у них и так нету 64бит, значит, код отвратный…
Не имей 100 рублей а имей 100 друзей. Когда надо срочно-срочно найти 5$ по друзьям сейчас я найду без проблем. Лет 10 назад было проблемой, скорее у меня перехватывали, так как у меня водились WM.
Кстати, как в шаблон втыкать тег так, чтобы не вызывать ошибок если плагин обеспечивающий этот тег отсутствует (выключен)?
В wp это делается if(function_exists('zz'))zz();. через энное место, но работает.
А в MT?
С какими ресурсами? На простом апаче на EC2 инстансе, без mod_perl, через CGI, комментарии бегают очень шустро (нагрузочное тестирование мы проводили).
SSI в него можно встраивать и на php.
10-15 секунд — это что-то удивительное. Какая версия была? 3.х или 4.х?
Генерация вообще затрагивает только изменившиеся файлы, а полный ребилд сайта нужен крайне редко — например, при смене дизайна или при установке спецплагинов. Во всех остальных случаях меняется максимум 3-5 файлов (категория, архив, возможно индексная, сама страница).
И опять же — что лучше, 1 раз сребилдить 2000 страниц, или на каждого из 100000 пользователей сгенерировать по 10 страниц?
Здесь не кеш. Здесь в принципе динамической реакции на пользователя нет — только JS определяет пользователя по кукам (или аякс вызову) и подменяет внешний вид. Никакой динамики.
А что сейчас есть из широкоиспользуемых блог-платформ? wordpress и movabletype.
Остальное всё тяжеловесные CMS — жумлы, друпалы и тд.
В чем разница… MT «из коробки» тянет нагрузку такую, что WP разгонять и разгонять надо, именно за счет жесткой статики.
Если ставить вопрос «использовать или нет» я для себя решил что «нет». Но по работе сейчас связан с плагином для MT, так что познакомился крайне близко.
Самый главное, что должно быть в любом обзорно-выборном сервисе — комментарии и пользовательский рейтинг. Форумные не так удобны — приходится перекапывать кучу страниц в поиске ответа «а мне-то он подойдёт?»
Замечательно. Теперь еще острее становятся наколенные поделия, работающие через запуск клиента скайпа.
Вот только они кушают ресурсов на порядок больше (1 клиент на 1 канал у 1 аккаунта, а не просто 1 тонкий клиент на канал), и стабильность ниже (привет линуксовые версии, которые падают от dbus API и привет нарушенный ordering у X-API)
вот SfA — 1 канал на любое число аккаунтов. Это совсем другой подход.
И стоимость вменяемая. Была…
Для софтовых гейтов это уже не пойдёт, только closed аппаратные решения.
И отсутствие 64бит меня удурчает. Впрочем, у них и так нету 64бит, значит, код отвратный…
В wp это делается if(function_exists('zz'))zz();. через энное место, но работает.
А в MT?
SSI в него можно встраивать и на php.
10-15 секунд — это что-то удивительное. Какая версия была? 3.х или 4.х?
Генерация вообще затрагивает только изменившиеся файлы, а полный ребилд сайта нужен крайне редко — например, при смене дизайна или при установке спецплагинов. Во всех остальных случаях меняется максимум 3-5 файлов (категория, архив, возможно индексная, сама страница).
И опять же — что лучше, 1 раз сребилдить 2000 страниц, или на каждого из 100000 пользователей сгенерировать по 10 страниц?
А что сейчас есть из широкоиспользуемых блог-платформ? wordpress и movabletype.
Остальное всё тяжеловесные CMS — жумлы, друпалы и тд.
В чем разница… MT «из коробки» тянет нагрузку такую, что WP разгонять и разгонять надо, именно за счет жесткой статики.
www.smashingmagazine.com/2008/08/29/10-weblog-engines-reviewed/
Если ставить вопрос «использовать или нет» я для себя решил что «нет». Но по работе сейчас связан с плагином для MT, так что познакомился крайне близко.
Я до сих про про headless слышал только «хотелось бы», ни разу не встречал живьём.
Вот только они кушают ресурсов на порядок больше (1 клиент на 1 канал у 1 аккаунта, а не просто 1 тонкий клиент на канал), и стабильность ниже (привет линуксовые версии, которые падают от dbus API и привет нарушенный ordering у X-API)