Друзья, коллеги! Всем самого наилучшего в наступившем году! В Joomle новичок, есть опыт прикладного программирования. Предоставляет-ли движок некое API для того что-бы можно было написать приложение-клиента для мобилок, или апи нужно писать самому и подключать в виде расширения (модуля). И как быть с другими расширениями? По уму нужна структура БД, либо SDK, мне как прикладнику все это довольно сложно осознать, прошу помощи: слова, ссылки, примеры любая информация будет полезна. Спасибо!
можно компонент написать отдающий json структуры и выводить сайт без шаблона, раньше так можнобыло счас хз... Хотя конечно для высоконагрузочных систем это неайс...
понял вас друзья, но что, ничего кроме адаптивного дизайна не остается? а для json нужна структура бд в худшем случае, а так что и описания классов нет чтоли, маломальского sdk? на чем компонент писать, от чего отталкиваться? --- добавлено: Jan 13, 2017 --- вобще шаблон кому нужен-то для мобилок, если это приложение, а не сайт. для сайта согласен, для адаптива тоже. я хочу вменяемого клиента а не браузерную поделку (касаемо мобилок конечно)
Хамишь. Ты сам то определись что тебе нужно . --- добавлено: Jan 13, 2017, первое сообщение размещено: Jan 13, 2017 ---
Возможно. В HTTP-запрос добавляем format=raw. Почему не остается-то? Я недавно разворачивал у себя на Joomla! сервер обновлений, который как раз такое API и реализует (для соответсвия новым требованиям JED понадобился). Вы поподробнее задачу распишите, а то не очень понятно. Что мобильное приложение делать должно? И опять же, нагрузка какая на сервер будет?
@iv660 вообще непонимаю нафик эти приложения глупые, современные браузеры и так все замечательно кешируют работают с сокетами и поддерживают пуш уведомления, и вопрос обновлени и доверия приложению сразу снимается... Поосто движек сайта под смартфон запилить и все а сам сайт в отказаустойчивое облако отдать
iv660, но сервер обновлений это одно, а авторизация, управление своим аккаунтом, митинг и прочее это немного большее на сколько понимаю, плюс еще расширения... отсюда и вопрос собственно. Подробнее даже не знаю как расписать, видимо нужно очень хорошо ориентироваться в структуре соцсети, хотя применительно к моей задаче я смог бы расписать, но, имхо, эти подробности ни к чему, ведь дело не в том что конкретно нужно реализовать в апи, а в том есть ли готовый инструмент для реализации. Вообще странно, такая популярная цмс и с таким большим недостатком. Нагрузка на сервер предполагается до 10 тыс одновременно. infoman, зря вы так. кеш браузера никак не зависит от конкретного сайта (от пользователя), сокеты и пуш - не тот момент который вообще стоит обсуждать (сокеты давно заернуты в такие ебеня, что прикладнику нужно знать только адрес и порт, пуш имеет огромное количество элементарных реализаций) Есть проблема с качеством связи, к сожалению она есть везде, даже в больших городах по всему миру. Отзывчивость приложения через браузер пока не получится не то что в современных, а наверное и в ближайшем будущем, не управляем мы таймаутом, не видим есть/нет связь на данный момент. API решает, тем более что это не серфинг, а по сути специализированное приложение пусть и с коммуникацией через нэт. --- добавлено: Jan 14, 2017, первое сообщение размещено: Jan 14, 2017 --- iv660, извините я не доответил ). Приложение должно реализовывать функции сайта соцсети. Выделить можно такие моменты: авторизация, редактирование аккаунта, статус ,стена (только добавление новостей), контакты, группы, чат, групповой чат и их история, гео-сервис "кто рядом", оповещения, зов (ээээ ну я так назвал, это призыв всех кто недалеко ). --- добавлено: Jan 14, 2017 --- draff, шел бы ты из этого топика если сказать нечего, зачем троллить-то. --- добавлено: Jan 14, 2017 --- iv660, опять к Вам ). Можно чуток подробнее про сервер обновлений и апи?
все движется к AMP PWA технологиям зачем вам приложения..... Подумайте как PWA правильно в двигло поместить тут толку побольше будет а про перспективу молчу даже
Старый, видать, стал. И хочется и не успеваю за новыми техноллогиями ) чисто из опыта - все равно писать, есть что читануть вменяемое?
ну я могу только по СЕО подкинуть литературки ))) а по коду я нубас сам током нифига незнаю так на джуна по пхп мб натяну)))) ну и джумла нравится как цмс вот и учу один фиг лутше нежели доту играть)
Несколько лет назад делал сайт, который состоял из стандартных - что в наличии и по какой цене, схема проезда и прочая общепринятая ботва. Также на сайте был справочник по взаимозаменяемости железяк. Шаг, твердость, диаметр, нагрузки и прочее. Все это безобразие выгружалось из некого специфического приложения в XML, которое скармливалось сайту. Как оказалось пользователям был интересен именно справочник, чтобы его можно было загрузить на телефон и пользоваться без подключения к сети (это как 2gis). Разумеется пошли тупиковым путем, стали городить огород с выгрузкой с сайта... Если без лирики, нашли разработчика под Android, тот написал приложение, которое подгружало все с той же базы, что и сайт. Работало без подключения к сети, автоматически проверяло обновление и прочие плюшки
@unregistered, @Asylum, зря вы так https://lifehacker.ru/2015/10/07/chrome-dev-offline-pages/ Можно всем чем хош управлять запускай браузер ярлыком на свой соц проект с параметрами нужными тебе, и будет тебе и офлайн и другие плюшки... А приложение тупо для поднастройки браузера и создания ярлыка с параметрами запуска....
Ну раз старый - привык к английскому языку в доках: Joomla Framework / Joomla Platform. А если по теме, draff прав - непонятно, что нужно. Перенаправление посетителя на мобильную версию сайта (НЕ адаптивный шаблон) при заходе с мобильного девайса? Поставь любое расширение с мобайл-детектором и делай, что хочешь. Вариантов реализации - куча. Например, определять девайс посетителя по заголовкам браузера и делай в index.php шаблона вилку для перенаправления на другой шаблон. Ещё один вариант - оталкиваться от связки разрешение экрана/плотность пикселей. Вариант пользоваться Яндекс.детектор. Ну и т.п. ПО коду - "нубас", но тем не менее даёшь советы по разработке. Очень современно))
я дал совет со стороны СЕО и как монетезировать продукт. Ведь в любом случае все сводится к монетезации на 90%.
http://xbsoftware.ru/blog/ot-web-servisa-k-android-prilozheniju/ Часть функций переложить на java и object c Например у вас на сайте есть скрипты на javascrypt они однопоточные они и тормозят в основном, переложите это в многопоточное пиложение и приложение небудет перегружать их в WebViewClient и WebChromeClient а напрямую обрабатывать алгоритм этих скриптов внутри себя а фрейворки WebViewClient будут асинхронно работать с сервером, вот както так...
