Api для своего компонента - Разработка расширений для Joomla 3.x

Вопрос такой. Решил дать доступ к приложению (компонент j!) на других сайтах и при этом оставить управление в одном месте.

По какому пути начинать работы.
Варианта два на первый взгляд:
1. Создать json обмен через com_ajax
2. Поднять сторонний сервер для обмена данными типа websocket.

Второй вариант думаю работать может быстрее но там надо больше вести разработки имхо.

Либо ещё есть какие варианты?

Что хочу получать по апи? 


Может по каким-то пунктам кто-то скажет существенное. Надо не надо, что-то изменить.

websocket то зачем вам? websocket предполагает постоянный обмен, в реальном времени. вам это абсолютно ни к чему, судя по описанию, json с головой

websocket то зачем вам? websocket предполагает постоянный обмен, в реальном времени. вам это абсолютно ни к чему, судя по описанию, json с головой

+

com_ajax не работает в компонентах, если вам надо генерировать json, то мне кажется само просто создать view.json.php и запрашивать формат json

Добавлю до кучи, вдруг заинтересует: JResponseJson

Спасибо всем. Пойдем в сторону AJAX в самом компоненте.

Я так понимаю необходимо сделать один вид(+модель и контроллер) и в нем реализовывать все запросы для АПИ.
Или же лучше в каждом виде реализовывать кусочек АПИ?

Спасибо всем. Пойдем в сторону AJAX в самом компоненте.

Я так понимаю необходимо сделать один вид(+модель и контроллер) и в нем реализовывать все запросы для АПИ.
Или же лучше в каждом виде реализовывать кусочек АПИ?

Смотря как вы собираетесь делать эти запросы...
Всё зависит от функционала api и объема!

Смотря как вы собираетесь делать эти запросы...
Всё зависит от функционала api и объема!

Функции и объем описал в первом посте. Или что то другое имели ввиду?
А делать запросы как буду пока не думал.

Авторизацию надо на стороне сервера, а остальное может и клиенту отдать.
Тут для меня главный вопрос это авторизация запросов.

Авторизацию надо на стороне сервера

А другого варианта и не вижу.

остальное может и клиенту отдать.

Не очень понял, что вы имеете под "остальное", но по API клиенты обычно запрашивают то, чего у них нет.

Тут для меня главный вопрос это авторизация запросов.

Смотрите, как она реализована у других. Токены, ключи...по сути - пароли.

Не очень понял, что вы имеете под "остальное", но по API клиенты обычно запрашивают то, чего у них нет.

Тут я имел вот что.
Для реализации API можно пойти двумя путями.

• реализовать некий набор js скриптов для подгрузки на сторонних сайтах.
• реализовать компонент/модуль J для работы только с API, а сами функции API можно запрашивать сервером стороннего сайта через cURL например
• Так вот авторизацию думаю точно надо делать через cURL, а вот остальное можно и конечному клиенту в js отдать

Поправьте если что-то не так.

Так вот авторизацию думаю точно надо делать через cURL, а вот остальное можно и конечному клиенту в js отдать

Поправьте если что-то не так.

Поправлять нечего, потому что не понимаю, что вы собираетесь давать своим клиентам: какой-то кусок кода своего компонента, чисто данные или что-то еще. И почему авторизацию "точно" надо делать через cURL? Разве этот выбор не за клиентом?
Вот как я представляю API веб-сервиса:
Вы даете клиентам точку входа и параметры для получения конкретного рода информации. Только клиенты с валидными ключами могут получать информацию. Результат выдается в текстовом, json или XML виде после проверки ключа.

реализовать некий набор js скриптов для подгрузки на сторонних сайтах.
реализовать компонент/модуль J для работы только с API, а сами функции API можно запрашивать сервером стороннего сайта через cURL например
Так вот авторизацию думаю точно надо делать через cURL, а вот остальное можно и конечному клиенту в js отдать

Ну для начала не нужны готовые скрипты. Нужна нормальная дока

Принцип api прост.
Удаленный сервер делает запрос на ваш сервер с ключом доступа(можно ключ к IP "привязать") и другими нужными параметрами в запросе. Вы отдаете json или XML. JSON более универсален.
Т.к нужно будет ключи и/или IP где хранить и админить то писать надо компонент. Для гибкости можно компонент расширяемый плагинами. То бишь точка входа и проверки доступа в компоненте. А сами данные уже подтягиваются плагинами.

Вы даете клиентам точку входа и параметры для получения конкретного рода информации. Только клиенты с валидными ключами могут получать информацию.

Да извиняюсь... Именно так. А что-то в голову взбрело логин пароль и выдавать ключ на сессию. Вот этот ключ и думал выдавать, но сейчас понл что не надо оно мне. Просто раздам руками ключи.

Ну для начала не нужны готовые скрипты. Нужна нормальная дока

Сейчас и пишу себе задание, готового ничего нет. Теперь думаю надо отдельно написать задание на API и на то как представлять эти данные. До этого, по непонятным причинам, казалось единым целым.

Удаленный сервер делает запрос на ваш сервер с ключом доступа(можно ключ к IP "привязать") и другими нужными параметрами в запросе. Вы отдаете json или XML. JSON более универсален.
Т.к нужно будет ключи и/или IP где хранить и админить то писать надо компонент

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

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

Вот если можно чуть подробнее. С плагинами что-то туго. Все на что меня хватило это прочесывание текста и подстановка туда данных.

Насчёт расширяемость объяснять довольно долго. Но можете просто посмотреть как работают шопа. А точнее методы оплаты например.