Vladimir
добавить - это новые элементы создавать
если новые элементы - это заголовок, картинка и абзацы, не вижу проблем
Vladimir
?
Дмитрий
кастомные которые я сделал
Vladimir
в статье обычной
Дмитрий
для статей
Дмитрий
«превью ссылки» элемент например
Vladimir
в обычной статье что нужно? текст, картинка и заголовки
Дмитрий
ну ок
Дмитрий
делайте как знаете, вам виднее
Vladimir
делайте как знаете, вам виднее
спасибо что разрешил
Дмитрий
да я устал уже спорить
Дмитрий
артем знает понимает
Дмитрий
вы понимаете
Дмитрий
все понимают
Дмитрий
для меня лично будет такое приложение бесполезно вообще
Vladimir
ты почему то думаешь что это должно быть создано для разработчиков, но нет
Eugene
один вопрос: кто несет ответственность за баги в сторонних расширениях? вот тот же YT Pro - за все время сколько ньюансов всплыло, когда предлагали не обновляться и подождать фикса. или конфликт новой версии плагина с чем-то на сайте. или кастомные правки, которые кто-то внес в код расширения, они были затерты обновлением и владелец сайта строчит гневные письма вам?
как насчет этого? ведь очень вероятная ситуауция, когда при обновлении клиентом какого-либо расширения что-то отвалится. либо делается предварительнвый бэкап средствами сервиса и возможность быстрого восстановления, а в правилах прописать отказ от ответственности. кто работал с такими сервисами, как там это реализовано?
Artem
экзотика
Из интересного потенциала приложения-клиента - приложение может анализировать сайт и предлагать дополнить/улучшить, выполняя серию действий для достижения результата.
Vladimir
ты же не наполняешь сайт
Eugene
для меня лично будет такое приложение бесполезно вообще
насколько я понял, это же будет приложение для правление контентом редакторами
Vladimir
а вот для тех кто ежедневно занимается наполнением сайта - это приложение жизненно необходимо
Artem
насколько я понял, это же будет приложение для правление контентом редакторами
Да. Не два приложения, потому что проще продвигать одно охватами.
Дмитрий
насколько я понял, это же будет приложение для правление контентом редакторами
я понял, но будет жестко фиксировано, понимаешь, все за выход рамок будет очень сложно
Eugene
Так до обновления будет обязательное резервное копирование и соответственно, возможность откатить очень просто на предыдущую версию.
а последствия несет сам клиент? чтобы не было разговоров, что "я заплатил за ваш сервис, обновление сломало сайт, чините"
Дмитрий
и тебе надо и нихера не можешь
Дмитрий
разработал кастомные элементы и они не работают
Дмитрий
редактору надо идти потом снова на сайт
Artem
я понял, но будет жестко фиксировано, понимаешь, все за выход рамок будет очень сложно
Выход за рамки находится в веб-интерфейсе и востребован на этапе разработки.
Vladimir
на самом деле артем абсолютно прав
Vladimir
он сможет убить WP
Artem
разработал кастомные элементы и они не работают
Ага. Именно. Хотя поддержку кастомных элементов в функциональном, но упрощенном интерфейсе можно реализовать отдельным плагином.
Vladimir
при правильном маркетинге
Eugene
Артем, так вы хотите сделать сервис два в одном? - управление контентом - обновления и бэкапы
Vladimir
потому как никто в Joomla не думает о тех, кто каждый день с сайтом имеет дело
Andrey
Выскажу свое мнение исключительно как пользователя. От такого приложения я бы хотел получить возможность полноценной работы с материалами, с меню и с модулями. К сожалению отдельные компоненты унифицировать не получится (тот же HikaShop), но вот 3 вышеуказанные пункта были бы очень полезны.
Vladimir
Ага. Именно. Хотя поддержку кастомных элементов в функциональном, но упрощенном интерфейсе можно реализовать отдельным плагином.
если вы сделаете изолированную админку для клиентов идиотов - вам надо памятник ставить
Artem
он сможет убить WP
😉 Мы с тобой уже обсуждали разные варианты стратегии до. Вот я придумал новую, с сохранением Joomla.
Vladimir
потому что есть клиенты которым надо просто менять цены и все
Artem
если вы сделаете изолированную админку для клиентов идиотов - вам надо памятник ставить
Запланирована возможность настраивать шаблоны наполнения в конфигураторе приложения. 😉
Vladimir
то есть клиент открыл мобилу, поменял и закрыл
Vladimir
причем авторизация по морде
Vladimir
да вам надо памятник будет ставить
Andrey
если приложение представит унифифивраоныне списки и формы, то можно
Ну с разными "если" конечно можно. Да и в качестве развития приложения можно двигаться в сторону поддержки популярных плагинов типа хики и джумшоппинга, но на первом этапе жумаю хорошо было бы иметь прогу, взаимодействующую с элементами ядра. Хотя модули, это уже выход за ядро
Дмитрий
@ArtemLebsak артем, если вы сделаете унификацию в своем приложении, типа добавил в меню пункт, а там списки и формы унифифицрованые
Дмитрий
то можно расширять ваше приложение модулями программными и поддерживать
Vladimir
начните с простого - с админки для идиотов
а я смогу такую админку продавать
Дмитрий
если вы зашьете сильно все это, то расширять будет сложно сторонними
Artem
Артем, так вы хотите сделать сервис два в одном? - управление контентом - обновления и бэкапы
Приложение. Не сервис. Хранение кредов (паролей) на клиенте, а не у нас. Это принципиально разный масштаб бедствия на поддержку инфраструктуры вокруг проекта.
Andrey
Нам всё сразу реализовать не хватит денег. Надо начать продавать подписку, чтобы было что вкладывать в дальнейшую разработку.
Продавать нужно те потребности, которые имеются в B2B. Думаю исходя из этого и стоит отбирать функционал.
Artem
начните с простого - с админки для идиотов
Ты не поверишь... :))) Это было стартом проекта.
Artem
Продавать нужно те потребности, которые имеются в B2B. Думаю исходя из этого и стоит отбирать функционал.
Поэтому мониторинг целостности, резервное копирование и красивые дашборды и отчеты в PDF.
Дмитрий
я например смогу написать json условео в апи своего компонента, ваше приложение забирает и формирует внутри себя навигацию, списки и формы
Дмитрий
тогда расширять станет достаточно просто
Artem
Да. Но. Интеграцию на уровне обмена данными со сторонними интерфейсами мы пропишем в базе, но вот на уровне экранов в самом приложении - всё несколько сложнее. Это последующие этапы. В планах есть.
Дмитрий
весь хикашоп можно управление сделать
Дмитрий
допустим
Andrey
Есть бизнесы, где люди даже не знают данные доступа в админку. Это там, где нет изменения данных, например сайт-визитка, или пусть даже каталог завода. А вот как у меня, это ежедневная работа с сайтом. Но конкретно в моем случае, это 99% работа в хике. Думаю, что именно работа со сторонними компонентами и является самой востребованной у активных
Vladimir
весь хикашоп можно управление сделать
на хика на самом деле много не надо
Vladimir
там главное - управление товарами
Дмитрий
@ArtemLebsak сколько у вас народа на это? можешь сказать?
Artem
От базового функционала и общих задач администрирования, к расширению списка поддерживаемых расширений и платформ.
Дмитрий
и какие бюджеты вообще доступны
Artem
и какие бюджеты вообще доступны
Часть коммерческой тайны.
Alexandr
Админка для идиотов - это писать посты в соц сетях (это освоили даже бабушки) и экспортировать на сайт.
Artem
и какие бюджеты вообще доступны
«Нужно больше золота»
Alexandr
Мы говорим про стандартные статьи Joomla
Vladimir
Мы говорим про стандартные статьи Joomla
мы говорим про стандартные нужды клиентов