ну то есть в целом у тебя все будет сводиться больше к старому доброму RPC

Через апишку гоняются связанные данные: заказы с позициями, товары клиента, и тд...

https://github.com/youshido/graphql/ для graphql ?

https://github.com/webonyx/graphql-php - я вот эту штуку пока только юзал

ну то есть в целом у тебя все будет сводиться больше к старому доброму RPC

наверное надо почитать про RPC, так как я про него только вчера услыша. До этого все про REST говорили.. )

наверное надо почитать про RPC, так как я про него только вчера услыша. До этого все про REST говорили.. )

есть очень популярное заблуждение что REST это что-то конкретное)

есть очень популярное заблуждение что REST это что-то конкретное)

да. много заблюждений. даже у меня в голове. Думал что понял, а потом понял что не понял.

https://gist.github.com/fesor/9200f444742d9fe7ec1205cb1e072fd0

я тут кое чего накидывать хотел когда-то

Сижу разбираюсь какие есть спецификации и что подойдет конкретно мне.

https://gist.github.com/fesor/9200f444742d9fe7ec1205cb1e072fd0

ну а что скажешь про JSON API ?

стандарт норм, но он сложный

ну то есть... с точки зрения бэкэнда он несет в себе порой ненужную сложность

сильных недостатков там нет

все упирается только в то что есть подходы попроще

например HAL

стандарт норм, но он сложный

а в чем сложность? Я ранее делал апишки с output & input in JSON но форматы сам придумывал. Как ошибки отдавать, коды ответов, и все такое... выгодило не очень. А эта штука вроде все стандартидирует.

ну как ошибки отдавать и т.д. это ты можешь механизмы http юзать

просто многие этого не делают

ну вот я дублировал коды в тело ответа :)

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

ну вот я дублировал коды в тело ответа :)

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

главное что бы небыло такого что в теле код 500 а в заголовках 200

ахах

главное что бы небыло такого что в теле код 500 а в заголовках 200

Как это знакомо )

если тебе тупо данные гонять, то ты можешь взять какой-нибудь стандарт вроде HAL

или вообще взять fractal для php и играться

если тебе тупо данные гонять, то ты можешь взять какой-нибудь стандарт вроде HAL

оно? https://apigility.org/documentation/api-primer/halprimer

@voskobovich сразу спрошу, а тебе получается оба сервиса принадлежат? почему ты решил их разделить? Поиграться в микросервисы?

Да, оно.

@voskobovich сразу спрошу, а тебе получается оба сервиса принадлежат? почему ты решил их разделить? Поиграться в микросервисы?

нет, я разрабатыаю SaaS сервис. А другие сервисы (клиентские) будут со мной интегрироваться.

ааа, тут тогда надо долго думать с позиции как твой SaaS будут использовать

идеально было бы глянуть на API других SaaS

ну и в целом всякие гитхабы на graphql потихоньку уходят

просто потому что невозможно сделать абсолютно универсальную API

хм

а с Graphql ты определяешь только структуры данных, а как с ними взаимодействовать решает клиент

https://www.youtube.com/watch?v=wPPFhcqGcvk

вот можешь глянуть

но опять же у graphql есть свои минусы и проблемы

потому хорошенько подумай и может быть стоит начать с rest

ну и все сильно от задач зависит

а в чем реальное преимущество rest перед jsonapi ?

а в чем реальное преимущество rest перед jsonapi ?

ни в чем

вот и мне так кажется

одно спецификация а второе архитектурный стиль

:)

а в чем реальное преимущество rest перед jsonapi ?

jsonapi является подвидом rest

ну мол конкретной реализацией принципов

в vs между ними нет никакого смысла

а с точки зрения инфраструктуры победителем пока всеравно выходит graphql)))

точнее инструментов

уху. надо изучить

так, в общем. Пока что у меня 3 объекта: клиент, заказ и товар. Не думаю что мне надо графапи. Надо начать с REST но реализовывать на конкретной спецификации. В итоге надо выбрать между JSONAPI и HAL. Так?

для jsonapi есть только спека и чутка реализаций. Там нет модных средств верификации обратной совместимости в API

например

так, в общем. Пока что у меня 3 объекта: клиент, заказ и товар. Не думаю что мне надо графапи. Надо начать с REST но реализовывать на конкретной спецификации. В итоге надо выбрать между JSONAPI и HAL. Так?

лучше распиши на листике что можно делать с твоей апишкой

ну мол.... "так пользователю могут понадобиться его последние заказы + инфа о продуктах"

или еще чего такого

угу, понял

ну и три сущности у тебя пока. Надо думать наперед

как-то я не пойму в аллокации памяти если делаешь $a = array_fill(0,100000, md5(1)); $a = []; то пхп сразу выделяется тонна памяти, а потом освобождается полностью а если сделать тот же фокус с нативным драйвером монги $data = $client->find( $criteria, ['projection' => array_fill_keys($fields, 1), 'typeMap' => ['root' => 'array']] )->toArray(); $data = []; то память не освобождается, но при этом при следующем запросе, он не просит лишней памяти, если результат влазит в ту что есть и вот я не пойму, если система выделяет скажем 500мб memory pages и потом не забирает ее обратно, то почему такое не работает в первом примере?

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

Так, а подскажите еще с авторизацией. Идея в том, чтобы клиент в кабинете создавал апп новый и получал к нему токен вечный, который зашивается в код проги. Под это есть спецификации какие-то?

Я уверен что не я первый такое придумал...

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

как-то жирно выходит. если сделал запрос на 5к обьектов, то ты обречен?

Так, а подскажите еще с авторизацией. Идея в том, чтобы клиент в кабинете создавал апп новый и получал к нему токен вечный, который зашивается в код проги. Под это есть спецификации какие-то?

А что тут придумывать? Ну поле с токеном в сущности, если токен нужен один. Либо таблица токенов, если нужно несколько токенов с возможностью отзыва.

Это уже сделано :) Но все же должна быть спецификация на это, рекомендации и правила. Нет?

ERROR: S client not available

Так, а подскажите еще с авторизацией. Идея в том, чтобы клиент в кабинете создавал апп новый и получал к нему токен вечный, который зашивается в код проги. Под это есть спецификации какие-то?

для вечных токенов - нет. Есть Oauth2

секретный токен это обычно что-то типа

openssl rand -hex 16

для вечных токенов - нет. Есть Oauth2

но OAuth2 это не для сервер-сервер. Нет?

для вечных токенов - нет. Есть Oauth2

то есть OAuth — открытый протокол авторизации, который позволяет предоставить третьей стороне ограниченный доступ к защищённым ресурсам пользователя без необходимости передавать ей (третьей стороне) логин и пароль.

но OAuth2 это не для сервер-сервер. Нет?

нет таких схем. Есть клиент-сервер. Просто чей-то сервер выступает как клиент. Ну и повторюсь - это не совсем то

нет таких схем. Есть клиент-сервер. Просто чей-то сервер выступает как клиент. Ну и повторюсь - это не совсем то

а, ну ок... мне OAuth не подходит :) Я под сервер-сервер имел ввиду, что получение доступа без участия человека. То есть если токен сдохнет то ни кто его автоматом не переполучит заново :)

Всем спасибо :)

https://bugs.php.net/bugs-getting-valgrind-log.php есть такая штука, но чет не хочет на бету os x устанавливаться через brew :(

как-то жирно выходит. если сделал запрос на 5к обьектов, то ты обречен?

хз, это надо профайлить и смотреть исходники

ну и если экстеншен не юзает похапэшный способ аллокации памяти то профайлинг будет уже проблематичен

Привет всем. Настроил 2 подключения к БД - default и MD Для авторизации поставил FOSUserBundle Как в настройках указать чтобы FOSUserBundle использовал em MD?

переопределить менеджер и провайдер

ну мол явно указать нужный менеджер

#Fosuserрак

FOSCancerBundle

FosTumorBundle

привет всем вопросик у меня такого плана возник: использую knplabs/doctrine-behaviors для включения мультиязычности в сущности БД. я правильно понял, что он работает по принципу: мы в необходимой энтити определяем поле которое ДОЛЖНО быть мультиязычным (например comment), после чего мапим его на, собственно, энтити в котором и содержатся все варианты перевода (commentTranslations)?

и вообще кто что скажет на счёт knplabs/doctrine-behaviors? и что вы используете для включения мультиязычности?

2. gedmo/translatable

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

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

ну да, база моя.

2. gedmo/translatable

у него принцип подобный?

нет

да, у кнп принцип примерно такой

Ну, на самом деле, и так тоже можно сделать. Зависит от.

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

ясно. спасибо за советы. остановлюсь на кнп, пожалуй

для любителей поизучать чужой код. приложуха на симфони - https://github.com/wallabag/wallabag

редис и реббит по дефолту в паблик смотрят) реди без пароля, ребит с guest/guest

rabbitmq: image: rabbitmq:3-management ports: - "15672:15672" redis: image: redis ports: - "6379:6379"

:D