большого опыта в soap нет, только для апи клиента использовал

чисто логически если уж соап так хорош то почему все апи rest?

У него exchanges больше чем queue это, скорее всего, значит, что есть кастомные роуты на exchanges. Тут редис не заменит. Да и смотря как кодяра написана, при хреновом коде устанешь заменять одно на другое. Плюс тебя не смущает скачки "redelivered" (если я правильно график разобрал). Имхо легче разобратся с текущим реббитом, чем пробовать другую очередь....

Скачки там на Disk read, Redelivered это неудачные запросы возвращаются, там http клиент. За ссылку спасибо, вроде не видел, покурю.

rest для простых вещей уровня crud, soap для сложных апи. И там есть wsdl

soap весьма многословен

json-api не вариант?

ну за исключением того, что soap стандартизирован, а json rpc это что то вроде бабушке на деревню... а так вариант, почему нет

Соап - бородатый высер, который должен умереть

Хрен там в не стагдартизирован

Разные клиенты могут по разному отправлять

Особенно в 1с

soap так же по http работает

в хедере передаешь какой тебе метод нужен

и дальше только post body

почти тот же json-api, только на xml

лично сам не парю, ваше мнение хотел бы услышать

чисто логически если уж соап так хорош то почему все апи rest?

Кто сказал что все? Майкрософт и джава к джава его до сих пор юзают. Просто в ПХП соап глючное говно, для простых запросов он не нужен. А так СОАП позволяет делать RemoteProcedureCall что в жестком энтерпрайзе оч даже может работать.

читаю

есть еще gRPC)

Кто сказал что все? Майкрософт и джава к джава его до сих пор юзают. Просто в ПХП соап глючное говно, для простых запросов он не нужен. А так СОАП позволяет делать RemoteProcedureCall что в жестком энтерпрайзе оч даже может работать.

даже майкрософт потиху отходит от soap

Кто сказал что все? Майкрософт и джава к джава его до сих пор юзают. Просто в ПХП соап глючное говно, для простых запросов он не нужен. А так СОАП позволяет делать RemoteProcedureCall что в жестком энтерпрайзе оч даже может работать.

ну я думаю дело не только в php, все веб приложения и сайты в rest

да, grpc [орош

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

grpc не видел, пойду полистаю

ну я думаю дело не только в php, все веб приложения и сайты в rest

вот только это сравнение чего-то конкретного. с чем-то абстрактным.

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

не вижу смысла юзать SOAP если у тебя не .net

гемора больше чем профита. Да и альтернатив за последние годы для реализации RPC появилась масса

вот только это сравнение чего-то конкретного. с чем-то абстрактным.

неимею опыта с soap, 2 раза всего внедрял. Для почты россии и какая то там sibel crm. тривиальные задачи, с которыми rest также бы справился

неимею опыта с soap, 2 раза всего внедрял. Для почты россии и какая то там sibel crm. тривиальные задачи, с которыми rest также бы справился

я к тому что сейчас говорить "rest api" - это как просто говорить "api". То есть вот эти четыре буквы вообще не говорят о том как у тебя апишка работает. Просто известно что http в качестве транспорта

вот вот... за последние годы масса появилась ;) и столько же помрет ;д

вот вот... за последние годы масса появилась ;) и столько же помрет ;д

мелкософт к слову odata еще юзает. Ну точнее их гайдлайны по api очень на это дело похоже

майкрософт это ваще компания которая испоганит все ибо nih

самая жесть, которую я видел - это API на вебсокетах

чел "на той стороне" решил, что ему срочно надо в резюме добавить работу с вебсокетами а мне пришлось писать клиент на PHP :(

soap стоит уважать за wsdl

Wsdl тоже высер

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

Я вообще не любитель СОАП, но давайте глядеть правде, их WSDL при правильном подходе очень крутая вещь. Позволяет генерить тебе классы ответов и запросов. Это и для строготипизированных языков круто, и для любителей объектов, а не просто переылать массивчики данных. Ты провайдер АПИ, обновил версию, добавил одно поле, все кто пытаются юзать твою АПИ получают ошибку - устарела WSDL. Пользователи ее обновляют, пересобирают прилаги, и у них все работает - не нужно идти и читать ченджлоги, узнавать что там провайдер изменил в АПИ..... Хз, имхо имеет право на жизнь. Другое дело что graphApi мне сейчас нравится больше в этом плане (в плане версионности и изменений), но руками тебе приходится генерить все запросы.... ну хз каждому свое

Помню делал 4 версии wsdl пока клиент съел

Всем привет. Такой вопрос. Использовать 2 отдельных метода или же только 1 метод с передачой дополнительного параметра? И почему? Примера кода прикрепляю Первый: https://codeshare.io/2WW4jM Второй: https://codeshare.io/aJPKvX

Все валидгые

чел "на той стороне" решил, что ему срочно надо в резюме добавить работу с вебсокетами а мне пришлось писать клиент на PHP :(

в каком году? ReactPHP довольно таки живая вещь - много чего написано, покрыто тестами.... короче с нуля лучше ты не напишешь ГЫГЫ :)

чел "на той стороне" решил, что ему срочно надо в резюме добавить работу с вебсокетами а мне пришлось писать клиент на PHP :(

взял бы готовый

Одно дело апи, одно вебсокетв

И третье - одновременно

вообще не вижу проблем

Когда вроде rest но нет

ну типа того... сидишь, думаешь, что это рест запрос в банк не пашет... идешь смотреть их соап версию апи, открываешь wsdl... ешкин кот, дока старая или с ошибкой, параметр иначе зовется

http запрос волшебным образом превращается в websocket сообщение и вуаля у нас апишка на сокетах

для graphql вообще тема)

Только нет запрос/ответ

Пришло два запроса следом два ответа

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

Какой к чему - разбирайсся

Только нет запрос/ответ

есть сообщения которые ходят в обе стороны, чего тебе еще надо? четкая последовательность?

Я к тому что это не просто обертка

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

Ну окей, окей:)

оно конечно сомнительно если только с сервером нет жесткого потока сообщений

тогда я понимаю выбор вэбсокетов.

но вот для типичных апишек - сомнительно

ERROR: S client not available

"мы сделаем это за выходные"?

в каком году? ReactPHP довольно таки живая вещь - много чего написано, покрыто тестами.... короче с нуля лучше ты не напишешь ГЫГЫ :)

у меня там был легаси с PHP 5.3

а graphql вообще штука специфичная, мало где она нужна... имхо, когда апи для аналитики какой-то делается для партнеров и т.п.

в остальном - чистый хайп

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

Keep Alive для постоянного соединения :) вебсокеты немного про другое, но я тебя понял.

ну за исключением того, что soap стандартизирован, а json rpc это что то вроде бабушке на деревню... а так вариант, почему нет

Хз, вроде все четко и однозначно формализовано http://www.jsonrpc.org/specification

а graphql вообще штука специфичная, мало где она нужна... имхо, когда апи для аналитики какой-то делается для партнеров и т.п.

не соглашусь с тобой. На всех проектах на которых я работал за последние 2 года (то что помню) graphql зашел бы и упростил массу вещей.

оно конечно можно взять какой-нибудь json-api и его sparial fieldsets

и получить похожий результат но формат и инфраструктура сильно остали от graphql а значит нет смысла

одна только возможность полностью экспоузнуть схему и сравнить на предмет отсутствия обратнйо совместимости - это уже мега вин

если тебе по работе приходится писать апишки и много - как минимум стоит инвестировать немного времени в "познакомиться".

Привет. Может кто работал с magento 2. С несколькими магазинами в одном приложении и пилил импорт товаров ?

https://github.com/overblog/dataloader-php

народ, кто в регулярках силен? не могу посстроить паттерн, надо jform[name] => name

https://regex101.com/r/BAUgb4/1 ?

А какое следующее? shfkjh[afgdgf] => afgdgf или jform[afgdgf] => afgdgf

jform\[([^\]]+)\]

Если важно, чтобы name совпадал - нужно поиск юзать

А какое следующее? shfkjh[afgdgf] => afgdgf или jform[afgdgf] => afgdgf

второе

хах

Такие пришли, и молчат...

Партизанский отряд )

Утро.

У кого как

так себе утро

Ночь

бывает)))

утро