А какие еще вещи «шурупами прикручены»? Свежий незамыленный взгляд и конструктивная критика — это всегда полезно
Да я пока не разбирался особо — так, на что взгляд упал, о том и пишу. Я как-нибудь постараюсь изложить свои мысли обо всем этом в отдельном топике, раз уж вы не против. Система достаточно запутанная, скорее всего конструктив появится только в процессе изучения и реализации того, о чем говорил выше. Отложенная публикация мне нужна по-любому.
Кстати, мне льстит, что вы выслушали. Тот же ort, походу, забронзовел и развернул у себя банно-прачечный комбинат :)
Да, с уведомлениями я как-то пропустил. Тогда проще всего, наверное, доработать крон до асинхронного запуска, чтобы с каждой отложенной публикацией пересчитывалось время до ближайшего события. Такая система может ещё много где пригодиться, так что скорее всего попробую так и сделать. Хотя я не смотрел, может оно так и работает :)
Но все-таки мне это кажется полумерами. Сейчас в движке некоторые вещи расширяются отлично (равноправие моделей/контроллеров между ядром и плагинами — очень хороший принцип), а другие прибиты даже не гвоздями, а шурупами: те же типы полей в постах зашиты в методы контроллера, и если встанет задача добавлять новые, то придется или делать copy/paste кода методов, что ставит крест на возможности расширения двумя и более плагинами плюс завязывает их на конкретную версию ядра, или, опять завязываясь на реализацию, окружать методы своим кодом.
Я знаю два решения этой проблемы: или до упора рефакторить эти методы, разбивая их на самые базовые единицы, которые потом можно будет переопределять наследованием и тем самым добиваться нужного поведения, или принимать от писателей плагинов патчи с добавлением новых хуков во всякие места, с доказательством их необходимости. Собственно, оба подхода я видел в деле в форумных движках — первый реализован в xenforo, второй (частично) в vbulletin. Считаю, если убрать побольше повторяющегося кода, чтобы хуков было разумное количество, вам подойдет как раз второй.
О да, вот это действительно нужно, соглашусь, что этого остро не хватает.
Оно в ядре нужно, или обязательно плагином? Если делать без завязки на cron (т.е. чтобы публиковалось все точно в срок), то нужно будет подправить модель топиков — не давать отображать топики, у которых дата создания ещё не наступила. Плагин такой будет очень хрупким.
Ну так что вижу — о том и пишу. А вижу я, что на RC4 мне пока не удалось найти ни одного рабочего плагина. Судя по тому, что вы говорили о новой системе шаблонов, рабочих шаблонов найти тоже не получится. На минуточку, форк существует уже больше года, и я уже не надеюсь, что дождусь хоть какой-нибудь стабильности.
Что касается других вопросов (oEmbed, og) — подумаю
Зачем? Это просто фичи, их может реализовать кто угодно. Вам бы сосредоточиться на ядре, которое все равно можете дорабатывать только вы.
Следуя вашей логике, сразу после установки ls пользователь может подумать, что система называется YourSiteName. Я так понимаю под логотипом вы подразумеваете текст «startkit», который является всего лишь текстом и он конечно может быть «ALTOCMS», но логотипом не является.
Да, подразумеваю текстовый логотип «startkit». Нет, вне зависимости от намерения автора, это все равно логотип — он располагается на месте для логотипа (и обычно на этом месте ставится именно логотип системы) и имеет отдельную от остального сайта гарнитуру, как и положено логотипу. YourSiteName по обоим признакам логотипом не является — этот текст расположен на месте для названия сайта и имеет стандартную для веба гарнитуру.
Так может сделаете и выложите в каталог? Будет отличный плагин :)
Отличная идея! Может быть сделаю и выложу. Но вы его все равно использовать не сможете — к тому времени выйдет новая версия Alto, которая с ним уже не будет совместима.
Лучшая реализация личной переписки из коробки на сегодняшний день у ls/alto.
Лучшая для вас, не для меня. Я отвечал на вопрос о нужном мне функционале. По моему мнению, такая реализация хороша для обсуждений и мозговых штурмов, но совершенно не годится, когда надо договориться до чего-то конкретного, например, согласовать пункты в ТЗ: если в обычном линейном представлении можно подвести итог всему, что сказано выше, то с древовидным это не получится, так как новые замечания будут рассыпаться по отдельным веткам. Опять же, говорю за себя, у вас может быть на этот счет другое мнение.
Хм, Вас больше устроило бы, если б движок застыл в своем развитии?
Нет, ни в коем случае. Но как раз этого вы и добьетесь, если будете и дальше ломать обратную совместимость. Те же drupal, joomla, wp до упора поддерживают свои дико устаревшие ядра, потому что знают, что из-за сломавшихся плагинов новая версия потеряет больше возможностей, чем приобретет. Но что у вас, что у ls от версии к версии ломается чуть ли не все. Причем феерически ломается, простой пользователь после этого будет в панике. Это дорога в пропасть.
Это не столько от движка зависит, сколько от шаблона.
Ну так стоит вынести это из шаблона, чтобы перестало зависеть. Многие верстальщики даже не подозревают о существовании такого рода разметки. Кстати, наверное, стоит заменить логотип startkit на логотип системы, т.к. сразу после установки пользователь может решить, что система так и называется :P
А много CMS поддерживают oEmbed? И многим ли сайтам, создаваемым на Alto нужен этот функционал из коробки? Я не знаю. Фишка классная, конечно, но, скорее всего, имеет смысл отдельным плагином ее реализовывать
У большинства популярных систем есть такие плагины. А в wp оно так и вообще из коробки. В пользу такого плагина говорит то, что возможности тега <video> им полностью покрывается.
А это чисто вопрос дизайна/шаблона. Авось, кто-нибудь и сделает такое когда-нибудь
Ну, я все-таки говорю о том, что мне нужно, так что мне и делать, если не найду движок получше.
На основании номера версии. Старшую цифру принято менять, когда вносятся серьезно нарушающие совместимость изменения (в пределе — полностью переписывается код).
Много-мало — понятия относительные. Вам не достает какого то функционала?
Мне недостает самого элементарного функционала: разметки opengraph (нужно для продвижения в соцсетях), поддержки oembed (для встраивания в сайт контента со сторонних сайтов), отложенной публикации постов, линейного представления для личной переписки, приложенных файлов с защитой от личеров. Это если не углубляться в специализацию сайта. Все это мне, скорее всего, придется разрабатывать с нуля.
Будет ли публичный roadmap? Слышать про 2.0 мне вот не очень приятно — обычно это значит, что все старые плагины придется выбрасывать. Их ведь и так немного. Вру, их настолько мало, что это просто отпугивает.
Кстати, мне льстит, что вы выслушали. Тот же ort, походу, забронзовел и развернул у себя банно-прачечный комбинат :)
Но все-таки мне это кажется полумерами. Сейчас в движке некоторые вещи расширяются отлично (равноправие моделей/контроллеров между ядром и плагинами — очень хороший принцип), а другие прибиты даже не гвоздями, а шурупами: те же типы полей в постах зашиты в методы контроллера, и если встанет задача добавлять новые, то придется или делать copy/paste кода методов, что ставит крест на возможности расширения двумя и более плагинами плюс завязывает их на конкретную версию ядра, или, опять завязываясь на реализацию, окружать методы своим кодом.
Я знаю два решения этой проблемы: или до упора рефакторить эти методы, разбивая их на самые базовые единицы, которые потом можно будет переопределять наследованием и тем самым добиваться нужного поведения, или принимать от писателей плагинов патчи с добавлением новых хуков во всякие места, с доказательством их необходимости. Собственно, оба подхода я видел в деле в форумных движках — первый реализован в xenforo, второй (частично) в vbulletin. Считаю, если убрать побольше повторяющегося кода, чтобы хуков было разумное количество, вам подойдет как раз второй.
Не все так просто. Нужно, чтобы это делалось на уровне плагина, а не шаблона, иначе каждое обновление движка будет пыткой.
Зачем? Это просто фичи, их может реализовать кто угодно. Вам бы сосредоточиться на ядре, которое все равно можете дорабатывать только вы.
Отличная идея! Может быть сделаю и выложу. Но вы его все равно использовать не сможете — к тому времени выйдет новая версия Alto, которая с ним уже не будет совместима.
Лучшая для вас, не для меня. Я отвечал на вопрос о нужном мне функционале. По моему мнению, такая реализация хороша для обсуждений и мозговых штурмов, но совершенно не годится, когда надо договориться до чего-то конкретного, например, согласовать пункты в ТЗ: если в обычном линейном представлении можно подвести итог всему, что сказано выше, то с древовидным это не получится, так как новые замечания будут рассыпаться по отдельным веткам. Опять же, говорю за себя, у вас может быть на этот счет другое мнение.
Ну так стоит вынести это из шаблона, чтобы перестало зависеть. Многие верстальщики даже не подозревают о существовании такого рода разметки. Кстати, наверное, стоит заменить логотип startkit на логотип системы, т.к. сразу после установки пользователь может решить, что система так и называется :P
У большинства популярных систем есть такие плагины. А в wp оно так и вообще из коробки. В пользу такого плагина говорит то, что возможности тега <video> им полностью покрывается.
Ну, я все-таки говорю о том, что мне нужно, так что мне и делать, если не найду движок получше.
Мне недостает самого элементарного функционала: разметки opengraph (нужно для продвижения в соцсетях), поддержки oembed (для встраивания в сайт контента со сторонних сайтов), отложенной публикации постов, линейного представления для личной переписки, приложенных файлов с защитой от личеров. Это если не углубляться в специализацию сайта. Все это мне, скорее всего, придется разрабатывать с нуля.