Я как и раньше, придерживаюсь мнения, что для движка солиднее иметь свой шаблон, чем использовать шаблон-фреймворк в движке - фреймворке. Это значит что всем желающим использовать Cotonti, попутно и в бутстрап вникать придется плотно. 

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

Для работы с файлами использую модуль file, придумал удобную вставку картинок в редактор, например моя страница редактирования новости выглядит так:

модульная структура не показатель CMF. Laravel - как-то не совсем не модулен. А джумла - великолепно модульна,  и е107.

Добро! ваше определение в различии CMS и CMF?

Roffun

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

Cotonti - отличный движок, даже в том виде как есть, из коробки. Просто не все понимают его глубину при первом знакомстве.

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

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

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

Получается что нужна сборка - блог с предустановками и необходимым набором плагинов. Собирать и поддерживать ее должен тот кто разбирается в Cotonti, как из админки, так и в коде шаблона, и естественно не затрагивая при этом ядра..

Судя по модульной структуре, возможности настраивать всё и вся и позиционировании в качестве платформы - да, cotonti это CMF.

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

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

Уясните пожалуйста для себя в чём различие между CMS и CMF и прочтите ещё раз то, что вам написали.

И, да... контентщик обязан знать HTML. Кроме того, вы постоянно путаетесь в своём написанном, то вы менеджер, то простой, пользователь, то смотрите от лица разработчика - определитесь с точкой зрения.

Вообщем в качестве резюме:

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

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

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

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

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

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

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

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

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

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

По поводу внезапных постов типа "движок умер": задолбали неимоверно. Прежде всего, это антиреклама для всех -- и разработчиков и потенциальных пользователей. Сводятся проблемы либо к тому, что "списки без бубочек" или вы там просто старые пломбы гвоздем ковыряете. Котонти Сиена -- прекрасная платформа для создания ВСЕГО. От лэндинга до портала. Предела совершенству нет, да и проблемы найдутся всегда, но движок по большей части реализован и готов для того, чтобы стать удобным инструментом по созданию сайтов для неленивого разработчика.

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

#40942 Denisbox:

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

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

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

Или вот плагин создания произвольных меню

А вот как раз "вещь в себе" это 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, не обижайтесь.
А то заявлений массса, заявления громкие, а в результате весь пар в свисток ушел)))) Любой Фреймворк требует знаний, но при этом дает пользователю полный контроль над создаваемой нагрузкой на сервер, что очень важно при работе над крупным проектом!

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

В общем большинство возможностей в Cotonti есть, просто они не все в коробке.

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

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

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

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

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

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

Могу выдать список того, что мне как создателю контента не хватает искаропки в движке (и что, кстати, есть в других CMS икаропки же).

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

Очень интересно было бы почитать ваши замечания.

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

Могу выдать список того, что мне как создателю контента не хватает искаропки в движке (и что, кстати, есть в других CMS икаропки же).

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

Я вижу потенциал движка, и, как верно было подмечено выше - не хватает "маркетинга". Отсутствует позиционирование продукта, если хотите. Для кого движок? Какие задачи решает? Что необходимо конечному пользователю (замечу, не ПОСЕТИТЕЛЮ!!!)???

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

#39816 esclkm:Мое взгляд. Парень до 25 лет. Русскоговорящий. Увлекается техническими штучками, но в самую глубь не лезет. Сам не является представителем тех специальности, в текущий момент студент. Решил себя познать в сайтостроении. И в дальнейшем создать сайтики своим друзьям. Время есть пока нет девушки, детей, жены, секса. Масимум: станет php программистом среднего класса. Будет делать сайты и получать карманные деньги. Выбрал котонти: понравилась пластичность системы.

Мне кажется, с таким портретом проект далеко не уедет :-) Сразу возникает вопрос: если CMF для тех, кто "решил познать себя в сайтостроении", получается, после такого познания он перейдет на другую систему? Т.е. котонти - своего рода "учебник"? Вот тут как раз не соглашусь - фреймворк не может быть системой начального уровня по умолчанию. Обычно в роли первого движка у большинства новичков выступает джумла, если брать самостоятельные системы, а в последнее время - и конструкторы сайтов типа укоза. А вот, когда разработчику (кстати, человека из пункта № 3 вместо "программист" можно смело называть "вебмастер") станет тесно в рамках конструктора или его окончательно взбесят внешняя и внутренняя стороны джумлы - вот тогда он придет к котонти.

Но на этот случай его должно ждать не абсолютно сырое решение, сразу из коробки пригодное, пожалуй, лишь для создания "визитки", а вполне готовая, хотя бы в общих чертах, система, способная с минимальными усилиями реализовать один из трех самых нишевых в настоящее время видов проектов: визитку, корпоративный сайт и интернет-магазин (первые два можно объединить в одну сборку). Иначе даже опытного разработчика отпугнет малое количество плагинов, практически полное отсутствие правильной документации и необходимость допиливания самых распространенных функций системы, которые, вроде бы, есть, но работают не совсем привычно. В результате, человек уходит на какой-нибудь modx - пусть более сложный в освоении, но зато имеющий более богатый исходный арсенал.

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

Так что, потенциал-то огромен, но вот с "маркетингом" у нас проблемы :-)

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

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

Принцип модульности  в новой ветке останется ? 

Т.е Siena заканчивает свое сушествование?

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

В 1.0 он не войдет т.к. 1.0 будет финалом ветки Siena.

Т.е Siena заканчивает свое сушествование?

myklementyev: Как раз-таки Котонти и удобна тем, что контентщики могут работать с контентом без доступа в админку и лишних головных болей:

• созадем группу или модифицируем дефолтную moderators
• добавляем прав для созадния страниц в необходимых разделах (aka контент)
• добавляем твоему контентщику(ам) группу

Вопрос с картинками решается несколькими способами.

А Котонти просто из коробки не настроена под задачи конкретного проекта.

Всё, что Вы описали, так и есть. Но речь шла об удобстве работы с сайтом модератора-редактора, а не настройки для них прав.

Банально, после установки невозможно сделать маркированный список - он не отображает маркеры, нет возможности вставить mp4, webm и т.д.

В 1.0 он не войдет т.к. 1.0 будет финалом ветки Siena.

Все это позволяет делать модуль файлов.

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

Я где - то  видел тему насчет того что в Cotonti 1.0 модуль файлов возможно будет в сборку входить, насколько это реально ?

p.s. Хотелось бы  к определенному плагину/модулю на постоянной основе привязаться, так как есть не один проект.

А вообще Cotonti - лучший движок, еще бы в БД pages отделить картинки от текста, динамика бы возрасла в разы, а так часто приходится в каждом проекте делать экстраполе для краткой новости, и экстраполе для изображения краткой.

А например в том же ДЛЕ каждую картинку полной новости можно вызвать из краткой тегом вида {image=1}{image=2}

Это уже позволяет делать плагин Files Uploader. Еще бы совместить его возможности с PageMultiAvatar, который позволяет генерировать одновременно несколько картинок с произвольными параметрами (по крайней мере, в старой его версии, в последней почему-то не понял, как это делается) - и вопрос с изображениями можно закрывать.

Так что, потенциал-то огромен, но вот с "маркетингом" у нас проблемы :-)

Согласен с этим полностью. Я в свое время ДЛЕ вдоль и поперек изучал, занимался сайтостроением под него, но почему-то решил полностью перейти на Cotonti, теперь только с ним работаю, все сайты на нем. 

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

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

А вообще Cotonti - лучший движок, еще бы в БД pages отделить картинки от текста, динамика бы возрасла в разы, а так часто приходится в каждом проекте делать экстраполе для краткой новости, и экстраполе для изображения краткой.

А например в том же ДЛЕ каждую картинку полной новости можно вызвать из краткой тегом вида {image=1}{image=2}

Мне кажется, с таким портретом проект далеко не уедет :-) Сразу возникает вопрос: если CMF для тех, кто "решил познать себя в сайтостроении", получается, после такого познания он перейдет на другую систему? Т.е. котонти - своего рода "учебник"? Вот тут как раз не соглашусь - фреймворк не может быть системой начального уровня по умолчанию. Обычно в роли первого движка у большинства новичков выступает джумла, если брать самостоятельные системы, а в последнее время - и конструкторы сайтов типа укоза. А вот, когда разработчику (кстати, человека из пункта № 3 вместо "программист" можно смело называть "вебмастер") станет тесно в рамках конструктора или его окончательно взбесят внешняя и внутренняя стороны джумлы - вот тогда он придет к котонти.

Но на этот случай его должно ждать не абсолютно сырое решение, сразу из коробки пригодное, пожалуй, лишь для создания "визитки", а вполне готовая, хотя бы в общих чертах, система, способная с минимальными усилиями реализовать один из трех самых нишевых в настоящее время видов проектов: визитку, корпоративный сайт и интернет-магазин (первые два можно объединить в одну сборку). Иначе даже опытного разработчика отпугнет малое количество плагинов, практически полное отсутствие правильной документации и необходимость допиливания самых распространенных функций системы, которые, вроде бы, есть, но работают не совсем привычно. В результате, человек уходит на какой-нибудь modx - пусть более сложный в освоении, но зато имеющий более богатый исходный арсенал.

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

Так что, потенциал-то огромен, но вот с "маркетингом" у нас проблемы :-)

1. Язык

2. Страна

3. Браузер

4. ОС

Статистика по полу и возрасту будет позднее.

• созадем группу или модифицируем дефолтную moderators
• добавляем прав для созадния страниц в необходимых разделах (aka контент)
• добавляем твоему контентщику(ам) группу

Вопрос с картинками решается несколькими способами.

А Котонти просто из коробки не настроена под задачи конкретного проекта.

Сайты делаются для пользователей. Их наполнением занимаются администраторы, редакторы, модераторы и т.д.

Если пользователю интересно, или он нашёл необходимую информацию, сайт набирает обороты.

А вот чтобы пользователю (клиенту) было интересно, контент должен быть ценным.

Контент делают администраторы-модераторы-редакторы-прочие.

И вот тут-то засада ))) НЕУДОБНО...

НО задание так никто и нечитает

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

- магазин (привлечёт денежных ребят) - это даст приток инвесторов, а за ними подтянутся опытные кодеры

Всё остальное лежит между этими крайними случаями :)