cotonti.com : Переезд на сиену. Нужен ли? https://www.cotonti.com Останні повідомлення в темі Cotonti en Thu, 29 Jan 2026 01:39:55 -0000 Trustmaster
2. Да.

3. Разделение оставили, хотя разница очень невелика.

пс. Не ясно, чего именно хочется.]]> Вт, 08 Лют 2011 17:30:42 -0000 jcrush
2. По шаблонам поддерживаются ли в страницах, форумах и листах разные дизайны, как ранее? page.list и header.list, header.forums?

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

пс. хочется чтобы можно было организовывать сайты, где практически не нужны модули и графика, сайты визитки, саттелиты и прочее, без ручных чисток.]]> Вт, 08 Лют 2011 15:40:20 -0000 Trustmaster
2. Как минимум, поменять префиксы с sed_ на cot_, поменять шапку у файлов (там теперь достаточно в среднем 1-2 параметров на часть, не надо расписывать 10 каждый раз), поменять код работы с БД (теперь используется PDO), явно подключить АПИ используемых модулей (по умолчанию движок не грузит 10000 строк с функциями, а загружает то, что действительно нужно).

3. Будут. Новый шаблонизатор даже на старых Genoa-сайтах работает.

4. Тестировал на дампе с этого сайта. Результаты неоднозначные. Кое-где быстрее на 10-30% (например, страницы), кое-где медленнее на эти же 10-30% (например, главная). Однозначно, проблемные места надо ещё будет оптимизировать, фактически сейчас мы только реализовали новый функционал, а оптимизация проводилась только для ядра (основные функции и common). Вся оптимизация модулей и плагинов впереди, в том числе запросы и кеширование контента блоками. Поэтому я не рекомендую большие сайты переводить на Siena хотя бы до 0.9.2 или 0.9.3, чтобы переходить на более стабильную и оптимизированную версию.

5. Делайте бекапы, пробуйте конвертироваться локально, сообщайте об ошибках.]]> Вт, 08 Лют 2011 14:55:18 -0000 jcrush 1. какие могут быть проблемы с конвертацией базы? что будет с текущими страницами которые в page_text, они конвертнуться в HTML?
2. как сложно переделать плаг от седитио? Как я понял просто поменять префиксы и запустить не получиться?
3. текущие условия шаблонизатора будут работать?
4. производительность кто-нибудь тестировал на повышенных нагрузках?]]> Вт, 08 Лют 2011 11:48:59 -0000 Trustmaster Я кажется просил прекратить спор по поводу BBcode vs. HTML. Дальше посты удалять буду. Как видно, под разные категории пользователей затачивается тот и другой.]]> Вт, 08 Лют 2011 05:51:20 -0000 Kort 1. Выделить его
2. Кликом по меню выставить вокруг волшебные p
А еще мне придется объяснить, что абзац убирается путем удаления этих p вручную или при помощи пометки и еще одной волшебной кнопки -- удалить разметку.
А еще мне придется "заэкранировать" br'ы для поля page_text. Я бы экранировал и для комментариев, но объяснять все это посетителям сайта будет еще сложнее. А еще сложнее будет снова объяснить заказчику что в комментариях волшебные p ставить не нужно. Или нужно, но переводы строк будут работать не так, как в тексте, вернее они будут работать, потому что гости не смогут оставлять комментарии по такой сложной схеме, и между волшебными p вводы ставить не надо чтобы не было лишних дыр.
Да, при этом периодически у заказчика будут возникать вопросы из-за того, что съехала верстка или весь текст стал b из-за того, что где-то не был закрыт волшебный p или b из-за того, что их слишком сложно увидеть.
Насколько сложнее получить размеченный html-код и оформить его типовыми стилями?]]> Вт, 08 Лют 2011 05:28:39 -0000 Boss Trustmaster, ок, спасибо за понимание. Вроде как для сео слышно, что более 200-220 знаков description не имеет смысла делать, поисковики все равно воспринимают только начало (на текущий момент так, установлено опытным путем). Тем не менее, если это никак не скажется на производительности и т.д. то я за увеличение этого поля в таблице.

Продемонстрируйте способ изменения расстояний между такими абзацами
Нет, это вы продемонстрируйте как вы собрались делать абзацы в визуальном редакторе и HTML. Я первый спросил. :) И кстати, не забываем, что для BB-кодов есть замечательные теги [_P_]...[_/P_] так что фактически первое и второе в вашем случае не будет отличаться.

Что касается закрытого проекта: этот топик, начатый одним [censored] уже давно превратился в помойку для других таких же. Не нравится -- не надо. Есть классные друпалы, джумлы и битриксы.
Пионэры, постоянно допиливающие свои "проекты на Seditio": или допиливайте их и дальше или переходите на битриксы. А Сиена не станет интересным фреймворком если ее делать с оглядкой на обратную совместимость.
Вообще-то, тут форум, люди общаются, знаете ли. Каждый высказывает свое мнение. Зря вы так волнуетесь по пустякам. ;)

конечно не просто так, но базу в 300 мегов, из за производительности иметь не хочется, поэтому сиена и привлекает.
Котонти очень экономно использует базу, но даже если 300 мегов когда-то будет, то это не много на самом деле. У меня в одном из проектов при самом скромном подсчете база обещала быть 200-300 Гб. Пришлось убеждать заказчика что так делать нельзя. ;) А хотя ведь есть такие проекты в сети, так что...]]> Пн, 07 Лют 2011 21:46:33 -0000 jcrush Зачем же его отключать? Пусть дублирует. Не просто же так это сделано, чтобы раздуть базу.

конечно не просто так, но базу в 300 мегов, из за производительности иметь не хочется, поэтому сиена и привлекает.]]> Пн, 07 Лют 2011 20:02:00 -0000 Kort
Я не услышал ваше предложение. Что там вы предлагали? Делать отступы абзацев в HTML при помощи визуального редактора? Не стесняйтесь, расскажите подробнее, раз уж зашла об этом речь.
Продемонстрируйте способ изменения расстояний между такими абзацами:
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
и такими:
<p>Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.</p>
<p>Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.</p>

И объясните попроще как быть с переводами строк в вашем ответе.

Что касается закрытого проекта: этот топик, начатый одним [censored] уже давно превратился в помойку для других таких же. Не нравится -- не надо. Есть классные друпалы, джумлы и битриксы.
Пионэры, постоянно допиливающие свои "проекты на Seditio": или допиливайте их и дальше или переходите на битриксы.
А Сиена не станет интересным фреймворком если ее делать с оглядкой на обратную совместимость.]]> Пн, 07 Лют 2011 19:38:05 -0000 Trustmaster
Ограничение в 255 символов в page_desc вызвано традиционными ограничениями типа VARCHAR в MySQL версий до 5.0. Сейчас его можно расширить без лишних жертв. И я согласен, что на многих сайтах просто физически нет возможности для каждой из сотен и тысяч страниц прописывать мета-описание, в таком случае page_desc используется как комбинированное поле (аннотация и мета).]]> Пн, 07 Лют 2011 19:18:29 -0000 Boss Даже тех, кто им не пользуется? Котонти превращается в закрытый проект который затачивается под ваши интересы? Если так, то стоит сразу об этом предупреждать.

Абзацные отступы были неактуальны вчера.
Я не услышал ваше предложение. Что там вы предлагали? Делать отступы абзацев в HTML при помощи визуального редактора? Не стесняйтесь, расскажите подробнее, раз уж зашла об этом речь.

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

по поводу метатега дескрипшен, конечно он нужен для сниппета в первую очередь и количество там ограниченно в символах
Количество знаков, сколько можно, поисковики не называют. Да, наверняка, не много нужно. Но реально еще одно дополнительное поле заполнять специально для сео мало кто захочет.]]> Пн, 07 Лют 2011 19:06:50 -0000 jcrush
Добавлено 7 Минут спустя:

по поводу метатега дескрипшен, конечно он нужен для сниппета в первую очередь и количество там ограниченно в символах, но дескрипшен и описание не всегда верно совпадают и должны совпадать, на самом деле делается все просто, кому нужно описание большое пусть поле увеличивают в базе, а метатег обрезают программно, ну либо как уже сказано дополнительное поле юзать.]]> Пн, 07 Лют 2011 17:47:16 -0000 Kort Движок должен быть универсальным и учитывать интересы всех Даже тех, кто им не пользуется?
Кроме того, завтра вам понадобится поменять дизайн сайта, где абзацные отступы будут уже не актуальны
Абзацные отступы были неактуальны вчера.
вставку файла из PFS с тегами HTML на ту которая для них должна быть, т.е. вставка файла в виде bb-кодов
PFS недолго жить осталось
Что касается дескрипшена: у вас, похоже есть непонимание проблемы, уважаемый. Почитайте требования к метатегам например в гугловском руководстве. И сравните их с вашим требованием к описанию. Это две разные вещи. Метатег пишет оптимизатор, описание -- контент-мейкер. Метатег нужен всегда, описание создается произвольно и в любых количествах. Не надо путать мух и котлет. "Потом понимать" тут просто нечего, а неграмотно -- это когда "не грамотно".]]> Пн, 07 Лют 2011 17:40:53 -0000 Boss Kort, есть свое мнение? Рад за вас. Но, во-первых, прошу общаться более уважительно! Во-вторых, не стоит забывать, что ваше мнение и "хочу" ваших клиентов - это ваше личное дело. Движок должен быть универсальным и учитывать интересы всех.

Отбивание абзацных отступов вводами и прочие "достоинства бибикодов" выглядят паршиво -- это три.
И что же вы предлагаете? Прямо в текстах делать форматирование? Типа, надо абзац, извращаемся, делаем его на HTML? Это не грамотно по ряду причин. Кроме того, завтра вам понадобится поменять дизайн сайта, где абзацные отступы будут уже не актуальны. Что тогда делать? Править все тексты?

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

Поддержка bbcodes для любителей старины остается -- это четыре.
Ок, но только пусть это будет правильная поддержка. Любители старины не должны потом переписывать код, чтобы заменить, например, стандартную вставку файла из PFS с тегами HTML на ту которая для них должна быть, т.е. вставка файла в виде bb-кодов.

SEO-описание и "человеческое" описание -- две разные вещи
Это ваше дело. Хотите, пусть у вас это будут разные вещи. Движок должен быть максимально гибким, чтобы его можно было использовать по-разному.

А page_desc умные мальчики заполняют отдельно для -- еще раз повторю -- метатега description.
Лишняя работа! Наполняться сайт должен легко. Если вы этого еще не поняли, то поймете потом, а тем временем не надо ограничивать свободу другим. Добавление новой страницы не должно встречать пользователя кучей текстовых полей и прочего. Заголовок, описание для сео, описание для человека, текст, ключевые слова,... А для организации загрузки единственного файла сколько полей... Надо все упрощать и максимально автоматизировать! Ну ладно, с ключевые словами еще можно согласиться, лучше чтобы их человек продумано написал сам. Но описание.... Вообще-то описание для человека и так в идеале должно содержать основную мысль и ключевые слова, куда уж лучше для описания для сео?

Добавлено 1 Минута спустя:

Собственно плюс хтмл - это скорость, его не надо парсить перед выводом, в отличии с ббкода
Один раз пропарсить надо сразу после публикации. Это не серьезно.]]> Пн, 07 Лют 2011 17:00:22 -0000 Kort http://www.seditio.by/page.php?al=markitup_with_html_parsing]]> Пн, 07 Лют 2011 15:38:51 -0000 jcrush Пн, 07 Лют 2011 15:17:00 -0000 Kort Boss:
Не видел я на нормальных сайтах в форумах и комментарях, чтобы пользователям HTML давали в руки, пусть даже и через визуальный редактор. BB-код обычно, и это считаю правильно. Нормальные сайты форумов сейчас не имеют. В качестве средства общения форумы для среднего пользователя давно умерли -- это раз. У меня все клиенты уже давно требуют ckeditor в т. ч. для комментов (и не просто так, а потому что у конкурентов он стоит) -- это два. Отбивание абзацных отступов вводами и прочие "достоинства бибикодов" выглядят паршиво -- это три. Поддержка bbcodes для любителей старины остается -- это четыре. И это я считаю правильно.
Ок, пусть поле будет, но расширьте вы его уже! Ну мало 255 знаков. Реально мало!
Эта история не про more и не про символы. SEO-описание и "человеческое" описание -- две разные вещи (это знают даже те, у кого в портфолио меньше трех сайтов). В некоторых случаях они совпадают: в этом нет ничего неправильного. Развернутый дескрипшен в более чем 255 символов с парсингом тоже может требоваться -- этот так. Но путать его с метатегом нельзя. Абзац такого текста в description записывать тоже нельзя. Поэтому для таких случаев умные мальчики создают экстраполе и подшивают к нему markitup или ckeditor и пишут свои описания в любое количество символов. С новым шаблонизатором сиены такие штуки можно делать за три секунды -- спасибо, Трастмастер. А page_desc умные мальчики заполняют отдельно для -- еще раз повторю -- метатега description.]]> Пн, 07 Лют 2011 15:02:02 -0000 Boss Всё-таки чем так HTML насолил? Для НЕ визуального редактирования код более сложен. Не удобно работать с HTML.

Не видел я на нормальных сайтах в форумах и комментарях, чтобы пользователям HTML давали в руки, пусть даже и через визуальный редактор. BB-код обычно, и это считаю правильно.

В большинстве подобных систем сейчас он стандарт (Друпал тот же).
В Друпале по умолчанию три режима редактирования: HTML, урезанный HTML, и простой текст. Для разных модулей сайта можно выбирать режимы. Можно везде ограничится лишь простым тестом, запретив использовать HTML. Обработчик BB-кодов ставится дополнительно.

Еще скажу про Битрикс раз уж его неплохо знаю. В нем по умолчанию для контента тоже HTML и простой текст. А вот для форума и комментариев по умолчанию BB-коды.

Сложно будет потом плагинописателям ориентироваться на бесконечное число разных разметок (в том же PFS, как картинку вставить в текст).
Да это проблема! Но ничего не поделаешь, видимо надо какую-то настройку добавлять стандартизованную, к которой плагино/модули-писатели могут обращаться к коде, чтобы выводить правильный формат тегов. Затачивать все под HTML точно не правильно.

2. Сейчас парсинг в поле описания запрещён и это поле по умолчанию выводится в мета-тегах страницы. Правда лучше совсем убрать? Кому надо превью, смогут добавить экстраполе, а вот без грамотного мета-описания они вряд ли обойдутся.
Ок, пусть поле будет, но расширьте вы его уже! Ну мало 255 знаков. Реально мало! Откуда вообще такое число взялось? Описание в одно предложение, как здесь на сайте, на полноценных новостных сайтах или сайтах со статьями вы не увидите. Обычно описание - это один абзац текста. Для абзаца 255 знаков часто мало.

Система рейтингов уже и есть плагин.
Я не использую данный плагин, но в базе в страницах есть page_rating. Похоже оно по умолчанию создается.]]> Пн, 07 Лют 2011 13:30:19 -0000 Trustmaster
2. Сейчас парсинг в поле описания запрещён и это поле по умолчанию выводится в мета-тегах страницы. Правда лучше совсем убрать? Кому надо превью, смогут добавить экстраполе, а вот без грамотного мета-описания они вряд ли обойдутся.

3. Файловое поле можно будет убрать в экстраполя. После того как файловые экстраполя пройдут процесс дебага.

4. Система рейтингов уже и есть плагин. Комментарии, естественно, тоже.]]> Thu, 03 Лют 2011 23:27:41 -0000 jcrush Thu, 03 Лют 2011 19:00:57 -0000 Boss
Есть следующие мысли:
- правильно все редакторы выбросить из дистрибутива. По умолчанию работа лишь с текстом. Кому нужна поддержка BB или HTML - ставят отдельно.

- поля страниц по умолчанию имеют ограничения, зачем так?
1. Поле описание всего 255 знаков. Раз у всех разное мнение по тому, какой величины должно быть это поле, то вовсе удаляем данную опцию в отдельное расширение и таблицу. Далее кому какое поле надо, тот пусть такое и делает. Кому-то может вообще [_MORE_] хватит. Некоторые еще про поддержку парсинга для данного поля говорили, что лично я считаю извратом, но кому надо, пожалуйста пусть делают. Главное, что в ядре движка этого не будет.
2. Поле файл, размер, количество загрузок и т.д. - ведь это же явно слишком специфичная штука. Зачем она всем по умолчанию? Слишком часто на странице надо несколько файлов. В общем эту функцию тоже в отдельный модуль и отдельную таблицу, и конечно же не ограничиваться закономерностью, - одной странице - один файл. Мы ведь говорим про универсальный движок!
3. система рейтингов тоже напрашивается в отдельный модуль.

А теперь, собственно, почему я пишу в этой ветке. Дело в том, что пока в ядре движка есть такие вот пережитки прошлого, а также некоторые тупиковые решения (типа заточенности по умолчанию под HTML), то не стоит надеяться что текущий релиз будет основой, как тут сказали "каркасом" для развития в будущем. К сожалению, его придется пилить напильником основательно еще не раз. В связи с этим, я не вижу смысла перехода на этот новый движок. Как не вижу смысла и создания на нем новых сайтов. В любом случае это предвещает сложности с переходом на новые будущие версии. Очевидно, что пока ядро движка не избавится от мусора окончательно, переход от версии к версии всегда будет затруднительным.

Еще раз говорю, что я ценю то что сделали и делают разработчики в сиене. Но лично я смотрю сейчас в сторону более стабильного и устоявшегося движка. Принимать участие в разработке сиены, к сожалению, некогда, да и не совпадают некоторые мои взгляды со взглядами других разработчиков (тот же HTML). Сайты нужно делать уже сейчас и делать их нужно считаю именно на устоявшемся движке. Это экономия своего времени сейчас (много расширений) и в будущем (более простое обновление).

Достаточно неплохо код выглядит у друпал, понравилась и структура базы. Как-то больше оно соответствует моему пониманию "ядра без лишнего мусора". Плюс сейчас версия вышла друпала которую тоже по-моему три года делали (вышел релиз). В друпал больше всего меня напрягает - мания все подряд записывать в базу. Тем не менее для не очень оживленных сайтов думаю движок неплох.

Для легких сайтов держку котонти на примете и отслеживаю новости, но пока не более того.]]> Thu, 03 Лют 2011 17:49:19 -0000 jcrush
Добавлено 1 секунда спустя:

не все движки правильно выдают русские буквы, я как то пытался движок свой научить таким урлам, но поисковики так их и видели как %D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8, а должны были как русское слово, браузер понимал, забил... хотя википедия как мы видим это сделала.]]> Вт, 21 Вер 2010 14:54:55 -0000 Trustmaster Вт, 21 Вер 2010 14:16:15 -0000 jcrush Вт, 21 Вер 2010 08:09:40 -0000 Sergey http://ru.wikipedia.org/wiki/Википедия:избранные_статьи а ссылка так http://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%98%D0%B7%D0%B1%D1%80%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5_%D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8]]> Вт, 21 Вер 2010 04:17:40 -0000 jcrush
Добавлено 24 Минуты спустя:

жесть конечно... index.php?z=index&z=index - ЧПУ отдыхает!

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

в LDU когда то так же было через index.php?c= правда...

А это к чему: 
Forums / Public / Off-topic / 123112121 *Forums / Public / Off-topic / 123112121 *
ошибка в шаблоне или как?

в общем ожидал большего...]]> Пн, 20 Вер 2010 18:21:03 -0000 Kort
У нас модуль блогов собран по следующей схеме:
1. Есть родительская категория "Блоги", в которой все выводится одним потоком
2. Поток можно фильтровать по пользователям (ака "категория пользователя" или фильтр "пользователь"), когда выводятся категории, созданные пользователем с возможностью их просмотра
3. Поток можно фильтровать по пользователям + их категориям (фильтр пользователь + категория), когда выводится поток постов пользователя в категории
4. Пользователь может манипулировать своими категориями (изначально -- создать, в дальнейшем -- создать / удалить / переименовать)
5. Естественно, все сделано на базе страниц
6. Аналогично создаются фотогалереи, видеогалереи и аудиогалереи (соответственно мы подшивали fancybox, fancybox и jqplayer в связке с pageavatar2 и автовалидатором)
7. Сомневаюсь, что все это нужно кому-то кроме нашего заказчика, но предложить можем как уже готовое решение.
8. пп. 1-6 никакого отношения к Сиене не имеют и работают под 0.6.10]]> Пн, 20 Вер 2010 17:36:19 -0000 Alex300 # psyvek : Я под блогами в условиях cotonti представляю себе, категорию блоги, В которой каждому пользователя принадлежит своя подкатегория, в которой он имеет админские права, а значит постит без премодерации и может редактировать комменты к своим записям. При этом в категория блогов выводится единая лента записей ну можно еще вывести топ авторов по количеству авторов.

Решено на 70% под Genoa. Пока руки не доходят закончить т.к. моного работы. Но будет закончено обязательно. Спонсорская помощь могла бы ускорить процесс. Но независимо от помощи, плагин будет бесплатным и доступным для всезх. + к вышеописанному у пользователя будет возможность выбора скина и в своей категории создавать вложенные категории.


О том как должны выглядеть блоги - мне близок livejournal. + Фотоальбомы пользователей.]]> Пн, 20 Вер 2010 17:24:54 -0000 Trustmaster здесь]]> Пн, 20 Вер 2010 16:05:57 -0000 Sergeich Пн, 20 Вер 2010 16:03:16 -0000 Trustmaster
Насчёт онлайн-альфы идея отличная, сейчас сделаю.]]> Пн, 20 Вер 2010 15:01:11 -0000 jcrush esclkm, надо было все таки просить написать коллективное ТЗ, а мнения у всех свое.

Для меня хорошие плюсы это html парсинг, которые не подразумевает копию базы, как сейчас в коте и оптимизация запросов...

Просьба - дайте онлайн версию альфы для теста, с админом, все же это будет правильнее ИМХО чем разворачивать на сервере, на данном этапе.]]> Пн, 20 Вер 2010 07:15:29 -0000 esclkm Пн, 20 Вер 2010 04:37:24 -0000 Sergeich Нд, 19 Вер 2010 23:58:16 -0000 Trustmaster
Статус ветки 0.9. Это было почти 2 года назад, когда я говорил, что на реализацию перемен, намеченных на версию 1.0 уйдёт 2 года. Тогда меня посчитали пессимистом. Сейчас очевидно, что именно 2 года на это и ушло. И поскольку "переделка" нужна, причём только одна, то 0.9 - и есть эта самая переделка. В первую очередь, она развязывает руки разработчикам. Поэтому конечные пользователи выигрывают не так много. Долгожданные функции в виде новых плагинов и модулей они смогут получить уже после того, как плагинописатели освоят новые возможности. Стабильную и навороченную новыми возможностями Сиену мы и собираемся затем сделать долгожданной 1.0.

Некоторые новшества, которые запланированы на 0.9.x (повторять вышеперечисленные не буду):
  • HTML как основной режим разметки. HTML Purifier и WYSIWYG редактор в комплекте. ББкоды на старых сайтах будут работать по-прежнему.
  • JS/CSS прокси с кешем. То есть JS или CSS, выводимые движком, будут склеиваться в цельные файл, что снизит число HTTP запросов на страницу.
  • Структура категорий будет универсальна, ей можно будет пользоваться не только в Pages. В частности, форумы переедут на дерево категорий вместо хитроумных комбинаций master/slave.
  • Интернационализация содержимого, а не только интерфейса. Естественно, опциональная.
  • Самый настоящий Content Management Framework для разработчиков, полноценная модульность и программные интерфейсы.
  • Многослойная система кеширования - от отдельных переменных до страниц целиком.
  • Весь HTML больше не зашит в ядро, даже "интимные" HTML-строки можно переопределить в своей теме (скины теперь называются темами, потому что это более корректно).

Статус альфа-версии. Альфа-версия ещё совсем сыра, в ней нет ещё 30% намеченных изменений, много ошибок. Это ни в коем случае не конечный продукт, на неё нельзя переходить. Она создана для того, чтобы начать устранять проблемы уже на этой ранней стадии. Чтобы учесть важные моменты (вроде совместимости старых урлов). Чтобы оживить сообщество.]]> Нд, 19 Вер 2010 23:39:21 -0000 psyvek
Я под блогами в условиях cotonti представляю себе, категорию блоги, В которой каждому пользователя принадлежит своя подкатегория, в которой он имеет админские права, а значит постит без премодерации и может редактировать комменты к своим записям. При этом в категория блогов выводится единая лента записей ну можно еще вывести топ авторов по количеству авторов.

В идеале есть еще категория для коллективных блогов. Где есть также подкатегории - блоги. В которых создавать записи могут только те пользователи, которые в эти блоги (подкатегории) подключены (вступили и т.д.) При этом важно что администратором коллективного блога, является создатель, но писать могут все вступившие в этот блог без его премодерации.
Как я понимаю нужно для каждого коллективного блога создавать свою группу пользователей. В которой тот кто создал блог имеет административные права и может там принимать или исключать участников, ну и естественно модерировать все записи, а вступившие в эту группу иметь права только на добавление записей. Можно еще сделать блоги со свободным вступлением или с одобрения администратора.]]> Нд, 19 Вер 2010 23:21:18 -0000 esclkm
OpenID - это то что должно быть плугом. а не двигом

"премодерирование без прав администратора осталось" не доконца понял. что имелось в виду?

про что новое когдато писалось тут http://www.seditio.by/list.php?c=cotonti_developers_blog хотя это и не все.

Про что не повотрится - зачем повторять? мы идем в определенном направлении.

Про модули - пример не в отсоединении их - а в легком присоединении.
Пример мне нужен модуль - определенных коллекций - который реально тот е пейдж - но пейдж я не хочу перегружать этими колеекциями - благодаря текущему статусу я могу сделать этот модуль за 2 часа. разве это плохо?]]> Нд, 19 Вер 2010 23:03:20 -0000 Spy Мод реврайт на сервере конечно есть, но нужно сохраниц старые адреса страниц без редиректов.]]> Нд, 19 Вер 2010 22:45:34 -0000 psyvek Пока то что я увидел:
+++ добавили наконец экстра поля с парсингом, для меня супер плюс
+ появились экстра поля для файлов
+ RSS наконец-то работает адекватно :) и даже тег понимает, если мне не показалось
+ админка удобнее, на первый взгляд
+ появился инсталлер (ну, честно говоря, не критично совсем)
++ права пользователей расширили
-- премодерирование без прав администратора осталось
--- урлы
- не работают старые плагины
- в категориях так и не работает

Чего наконец-то хотелось бы увидеть, что бы движок не казался диназавром:
* openID
* БЛОГИ
Это как пример. Все плюсы и минусы сугубо субъективны.
А то на данный момент для меня не понятны ПЕРСПЕКТИВЫ. Я еще раз повторюсь, я могу пережить полную переделку единожды, пусть даже вес потеряв. НО я реально боюсь, что это может повториться.
Откуда пессимизм?
Че-то много тут людей из студии разрабатывающей сайты, имеющих вес при принятии решений. А это значит, что стимул это деньги, а не удобство и пользователи. ТО есть удобнее, если пользователь будет от них зависеть и нифига сам сделать не сможет. Это напрягает. Например модульность для меня вообще не важна как для пользователя. Лишние 100 кб кода, если я форумом не пользовался меня никак не напрягали. Может модульность это просто супер и то что я хочу, но пока этого не знаю, потому что не понимаю что она дает.
И это кстати один из факторов почему комьюнити не растет. Дофига ведь плагинов настрочили, но выложили из них единицы, потому что либо платно, либо влом. А значит пользователей не прибавится, а если нет пользователей, то и разработчикам крошки.
Обещания что все будет, обнадеживают, но вопрос когда. Если проблема с урлами будет решаема к выходу релиза это просто здорово.
PS боюсь что основная волна бурления говн впереди. Мало кто сейчас стал тестировать альфу, прикиньте что будет с людьми, когда они релиз скачают. Вопросы по сути будет те же что и сейчас поднимаются. Важно заранее дать на них ответы, иначе отвалившихся будет еще больше. А набрать новых пользователей очень сложно, гораздо легче их не потерять. Я вот например хоть и не получал нужного мне функционала от движка, подсел на него потому что не описуемо просто на нем "нарисовать" сайт, при этом достаточно индивидуальный, а ни как у вордпресса или друпала или джумлы и т.д. их же сразу узнаешь, че бы там не настрочили дизайнеры :)
Че сказать то хотел :) Обрисуйте пожалуйста чего ждать то. А то если переезд почти равен полному переделыванию, то возникает вопрос не переехать ли тогда на что-то другое, раз все равно все перелапачивать.  ]]> Нд, 19 Вер 2010 22:36:44 -0000 jcrush Нд, 19 Вер 2010 15:43:53 -0000