Форумы / National / Russian / Для кого делаем? Портрет

P.S. И да, "мне как создателю контента"+"искаропки" - это жесть)))

Это аллегория, конечно. Привык называть продукт-по-умолчанию так ) Это из альтовских рассылок прицепилось.

Что же касается пожеланий - постараюсь оформить в свободное время.

Добавлено 1 месяц спустя:

Вопрос ещё актуален?

Итак, приступим.

Непонятно, для кого позиционируется cotonti. Если для разработчиков, то, простите - вы так и останетесь "вещью-в-себе", никому не нужной за пределами "круга".

Если для пользователей - то для каких? Что желательно иметь типовому пользователю движка после установки?

Если это CMF, каркас - тогда какой резон мне выбирать его, есть куча других, более известных. Больше разработчиков и студий = больше выбор исполнителей, что мне, как заказчику, крайне важно. В случае с cotonti - ну, сами знаете. То, что заказчик не должен выбирать движок (читай - технологии, структуру, возможность и стоимость дальнейшего развития сайта), не совсем верно, если заказчик не дурак. С нормальным, грамотным заказчиком работать намного приятнее и комфортнее. Да и по стоимости вопросы с таким заказчиком решаются зачастую "более нормально".

Соответственно, мало пользователей (установок, сайтов - как угодно) и, следовательно, мало заказчиков (читай - заработка, развития, популяризации и т.д.), мало обратной связи (а она необходима), ну и тому подобное.

Сайты делаются для пользователей, чтобы им было удобно, интересно и так далее (надеюсь, с этим никто спорить не будет).

От того, насколько удобно будет размещать контент на нём, это тоже зависит, причём в значительной степени. Соответственно, что лично мне не понравилось сразу после установки, могу кратко описать с позиции создателя контента.

Нет возможности работать с меню. То, как это можно сделать - знаю. Двойка за удобство.

Отсутствует возможность быстрого и удобного создания блога; для сообществ, персональных сайтов (и не только) это важно. Было бы замечательно - при установке галочку выставил - у тебя есть настроенный блог (или блоги).

Крайне неудобно работать с новостями. Что необходимо, но отсутствует:

• Возможность указать (загрузить или указать url для загрузки) картинки для самой новости - png, jpeg, gif. Так, как это сделано уже давно во многих движках - hostcms, diafan, movable type и т.д. Даже больше, с учётом современных тенденций - будет востребованность в медиафайлах, будь то видео с youtube, coub, vimeo, или же музыка с soundcloud и прочих.
• Нет нормального краткого описания новости - анонса. Кроме того, нет возможности добавления этого же описания к основной новости (не так важно, можно продублировать).
• Нет нормального отображения списков (не так важно, больше относится к дефолтному скину).
• Неудобно вставлять код.
• Неудобно добавлять мультимедийные файлы (видео, картинки, а аудио - так вообще непонятно как). Например, весьма удобно добавление видео с ютуба сделано в instant cms. В том числе, имеется в виду HTML5 video, audio. Нет возможности добавлять webm, ogg (малый размер, лучшее качество при сходном битрейте, чем у mp3). Почему эти форматы? ПОЛНОЕ ОТСУТСТВИЕ лицензионных маразмов.
• Часто новости публикуются методом копипасты - но картинки почему-то не выравниваются, большие картинки залезают за край - приходится каждую такую картинку "донастраивать". Неудобно.

Также непонятно, почему бы не оспользовать при установке как дефолтный скин для сайта тот же skeletoni, например, или другой bootstrap-шаблон. Это же верно и для админки.

ЧПУ также, с моей точки зрения, дорлжен присутствовать по умолчанию.

Пока всё.

P.S. Почему я смотрю именно с такой позиции? Всё просто - я, как бы это сказать, выступаю проект-менеджером в последнее время. То есть заказчик, уже намучавшийся со всякими мегастудиями и суперсайтостроителями, приходит ко мне по рекомендации. Я выясняю, что ему нужно, составляю техзадание, договор, прочие документы. Все работы ведутся через меня, поскольку могу найти общий язык и с заказчиком, и с исполнителем на им понятном языке. Все довольны (правда исполнители не очень))). Зачастую после этого заказчик в дальнейшем работает со мной, грубо говоря, по наполнению сайта контентом.

Ну, что, попробую вам ответить myklementyev:
Вас не смущает, что перечисленные вами hostcms, diafan и movable это CMS, а Cotonti это CMF?
Может стоит сравнивать с Livestreet и MODx так как принцип работы с CMS и CMF разный?

А вот как раз "вещь в себе" это diafan и movable, почему не сравнили с более известными WP, Drupal и Joomla? . Складывается впечатление что при написание своего сообщения вы просто взяли эти CMS не вдаваясь  в их особенности :)

Мне очень кажется что вам из коробки не хватает знаний, терпения и желания понять как работает Котонти, простите за прямоту:))))

>Непонятно, для кого позиционируется cotonti. Если для разработчиков, то, простите - вы так и останетесь "вещью-в-себе", никому не нужной за пределами "круга".
В противовес могу предложить вам взглянуть на MODx и как "...вещью-в-себе, никому не нужной за пределами круга" интересна разработчикам. А по поводу Котонти предлагаю вам взглянуть на сборку фриланс биржи от cmsworks - до появления данной сборки все фриланс-биржи создавались на куче разных движков, сейчас же биржа на Котонти заняла этот рынок на 100%.

>Если это CMF, каркас - тогда какой резон мне выбирать его, есть куча других, более известных.

Боюсь Вас обидеть, но вам как "менеджеру" выбирать его и не придётся, а для разработчика у вас много "ляпов" и знаний явно не хватает для работы с фреймворками. В отличие от например Хостцмс, вам не нужно каждый раз ковырять ядро и править логику, что бы сделать правку в выводе например заголовка, в Котонти всё настраивается гибко и не затрагивает ядро системы. Вам привести простой пример для чего нужно править логику в HostCMS? Очень смешной пример для пользователя Котонти :)

>Больше разработчиков и студий = больше выбор исполнителей, что мне, как заказчику, крайне важно. В случае с cotonti - ну, сами знаете. То, что заказчик не должен выбирать движок (читай - технологии, структуру, возможность и стоимость дальнейшего развития сайта), не совсем верно, если заказчик не дурак.

Для начала не плохо бы определится менеджер вы или заказчик:))) Если брать коммерческий проект, то да - заказчик оплачивает и говорит, что ему нужно, если это вебмастер, то он априори въезжает в тему сам и делает сборку под себя пользуясь дополнительными плагинами и включая/отключая существующие. Заказчик никогда не въезжант в то, на чём строится его сайт. В вашем случае вы путаетесь в собственном написанном тексте:)))А теперь вспомните, что даже CMS подразумевае установку модов и плагинов, но как правило это выливается в правку файлов движка.

>Сайты делаются для пользователей, чтобы им было удобно, интересно и так далее (надеюсь, с этим никто спорить не будет).

Меня смущает, ""что бы было интересно" - вот как это от движка зависит? Может это всё зависит от задумки или проекта?

>Нет возможности работать с меню. То, как это можно сделать - знаю. Двойка за удобство.
А давайте возьмём коммерческую CMS DataLife Engine. Там из покон веков прописывается меню в шаблоне и нет вывода автоматического меню, кроме как через управления рекламой.
Кроме того как часто вам приходится добавлять новые пункты меню? Мне например при посещении в 2-3к приходится этим заниматься в лучшем случае раз в год.

>Отсутствует возможность быстрого и удобного создания блога; для сообществ, персональных сайтов (и не только) это важно. Было бы замечательно - при установке галочку выставил - у тебя есть настроенный блог (или блоги).
Можно более подробно, почему Cotonti не подходит в качестве блога?

>Возможность указать (загрузить или указать url для загрузки) картинки для самой новости - png, jpeg, gif. Так, как это сделано уже давно во многих движках - hostcms, diafan, movable type и т.д. Даже больше, с учётом современных тенденций - будет востребованность в медиафайлах, будь то видео с youtube, coub, vimeo, или же музыка с soundcloud и прочих.
А если потратить побольше времени что бы разобраться с системой, то можно заметить кнопочку с тэгом More))) Работает всё так же как и в ЖЖ - часть публикации убирается "под кат"

>Нет нормального краткого описания новости - анонса. Кроме того, нет возможности добавления этого же описания к основной новости (не так важно, можно продублировать).
Есть! Вы не потрудились разобраться.

>Нет нормального отображения списков (не так важно, больше относится к дефолтному скину).
Вам уже не однократно писали, что это относится к шаблону, а не к движку. Это действие reset.css. Для маркированных списков, в вашем понимании "нормального отображения списков", вам нужно прописать аж одну строку кода.

>Неудобно вставлять код.
А вот про это подробнее!

>Неудобно добавлять мультимедийные файлы (видео, картинки, а аудио - так вообще непонятно как)...
А попробовать разобраться, не? Кроме того для загрузки файлов на сервер существуют аж 3(!)модуля, да их нужно устанавливать, но логика згрузки у них разная, возможно какой-то плагин подойдёт именно вам. Существует проблема с публикацией некоторых медиафайлов, вот под них и нужно писать отдельный плагин, это так.

>Часто новости публикуются методом копипасты - но картинки почему-то не выравниваются, большие картинки залезают за край - приходится каждую такую картинку "донастраивать".
Вот это просто великолепно!!! Долго вы с эти мучались? А просто прописать в css выравнивание и max-width для картинки из нужного блока?

>Также непонятно, почему бы не оспользовать при установке как дефолтный скин для сайта тот же skeletoni, например, или другой bootstrap-шаблон. Это же верно и для админки.
Потому наверное, что не все любят готовые решения и не все любят тянуть тонны лишнего кода. Можно просто зайти на оффсайт и скачать тему на bootstrap если она вам нужна.

>ЧПУ также, с моей точки зрения, дорлжен присутствовать по умолчанию.
Есть в коробке по умолчанию - включается парой кликов мышкой и тупым копированием данных в htaccess. Опять вы ленитесь разбиратся.

С таким подходом к делу проект-менеджером? Вам нужно просто перестать спешить и взятся за изучение хотя бы основ HTML+CSS, не обижайтесь.
А то заявлений массса, заявления громкие, а в результате весь пар в свисток ушел)))) Любой Фреймворк требует знаний, но при этом дает пользователю полный контроль над создаваемой нагрузкой на сервер, что очень важно при работе над крупным проектом!

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

#40942 Denisbox:

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

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

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

#40946 myklementyev:

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

А такое решение с меню вас устраивает? Не надо трогать кода  движка, только Bbcode:

Bbcode menu - Меню на странице

Bbcode menu. Руководство пользователя, программиста и скинмейкера

Тег Bbcode menu. Упрощенное отображение на мобильнике

Складываемые страницы - Folding page - 2

Да нет тут никакого сыр-бора. Если ты только создатель контента, то между тобой и движком нужен разработчик, или хотя бы толковый верстальщик, потому что твои 10 проблем решаются примерно за час. Впихивать в движок конкретные реализации неправильно (это уже давно обсуждали и давно согласились), поэтому под свои конкретные нужды ты можешь разработать и сформировать сборку (тема + модули-плагины) и разворачиваить стартап из нее, а не сетовать на то, что дистр для тебя не работает. Как-то так.

А резве котонти это CMF? это имхо нечто между гранями. и как ни странно , я со многими пунктами myklementyev согласен. Чуть позже дам развернутый ответ.