phpBB и Rest API

[KEMnEP]

Интересно, планирует ли команда phpBB внедрять у себя этот инструмент официально? Скажем в phpBB4? Очень бы хотелось видеть...

Отправлено спустя 53 секунды:
Есть конечно расширение и сейчас, но офф поддержка и расширения сторонних авторов всё же разные вещи.

[rxu]

планирует ли команда phpBB внедрять у себя этот инструмент официально

Маловероятно, по крайней мере, не в phpBB4 точно.
С другой стороны - что такое Rest API? По факту - всё, что угодно. Что конкретно имеется ввиду?

[KEMnEP]

Что конкретно имеется ввиду?

Когда со стороны сервера приходят не html страницы, а чистые данный в формате json (с соответствующими заголовками), после приложение клиента с ними может делать и показывать как хочет, доступ к данным так же ограничен куками и т.д.

Отправлено спустя 52 секунды:
Ну и естественно это двух сторонняя связь, там где нужно, get, post, delet и тд

[rxu]

Ну и естественно это двух сторонняя связь, там где нужно, get, post, delet и тд

Это обычные HTTP запросы.

[KEMnEP]

Это обычные HTTP запросы.

Да, важно, что бы это такие методы тоже понимало без html, это проще, главное выдача данных без html в формате json. Стандартизировано, это хорошо помогает отделить логику сервера, от клиентской. Что упрощает разработку в целом. Серверу неважно как будут выглядеть данные, клиенту - что внутри сервера, пока он выдаёт данные в стандартном виде.

[rxu]

Ну т.е., например, это когда результат запроса к viewtopic.php не исходник в HTML, а дикий массив в формате Json, из которого можно затем отрендерить всё, что угодно. В этом смысл?

[KEMnEP]

rxu, Да, и это касается пользователя, его прав и тд. Всей информации.

Отправлено спустя 3 минуты 44 секунды:
не обезательно по одному урлу, к примеру api/user выдаёт о пользователи api/forum/topic, где форум и топик это их ид в цифре о топиках в форуме с пагинацией и тд

[rxu]

Понятно. Для чего?

[KEMnEP]

сам вариант выдачи вполне обсуждаем и не суть важен, важно, что бы это было стандартно и заранее известно.

[rxu]

Это понятно. Неясен "кейс" применения.

[KEMnEP]

rxu, Как и говорил, развязать руки фронтендерам. разделив серверную логику от клиентской. Ненужно тащить с сервера всякие устаревшие технологии, такие как джиквери, шрифты, реализовать свою логику с минимальными правками (если вообще будут нужны) при обновлениях. Ну и использовать пре процессоры. Я не говорю, что для этого нужно избавляться от привычного функционала, но как дополнительно, как возможная опция, было бы хорошо. Сейчас сколько уходит времени у людей поддерживать свои стили. Это, как писал выше - сведёт к минимуму.