InstantApp
Просьба связаться со мной R2, никак не могу ни дозвониться ни дописаться !((((
telegram — @sokich
Месяц назад купил биллинг, загрузил всё как надо сделал, добавил присланный ключ, а он мне: "неверный ключ лицензии биллинга". Я звонил, писал тишина, три тысячи потратил и что делать теперь не понятно.
Вы решили вопрос свой?
А если добавили не новый тип контента, а компонент? Например, сделал я Фотобитвы и хочу добавить их в приложение. Но не смогу, получается?
Поэтому в этой теме выше у меня возник вопрос, где я предлагал к обсуждению — какие компоненты будут входить в основу приложения. Для начала мы будем делать "болванку" под основные приложения, далее по запросу от пользователей будет обновляться список поддерживаемых компонентов в рамках лицензии, какие-то из адаптируемых компонентов будут платные, например ivideo. Так же будет поддержка вебвью, с помощью которой можно будет отобразить не поддерживаемую компоненту.
Спасибо за мысли )
Я, конечно, не настоящий сварщик, но, имхо, приложение для CMS нужно делать не так.
Каждый сайт уникален, и функционал который жестко "вшит" в приложение устроит лишь единицы из ваших потенциальных клиентов.
Очередь за доработками "под себя" выстроится такой, что конца видно не будет.
В моём понимании такое приложение должно быть максимально универсальным.
Я бы делал так. Само приложение — это контейнер, который умеет рендерить вьюхи (активити) по некому "манифесту", представленному в виде файла. И вот этот манифест у каждого сайта свой. Внутри манифеста определяется всё, что можно — какие разделы будут в приложении, какие данные и как в них будут выводиться. Чтобы было так:
1) запускаем приложение
2) приложение коннектится на указанный сайт и скачивает манифест
3) на основании манифеста приложение генерит свои экраны (разделы)
Проще всего это реализуется простым WebView, как делают многие сегодня. Внутрь генерим нужный HTML и все дела. Все возможности нативного приложения (уведомления и т.п.) при этом никуда не исчезают. Если не нравится WebView, то можно генерить и нативные контролы динамически, это не сложно.
Соответственно дефолтный манифест и скрипт поставляющий данные для стандартных компонентов мы потом можем включить в релиз.
А если сторонний разработчик хочет чтобы его компонент тоже мог отображаться в приложении, он просто добавляет его в манифест и пишет свой endpoint для данных.
В эту сторону нужно работать, имхо.
Мы не будем вшивать функционал, мы делаем так, чтобы приложение выступало в качестве "Конструктора", то есть на основании данных сайта, меню, типа контента и проч. будет строиться само приложение. Будет специальный компонент по управлению основных настроек самого приложения. Например возьмем компоненту ivideo. Вы добавляете в пункт меню видео и указываете ему ссылку в админке {content:video} и на основании этого мы уже по заранее сверстанной схеме показываем активити для типа контента видео, и все что связано с типом контента видео, будет отображаться в приложении, начиная от категорий заканчивая наборами. Добавили допустим поле для типа контента видео, это поле автоматом будет отображаться и в приложении со своим значением. Так же будет фильтрация например по этому полю среди видео...
Мы тоже не "сварщики" и понимаем, что приложение нужно универсальное, для всех. А так спасибо за отклик
В случаи складчины — именно так и было бы, но так как вы платите всего долларов 50-150, то это совсем не разумно с точки зрения организации бизнеса, тогда смысл нам работать над приложением. Ведь разработка самого продукта стоит гораздо больше чем 150$, а вы хотите получить все и практически бесплатно.Купив лицензию, я получаю рабочий "исходный код" приложения, который я могу пилить как хочу?
2. Ценник ~150$ — это за все три приложения под все ОС? Или каждое нужно покупать отдельно?
Это будет цена за 2 приложение(IOS + Андроид). Но скажу сразу, что изначально делать будем под андроид, как только все отладим, аналогичное уже будет на IOS.
3. Не возникнет ли проблем с загрузкой похожих приложений в апстор и гугл плей? А какие могут быть проблемы? Название пакетов будет у всех свое. Уникальное.
4. Думаю конец апреля, середина мая. 2017 года. Сейчас
Можно ли будет как то сделать уникальным свое приложение? Типа или темы своей или хотя-бы пару настроек в компоненте на сайте: фон, логотип, цветовое решение. Думаю если можно инфо через апи тянуть, то можно настройки дизайна.Есть ли среди нас дизайнеры? Нам очень нужно продумать дизайн самого приложения и составить прототип
Можно будет
хорошо бы и над статистикой приложения подумать сколько человек пользуются приложением, какие разделы популярны, какие нет.
Над этим можно думать, но думаю нужно сначала сделать основу, так как без нее никак.
А вообще если Вы будете лицензировать под определённые домены будет отлично-ведь мобильный рынок растёт с каждым днём и это необходимость
Согласен, учитывая что InstantCMS очень удобная и гибкая система, предполагаю, что после выхода приложений быстро начнет набирать обороты, так как нет ни одной подобной системы на столько гибкой, понятной + с приложением.
Push notification будет, все будет управляться с административной панели инстант с возможностью отправлять или на IOS или на Android, можно будет даже выбрать пользователя, которому отправлять пуш, или например группе пользователейНужны пуш уведомления
В стандарте же нет компонента видео, он отдельно покупается. Тут думаю так же сделаем.
Смысл тогда в лицензии на домен?
Получается купи лицензию на домен, на мапс на видео и так далее…
Цена на домен будет как говорите вы примерно 150 $ + допустим видео точно не 10-20 $ в конце если докупить все дополнения цена приложения будет кусацца или просто дойдет до той цены что ее легче будет у сторонних разработчиков заказать.
А если стандарт будет стоить 50$ + ivideo 50$ — вы пойдете заказывать приложение? Нужно сначала определить что нужно в стандарте а что отдельно, сейчас вопрос в этом. Приложение в любом случаи уже делается и в этой теме давайте обсудим кому что нужно в стандарте, возможно некое количество самых востребованных компонентов будет входить за 50$, а остальное дополнительно и по запросу. + если будут многочисленные просьбы по добавлению некого компонента, мы добавим поддержку этого компонента и все смогут обновиться и в рамках лицензии получить новый функционал.
Если среди нас есть дизайнер, который готов помочь с прорисовкой самого приложения, будем тоже признательны.
Ежели допустим я захочу добавить своё или стороннее дополнение в ваше приложение, вернее поддержку его. Как быть тогда?
В таком случаи нужно будет обсуждать индивидуально, если это решение популярное, то мы готовы улучшить не только ваш продукт, но и свой. Мы дополним приложение. Тут уже вопросы не только разработки в самом приложении, но и API.
Приложение нужное.
А будет ли возможность размещать приложение в Google Play?
Да, а иначе смысл в приложении
Всего скорее нет, так как если включать это в дефолт то цена возрастет для всех, а этот компонент не всем нужен, смысла нет всем переплачивать. В стандарте же нет компонента видео, он отдельно покупается. Тут думаю так же сделаем.
— у каждого свое понимание популярности.стоит в дефолтную версию включить поддержку самых популярных компонентов