إنه 2018 الآن ، يستخدم HTTP / 2 على نطاق واسع ، لكن httpie
لا يزال لا يدعمه خارج الصندوق. دعونا نصلح هذا.
أعرف شيئًا عن httpie / httpie-http2 ، ولكن توجد مشكلات في هذا الأسلوب:
httpie/httpie-http2
من الصندوق عندما يتم تثبيت httpie
، لن يعرف الكثير من الناس أبدًا أن هذا المكون الإضافي موجود.curl
يدعم HTTP / 2 خارج الصندوق.أرى العديد من الفوائد لدعم HTTP / 2 أصلاً. ما هي السلبيات؟
لقد حاولت للتو تثبيت المكون الإضافي httpie/http2
ويبدو أنه من المستحيل استخدامه الآن. يعتمد المكون الإضافي على مشروع hyper project ، والذي بدوره يعتمد على إصدار قديم جدًا من مشروع hyperframe
. لا يتوفر هذا hyperframe
القديم لنظام Arch Linux الخاص بي ، لذلك لا يمكنني تثبيت hyper
وبالتالي httpie/http2
(حسنًا ، يمكنني تثبيت_ ، لكنه يتعطل في وقت التشغيل).
طلب تحديث hyper
وتبعياته مفتوح منذ عام مضى ، بدون استجابة من مؤلف الهايبر. يبدو أنه تم التخلي عنها.
ربما يجب إعادة صياغة هذه المشكلة إلى "تنفيذ دعم HTTP / 2". في هذه اللحظة ، من المستحيل ببساطة استخدام HTTP / 2 بأي طريقة عبر httpie
.
jakubroztocil أي أفكار؟ يحتوي المكون الإضافي http2 على الكثير من المشكلات ويبدو أنه لا يوجد أحد يحتفظ بهذا الريبو
عافيهjakubroztocil
jakubroztocil ضرب هذا مرة أخرى لأنني كنت بحاجة لاختبار http / 2 من CLI لكن كان عليّ الرجوع إلى curl
لإنجازه: /
نفس المشكلة أعتقد أن curl سيكون دائمًا أفضل ، لقد كان أكثر من عام.
أود أيضًا أن أحصل على دعم HTTP2 مدمج.
المكون الإضافي httpie / httpie-http2 مبني على أعلى python-hyper / hyper . هذا هو حل HTTP2 الوحيد لطلبات psf / التي أعرفها ، وللأسف ، لا يبدو أنه يتم صيانته بشكل نشط بعد الآن.
أنا أراقب ترميز / httpx . يأتي مع دعم HTTP2 مدمج وقد يصبح بديلاً للطلبات في مرحلة ما.
على أي حال ، سأبدأ بمحاولة إصلاح المكون الإضافي. إذا نجحت ، فسأبحث في تجميعها مع HTTPie. سيتم أيضًا معالجة مشكلات تثبيت البرنامج المساعد العامة.
(نسخة إلى لوكاسا @ تومكريستي فلوريموندمان)
نعم ، لا يتم الحفاظ على hyper-h2 بشكل أساسي: تم استبداله بـ hyper-h2 والكتل الأساسية الأخرى المرتبطة به ، ولم يعد ببساطة أهم شيء. Httpx هو بالتأكيد الشيء الذي يجب مراقبته.
التعليق الأكثر فائدة
نفس المشكلة أعتقد أن curl سيكون دائمًا أفضل ، لقد كان أكثر من عام.