Телеграмм чат группы phpfwdays страница 410

2020 May 31

VC

Valentyn Cherniavsky... in PHP fwdays

вопрос для аудитории, поделитесь опытом использования protobuf для передачи данных между js фронтом и сервером. стоит ли пробовать?

источник

10:51пожаловаться #1

VD

Vano Devium in PHP fwdays

Alexey Petrov

А что тогда будет целевым форматом? Мы же должны конвертировать из чего-то во что-то.
Тоесть приводить исходные форматы запроса в какой-то целевой и уметь с ним работать.
Плюс будут же несостыковки. 1:1 замапить, наверное, не получится

Представим квадратный вакуум: у нас есть API на laravel. Которая умеет отдавать REST. Рядом ставим проксю, которая умеет принимать и gql, который асинхронно маппится на существующие REST запросы и агрегирует всё в единый gql ответ.

Вопрос не в 100% маппинге (лично я не могу представить такую ситуацию, но всегда можно тааак закастомить формат данных, что и сам не поймешь как оно работает).

Собственно, интересна сама идея избавиться от вынужденного перехода на gql. Как use case, например, фронт обращается по REST, а мобильное приложение по gql. При этом бекенд — один, кодовая база — одна.

источник

10:59пожаловаться #2

Y

Yana in PHP fwdays

Blackfire useful links 🔗
👉 Blackfire quiz:
https://bit.ly/2AvuqX3
👉 Blackfire free webinar June 2:
https://bit.ly/3gt6IuV

Office

Fill | Blackfire at PHP fwdays

Welcome to this quizz!
As a participant to the PHP fwdays, try to answer all of the questions correctly. The 5 winners will be randomly selected amongst those who answered correctly to all questions. They will receive a free copy of the book "PHP Code Performance Explained", by Fabien Potencier.
Most answers can be found at https://blackfire.io/php

источник

11:00пожаловаться #3

VC

Vladimir Chernyshev in PHP fwdays

Vano Devium

Представим квадратный вакуум: у нас есть API на laravel. Которая умеет отдавать REST. Рядом ставим проксю, которая умеет принимать и gql, который асинхронно маппится на существующие REST запросы и агрегирует всё в единый gql ответ.

Вопрос не в 100% маппинге (лично я не могу представить такую ситуацию, но всегда можно тааак закастомить формат данных, что и сам не поймешь как оно работает).

Собственно, интересна сама идея избавиться от вынужденного перехода на gql. Как use case, например, фронт обращается по REST, а мобильное приложение по gql. При этом бекенд — один, кодовая база — одна.

Мы такую штуку назвали ApiGateway. Не только преобразование, но и сбор одного graphql ответа из нескольких restish микросервисов, в том числе с тротлингом circuit breaker. По сути GraphQL фасад для всей системы. Ну и некоторые rest ендпоинті просто роутил напрямую

источник

11:03пожаловаться #4

Y

Yana in PHP fwdays

Немного бекстейджа с конференции😅

источник

11:05пожаловаться #5

AP

Alexey Petrov in PHP fwdays

Vano Devium

Представим квадратный вакуум: у нас есть API на laravel. Которая умеет отдавать REST. Рядом ставим проксю, которая умеет принимать и gql, который асинхронно маппится на существующие REST запросы и агрегирует всё в единый gql ответ.

Вопрос не в 100% маппинге (лично я не могу представить такую ситуацию, но всегда можно тааак закастомить формат данных, что и сам не поймешь как оно работает).

Собственно, интересна сама идея избавиться от вынужденного перехода на gql. Как use case, например, фронт обращается по REST, а мобильное приложение по gql. При этом бекенд — один, кодовая база — одна.

Идея понятная) Решение интересное.

У нас, к примеру, фронты делают у себя похожую тему. В apollo резоверах мапят свой gql на наш backend rest))
Часто бывают инициативы от фронтенд команд, написать свой бекенд на nodejs и мапить gql на уже построенный rest

источник

11:05пожаловаться #6

Y

Yana in PHP fwdays