Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Laravel
0 views
Skip to first unread message
Vladislav Vetrov
Feb 15, 2019, 3:34:58 AM2/15/19
to
Всем привет!
По сабжу есть спецы? Hужно создать API, который бы работал одновременно для
мобильных и web-клиентов. В Laravel это возможно или нужно взять за основу
что-то другое?
Vladislav
... -= - <<< - >>> - =-
По сабжу есть спецы? Hужно создать API, который бы работал одновременно для
мобильных и web-клиентов. В Laravel это возможно или нужно взять за основу
что-то другое?
Vladislav
... -= - <<< - >>> - =-
Anton Poletayev
Feb 16, 2019, 6:49:59 PM2/16/19
to
Здpавствуй, Vladislav!
Пятница 15 Февраля 2019 11:28, ты писал(а) All, в сообщении по ссылке
area://ru.php?msgid=2:5020/2140...@Fidonet.org+5c667881:
VV> По сабжу есть спецы?
Да
VV> Hужно создать API, который бы работал
VV> одновременно для мобильных и web-клиентов. В Laravel это возможно или
VV> нужно взять за основу что-то другое?
Да, без проблем.
С уважением - Anton
Пятница 15 Февраля 2019 11:28, ты писал(а) All, в сообщении по ссылке
area://ru.php?msgid=2:5020/2140...@Fidonet.org+5c667881:
VV> По сабжу есть спецы?
Да
VV> Hужно создать API, который бы работал
VV> одновременно для мобильных и web-клиентов. В Laravel это возможно или
VV> нужно взять за основу что-то другое?
Да, без проблем.
С уважением - Anton
Vladislav Vetrov
Feb 17, 2019, 3:59:59 PM2/17/19
to
Hello Anton!
17 фев 19 02:20, you wrote to me:
VV>> По сабжу есть спецы?
AP>
AP> Да
AP>
AP> Да, без проблем.
Расскажи плиз в трёх-четырёх предложениях, как это правильно сделать?
17 фев 19 02:20, you wrote to me:
VV>> По сабжу есть спецы?
AP> Да
AP>
VV>> Hужно создать API, который бы работал
VV>> одновременно для мобильных и web-клиентов. В Laravel это возможно или
VV>> нужно взять за основу что-то другое?
AP>
VV>> одновременно для мобильных и web-клиентов. В Laravel это возможно или
VV>> нужно взять за основу что-то другое?
AP> Да, без проблем.
Расскажи плиз в трёх-четырёх предложениях, как это правильно сделать?
Anton Poletayev
Feb 19, 2019, 2:39:59 AM2/19/19
to
Здpавствуй, Vladislav!
Воскресенье 17 Февраля 2019 23:52, ты писал(а) мне, в сообщении по ссылке
area://ru.php?msgid=2:5020/2140...@Fidonet.org+5c69c9ce:
VV>>> Hужно создать API, который бы работал
VV>>> одновременно для мобильных и web-клиентов. В Laravel это
VV>>> возможно или нужно взять за основу что-то другое?
VV> Расскажи плиз в трёх-четырёх предложениях, как это правильно сделать?
Всё зависит от того, что у тебя на другой стороне и что оно будет хотеть от
api,
в плане аутентификации и свойств самого api (REST или GraphQL)
В классических случаях достаточно официального пакета Laravel Passport для
аутентификации и REST схемы.
Воскресенье 17 Февраля 2019 23:52, ты писал(а) мне, в сообщении по ссылке
area://ru.php?msgid=2:5020/2140...@Fidonet.org+5c69c9ce:
VV>>> Hужно создать API, который бы работал
VV>>> одновременно для мобильных и web-клиентов. В Laravel это
VV> Расскажи плиз в трёх-четырёх предложениях, как это правильно сделать?
Всё зависит от того, что у тебя на другой стороне и что оно будет хотеть от
api,
в плане аутентификации и свойств самого api (REST или GraphQL)
В классических случаях достаточно официального пакета Laravel Passport для
аутентификации и REST схемы.
Vladislav Vetrov
Feb 19, 2019, 4:19:58 AM2/19/19
to
Hello Anton!
19 фев 19 10:18, you wrote to me:
VV>>>> Hужно создать API, который бы работал
VV>>>> одновременно для мобильных и web-клиентов. В Laravel это
VV>>>> возможно или нужно взять за основу что-то другое?
VV>> Расскажи плиз в трёх-четырёх предложениях, как это правильно сделать?
AP>
AP> Всё зависит от того, что у тебя на другой стороне и что оно будет хотеть
AP> от
AP> api, в плане аутентификации и свойств самого api (REST или GraphQL)
AP>
AP> В классических случаях достаточно официального пакета Laravel Passport для
AP> аутентификации и REST схемы.
А как заставить web-клиентов работать через тот же REST-механизм, а не через
свои внутренние схемы взаимодействия с БД?
19 фев 19 10:18, you wrote to me:
VV>>>> Hужно создать API, который бы работал
VV>>>> одновременно для мобильных и web-клиентов. В Laravel это
VV>>>> возможно или нужно взять за основу что-то другое?
VV>> Расскажи плиз в трёх-четырёх предложениях, как это правильно сделать?
AP> Всё зависит от того, что у тебя на другой стороне и что оно будет хотеть
AP> от
AP> api, в плане аутентификации и свойств самого api (REST или GraphQL)
AP>
AP> В классических случаях достаточно официального пакета Laravel Passport для
AP> аутентификации и REST схемы.
А как заставить web-клиентов работать через тот же REST-механизм, а не через
свои внутренние схемы взаимодействия с БД?
0 new messages