Pull to refresh

Comments 37

Наконец можно избавиться от guzzl`а
конечно, избавиться. Почти каждый сторонний пакет тянет за собой guzzle
А чем guzzle не угодил?
А он работает поверх CURL? (если да то я вам сочувствую)
И чем же плох cURL?
в сравнении с чем? есть что-то лучшее?
только не говорите про fsockopen…

Из коробки два транспорта: CURL и stream. Можно написать свои при желании.

Зачем придумывать велосипед если уже есть? Но судя по коду, вижу, что удобненько. А судя по комментариям согласшусь на счет GUZZLE.

Он не плох, но тяжёл как в плане зависимостей, так и в плане API.

А ваш требует yii2, поэтому просто так его не подключить. Кстати, не вижу, чтобы у Guzzle было много зависимостей:
— guzzlehttp/guzzle
— — guzzlehttp/promises
— — guzzlehttp/psr7
— — — psr/http-message

Так его и будут использовать с Yii 2.0. Он по другому и не может работать...

А зачем делать завязку на фреймворк там, где без нее спокойно можно обойтись?

Вообще аргументы странные. Объем (хотя не вижу ничего объемного) — ну, не знаю, мне что-то прямо вспоминается, как заливал HTML на 14400 по фтп на хостинг с 2 Мб места. API кажется тяжелым — можно сделать фасад/адаптер.

Мне кажется, дело в другом — у Guzzle найден фатальный недостаток :-)

Посмотрите исходник. Нельзя там просто так обойтись не продублировав yii\web\Cookie и yii\web\HeaderCollection, которые в фреймворке уже есть.


Я ни разу не говорил про размер на диске.


API кажется тяжелым — можно сделать фасад/адаптер.

Так это он и есть. Хотите — реализуйте драйвер, который будет использовать Guzzle.

выделите yii\web\Cookie и yii\web\HeaderCollection в отдельные модули и избавитесь от дублирования кода. Мне вот нравится AR Yii, но просто так её не получится использовать, т.к. нужно тащить весь фреймворк.

Вы имеете ввиду пакеты? Да, есть такие планы, но не в 2.0. Возможно, в 2.2 — 2.3.

Ведь использовать file_get_contents было бы слишком просто.
Особенно если нужно оправить данные методом POST

Как с file_get_contents() например настроить таймаут на ожидание ответа?

На данный момент использую уже несколько лет php-curl-class, и вроде вполне доволен.

Не думаю что замена Guzzle. Я бы не заменил.

Не замена. Просто есть моменты, для которых нужно что-то попроще...

Отличная новость, спасибо автору! По коду и примерам просто и удобно.

Расширить доки и добавить на русском было бы неплохо.
Я тоже сомневаюсь что стоит разработывать велосипеды когда есть уже готовые и главное — хорошые решения. Ведь все используют Guzzle…
14 112 589
https://packagist.org/packages/guzzlehttp/guzzle

Вы серьезно?

А при чём тут цифры Guzzle всех версий с 2011 года? Несомненно, библиотека очень популярная, но она не единственная. Люди пользуются buzz, zend-http, httpful и так далее. Мы сделали довольно тонкую обёртку с двумя простыми драйверами. Драйвер под Guzzle тоже можно сделать. Цифры для не релизнутого расширения вполне нормальные. Например, вот Sphinx: https://packagist.org/packages/yiisoft/yii2-sphinx

нету поддержки multi curl или я не увидел
лично я использую khr/php-mcurl-client для мульти отправки
для обычной рутины самопал codepaste.net/g92i1n
метод send, если честно взбесил, можно сделать отправку на конечных методах (get put post delete)
нету поддержки multi curl или я не увидел

Есть. Будет работать асинхронно если использовать CurlTransport.

спасибо, пока модерировали комментарий полазил по коду и доке нашел отправку, прошу не учитывать мое мнение выше в комментарии оно не актуально.
Sign up to leave a comment.

Articles