Movable Type

Поставил на локальной машине, потом на рабочем хостинге и, держа открытым сайт Six Apart, начал разбираться. Первые впечатления достаточно хреновые. Неповоротливая и не интуитивная административная панель. Жесткая структура блога. Возможно, это как-то настраивается, но я не нашел. Гремучая смесь технологий. Perl, PHP, Smarty, собственная — и раздельная! — система шаблонов и стилей. Какое-то постоянное дублирование функций — создается впечатление, что когда-то написанный продукт долго развивался методом «прикручивания того, что оказалось под рукой» и сейчас представляет собой неплохо отлаженную, но совершенно разномастную груду «полезностей», в которых поначалу просто тонешь.

В основе системы perl-овская система публикации, генерирующая статический сайт на основе собственных шаблонов, которые вкупе со сменными стилями создает иллюзию эстетического разнообразия, хотя на самом деле шаблон один и тот же. Потом появляется необходимость в большей гибкости дизайна и он слегка «отчуждается» от ядра в некий набор XML файлов, из которых происходит сборка того же самого типового набора страниц. Неплохо продуманная и реализованная система генерации «статики» действительно серьезно снижает нагрузку на сервер и с этим аргументов все сторонники MT носятся как с пресловутой «торбой». Но недостатки у этой системы вскоре находятся (к примеру, xml-ориентированные рекламные сервисы Гугла, Бегуна и Яндекса) и появляется php/Smarty надстройка со своими собственными компилируемыми шаблонами. Потом вместе с модой на «расширяемость» появляется API. Достаточно скромный по возможностям, если судить по тому, что довольно скоро сторонними разработчиками был предложен плагин BigPAPI, предлагающий расширенный программный интерфейс. Который, кстати, с грядущим на днях выходом 4-ой версии уже стал нефункциональным — потому что Six Apart в очередной раз сделала «крутой поворот». Я уже молчу о лицензии, которая только в 4 версии наконец-то будет GPL 2, а до этого была не то платная, не то бесплатная и это как-то зависело от количества авторов.

Конечно, в арсенале MT есть громадное количество кода, расширяющего функциональность на все случаи жизни, конечно MT это наиболее близкий родственник самого большого блог-ресурса LiveJournal и из-за этого имеет большую привлекательность к тем, кто и блог хочет автономный и выпадать из ЖЖ-шного комьюнити не хочет. Но если посмотреть на MT как на продукт, а не как на сложившуюся на рынке ситуацию — то продукт из него довольно хреновый. Отточеный до совершенства, надо признать, но изначально плохо спроектированный. И без громадной работы по быстрому внедрению всего нового, что только начинает обсуждаться в блогосфере, без помощи в обучении, без поддержки ресурсов на которых «все велосипеды уже изобретены и смазаны» MT просто не дожил бы до 4-ой версии. Разумеется, это только мое личной субъективное мнение и сложилось оно за один день общения с системой, но оно именно такое. «Ну не нравишься ты мне, не нра-вишь-ся!» (с)

Отмечено

24 ответа на “Movable Type

  1. Интересное мнение. (:
    Но мне кажется, что некоторые нюансы остались нераскрытыми. Попробую их раскрыть.

    Согласен, поначалу может показаться, что Movable Type, особенно 4-я версия, перегружена всевозможными фичами. Но это как с редактором Dreamweaver — в какой-то момент обнаруживаешь в нём то, что искал уже давно в других программах. Причём это всё встроенное, стоит только приглянуться. Если по-другому сформулировать: в нём есть всё, что мне нужно, а если появляется какая-то дополнительная необходимая мне фича, то она тоже с радостью обнаруживается. Мне не нужно искать каких-то плигинов, всё уже встроено в систему.

    Про шаблоны

    Как и в LiveJournal, так и в Movable Type, в обоих системах есть шаблоны и есть стили. С помощью шаблонов можно представить данные практически в каком угодно формате. Например, помимо стандартного HTML, PHP, можно сделать представление в XML (не только RSS, Atom, etc) и даже в формате Word’a.
    Здесь как раз на помощь приходит язык шаблонов Movable Type, который, повторюсь, очень мощен. Теги этого языка просто «оборачиваются» любыми другими тегами.

    На мой взгляд, разделение шаблон/стили очень удобно для начинающих пользователей, которые могут за пару кликов в админке сменить внешний вид блога. В 4-й версии MT на выбор предоставляется около 40 профессиональных тем, так что выбор есть.
    Хотя я почти всегда для блогов делаю собственные шаблоны, включая стили и всё остальное. Но это только потому, что у меня есть такие знания, и просто из-за тяги к индивидуальности.

    Но недостатки у этой системы вскоре находятся (к примеру, xml-ориентированные рекламные сервисы Гугла, Бегуна и Яндекса)

    Как могут эти сервисы «плохо» сказаться на статическом типе публикации?
    Если мы можем для любого сервиса создать шаблон, в который «запихать» любые необходимые для них данные.

    Про API

    Плагин BigPAPI не поддерживается в Movable Type начиная с версии 3.3, выход четвёртой версии тут ни причём. В версию 3.3 добавили всё необходимое для замены этого плагина, опять же, на системном уровне.

    Лицензия

    Movable Type никогда не распространялся с закрытыми исходными кодами. Это всегда был Open Source. Только в какой-то момент (с момента выхода 3-й ветки) в SixApart наложили ограничения на свободное распространение кода. Но ни кто не отменял права влезать в исходники и править там всё так, как душе угодно. И я, и другие пользователи делали именно так. В первую очередь, это касалось добавления русских дат — это первое, что приходится править в обновлённой версии.
    Конечно, мне было бы удобнее, если бы я мог без разрешения Six Apart локализовать MT, а затем как выложить отдельный дистрибутив у себя на сайте. Но по большому счёту, мне это не мешает.
    Даже больше, я рад, что продукт разрабатывается профессионалами, которые знают, что делают. Именно поэтому я могу быть уверен в надёжности и безопасности системы.

    P/S Я уже не могу спокойно работать с другими платформами, как-то в них всё не так. Возможно, это привычка к Movable Type (к хорошему быстро привыкаешь) ).

  2. Sol:

    Спасибо за аргументированную позицию и полезную информацию, прошедшую мимо меня при первичном изучении. Но все же у меня есть ряд возражений :)

    С помощью шаблонов можно представить данные практически в каком угодно формате.

    Все это делается при помощи XSLT-преобразования XML, стандартизированного и утвержденного w3.org. Я уже упоминал о том, как отношусь к введению собственных стандартов там, где они не нужны. Это просто привязывание пользователя к себе — маркетологически выгодное, но стоящее потребителям кучу нервов при смене платформы. Еще Оккам сказал о вреде «лишних сущностей», а в MT это уж очень много. Собственно, то же самое относится и к ЖЖ — я так и не удосужился изучить их системы, хотя и являюсь по профессии программистом и все «упрощающие технологии» вроде бы должен был понимать на лету.

    Опыт показывает, что подход «настройка вместо программирования» либо снижает эффективность системы, либо усложняет ее понимание. А чаще всего и то и другое.

    разделение шаблон/стили очень удобно для начинающих пользователей, которые могут за пару кликов в админке сменить внешний вид блога

    Точно так же не вижу сложностей сменить одну готовую тему на другую в движке WordPress. Зато программисту, открывшему код, все сразу понятно. Будем реалистами — standalone-блоги НЕ ДЕЛАЮТСЯ непрофессионалами, они либо привязываются к блог-платформам, либо заказываются у тех же профессионалов. Чего же тогда стоит удобство для новичка, если специалисту потребуется уйма времени и усилий, чтобы по-настоящему «въехать» в систему?

    Как могут эти сервисы «плохо» сказаться на статическом типе публикации? Если мы можем для любого сервиса создать шаблон, в который «запихать» любые необходимые для них данные.

    Модуль Бегуна представляет собой исполняемый (на сервере!) код, который получает XML от Бегуна и конструирует выходной текст каждый раз при отображении страницы. Какой код в статическом шаблоне это сделает?

    Вопрос лицензии, конечно, дело двенадцатое для личных целей, но как программиста, работающего над коммерческими проектами, меня это все равно так или иначе касается. Я не говорил об закрытости исходником, я говорил о юридическом праве эксплуатирования продукта. Системы GPL просты и понятны — «пользуйся, переделывай, распространяй, но не смей получать за это деньги». При этом если я использую GPL в коммерческом проекте, это не нарушает лицензию до тех пор, пока я не начну продавать за деньги исходники, включающие «открытый компонент». Новая лицензия MT тоже неплоха, хотя лицензии Creative Commons тоже слегка запутанные. Но прежняя их лицензия с ограничением количества пользователей бесплатной версии — несколько напрягает. Вспоминается история с mySQL, которые вдруг ужесточили лицензию кучей оговорок настолько, что многие девелоперы всерьез подумали о переходе на Postgress.

    Конечно, мне было бы удобнее, если бы я мог без разрешения Six Apart локализовать MT, а затем как выложить отдельный дистрибутив у себя на сайте. Но по большому счёту, мне это не мешает.

    Это мешает распространению самого MT. Если бы появился русский дистрибутив MT, как это сделали с Worpress-ом на mywordpress.ru и maxsite.org, пользователей МТ в рунете было бы не 300-400, как сейчас…

    я рад, что продукт разрабатывается профессионалами, которые знают, что делают. Именно поэтому я могу быть уверен в надёжности и безопасности системы

    Ничего плохого о разработчиках из Automattic я сказать не могу. WordPress.com тоже является блог-платформой и поддерживает его такая же команда профессионалов. Разве только история продукта у них поменьше, зато и технологии посвежее — над ними не висит груз уже сделанного кода, которые неоправданно переделывать, а нужно эволюционно развивать.

    Ну и напоследок :)

    Я уже не могу спокойно работать с другими платформами, как-то в них всё не так. Возможно, это привычка к Movable Type (к хорошему быстро привыкаешь) ).

    А возможно — результат того самого привязывания клиента к брэнду, которая является целью любой маркетинговой кампании. Gillette делает несовместимые даже между собой бритвы и набор лезвий стоят дороже самого станка, Мicrosoft скрывает ключевые части API, чтобы лоббировать интересы собственных разработчиков, а MT создает ситуацию, когда разработчику всегда легче остаться, чем сменить платформу из-за того, что куча накопленного специфического опыта просто пойдет прахом…

  3. Я уже упоминал о том, как отношусь к введению собственных стандартов там, где они не нужны. Это просто привязывание пользователя к себе — маркетологически выгодное, но стоящее потребителям кучу нервов при смене платформы.

    Не всё так просто. ))
    Ну, взять вот скин другого движка, можно его просто так перенести куда-нибудь? Нет, конечно же. И самое первое, что будет препятствовать — это различные PHP конструкции в коде.
    Теги Movable Type можно использовать только в шаблонах, в постах они не будут обрабатываться. Следовательно, если мы захотим перебраться на другую платформу, нам не нужно будет заменять в базе данных постов ничего.
    Возможно, Оккам (к сожалению, не знаю кто это) имел ввиду именно это: когда движок добавляет в сообщения собственные теги, которые обрабатываются им на выводе. Так происходит с Nucleus CMS. Там в сообщение добавляются различные конструкции типа . Вот они — да, мешают при переезде.

    Мне, всё-таки, кажется, что это не «лишние сущности», а дополнительные возможности, которые позволяют простым пользователям, не знакомым ни с одним языком программирования, создавать свои собственные, индивидуальные шаблоны. А профессионалам экономить своё время на отсутствии необходимости написания дополнительных плагинов.

    Шаблоны в LiveJournal (и вообще вся их система) гораздо сложнее, чем в MT. И это, скорее, потому, что писал его другой человек, Six Apart потом просто купили готовый продукт.

    Опыт показывает, что подход “настройка вместо программирования” либо снижает эффективность системы, либо усложняет ее понимание. А чаще всего и то и другое.

    Но можно и не отказываться от программирования. (: Кроме системы шаблонов есть плагины, благодаря которым можно расширить функциональность до желаемого уровня.

    Будем реалистами — standalone-блоги НЕ ДЕЛАЮТСЯ непрофессионалами, они либо привязываются к блог-платформам, либо заказываются у тех же профессионалов.

    А кто же тогда все те люди, которые создают свои автономные блоги и не прибегают к помощи профессионалов, при этом сами не являющиеся таковыми? Что они сделали: захотелось блог ? купили хостинг ? поставили движок ? поняли, что не всё так просто. А дальше они ищут помощи на различных форумах и группах. Через какой-то период времени они уже осваиваются и начинают что-то понимать в установленном движке.
    По-моему, понять язык шаблонов MT гораздо проще, нежели понять, как работает PHP.

    Модуль Бегуна представляет собой исполняемый (на сервере!) код, который получает XML от Бегуна и конструирует выходной текст каждый раз при отображении страницы. Какой код в статическом шаблоне это сделает?

    Файлы на сервере могут генерироваться с любым расширением. У меня, например, это .php. Во-первых, такое расширение позволяет мне инклюдить какие-то «куски» шаблонов, а во-вторых, я могу включить в такой файл что угодно. Код Бегуна включать не пробовал, но вот Text Link Ads и Sape — работали нормально. Причём, так как из шаблона по-умолчанию не происходит соединение с базой данных, я могу из каждого шаблона создавать своё соединение, если оно необходимо.

    Но прежняя их лицензия с ограничением количества пользователей бесплатной версии — несколько напрягает.

    Да, был такой период, когда для обычных пользователей нужно было покупать лицензию, которая была ограничена количеством блогов и авторов в системе. Но уже достаточно давно для персонального использования платформа бесплатна, можно создать сколько угодно пользователей и блогов (хоть миллион!).

    WordPress.com тоже является блог-платформой и поддерживает его такая же команда профессионалов. Разве только история продукта у них поменьше, зато и технологии посвежее — над ними не висит груз уже сделанного кода, которые неоправданно переделывать, а нужно эволюционно развивать.

    К слову: в 4-й версии переписано практически всё ядро системы, так что старый код в прошлом.
    Эволюционно — это хорошо, но мне более нравится «инновационно». Именно такой подход я вижу у разработчиков Movable Type.

    Кстати, локализация MT будет, как только платформа обретёт свободную лицензию. Уже сейчас к этому сделаны первые шаги, как от меня, так и от русскоязычного сообщества.

    Соглашусь с последним вашим выводом. Мне действительно нравится Six Apart и то, что они делают. Мне также нравится продукция Apple, которая тоже хорошо сделана.

  4. Sol:

    Ну, продукция Apple, положим, уже вышла за пределы определения «хорошей продукции» и стала для многих фетишем, но «щас не об этом»…
    Францисканский монах Уильям Оккам, говоря в 13 веке фразу «Не должно множить сущее без необходимости», имел в виду несколько более общие философские понятия :)
    Я говорю не о предоставляемых возможностях, а о том, что если компоненты не составляют целостную картину, то их совокупность остается набором модулей, а не системой. Ну вот кому-то нравятся швейцарские ножи, а кому-то японские катаны. Поднятно, что это спор прагматика и романтика :) но девиз «code is poetry» делает работу эстетическим удовольствием. Из двух систем я выберу ту, для освоения которой нужно меньше изучать и ту, чья структура прозрачней. Чтобы работать с WordPress на уровне программирования, достаточно просто знать php. Чтобы работать с MT, мало знать PERL и PHP, надо еще знать собственный язык встроенных шаблонов, стилей и дополнительно шаблоны smarty. Причем последние три пункта необходимо знать ИСКЛЮЧИТЕЛЬНО для работы с MT, то есть для других целей эти знания бесполезны (SMARTY тоже тихо загнулся с появлением в PHP преобразований XSL). Причем эти знания так просто не получишь :) крупинки информации то там, то здесь. Я не нашел внятного описания Plugin API на сайте Six Apart. А ведь это все время, которое строит денег. В общем, не люблю я осваивать «одноразовые стандарты» при наличии общепринятых.
    <blockquote>понять язык шаблонов MT гораздо проще, нежели понять, как работает PHP</blockquote>
    Для того, чтобы настроить внешний вид, возможно. Для WP все это делает знанием одного лишь HTML. А для программинга в MT потребуется уже PERL и непонятно откуда полученная документация по API. Вся документация по плагинному программированию сводится к набору событий, которые можно перехватить и одной функции, которая привешивает на этот «крюк» свой обработчик. Куда уж проще…
    Cлучай генерации PHP мне вообще кажется непонятным :) зачем генерировать статику, как не для снижения нагрузки? Как снижается нагрузка, если «статические» страницы обрабатываются интерпретатором? И еще — коль скоро мы генерируем «динамическую статику» (ниче себе термин, да?), зачем нам избыточные файлы в календарных архивах, архивах тем и так далее? Место тратить? Какая-то логическая ловушка, не находите? :)
    Кстати, не в курсе про «инновационность». На пальцах, если можно — в чем суть этого термина в сухом остатке? «Революционно» — это переписывание всего, «эволюционно» — это привинчивание нового и постепенное избавление от старого, а «инновационно» это как? Как вообще этот термин применяют к разработке? Не сочтите за издевательство, я правда не знаю и мне интересно.

  5. Wallace:

    Perl, PHP, Smarty, собственная — и раздельная! — система шаблонов и стилей.

    Система шаблонов (со своими тегами) является вообще индустриальным лидером. Да, на изучение надо тратить время, но если хотите широкие возможности — потратите.

    Потом вместе с модой на “расширяемость” появляется API. Достаточно скромный по возможностям, если судить по тому, что довольно скоро сторонними разработчиками был предложен плагин BigPAPI, предлагающий расширенный программный интерфейс. Который, кстати, с грядущим на днях выходом 4-ой версии уже стал нефункциональным — потому что Six Apart в очередной раз сделала “крутой поворот”.

    Не зная истории МТ начинаются фантазции про «повороты».

    Неплохо продуманная и реализованная система генерации “статики” действительно серьезно снижает нагрузку на сервер и с этим аргументов все сторонники MT носятся как с пресловутой “торбой”.

    Это не единственный аргумент. Еще есть лучшая реализация мультиблоговости, более высокая степень безопасности (у WP большинство релизов вызваны security), феноменальная маштабируемость. МТ изумительно держит нагрузку — БоингБоинг имеет 22 млн визитов, Гизмодо 40 млн. и они на МТ. На ВП вы бы уже тратили деньги на тысячи серверов. Причем МТ держит нагрузку не только из-за статики. Это первый движок для stand alone, где внедрен memcached на уровне ядра (не плагинами)

    конечно MT это наиболее близкий родственник самого большого блог-ресурса LiveJournal

    Ошибочное мнение. У ЛЖ взяли только тот самый мемкешд. А так МТ не имеет общего с ЖЖ.

    И без громадной работы по быстрому внедрению всего нового, что только начинает обсуждаться в блогосфере, без помощи в обучении, без поддержки ресурсов на которых “все велосипеды уже изобретены и смазаны” MT просто не дожил бы до 4-ой версии.

    БУГАГА. 6А это вообще законодатель блогосферы, все остальные — последователи. Именно 6А предложила механизм трекбеков, кстати. :) И да, автор, помощь в обучении — это всегда хорошо. 6А помогает разработчикам, рекламирует их. Пока ВП-программисты работают за спасибо, МТ-профи зарабатывают на плагиных.

    МТ развивается ПРОФЕССИОНАЛАМИ, а WP школьниками-пхпшниками. Поэтому только с ВП возможна ситуация, когда взамывают сервер и начинаются распространять дистрибутив с вредоносными кодом. О чем говорить, если сайта самого мэтта (он школу уже кончил? :)) ломали?

    Системы GPL просты и понятны — “пользуйся, переделывай, распространяй, но не смей получать за это деньги”. При этом если я использую GPL в коммерческом проекте, это не нарушает лицензию до тех пор, пока я не начну продавать за деньги исходники, включающие “открытый компонент”.

    автор, GPL-продукты МОЖНО продавать, МОЖНО получать деньги. Суть лицензии в том, что ты должен предоставить возможность скачать бесплатно продукт. Так у ликсов заведено — ты можешь скачивать мандрейк6 а можешь его купить. Некомпетентость в вопросе поражает

    девиз “code is poetry” не имеет ничего общего с вордпрессом

    Cлучай генерации PHP мне вообще кажется непонятным :) зачем генерировать статику, как не для снижения нагрузки? Как снижается нагрузка, если “статические” страницы обрабатываются интерпретатором?

    Нет тех дерганий БД, что в WP. Только WP может создавать 20-100 запросов к БД для генерации главной страницы.

  6. Wallace:

    Как минимум кроме кого, что обе их делает одна компания — а, значит, первыми ЖЖ-ные нововведения будут отражаться в MT. Это что, не “родственная связь”?

    Нет, 6А купила ЖЖ, это был совершенно другой продукт, который после приобретения практически не развивался. Если говорить о «родственности», то родственником является Vox, но никак не МТ.

    Вспоминаем про блог Бернерса-Ли прежде чем бросаться такими громкими словами :) что касается законов — так давайте запатентуем форумские аватары, фидошную древовидную структуру комментирования. Колесо патентуем? или уже занято?

    6A разработала трекбеки, внедрила на уровне ядра поддержку тегов (у WP теги создаются нереально глючными плагинами типа популярного UTW, который сам мэтт критиковал за нагрузку) и теперь их можно указывать в блог-клиентах. Речь, уважаемый автор, идет не о рюшечках типа аваторов, а о том, что формирует лицо современного блогинга. Хотите вы того или нет, но WP с запозданием, но принимает эти тенденции, сформированные именно 6А.

    Толку-то? :) еще один инструмент спамера.

    Это для вас, автор, нету толка. Однако его используют практически все, многие даже отключают коммнентарии, оставляя только трекбеки (сет годин, стив павлина).

    смешно. При условии свободного доступа продавать можно только носитель информации (диски с линуксами кстати так и продаются — не за дистрибутив, а за носитель).

    Подумай, автор, над тем, что сказал. Почему мандрива стоит около 900 руб, когда сам носитель стоит меньше 25? Продают не носитель, автор, продают именно дистрибутив и поддержку. Еще раз: GPL-продукты МОЖНО продавать, МОЖНО получать деньги.

    На “некомпетентность” тоже не отвечаю — это тоже эмоции.

    вы рассуждаете о вещах, о кторых не имеете представления — о лицензии. Утверждаете то, что не соответствует истине. В этом некомпетентность

    Перечитайте пожалуйста, мой текст. “Как снижается нагрузка, если “статические” страницы обрабатываются интерпретатором?”. Это значит, что если мы генерируем php-код, для “вторичного” исполнения, то в этом php коде может быть весь тот функционал, которые дергает базу.

    Автор, я прочитал и все понял. Поймите и вы — хранить можно в пхп, но без обращений к БД ;) просто для других задач.

    У МТ много проблем, но все они лежат в другой плоскости, вы их не подняли.

  7. Wallace:

    Кстати, создать статический кеш — по сути то же самое, что и сайтогерерация в MT — задача элементарная. И в WP решенная.

    если вы о wp-cache, то он: а) помогает не во всех случаях; б) имеет свои особенности (сиречь проблемы)

  8. Wallace:

    Кстати, не в курсе про “инновационность”. На пальцах, если можно — в чем суть этого термина в сухом остатке?

    суть в том, что 6А новатор. Они предлагают блогером то, что становится фактически стандартом. Компания стала по сути пионером stand alone блоггинга. Она первая предложила трекбеки в качестве коммуникации. Она добавила поддержку тегов на уровне ядра (в вп этого нет). Одна предложила _встроенную_ поддержку подкастинга (не надо кривых плагинов) со специальными шаблонами. Она предложила встроенную поддержку OpenID. 6A МНОГО сделала для блогосферы, больше любого из конкурентов.

    Если бы не ошибки компании в плане лицензирования, WP не был бы тем, чем он является сейчас — самой популярной платформой автономного блоггинга

  9. Sol:

    Прежде всего, вынужден попросить «сбавить обороты», иначе интеллигентного разговора не получиться, а ввязываться в базарную ругань я не намерен…

    Дальше по пунктам:

    Не зная истории МТ начинаются фантазции про “повороты”.

    Зная историю можно оправдать вообще все. А продукт должен говорить за себя сам.

    Это не единственный аргумент. Еще есть лучшая реализация мультиблоговости, более высокая степень безопасности (у WP большинство релизов вызваны security), феноменальная маштабируемость. МТ изумительно держит нагрузку — БоингБоинг имеет 22 млн визитов, Гизмодо 40 млн. и они на МТ. На ВП вы бы уже тратили деньги на тысячи серверов. Причем МТ держит нагрузку не только из-за статики. Это первый движок для stand alone, где внедрен memcached на уровне ядра (не плагинами)

    Ok, принимается. Аргументация действительно серьезная. Я этого не знал.

    У ЛЖ взяли только тот самый мемкешд. А так МТ не имеет общего с ЖЖ.

    Как минимум кроме кого, что обе их делает одна компания — а, значит, первыми ЖЖ-ные нововведения будут отражаться в MT. Это что, не «родственная связь»?

    6А это вообще законодатель блогосферы, все остальные — последователи.

    Вспоминаем про блог Бернерса-Ли прежде чем бросаться такими громкими словами :) что касается законов — так давайте запатентуем форумские аватары, фидошную древовидную структуру комментирования. Колесо патентуем? или уже занято?

    Именно 6А предложила механизм трекбеков, кстати.

    Толку-то? :) еще один инструмент спамера. Юридически ненаказуемый, кстати. Мало ли, кто на что ссылается, он-то на своем собственном сайте что хочет, то и пишет.

    Пока ВП-программисты работают за спасибо, МТ-профи зарабатывают на плагиных.

    Знакомая формулировка :) прямо как про MS и юниксовое сообщество. «За спасибо» не значит автоматически «плохо», а «за деньги» еще не значит «качественно». Спасибо Билли Гейтсу за наглядную демонстрацию этой сентенции.

    МТ развивается ПРОФЕССИОНАЛАМИ, а WP школьниками-пхпшниками.

    Это вообще эмоции. Вы ведете себя так, как будто я оскорбил Вашего близкого друга. Нельзя же так вовлекаться в обсуждение сугубо технических вещей. Или это уже фанатизм?

    GPL-продукты МОЖНО продавать, МОЖНО получать деньги. Суть лицензии в том, что ты должен предоставить возможность скачать бесплатно продукт

    Это смешно. При условии свободного доступа продавать можно только носитель информации (диски с линуксами кстати так и продаются — не за дистрибутив, а за носитель). Остап Бендер продавал билеты в «Провал» — это, по-вашему, нормальная коммерция?

    На «некомпетентность» тоже не отвечаю — это тоже эмоции. Чем-то я, похоже, Вас все-таки обидел. Жаль :(

    девиз “code is poetry” не имеет ничего общего с вордпрессом

    Любой девиз имеет отношение к тем, кто ему следует. А что, эту фразу уже кто-то запатентовал? :)

    Нет тех дерганий БД, что в WP.

    Перечитайте пожалуйста, мой текст. «Как снижается нагрузка, если “статические” страницы обрабатываются интерпретатором?». Это значит, что если мы генерируем php-код, для «вторичного» исполнения, то в этом php коде может быть весь тот функционал, которые дергает базу. Оптимизировать код надо, а не бездумно воспевать кодогенераторы.

    Только WP может создавать 20-100 запросов к БД для генерации главной страницы.

    Кстати, создать статический кеш — по сути то же самое, что и сайтогерерация в MT — задача элементарная. И в WP решенная.

    А вообще, не вижу необходимости «грызть щиты», мы же все-таки не берсерки на «святой войне». Take it easy :)

  10. Wallace:

    я прошу прощения за граматически ошибки — в России впервые за 7 лет

  11. Sol:

    Бороться за честь WP мне, слава богу, незачем. Я не идолопоклонник, я просто беру подходящий инструмент и пользуюсь им. И создавать standalone блог, способный выдержать нагрузку в 22 миллиона посетителей, на деле не собирающий и 20-ти — как-то наивно, не правда ли? :)

    И дело не в модных тенденциях (рюшечки здесь исключительно потому, что по долгу службы я эти рюшечки разрабатываю, а здесь у меня полигон), а в прозрачном и просто инструменте для простых и незатейливых потребностях. Когда я писал webfile.ru, нагрузки там были совсем другие — как и другие решения. А вот смысл мне изучать что-то мощное, чтобы мой блог с двумя десятками пользователей выдержал любой флешмоб? А WP мною правится просто в любом месте и с полупинка. Легко и понятно. В минимальных задачах это более значимо, чем мощно и модно. Всему свое место.

    Почему мандрива стоит около 900 руб, когда сам носитель стоит меньше 25? Продают не носитель, автор, продают именно дистрибутив и поддержку. Еще раз: GPL-продукты МОЖНО продавать, МОЖНО получать деньги.
    Сколько там дисков в дистрибутиве мандривы? :) какая макулатура с ней в комплекте идет? Не удивлюсь совершенно, что компектование в коробочку и снабжение литераторой (ну и доставка, например) может стоит и дороже. А про поддержку давайте не будем — поддержка это услуга и лицензионная политика GPL ее не касается ни с какой стороны.

    Что касается само лицензии, то понятие «заразный copyleft» означает, что ни одна производная от GPL-продукта не может распространяться по более строгой лицензией. Грубо говоря, использовав GPL-ный компонент в своей системе, я просто обязан отдать в открытый доступ исходный текст ВСЕЙ системы. Ну и продавать, как Вы предлагаете, поддержку, упаковку и доставку «товара». Это теперь называется «продавать»? :) при наличии интернета в каждом доме это скорее называется «отдавать бесплатно».

    Кстати, где Вы с Вами пили, гость? Я вроде фамильярности себе не позволяю. Или это издержки долгого отсутствия в России? :)

    Поймите и вы — хранить можно в пхп, но без обращений к БД ;) просто для других задач.
    Да все можно. Только не говорите мне о статике, если ее еще раз обрабатывает другой интерпретатор. Не оскорбляйте моего мышления такой игрой слов.

    «Святую войну» тут развязали Вы, а не я. Моя позиция четко сформулирована в последнем предложении в главном посте этого флейма.

  12. Sol:

    У МТ много проблем, но все они лежат в другой плоскости, вы их не подняли.
    Согласитесь, одного дня все же недостаточно, чтобы сейчас спорить на равных с закаленными фанатами MT. Я не знаю его внутренний проблем, во всяком случае пока. Но для первого впечатления хватило одного взгляда.

  13. Wallace:

    если где обидел, прошу прощения.

  14. Ох, ничего себе такая дискуссия развязалась тут. (:
    У Wallace очень хорошо получилось ответить на многие вопросы.
    Добавлю и я пару слов.
    (Кстати, было бы очень хорошо, если бы тут стоял плагин для уведомления по почте об ответах.)

    Честно говоря, думал, что Оккам — это программист. (: Что ж, теперь буду знать.

    Чтобы работать с MT, мало знать PERL и PHP, надо еще знать собственный язык встроенных шаблонов, стилей и дополнительно шаблоны smarty.

    Попробуем зайти с другой стороны: чтобы работать с MT, не обязательно знать ничего из этого списка. Нет, это ни странно, для обычных пользователей это именно так. Конечно, для любого пользователя не лишним будет знать HTML и какие-то основы CSS, но это совсем не обязательно.
    Так вот, теги Movable Type — это те же HTML теги, только с другими именами.

    зачем генерировать статику, как не для снижения нагрузки? Как снижается нагрузка, если “статические” страницы обрабатываются интерпретатором? И еще — коль скоро мы генерируем “динамическую статику” (ниче себе термин, да?), зачем нам избыточные файлы в календарных архивах, архивах тем и так далее? Место тратить? Какая-то логическая ловушка, не находите? :)

    Конечно, какая-то дополнительная нагрузка создаётся при обработке страницы интерпретатором. Но она настолько незначительна, что её и незаметно совсем. Главная страница моего личного блога, к примеру, генерируется за 0.00277 сек. Мне кажется, что генерация страницы за 3 тысячных секунды — это совсем немного. Этот результат можно проверить, заглянув в самый низ кода страницы.

    Но это, опять же, моё личное предпочтение в выборе расширения PHP, мне так удобнее работать с шаблонами. MT не накладывает ни каких ограничений на расширение. Ещё у меня созданы несколько шаблонов, в которых не хранятся данные блога. Например, это .htaccess и robots.txt.

    Ещё статика, независимо от расширения, позволяет не зависеть от базы данных. Вообще, блог становится более мобильным. Файлы можно просто взять и перенести на другой сервер, они будут показываться и без админки.

    Кстати, не в курсе про “инновационность”. На пальцах, если можно — в чем суть этого термина в сухом остатке?

    Как правильно заметил Wallace, Six Apart законодатель моды. И это не просто громкие слова, они действительно делают продукты, которые затем становятся стандартом для других платформ. Взять те же Trackbacks и OpenID — эти продукты придумали и разработали в Six Apart, сейчас они получили всеобщее признание. Поначалу мне казалось, что теги — это фигня полная, но потом я понял, что это очень удобная штука для сортировки информации. То же самое и с подкастингом: сейчас мне это не нужно, но если понадобится, то мне не нужно будет искать каких-то дополнительных плагинов — всё уже встроено в систему.

    Рискну предложить эти ссылки для знакомства с API Movable Type:
    http://www.sixapart.com/movabletype/docs/plugin-tut
    http://www.sixapart.com/movabletype/docs/mtapi_index

  15. Sol:

    Попробуем зайти с другой стороны: чтобы работать с MT, не обязательно знать ничего из этого списка.

    Точно также, как и с любой относительно автоматической системой. Я не беру случай, когда установка по умолчанию используется в качестве окончательного продукта. Не «дорабатывают напильником» только очень непритязательные пользователи.

    Мне кажется, что генерация страницы за 3 тысячных секунды — это совсем немного.

    Если это решающий аргумент, но наверное :)

    Файлы можно просто взять и перенести на другой сервер, они будут показываться и без админки.

    Вы пользовались этом хоть раз, чтобы всерьез называть это преимуществом?

    Six Apart законодатель моды

    Как только некая новинка принимается всеми, она перестает кому-то принадлежать. Мы же не переходим на PERL из-за FastTemplate. Мы выбираем прежде всего то, что нам удобно, а новинки мигрируют между системами, языками и платформами сами. Так что — не аргумент, извините.

    И TrackBack и OpenID уже давно не ассоциируется с 6A. Они есть почти везде. В качестве истории — да, честь и хвала им. Но реалисты используют то, что удобней. Вне зависимости от того, кто первый придумал.

    всё уже встроено в систему

    Вот это мне и не нравится. На мой вкус, любая система должна нести «на борту» только необходимое, а дополнительный функционал есть дополнительный функционал. При хорошей расширяемости кода это не будет означать потери производительности. Разумеется, это субъективное мнение…

    За ссылки спасибо.
    Комментарии по e-mail включу.

  16. Мне приходилось переносить файлы блога на другой сервер без админки — примерно два года у меня блог не велся, лежал на минимальном хостинге, но все это время люди на него ходили. Так что очень выручила фишка со статическими страницами.

    Насчет «доработки напильником» у меня прямо противоположное мнение: надо уметь из системы выжимать максимум, не залазя в ее код. В большинстве случаев это возможно, но программисты любят псевдопростые пути, которые на самом деле потом часто оборачиваются дополнительными проблемами (например, при смене версии движка).

    Кстати, из крупных неблоговых проектов на Movable Type работает (или работал до недавнего времени) Answers.com.

  17. Sol:

    Мне приходилось переносить файлы блога на другой сервер без админки

    Убедительно :) как аргумент принимается… хотя snapshot можно сделать ВООБЩЕ из любого сайта банальным Teleport-ом…

    Насчет “доработки напильником” у меня прямо противоположное мнение

    Мнение на то и мнение, чтобы быть собственным. Но мой программистский опыт показывает, что системы, которая может ВСЕ, в природе не существует. А раз так — в выигрыше именно те, которые дорабатывать легче всего. Не будучи зажатым в тиски форматов и методологий API.

    Проблемы доработки — это не проблемы системы, это проблемы квалификации дорабатывающего. Код ядра этого сайта мне не пришлось править ни разу, весь функционал спокойно переживает все обновления. Потому что отделен от ядра.

  18. Можно пример доработки функционала? У меня такое ощущение, что мы о разном говорим.

    Вообще, если ориентироваться на принцип «любая система должна нести “на борту” только необходимое», то идеальным движком будет Blosxom — 16 килобайт кода в одном перловом файле, а все остальное через плагины :-)

  19. Sol:

    Например, облако тегов — оно мне было не нужно и я не утяжелял систему. Сейчас понадобилось и в свободное время я ее прикручиваю сюда.

    Или идентификация пользователей toodoo и список пользователей. Я как раз этим сейчас занимаюсь — текущие результаты можно посмотреть на blog.toodoo.ru

    Антиспам — поскольку его нет в штатной поставке, у меня есть выбор между реализациями. Заметим, что если бы он был, у меня бы был отключенный балласт и подменяющий его функционал плагин, а так у меня есть только то, что есть. Ничего лишнего. «Оба края шкалы совершенства венчает простота» :)

    Причем все эти дополнения — мои и чужие — одинаково прозрачны и понятны. И мною, как пользователем, они не делятся на «чужие плагины» и «МОИ ДОПОЛНЕНИЯ». Это все ровный код, собранный и выбранных мной компонентов.

    «идеальным движком будет Blosxom — 16 килобайт кода в одном перловом файле, а все остальное через плагины». Я не знаю перл — это единственная причина, по которой это не мой инструмент. Потому что концепция «система это платформа, а функционал — это надстройки» на самом деле, единственно правильный подход к проектированию систем. Просто изготовители «швейцарских ножей» сглаживают эти два уровня, причем делают это намерено. Старый маркетинговый принцип «купить с нагрузкой». Именно так создается мода на новые фишки — в распространенную систему ее просто добавляют и она становится стандартом «де-факто». Но мы-то с Вами находимся по другую сторону баррикады. И я лично предпочитаю брать только то, что нужно мне, а не тому, кому нужно, чтобы я взял все.

    Для рабочих целей у меня написан фреймворк из ДВУХ классов, остальное и есть те самые плагины. Так что…

  20. Sol:

    Разумеется, крайности это крайности :) но WP меня привлекает как система более близкая к идеалу правильности, чем MT.

  21. Владимир Яшников:

    Статья «WordPress DB Query Review — Why, exactly, is it so bloody slow?». В комментах есть разработчик ;)

  22. Sol:

    И что? Предлагаете мне вступиться за него? :) а смысл?

  23. Sol: Идея понятна, но в том же МТ можно отключить вообще все лишние функции или заменить стандартные кастомными. Из ненужного останется тогда лишь несколько файлов на сервере, которые можно и удалить.

    Противопоставление MT и WP меня вообще удивляет, поскольку WP всегда выступал в роли догоняющего — в него безбожно тащили (и наверняка продолжают тащить) фичи из MT.

    А вообще, не люблю WP, потому что он глючный. Вот сейчас я нажму кнопку Submit и у меня эта страница зависнет, придется жать Stop и F5 — проверено на десятках WP-блогов :-)

  24. Sol:

    Колесо тоже не на Форд придумал, однако это не мешает автомобилестроению :)

    Антон, не поленитесь перечитать все сказанное выше. Я написал он своих первых впечатлениях от МТ и не предполагал участвовать в святой войне «МТ vs WP». А что до того, что я сравнивал новую платформу с тем, чем уже пользуюсь, разве Вы поступаете иначе? — выбирая тарифный план сотовой связи, автомобиль или платформу для блога. Что Вас удивляет?

    Если Вам нечего сказать кроме «удивляет», «не люблю» и «глючный», то свое мнение я уже высказал. Человек, участвующий в дискуссии, не утруждаясь при этом аргументацией, хорошего впечатления не производит, согласитесь. Я хотя бы сформулировал то, что мне нравится. А Вы?

    А если есть что сказать — ответьте для начала на простенький вопрос. Почему вас в рунете всего 300-400? Яндекс плохо считает? Или все поголовно тупые ламеры, которые «не въезжают»? Вроде стабильная, понятная и гибкая система должна сама себя рекламировать, не? Чего я не понимаю?

Добавить комментарий

Please log in using one of these methods to post your comment:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s