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

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

По админке, там был целый отдельный файл. Сейчас найду и кину тебе ссылку...

Если там все в стиле основного документа, но не трудись )

#40360 Macik:

Одному, Алексу скорее всего нет. Имено поэтому надо делать это вместе. И именно поэтому надо ее максимально кинуть в массы, чтобы: а). получить максимальный фидбек, б). стимул именно делать это на уровне команды.

И это видимо будет еще страшнее, чем Alex alein

#40360 Macik:

В целом речь в тезисах больше о 2.0, чем о 1.0.  Но если не начать сейчас что-то потихоньку внедрять в Сиену (то, что можно без радикальных изменений) — тогда можно ставить крест на Сиене. И ждать теоретического выхода 2-ки. Который если и случится, то как ты сам говоришь «к тому моменту все уже устареет.» :)

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

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

По админке, там был целый отдельный файл. Сейчас найду и кину тебе ссылку...

#40357 Kort:

И не думаю (при всем уважении), что Алексу под силам сделать интерсное решение по админке. А получить кирпич в коробке а-ля Сумисун у нас есть все шансы.

Одному, Алексу скорее всего нет. Имено поэтому надо делать это вместе. И именно поэтому надо ее максимально кинуть в массы, чтобы: а). получить максимальный фидбек, б). стимул именно делать это на уровне команды.

#40357 Kort:

Да и "тезисы" эти три месяца никто не трогал.

Тут как бы естественно. Или ты хотел сегодня тезисы, а завтра готовый движок, при том, что делать его никто не бежит. А того же Алекса, который взял определнный фронт работ и делает! начинают «хватать за руки».

#40357 Kort:

P.S. Сиену предлагаю не пачкать, раз речь идет о 2.0

В целом речь в тезисах больше о 2.0, чем о 1.0.  Но если не начать сейчас что-то потихоньку внедрять в Сиену (то, что можно без радикальных изменений) — тогда можно ставить крест на Сиене. И ждать теоретического выхода 2-ки. Который если и случится, то как ты сам говоришь «к тому моменту все уже устареет.» :)

To: Yusupov — с этим никто не спорит. Более того концепт условной «админки2,0» и преследует одной из своиз целей модульность.

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

Мое мнение: движок спасет не админка, а его "рабочесть" и уровень разработки обвеса, особенно коробочного. И уж не в коей мере не то, о чем эти тезисы.

P.S. Сиену предлагаю не пачкать, раз речь идет о 2.0

Чем будет лучше:

1) Прежде всего - оптимизация и рефакторинг кода самой админки. Код должен соответсвовать паттерну "Module - Controller - Action", т.е. отдельный метод на отдельное действие. Никаких портянок из if( $a = 'какоето действие' ) {} else {}.

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

Но после рефакторинга ее станет в разы легче дебажить, сопровождать и расширять.

Пофиксить какой-то баг в нынешней админке - часто превращается не в самую простую задачу. Я пол дня ломал говову над достаточно простым issue https://github.com/Cotonti/Cotonti/issues/1377

2) Новых пользователей, и тем более клиентов, не должны отталкивать морально устаревшие скрипты и темы. Это касается и фронтэнда и бэкэнда.

3) Админка - это редко изменяемая часть сайта. Как правило при создании сайта под нужны клиента разрабатывается только фронтэенд-тема. А значит админка должна быть удобной из коробки. То же касается и дефолтной фронт-энд темы на основе которой большинство пользователей и делает свои темы.

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

А зачем все это, например, мне? Админка чтобы была админка? + какие-то доработки теперь что -- всем придется делать в своих админках чтобы этот бред в коробке был?

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

Сначала CMS в CMF, а теперь CMF в CMS -- супербред.

1) Прежде всего - оптимизация и рефакторинг кода самой админки. Код должен соответсвовать паттерну "Module - Controller - Action", т.е. отдельный метод на отдельное действие. Никаких портянок из if( $a = 'какоето действие' ) {} else {}.

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

Но после рефакторинга ее станет в разы легче дебажить, сопровождать и расширять.

Пофиксить какой-то баг в нынешней админке - часто превращается не в самую простую задачу. Я пол дня ломал говову над достаточно простым issue https://github.com/Cotonti/Cotonti/issues/1377

2) Новых пользователей, и тем более клиентов, не должны отталкивать морально устаревшие скрипты и темы. Это касается и фронтэнда и бэкэнда.

3) Админка - это редко изменяемая часть сайта. Как правило при создании сайта под нужны клиента разрабатывается только фронтэенд-тема. А значит админка должна быть удобной из коробки. То же касается и дефолтной фронт-энд темы на основе которой большинство пользователей и делает свои темы.

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

Идея, которая стояла за разработкой фрэймворка, состояла в том, чтобы создать скелет + наборы опций, в том числе админку. Да не нужен мне твой cpanel, поскольку в каждом случае клиент от разработчика получает кастомизацию под конкретный проект и в стиле этого же разработчика, который он сам понимает, и в котором ориентируется. НАХЕРА каждую идею, не факт что хорошую, сувать в коробку? Я свое даже и не предлагаю, по этой же причине. Не мути ты воду и не делай из хорошей Сиены плохой Wordpress или отработавшую свое Геную.

1. Админка в коробке должна быть модельная и скелетная, возможно еще более декастомизированная (убрать фэйсбуковские кнопки).
2. Разработать нормальный механизм публикации обновлений в админке, чтобы в сторонние разработки можно было подтягивать обновления. Таким образом Тим без перегрузки работой обслуживает только скелет, а сторонние разработчики "за свой счет" поддерживают свои готовые решения.
3. Создать и поддерживать нормальный архив тем и расширений, предоставляя разработчикам и конечным пользователям формировать первичную сборку (или подсобранный сайт) так, как они это хотят видеть -- компактно или с наворотам, с цэ или без. Возможно, развить идею сборок. Это именно то, из-за чего мы остановились, а не отсутствие в коробки чьей-то суперадминки.

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

Касаемо настоящего вопроса есть 2 варианта:

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

Просто закрываем #1078 с пометкой Won't fix и забываем о нем. Погорячились. Это может сделать любой член команды :))

2) Закрываем его внедрив новую админку. Кому нужно оставить старую - никто не заставляет обновляться до новых версий.

Как поступим?

#40341 Macik:

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

А как ты будешь делать стороннюю админку? Снова разбирать это коробочное громыхайло? Этим уж точно никто заниматься не будет. В итоге снова получим Геную в админке.

Пока что все критиканы скелетной темы делали свои суперадминки именно на ее базе. Неужели это так сложно вкурить?

По моему речь (сейчас) не идет о перекраивании system\admin\*.*.  По крайней мере пока… А о том, чтобы включить новую «админку» в коробку — это можно сделать в том виде, как она поставляется сейчас (тема+модуль).

А если смотреть в сторону Cotonti 1.0, в котором внутрение API безусловно сильно изменятся, то перекраивание кода однозначно коснется и системных файлов, обслуживающих админку. И отсюда вытекает желаение делать админку отвечающую современности/желаниям/требованиям. И, как выясняется, из мнений разработчиков дело тут не столько и не столько в оформлении, а во внутренней структуре обслуживающей эти потребности.

Возвращаясь к вопросу «cpanel»... вижу такие «ЗА»:

• Новая админка нужна. (Кому удобнее старые, нет проблем «нужна — ставит старую и пользует»).
• Алекс взял на себя труд начать делть админку отвечающую текущим потребностям (по крайней в том виде, как это себе видят основные разработчики). Как это будет в финальном варианте зависит в том числе и от нас.
• Пока админка не будет «выкачена» на публику, ее развитие будет медленным, в том числе и в плане соответствия «ожиданием» пользователей. Противных примеров масса — у нас есть штук 5 админок (которые делались одним автором, во многом под себя), ни одна из которых не удовлетворяет и половины запросов к современной и удобной админке.

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

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

#40341 Macik:

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

А как ты будешь делать стороннюю админку? Снова разбирать это коробочное громыхайло? Этим уж точно никто заниматься не будет. В итоге снова получим Геную в админке.

Пока что все критиканы скелетной темы делали свои суперадминки именно на ее базе. Неужели это так сложно вкурить?

Я в админке часто, и перепробовал за пару последних лет их с пяток штук. И ни одна, честно говоря, не удовлетворила. 

Что касается «в коробке» или с прицепом в «виде модуля», то лично для меня как пользователя разницы почти нет, кроме немного новой логики, что сначала установи модуль, потом меняй `$cfg['admintheme']`. На счет удобства разработки и поддержки тут тебе естественно виднее.

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

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

И то что Андрей писал 2-мя постами выше касается реализации админки - а не темы как таковой.

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

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

Другой вопрос: раздели Геную и собрали модульную Сиену, а теперь предложение запихать в коробку чью-то кастомизацию, не факт что хорошую. Дальше ее что -- снова раздевать чтобы свою админку сделать? Нахрена такие вишни? Зачем мне новый WP? Пусть живет понятный базовый скелет. И делайте на его основе свои цэпэнэлы. Аналогичное мнение по запихиванию в движок jQuery UI.

Сначала нужно определиться будет ли новая тема в коробке или нет. Команда разработчиков в соответсвующей ветке форума по этому вопросу отмалчивается. Но от этого решения будет зависеть следующее:

1) Админка перекачевывет в коробку - и мы по тихоньку переписываем администрирование в коробке улучшая его архитектуру и юзабилити. Модуль cpanel в этом случае больше не нужен. Все в коробке.

или

2) Адмика в коробке остается "как есть". И улучшить юзабилити можно дублированием необходимого функционала в модуль cpanel, попутно оснащая его необходимым функционалом.

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

• на экранах различных настроек не всегда удобно добираться до кнопки «обновить», которая обычно внизу под всем (иногда длинным)  списком. Т.е. изменил 1 пункт, а потом листаешь-листаешь вниз, чтобы нажать одну кнопку. Может выносить такие кнопки на верхнюю панель или выезжающий из под нее блок. Типа сделал изменение — у тебя появилась перед глазами кнопка «Сохранить». Нажал и все ОК.
• Сюдаже в кассу — сейчас нижимаешь книпку «сохранить» внизу экрана, страница обновляется и тебя «бросает вверх», потом опять скролить к нужному пункту, если не все изменения еще сделал. В идеале — нажал сохранить, получил временное всплывающе уведомление, со статусом операции, без перегрузки и скачков вверх-низ. 
• Другая но схожая ситуация с разделом установки плагинов. Пролистал вниз, нажимаю «удалить», пошел аякс лоадер и гдето за пределами области видимости появился запрос «уверены ли вы? да/нет». Это я знаю, что он там и начинаю скролить вверх и тыкать. Для простого пользователя это непонятки.

Адаптивность пока хромает. На узких экранах неработоспособно. См. тикет2. Для узких экранов я бы принудительно сворачивал боковое меню.

Ее там пока нет совсем ))

По админке:

1. Тема оформления приятная (я об этом писал, но повторюсь) — логические блоки четко разделены. 
2. Не все иконки отображаются, содал тикет
3. Фон меню становится белым если зайти в раздел «phpinfo» - скриншот смотри в тикете
4. Адаптивность пока хромает. На узких экранах неработоспособно. См. тикет2. Для узких экранов я бы принудительно сворачивал боковое меню.
5. Не понравилось как реализована подгрузка контента, а именно то что экран полностью «блокируется» с выводом иконки загрузчика. Объясню почему: во-первых создается иллюзия тормознутости сайта (т.е. обычно страница прорисовывается по мере подгрузки, а тут ты сидишь «парализованный» пусть и не доолгой, но  загрузкой), во-вторых переход между большинством экранов загрузки подразумевает изменене только основной «рабочей» области, верхнее и боковое меню остаются без изменений. Соотв. зачем перегружать целиком. С точки зрения юзабилити предпочел бы вариант когда меню отображаются сразу (или вообще не перегружаются), а иконка загразчика появлялась бы только в рабочей зоне. Как при апдейте параметров, когда включен аякс.
6. Как минимум надо расписать этапы установки, т.к. для ручной установки надо обязательно сначала заходить в панель настройки модулей и устанавливать модуль обслуживания новой админки («cpanel»), а токлько после лезть в `config.php` и менять там значение. Неподготовленного пользователя это может ввести в ступор. Понятно, что если такая админка будет ставится «из коробки» это не так критично, т.к. все пропишется автоматом. Но тем не менее, я бы сделал «экран-заглушку», который бы выводился в том случае если cpanel прописали в `config.php`, предварително не установив соотв. модуль. Т.к. сейчас получается пользователь попадает в парализованную админку, из которой в таком случае почти ничего не сделать.
   Аналогично надо защиту от дурака, когда пользователь админ случайно (или намерено) удалил деинсталировал модуль cpanel. Админка становится нефункцилнальной. А админ может не иметь возможность изменить `config.php`.
7. Хочется видеть документацию (или для начали хотя бы короткую инструкцию со ссылками на код) по теме: 

   расширения могут добавлять свои пункты во все административные меню.

   - расширения могут добавлять свои блоки на главную страницу админки (эта возможность будет развиваться и дальше)

Спасибо. Работа проделана большая. 

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

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

Кто хочет, пусть использует, кто не хочет, не будет.  

По поводу бутстрапа тема заезженная... сам раньше был не очень за.... но как правильно мне сказали.. - ТЫ ПРОСТО НЕ УМЕЕШЬ ЕГО ГОТОВИТЬ)))

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

Сорри за оффтоп )))

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

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

Ясно, значит будем ждать окончательного варианта. 

Также от остальных членов команды зависит будет ли эта тема отдельной или вольется в ядро. Этот вопрос уже поднят к рассмотрению.

Главное чтобы у потенциального разработчика оставался выбор, использовать бутстрап или нет.

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

Также от остальных членов команды зависит будет ли эта тема отдельной или вольется в ядро. Этот вопрос уже поднят к рассмотрению.

#40217 Alex300:

P.S. После внедрения https://github.com/Cotonti/Cotonti/issues/1381 требование к жесткому расположению Bootstrap и Font Awesome отпадет.

А где можно ознакомиться с полным описанием Resources object #1381  кроме гитхаба?

кстати в описании ссылка не пускает  see http://www.cotonti.com/forums?m=posts&q=7829 (Russian discussion)

Страница темы: http://portal30.ru/sozdanie-internet-sajtov/free-scripts/cpanel

Github: https://github.com/Alex300/cotonti-cpanel

Совместимость: Siena (Тестировалось с 0.9.17 )

Версия: 0.0.1

Тема для панели управления основанная на Bootstrap 3 и Font Awesome 4.

В комплект входит модуль. Он предоставляет функционал, который не входит в стандартную админку Cotonti.

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

Но уже сейчас она предоставляет дополнительные возможности:

- расширения могут добавлять свои пункты во все административные меню.

- расширения могут добавлять свои блоки на главную страницу админки (эта возможность будет развиваться и дальше)

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

После тестирования и добавления шаблонов для всех стандартных дополнений котонти состоится релиз версии 1.0

Эта админка не предполагает отключения jQuery из настроек в админке сайта. Она потеряет функциональность. Соответсвенно она не расчитана на любителей отключать JS в браузере.

Установка:

- Скопировать файлы на сервер (тему в папку themes/admin, модуль, соответсвенно в modules)
- Установть модуль в панели управления
- Bootstrap и Font-awesome должны быть установлены в папку lib Вашего сайта. См. themes/admin/cpanel/header.tpl
- В datas/config.php установить

$cfg['admintheme'] = 'cpanel';

Что дальше?

отладка адаптивной части верстки. В ближайнее время. (В настоящий момент она не работает).

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

Тестируем. Если находим ошибки или появляются предложения, пишем :)

P.S. После внедрения https://github.com/Cotonti/Cotonti/issues/1381 требование к жесткому расположению Bootstrap и Font Awesome отпадет.