мы говорим про стандартные нужды клиентов
Нужно у клиентов и спрашивать. Здесь ЦА немного не та. Спросите простых пользователей, а не гуру Joomla.
Alexandr
Vladimir
Нужно у клиентов и спрашивать. Здесь ЦА немного не та. Спросите простых пользователей, а не гуру Joomla.
я каждый день на связи с клиентами и в курсе их нужд
Vladimir
и знаю что им нужно
Vladimir
в отличие от других занимаюсь поддержкой сайтов, а не бросаю после того как сделал
Alexandr
в отличие от других занимаюсь поддержкой сайтов, а не бросаю после того как сделал
Тогда это должен быть конструктор. Выбрать какие функции нужны, допустим, мне только добавление статей и редактирование. Весь функционал не нужно в одну сборку. Каждый пользователь собирает свою админку в зависимости от потребностей.
Дмитрий
Тогда это должен быть конструктор. Выбрать какие функции нужны, допустим, мне только добавление статей и редактирование. Весь функционал не нужно в одну сборку. Каждый пользователь собирает свою админку в зависимости от потребностей.
@ArtemLebsak если вы сделаете динамически макеты приложения - то это и правда можно
Дмитрий
в джумле описываем манифест прилоения
Дмитрий
и по нему работает
Artem
Тогда это должен быть конструктор. Выбрать какие функции нужны, допустим, мне только добавление статей и редактирование. Весь функционал не нужно в одну сборку. Каждый пользователь собирает свою админку в зависимости от потребностей.
Разработчик настраивает шаблоны оформления для клиента, тогда при логине в приложении, клиент попадает в облегчённый редактор и совершает действия в упрощенном интерфейсе, прямо как посты в соц.сеть.
Artem
@ArtemLebsak если вы сделаете динамически макеты приложения - то это и правда можно
Мы так не хотим. Приложение с частью сторонних расширений при генерации интерфейса их универсального манифеста всё равно будет выглядеть как унылое гавно и это повлияет на пользовательский опыт, оценку конечными пользователями, охваты и приведёт к потере в деньгах.
RINAT
А нельзя ли просто изменить ux/ui j4 админки для пользователя. Не создавая приложения?
Тот же мобильный вид например?
Дмитрий
Дмитрий
артем ограничивает и увеличвает эффективность с помощью приложения
Дмитрий
убирая все лишнее
Дмитрий
но меня лично все как я понял настараживает расширяемость
Дмитрий
тот же билдер и вообще расширение приложениями другими модулями
Artem
тот же билдер и вообще расширение приложениями другими модулями
То, что нельзя изменить в приложении, будет отображаться в списках и отправлять на редактирование в веб-интерфейс.
Сделать нормальный веб-интерфейс для 4-ки конечно же можно, только не понятно как монетизировать, а на благотворительность ресурсов пока недостаточно.
Дмитрий
Дмитрий
они сделали свой блочный редактор и любые блоки что ты ставишь в вп в приложении не работают
Дмитрий
мне нужна какая-то более сложная верстка статьи чем картинки и абзацы
Дмитрий
и они мне эти блоки не доступны
Дмитрий
и че делать моим. редакторам
Дмитрий
забить на приложение и идти на сайт
Artem
да просто я видел приложение в вп
И я его видел. :)) Так что есть куда развивать приложение и с учётом других рынков, только начнём мы с Joomla, у которой вообще никакого приложения нет.
Artem
и че делать моим. редакторам
Вопрос в сторону, про пользовательский опыт работы с контентом - используешь ли ты Notion?
Дмитрий
Дмитрий
я не знаю что это
Alexandr
Вопрос в сторону, про пользовательский опыт работы с контентом - используешь ли ты Notion?
Вот интересная тема. Можно из Notion экспорт в Joomla? Там и приложение есть на мобилы, и десктопное (правда пишут, что это просто обертка).
Artem
Вот интересная тема. Можно из Notion экспорт в Joomla? Там и приложение есть на мобилы, и десктопное (правда пишут, что это просто обертка).
Можно. Поэтому заложили поддержку markdown разметки.
Дмитрий
Ок. А есть ли опыт использования Confluence?
вот допустим мне надо ставить продукты с хикашопа в статью?
Дмитрий
как мне это сделать
Дмитрий
как ты это представляешь
Дмитрий
шоорткодом? или еще какай-то коснтрукуией которая там где-то преобразуется
Artem
шоорткодом? или еще какай-то коснтрукуией которая там где-то преобразуется
В базу может запишем и шорткодом , а вот в редакторе это будет через диалог и красивое отображение.
Дмитрий
В базу может запишем и шорткодом , а вот в редакторе это будет через диалог и красивое отображение.
так вот, они у меня могут быть кастомные
Дмитрий
как расширять
Artem
Никак. Используй типовые.
Дмитрий
вряд ли вы допустим будете делать товары хикашопа
Artem
вряд ли вы допустим будете делать товары хикашопа
Если это увеличит охват платных подписчиков - будем делать.
Дмитрий
ну то етс все кастомное под проект которые надо только тут не будет
Artem
Верно.
Дмитрий
ну вот и получится примерное приложение под вп
Дмитрий
и если у меня несколько таких элементов при заполнении, то в приложении уже смысла нет
Artem
Когда берут CMS, а потом пишут всё кастомная под проект - это ошибка в проектирование. Учитывай в проектировании возможности CMS - сохрани возможности удобного управления через приложение.
Artem
и если у меня несколько таких элементов при заполнении, то в приложении уже смысла нет
Верно. И такие сайты есть. Только таких сайтов не большинство.
Дмитрий
Дмитрий
понимаешь
Дмитрий
я например джумлу воспринимаю как фреймворк
Дмитрий
а все остальное для меня пакеты, которые можно выкинуть
Дмитрий
в чем разница между laravel и joomla?
Дмитрий
то что у одних ставится расширения через composer а у дргого уже сразу идет пакет по умолчанию?
Artem
В подходе к разработке проектов поверх. В методологии. CMS не фреймворк. CMS это больше чем фреймворк.
Использовать только часть сложной системы, чтобы создавать другую систему - методологическая ошибка проектирования.
Ты принял для себя такое допущение, что Joomla это фреймворк, тебе никто запретить не может. 🤷♂️
Дмитрий
В подходе к разработке проектов поверх. В методологии. CMS не фреймворк. CMS это больше чем фреймворк.
Использовать только часть сложной системы, чтобы создавать другую систему - методологическая ошибка проектирования.
Ты принял для себя такое допущение, что Joomla это фреймворк, тебе никто запретить не может. 🤷♂️
нет, разница между ларавел и джумлой нет
Дмитрий
там тоже есть устаявштсе пакеты которые ставят
Дмитрий
и они тебе поставляют ту же админку
Дмитрий
готовую всю уже
Дмитрий
и пакеты управления контентом
Дмитрий
те же com_content
Дмитрий
грани уже нет если честно
Дмитрий
В подходе к разработке проектов поверх. В методологии. CMS не фреймворк. CMS это больше чем фреймворк.
Использовать только часть сложной системы, чтобы создавать другую систему - методологическая ошибка проектирования.
Ты принял для себя такое допущение, что Joomla это фреймворк, тебе никто запретить не может. 🤷♂️
артем, кроме мифических стандратов, который в джумле практически каждый крупный разработчик нарушает
Дмитрий
в чем раница между ларой и джумлой?
Дмитрий
вместо composer - установка внутри самой системы идет, админка общая которая многими игорирутеся и они свое тянут и ломают интфрейсы? компоненты которые пишет кто как хочет ломая обычную логику джумлы?
Дмитрий
в чем разница?
Artem
Рассматривая современные версии популярных CMS и фреймворков, не применительно к проекту - разницы нет. А вот на конкретных примерах, решения типовых задач, разница существенная.
mmth
@ArtemLebsak с потребителем понятно, а как его привлекать, бюджет x3-5 надо по сравнению с разработкой. Ставки на конечных разработчиков для сайтов клиента нет?
Artem
@ArtemLebsak с потребителем понятно, а как его привлекать, бюджет x3-5 надо по сравнению с разработкой. Ставки на конечных разработчиков для сайтов клиента нет?
На администраторов. Не разработчиков. Ставка «есть сайт на Joomla - используй приложение». Для администрирования будет множество полезных фишек.
Vladimir
На администраторов. Не разработчиков. Ставка «есть сайт на Joomla - используй приложение». Для администрирования будет множество полезных фишек.
и правильно, потому как администраторы - самые брошенные
Artem
и правильно, потому как администраторы - самые брошенные
Уходят с J на WP, «потому что там понятнее». Приложение решит эту проблему.
mmth
Уходят с J на WP, «потому что там понятнее». Приложение решит эту проблему.
По факту дешевле делать сайт на wp, от этого маржа разработчика выше.
Там костыли те же делать проще, нет жесткой структуры как в joomla. От этого и рынок средней руки разрабов больше и рынок расширений больше, можно просто брать и ставить расширения прямо из каталога расширений и читать описание на родном языке.
mmth
И ещё стоит упомянуть бездонную бочку themeforest для WP.
Дмитрий
Дмитрий
там есть готовые решения на каждый чих еще
Igor
Уходят с J на WP, «потому что там понятнее». Приложение решит эту проблему.
Вообщем я в целом понял что ты хочешь.
Из предложений, точнее предупреждений только одно.
Не связываться с SP page builder или любым другим. Ибо сегодня они есть а завтра нет.
Из хотелок для управления контентным сайтом с моб устройства крайне важны "черновики" и автосейв в эти черновики тобишь изменения не постятся сразу а в начале все идёт в черновик. Пример Zen.
Igor
P.S не удобство работы с материалами и отсутвие возможности работать с ними с мобильного это огромный минус Joomla. Это была одна из причин почему я и перевёл почти весь контент с сайтов на стронние ресурсы.
Дмитрий
а как вы хотите тогда вести?
Дмитрий
чисто в markdown?
Дмитрий
с телефона?