Всем привет! Кто-нибудь знает, как можно вывести одним скриптом во внешний буфер данные, а другим - перехватить их?

встроить второй скрипт в качестве proxy

чем отличается <?= код ?> от <?php код ?> ?

тем, что первое - аналог echo

тем, что первое - аналог echo

это типа <?php echo "код" ?> ?

Кто подскажет парсер инстаграмма, без апи ?__а=1 работает только для первой странички.

mgp25/instagram-php

https://packagist.org/packages/raiym/instagram-php-scraper#v0.5.7 есть еще но не пробовал. судя по ману, вроде даже удобнее первого что я кинул

акк всеравно нужен ?

это типа <?php echo "код" ?> ?

да, сокращенная форма

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

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

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

ну ищи костыль

ну я вот сюда и написал потому что не могу найти

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

Всем привет! Кто-нибудь знает, как можно вывести одним скриптом во внешний буфер данные, а другим - перехватить их?

https://secure.php.net/manual/ru/features.commandline.io-streams.php

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

что значит полныйм парсером? через API ?

Кто-нибудь юзает GraphQL в продакшане?

Невероятно. Прям в продакшене?

Ну я лет 6-7 назад. Вопрос что в лужу пернуть

Слушай, ты чего какой агрессивный? Как организовывал версионирование и организовывал ли? Насколько реально построить versionless api, которые не превратиться в кашу

Он просто снова намекнул на твою самую рваную часть тела.

Снова

Слушай, ты чего какой агрессивный? Как организовывал версионирование и организовывал ли? Насколько реально построить versionless api, которые не превратиться в кашу

Версионирование уместно когда ты апи делаешь а не пользуешь

Реализовать на уровне роуткра прощп простого

> Версионирование уместно когда ты апи делаешь а не пользуешь Я делаю

Сейчас есть набор REST-сервисов, к которым уже очень сложно поддерживать доки в актуальном состоянии. API довольно большое и меняется раз в неделю

Хочется избавить себя от необходимости переписывать доки и искать разногласия с рабочей версией. И фронтендщикам хочется облегчить головную боль(GraphQL может схему отдавать, что уже неплохо)

Сейчас есть набор REST-сервисов, к которым уже очень сложно поддерживать доки в актуальном состоянии. API довольно большое и меняется раз в неделю

Давай по порядку

Что такое рест

Палюбас есть тулз дла автогенерации доков.

Не в теории а в твоей реализации

Палюбас есть тулз дла автогенерации доков.

Артисан контроллер лист ?)

Кто-нибудь юзает GraphQL в продакшане?

Есть такие

+ пхпдок

А GraphQL — это точно REST? Я просто не юзал.

Артисан контроллер лист ?)

Ваще не в курсе. Знаю, что есть.

Палюбас есть тулз дла автогенерации доков.

swagger это умеет

Артисан контроллер лист ?)

Нужны полные форматы запросов и ответов, лалка, с HEADER и прочими ништяками

swagger это умеет

Тем не менее, ему надо писать аннотации

Или JSON описывать

Или yml

Это и есть то, что я подразумеваю под поддержкой доков

И это очень много времени отнимает

GraphQL тоже нужно писать для автогенерации доки

GraphQL тоже нужно писать для автогенерации доки

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

у реста тоже так можно =)

Как?) Тебе самому придется поддерживать метод генерации схемы)

В GQL ты можешь сделать запрос же { __schema: { types: { ...fullType } } }

introspection, вот

Как?) Тебе самому придется поддерживать метод генерации схемы)

Это как надо сломать апи, чтобы сломать генерацию доков? Тем более, есле речь идёт о REST.

swagger это умеет

Ему явно соап нужен

А если мы имеем дело с JSON-API или с GraphQL, то как здесь нужно накосячить, чтобы сломать генерацию, я хз.

А это уже зашквар

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

И это очень много времени отнимает

Мпньше чем тесты

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

Да причем здесь SOAP?

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

Не знаю такой. Но ты же можешь надстроить пост-обрабоку какого-нить синтаксичесого дерева? Не?

При том что это строгая типизация реквечтов и респонсов

JSON Schema.

И доки и тесты и примеры

Да!

Дтд хмл еще е ть

Кейс.

Говнище

Не знаю такой. Но ты же можешь надстроить пост-обрабоку какого-нить синтаксичесого дерева? Не?

Нахуя, если я могу взять GraphQL

ERROR: S client not available

При том что это строгая типизация реквечтов и респонсов

Строгая типизация есть не только в SOAP

Так вопрос про версионирование в GraphQL остается открытым

Есть 2 варианта

Кейс, короче: Мы для сети терминалов самообслуживания валидируем ответы МИС по JSON Schema и на основе схемы генерируем Flow тайпинг. Ошибка практически невозможна.

1. Как принято в REST через url или заголовки 2. Просто не вносить изменения в существующие свойства, а только добавлять новые

Flow-тайпинг — статическая типизация, если кто не в курсе.

Flow-тайпинг — статическая типизация, если кто не в курсе.

Хуйня это, он никак не избавляет от runtime ошибок, хотя и мог бы

Хуйня это, он никак не избавляет от runtime ошибок, хотя и мог бы

Для БЛ есть юнит-тесты.

Хуйня это, он никак не избавляет от runtime ошибок, хотя и мог бы

Ну и мы ответы от МИС в рантайме проверяем. Если фейл, то реджектим всю цепочку событий. Выбора нет, т.к. там финансовые транзакции.

Но не суть, меня все-таки интересует вопрос, пробовал ли кто-нибудь в продакшане второй способ, не превращается ли API в помойку, убивая тот самый interspection

У нас АПИ — рпс-помойка и есть. =( 1С. Мы за неё не отвечаем.

Я хотел там навязать JSON-API. Результат печальный.

лол, я помню Эквифакс API и росфинмониторинг

О, дааа

Но я думаю, что если надо масштабируемость, то лучше держаться конкретной методологии.

Эти божественные API

1. Как принято в REST через url или заголовки 2. Просто не вносить изменения в существующие свойства, а только добавлять новые

3 http://facebook.github.io/graphql/#sec-Deprecation

О, даже так, спасибо :)

3 http://facebook.github.io/graphql/#sec-Deprecation

у нас так и работает

Круто! А как общие впечатления от использования?

Подводных камней много было?

Нет. Но мы поддерживаем 2 api . рест и graphql. Каждый для своей задачи и я не понимаю зачем везде пихать graphql

Хайп.

Чисто как пример. https://habrahabr.ru/post/304182/

статья в минус ушла. туда ей и дорога

Ну, рекламка же.

пздц я, встал в 3 ночи, обожрался

)

а я в три ночи обработался уже

ещё немного и спать

@f3ath шо думаешь? https://slamdunk.github.io/blog/when-to-declare-methods-final/

шо вы все думаете об этом, а?