а если логи структурированные, то чо бы не протобуф?

а если логи структурированные, то чо бы не протобуф?

пиши их сразу в grpc

я не знаю есть ли в опенсорсе приемники логов по gRPC

у вяских разных компаний я почти уверен что есть

а JSON не нишевый?

какой он нишевый если он по всюду и везде??

а JSON не нишевый?

Точно нет

какой он нишевый если он по всюду и везде??

а yaml как будто не везде

а yaml как будто не везде

Ну вот YAML RPC ещё не встречал :)

Ну вот YAML RPC ещё не встречал :)

я не встречал тракторов на электричестве. это что доказывает?

а yaml как будто не везде

каждый день вижу ямл, да

я не встречал тракторов на электричестве. это что доказывает?

Как то агрессивно реагируете на очевидную шутку

я не встречал тракторов на электричестве. это что доказывает?

что ты далек от аграрки

https://ecotechnica.com.ua/transport/335-elektricheskij-traktor-edison-sojdet-s-konvejera-kharkovskogo-traktornogo-zavoda-uzhe-v-etom-godu.html

что ты далек от аграрки

тогда кто-то далек от программирования, потому что yaml просто везде

первая ссылка с гугла )

тогда кто-то далек от программирования, потому что yaml просто везде

да везде-везде )

я не спорю

жсон - это reast api всего что можно, его браузеры понимают. Вот это - везде. А yaml кое-где встречается

жсон - это reast api всего что можно, его браузеры понимают. Вот это - везде. А yaml кое-где встречается

Reast?)

Reast?)

это новая парадигма

еще Protogular

жсон - это reast api всего что можно, его браузеры понимают. Вот это - везде. А yaml кое-где встречается

да ладно

браузеры понимают form-data и html в ответ

так говнякали и говнякают сайтики с jquery

понимает - в смысле он виден в devtools -> network -> [запрос ] -> preview

эм

браузеры понимают form-data и html в ответ

?

а когда браузеры начнут grpc понимать?

и что этот скрин должен дать понять?)

а что тут можно не понять? там жсон и он виден в ответе

а когда браузеры начнут grpc понимать?

лучше бы они asn.1 вместо этого научились понимать

а что тут можно не понять? там жсон и он виден в ответе

мне ну очень лень сейчас искать сайт с аякс запросами и ответом хтмл, но web preview с хтмл ответом имеет более человеческий лик

а почему такое используют? потому что $.post(‘/foo/bar’, $(this).serialize()).done((response) => { $(‘#container’).html(response) })

мне ну очень лень сейчас искать сайт с аякс запросами и ответом хтмл, но web preview с хтмл ответом имеет более человеческий лик

через хтмл делать запросы по gql, генерить его из сваггера?? good luck

а где речь про сваггер? :)

жсон - это reast api всего что можно, его браузеры понимают. Вот это - везде. А yaml кое-где встречается

понимает - в смысле он виден в devtools -> network -> [запрос ] -> preview

условия задачи

условия были выполнены? выполнены

а сваггер это про другое

давайте сразу еще кодогенерацию и приемочные тесты жахнем

да ну, зачем? пишете апи на html или yaml, а я предпочту жсон. Не люблю что-то доказывать излишне убеждённым людям))

везет мне сегодня на тугих собеседников )

один в фуллстеке не видит плюсы

API на HTML?

другой сказал А, а потом говорит, что имел ввиду другое А

API на HTML?

веб 2.0

API на HTML?

можно пхп сериализацию еще гонять

вообще вах будет )

можно пхп сериализацию еще гонять

да гоняйте уж сразу пхп-код

и интерпретируйте в браузере

тут лучше JS гонять

в бекенде поднять браузер консольный и все

не зря ж плагины для paw и sketch на js пишутся

в бекенде поднять браузер консольный и все

ужас какой

да-да )

напомнило костыли с рендером ангуляр1 сайтов для гугло и яндекс -ботов

можно пхп сериализацию еще гонять

и как это прикрутить к графкуэль? как описать в сваггере? как кешировать на клиенте? как это документировать что-бы кто-то понял?

:D

кстати, как он графкл в проде?

и как это прикрутить к графкуэль? как описать в сваггере? как кешировать на клиенте? как это документировать что-бы кто-то понял?

страшный сон веб разработчика «пхп-мутации»

огонь. особенно в связке с appolo js

а без апполо можно?

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

да, но так проще с клиентом склеивать. С GQL получается что все сущности лежат по кучкам - контроллер+VM, и друг про друга не очень знают. А сбоку прикручен супер-клей, позволяющий достать ровно то, что надо, в один запрос к серверу, да еще и к БД запросы сбатчить. Прям писечка.

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

да, но так проще с клиентом склеивать. С GQL получается что все сущности лежат по кучкам - контроллер+VM, и друг про друга не очень знают. А сбоку прикручен супер-клей, позволяющий достать ровно то, что надо, в один запрос к серверу, да еще и к БД запросы сбатчить. Прям писечка.

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

С мутациями сложнее. На бекенде, как минимум, напрягает то, что в GraphQL почему-то на вход API нельзя дать тот же тип, что был на выходе. А для каких-нибудь форм, типичное API - это { load(): T; save(updated: T); }. Но в целом, жить можно.

+ насчет апполо меня пугает, что они опенсорс, бесплатны. но рекламу в фейсбуке покупают для популяризации )

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

вот ты и отговорил меня пробовать апполо :D

если у тебя приложение много разного показывает, а меняет - немного и точечно - GraphQL+Apollo очень ок. Если опердень с гридами и формами - я бы сильно подумал. Ну или можно взять GraphQL, но без Apollo - тоже может быть норм вариант.

я скорее из гибкости размышляю

а если для себя, то для себя ноду я редко беру для апи

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

ну так аполло не треюует ноду в бэкенде

+ насчет апполо меня пугает, что они опенсорс, бесплатны. но рекламу в фейсбуке покупают для популяризации )

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

:D

apollo - это клиент

я думаю мы про него

не, я про серверную часть сейчас )

если про клиент, то непонятно зачем юзать апполо, когда есть relay

переставь местами названия

:D

relay — сильно говно?

фейсбучные высеры слишком академичны и переусложнены

реакт прижился же ))

парни из аполло сильно ближе к народу делают продукты

реакт другое дело

я про их граф стек

у аполло из метеора опыт хороший пришел )

там были и люди и опенсорс )

у реактовцев один Абрамов отдувается

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

примеры видел, да

примеры видел, да

От GraphQL + appolo оч выигрывает бекенд на чтение. на запись не всё так просто реакт да, с аполло прерасно коннектится в отличие от redux.

поясни вторую часть