Готов помогать, кодировать, отлаживать, предлагать идеи по мере сил.

#39710 esclkm:

не хватает моделей...

Вариант реализации: http://portal30.ru/sozdanie-internet-sajtov/free-scripts/cotonti-lib/som . Это результат трудов Трастмастера, мой и ребят с моей работы. Концепция несколько отличается от Yii, но она вполне удобна. Позволяет использовать несколько соединений с БД, использовать MySql, PgSql в одном проекте (MongoDB в зачаточном состоянии). Бизнес логика легко переносится в модели разгружая контроллеры и позволяя избегать дублирование кода.

На счет заслуг — резонно. Четких правил никогда не видел, правда и не интересовался. На счет тебя (и твоего вклада) — помоему это тянет на звание «Contributor», но какие привелегии  оно дает сам не знаю.  :)   

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

Реальные вопросы/недоработки по движку можно не стесняясь писать на гихзабе в виде тикетов. Это позволяет им не потеряться в дебрях форума.

…и да — напиши где нибудь (в подписи например) адрес своего порфиля на гитхабе, если ты там выкладываешь что-то по котонти.

Насчет вопросы/недоработки, большую часть я предлагал по топикам, но некоторые были и на гитхабе. Один из последних - улучшение модуля форум, а именно добавление возможности выбрать конфиг редактора из админки, так как в Cotonti есть 3 вида конфигов для визуального редактора.

p.s. остальное ноу хау скинул в личку, чтобы форум не засорять

Но счет бутстрапа у меня несколько другое мнение — кому надо «свалить» с движка, сделают это хлебом не корми.

На счет заслуг — резонно. Четких правил никогда не видел, правда и не интересовался. На счет тебя (и твоего вклада) — помоему это тянет на звание «Contributor», но какие привелегии  оно дает сам не знаю.  :)   

Реальные вопросы/недоработки по движку можно не стесняясь писать на гихзабе в виде тикетов. Это позволяет им не потеряться в дебрях форума.

Добавлено 4 минуты спустя:

…и да — напиши где нибудь (в подписи например) адрес своего порфиля на гитхабе, если ты там выкладываешь что-то по котонти.

Какие еще системы управления используют в официальной сборке шаблоны бутстрапа при отсутствии хотябы одного своего?  

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

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

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

Получается что те, кто вылаживает плагины, или шаблоны, сидят в одной группе с читателями (members), и я в том числе (donator как дополнительная).

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

Добавлено 31 минуты спустя:

P.S.  Случай из реальной жизни, насчет популяризации:

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

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

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

Но этого можно достичь только комплексно, одними правками ядра популярности не получить. 

Готов предлагать, исполнять и помогать в свободное время.

я готов выделять 10-20-35 часов в месяц. В зависимости от работ. Мало... но это столько , сколько есть

Готов выполнить все то, что у меня стоит в задачах в гитхабе.

Готов немного написать статей на русском.

Кстати, сообщество у нас в большинстве своем русско говорящее... Мне все равно кажется, что пока стоит на этом заострить внимание.

А темы «идей» опять выходят на новый круг… Поэтому и предлагаю вариант регулярных «сходок» и раздачей слонов и контролем их содержания.

Скажу тебе больше даже не все разработчики знакомы с тонкостями форумного ЧПУ и прочими нюансами (я за N лет работы с котонти ниразу не использовал целенаправлено форум или ББкод).

Поэтому, если этот путь уже пройден, и считаешь это важным — то милости просим с фиксом или пошаговым «how-to».

В любом случае спасибо, что обращаешь внимание на эти вещи.

BBcode - шикарнейшая штука,  при грамотной настройке плагина bbcode можно функциями или регулярками серьезные вещи делать.

Например тот же hide или вставка в контент кода adsense. Я все свои проекты делаю под парсер bbcode, он более жестко фильтрует, меньше мусора в коде,  и огромный плюс - возможность в плагине bbcode свои кнопки создавать в админке. А учитывая что Sceditor  работает с обоими парсерами, и имеет API , можно включать целые функции в кнопки.

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

Насчет Поэтому, если этот путь уже пройден, и считаешь это важным — то милости просим с фиксом или пошаговым «how-to».

Закончу доработку сайта через пару дней  (сейчас полностью свой сайт модернизирую), и напишу по форуму «how-to».

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

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

#39728 Macik:

Скажу тебе больше даже не все разработчики знакомы с тонкостями форумного ЧПУ и прочими нюансами (я за N лет работы с котонти ниразу не использовал целенаправлено форум или ББкод).

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

Но для этого нужно в первую очередь изменить направленность и трактовку:  

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

Вот это и есть основная задача  -  дать пользователю то, что уже можно использовать сходу, а дальше он и сам втянется глубже.

Это как главная страница сайта - если сразу не зацепить посетителя, он закроет страницу, так и не узнав всех возможностей.

Поэтому, если этот путь уже пройден, и считаешь это важным — то милости просим с фиксом или пошаговым «how-to».

В любом случае спасибо, что обращаешь внимание на эти вещи.

Откуда пользователь может знать, что для работы форума с ЧПУ, ему нужно где-то найти файл functions.custom.php , или создать, куда-то его закинуть, и еще в нем должна быть соответствующая функция, плюс в data/config.php  включить функцию...    не слишком ли много телодвижений для новичка?   а потом удивляемся..    

и это при том, что в официальную сборку входит модуль форум.

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

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

Этим летом я встретился с Trusmaster’ом в НН. Это была очень интересная продуктивная встреча в плане мыслей и познания.  Собственных идей и т.д. Давайте дружно признаем, что cotonti – это его проект. Но жизнь делает свои повороты. И у него есть семья, есть свои проблемы, которые надо решать. Cotonti стал для многих проектом, приносящим деньги. Для кого-то – это проект вдохновения.  Мы все растем и нас начинают привлекать разные идеи из разных движков.

Мне вдохновила недавно идея GRUB (пользовался ей в Yii 1.2)/ Я начал сразу же писать свой редактор GRUB на c# для Cotonti (даже пришлось написать свой шаблонизатор). Но еще больше мне понравилась идея моделей. Подобными вещами занимались Trustmaster и Alex300 несколько лет назад.

Я не предлагаю это вводить в ядро.

Я задумался давно на тему интерфейсов. И понял, какое это зло.

Давайте подумаем, что мы можем сделать для котонти? Те, кто еще в нем. Но не только это важно. Важно понять для кого мы работаем?

1. Для сверхконечного пользователя. Ему интересна, только генерируемая информация.
2. Для владельца сайта. Мы никогда ему не угодим. Время бесплатных CMS уже ушло. Люди сейчас платят большие деньги за готовые решения именно для них. Но никак не универсальную посудомойку-пылесос. А подобных инструментов, в котонти уж простите и в помине не водилось.
3. Для юного вебдзайнера, верстальщика. Мне кажется это именно та категория! Он может сделать сайт на котонти любой сложности ля любого клиента.
4. Для серьезных веб-разработчиков. Они наоборот предпочитают современные фреймворки. Да и любят они греметь словами MVC и другими. Хотя солнце можно нарисовать ручкой, песком, карандашом, красками и т.д.

Теперь про ЧАНКИ. Я с ними категорически не согласен.

Любая переменная в шаблонах используется как {A} или {A.B.C}. А Dr2005alex предлагает использовать имена файлов одинаково с переменными. Это ИМХО - просто дурной тон - создать множество интерфейсов. А это плохо. Мы легко понимаем, как пользоваться дрелью, так как в ней всего 1 кнопка.  Не надо делать 5 кнопок для одного действия – это вызывает отторжение. Купите дрель с пятью кнопками сверлить и тремя розетками. НО и не надо одной кнопке назначать 5 действий.

В котонти многие интерфейсы нуждаются в жестком упрощении. Но не усложнении.

ИМХО.

Мне не хватает сегодня:

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

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

- не хватает проверки форм при помощи JS.

- не хватает удобного редактирования нескольких страниц.

- не хватает колбэков в шаблонизаторе для нескольких параметров, например [cot_url | {A} | {B}]

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

-не хватает возможности генерировать шаблон из текста, а не из файла.

-не хватает документации. Любого качества.

- не хватает удобной админки с вменяемой логикой. Я не хочу попадать к одной ссылке 10ью путями! Это усложняет общение с клиентами.

-не хватает генерируемой под клиента админки.

- не хватает синхронизации с соц сетями.

- адекватной работы с файлами.

Я вижу много путаницы в интерфейсах.

- Стандартные модули и плагины имеют названия то во множественном, то в единственном числе: forums и page.

- файлы их пути и использование имеют различные названия. Например: cot_langfile или cot_incfile. Папки называются: plugins , modules, system – но внутри этих функций мы используем plug, module, core

- имена установщиков, апдейтеров, унисталяторов – еще 1 путаница.

-обращение к конфигам  и auth модулей и плагинов крайне различно.

И таких путаниц уйма. И во многих из них виновен я. Но уже это есть.

Я многие свои приложения размещаю на github и там много решений поставленных вопросов. Просто реально – вопрос стоит так: а что мы хотим и для кого мы это делаем. Спасибо, что не поленились прочесть.

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

P.S. Слоты меню  - это то, что нуждается в ликвадации. ИМХО. Дело не в их удобстве. А в том, что вы сами через месяц забудите, что для какого слота писалось. Его имя ничего не отражает.

Добавлено 46 минуты спустя:

Мысли по описанному — 

тоже виделся с ТМ, в феврале правда. Но это так, к слову. 

Проблему вижу всю ту же (это касается не только, и не столько Ecslkm, а почти всех условно «активных» разработчиков в том, числе и меня) — хотелок и идей много, текста меньше, предложений как реализовать ту или иную идею еще меньше, результата почти ноль. [Я не беру в расчет варианты, когда разработчик сделал для себя хотелку, а потом её представил как готовый костыль. Как правило такие подерлки все равно популярностью не пользуются, т.к. узко заточены.]

Причины вижу следующие:

• ни у кого нет времени (объективно главная, но мало решаемая проблема) 
• нет взаимопонимания, у каждого свое видение — на одну идею в лучшем случае 1-2 со своими предложениями и еще 2-3 в корне несогласных
• отсюда нет скоординированности действий, и как результат нет хотя бы общего плана развития, а отсюда и фронта «общественных» работ, и самое главное ответственных за них

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

Мои предложения — переходить от разглагольствований на форуме в практическую плоскость:

1. Еще раз пересчетать по головам (поименно) тех, кто готов хоть каплю (денег/кода/просто своего сремени) вкладывать в проект (обозначить их четкие контакты).
2. Назначить регулярные общие встречи (раз в неделю/две/месяц) в skype с четким временным лимитом. Желающие «поболтать» на более широкие/узкие темы могут назначить доп. встречи.
3. На каждую встречу иметь четкую повестку, что обсуждаем, каков должен быть результат.  
4. По ходу обсуждения выделяем фронт работ для желающих и имеющих возможность помочь, пусть малый, но четко обозначенный объем работ. Кто не может/ не хочет писать код — пусть помогает на уровне идей и консультаций.
5. Назначаем ответственных, планируем план на следующий сбор.
6. Далее на новый цикл с п.3  — сбор, проверка результатов работ по пред. этапу, корректировка, новые задачи и т.д.
7. [опционально] постить в отдельную ветку результаты сбора (в виде основных тезисов и задач). Сразу будет видно, что и на какой стадии, куда и с какой скоростью движемся.

Могу быть в скайпе (macik.spb) с 10-21 по будням (в среду после 16-00). В выходные в зависимости от предварительного согласования. Для оперативной связи писать на:  macik . spb гавгав gmail . com (без пробелов). Кому надо могу дать моб. телефон.