я во фронтенде слаб, но очень хочется запилить такую схему

Backend RESTful API + AngularJS SPA

Ну в ангуляре можно и обычную связку юзать

ajax + роуты

а вот в react все немного иначе

ну мне охота на ресте сделать)

он чисто как вьюшка, не особо предназначенная для общения с сервером

у меня например есть plain old PHP сервак для андроид приложухи и отдельный почти повторяющий функционал сервак для виндовс приложухи

хотя они делают плюс минус одно и то же

легче стелать АПИ и впилить клиента в андроид приложение и в виндовое

Таки да, делаешь одно АПИ на все случаи жизни

удобно так то

Однако встает вопрос безопасности

Да и вообще, я с такой системой впервые работаю, как это реализовывается вообще)

В ларе вроде есть функционал для создания АПИ из коробки

Таки да, делаешь одно АПИ на все случаи жизни

https://habrahabr.ru/post/144011/ серия статей для тех, кто не сталкивался с разработкой АПИ

Благодарю

ну и еще погуглите, много вопросов отпадут сразу

если с английским норм, то у KnpLabs есть скринкасты по RESTful API in real world

Мне бы про разработку апи в laravel

фэйспалм

апи ничем от обычного сайта не отличается

Опять они ссорятся

Привет сегодня ураза байрам, успокойтесь

Кто?

Ты и чувак с Ником где имя - 1 символ

апи ничем от обычного сайта не отличается

Отличается хотя бы тем, что апи не должно хранить состояния

Ты и чувак с Ником где имя - 1 символ

Не понимаю о чем ты)

Отличается хотя бы тем, что апи не должно хранить состояния

а сайт - должен?

ну как бы да

неправда

API не обязано быть stateless

ну как бы да

кому?

а вот RESTful API должно

я говорю за restful как раз

еще кстати хорошая статья https://habrahabr.ru/company/dataart/blog/277419/

уже поздно человеку учить REST

когда уже GraphQL во всю шагает

я, блять, как GSC во время разработки сталкера

пилю пилю

уже вот почти релиз

выходит СУПЕР новая спецификация

пилю опять

Ого 407 участников

и так наверное тоже лет 6 буду пилить апишку до релиза

лол

я, блять, как GSC во время разработки сталкера

?

graph еще далеко до стандарта, все-таки

да и если пилишь апи для себя, это вроде как не особо долго

ну если ты не ленивая жопа конешн))

вроде меня

graph еще далеко до стандарта, все-таки

зато уже есть реализация на PHP, и там решена куча проблем, которые есть у REST

когда уже GraphQL во всю шагает

куда шагает? И что такого в REST, что требует изучения?

кто работал с rss joomla 3.x ?

апи ничем от обычного сайта не отличается

ну, это философское заявление )

ну, это философское заявление )

какие фундаментальные отличия в выдаче json и html при обращении по адресу products/200 ?

какие фундаментальные отличия в выдаче json и html при обращении по адресу products/200 ?

ну я же говорю ) вот я сейчас открыл браузер и по протоколу HTTP с помощью его встроенных методов посмотрел сайт )

если опускаться ниже и ниже то нет никаких фундаментальных отличий у всего - только нули и единички

или даже электроны и протоны

но подход к разработке удаленного апи и сайта всё таки разные

например взять авторизацию хотябы

если опускаться ниже и ниже то нет никаких фундаментальных отличий у всего - только нули и единички

не надо опускаться ниже. Ты мне скажи, в чем фундаментально отличается набор одних и тех же данных, выданный, в одном случае, в json, а в другом - в html?

например взять авторизацию хотябы

а что с ней?

не надо опускаться ниже. Ты мне скажи, в чем фундаментально отличается набор одних и тех же данных, выданный, в одном случае, в json, а в другом - в html?

ничем абсолютно - что одно текст, что другое

ERROR: S client not available

во

значит, все-таки не философский вопрос

а что с ней?

а то, когда ты делаешь сайтик, то у тебя есть сессии и куки. когда сервис, то этого у тебя нет

а то, когда ты делаешь сайтик, то у тебя есть сессии и куки. когда сервис, то этого у тебя нет

почему-то мне это не мешало одного и того же пользователя авторизовывать и через куки, и с помощью токена. И я даже (о ужас) не тратил на это несколько часов

а то, когда ты делаешь сайтик, то у тебя есть сессии и куки. когда сервис, то этого у тебя нет

API тоже может отдавать куки

API тоже может отдавать куки

ну, если ты через браузер работаешь, то да )

а если нет

?

ну, если ты через браузер работаешь, то да )

curl умеет работать с кукисами

искаропки причём

а если нет

ээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээээ

а что, куки только через браузер можно получать?

ну вот через Navision низя например

navision - это такой http-client для Swift?;)

это вообще не клиент Http

о как

не клиент

ну, наверное он куки не умет получать

раз не клиент :D

это типа как SAP

бухгалтерия и CRM

странн

1С наверное тоже куки не умеет

оно умеет обращаться по HTTP/HTTPS

получать

но ничего в себя записать не даст

поэтому у меня в API есть методы, которые надо дергать навижну, чтобы проверить не устарел ли его токен

а

кто вы? О.о

ФСБ.

т.е. ты считаешь, что раз navision чего-то не умеет, то любой клиент апи такой же, как navision?

кто вы? О.о

А тот чувак из налоговой.

занятно, занятно