разве что это может быть быстрее

ну просто зачем парсить хттп в нечто отличное от хттп чтобы передать на бекенд как хттп ?

т.е. ты реально нихуя не понял

ну или понял больше чем ты

непонятно пока что :3

на питоне есть вебсервера без всги

SimpleHTTPServer например?)

(он вроде wsgi никак не подключает же?)

Zope

(он вроде wsgi никак не подключает же?)

так к нему подкласс с всги есть

в зопу давно всги сервер завезли

Zope

Енто вообще был сервер приложений, и в текущей версии оно как раз WSGI

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

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

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

я-то знаю зачем

и зачем ? хоть одну причину назови

оно быстрее чем парсить хттп средствами питона ?

т.е. пеп не читал, но вместе со всем советским народом осуждает

иди парси

ок читаю пеп. "спиздили из жавы"

вау импульсы от слова УНИВЕРСАЛЬНОСТЬ

до всги был с десяток фреймворков после всги их стали сотни

но плюс всги не в этом

есть еще такая статья https://ef.gy/fastcgi-is-pointless

до всги был с десяток фреймворков после всги их стали сотни

и что это дало ? понизило порог писания новых фреймворков ?

нет

до тебя доходит что это описание точки входа в питон для хттп?

можно было б конечно наваять чтото типа def app(inputstream, errorlog): return stream('HTTP/1.0 200 OK\nFuck: you\n\nHello, world!\n') и ебитесь с парсингом хттп вручную

ну или придумай модель - реализуй на практике - и предложи народу как альтернативу

А http/2 в bytes напрямую возвращать?

можно было б конечно наваять чтото типа def app(inputstream, errorlog): return stream('HTTP/1.0 200 OK\nFuck: you\n\nHello, world!\n') и ебитесь с парсингом хттп вручную

ну вот это и есть точка входа но я то не про точку

скорее всего тебя все пошлют нахуй

А http/2 в bytes напрямую возвращать?

зачем. до нжинкса идёт простенький хттп, нжинкс делает магию, пайплайнинг и аллаха

всги был именно про стыковку питона с вебприложениями с одной стороны и серверов (не обязательно питоновых) с другой

хттп парсинг при этом обычно уже произошел в вебсервере

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

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

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

в общем сравнивать всги и хттп напрямую просто смешно

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

ну почему то в go/rust/cpp ничего похожего на всги не изобрели

Много сайтов на cpp написано?

в C/C++ это пачка SAPI - NSAPI, ISAPI

поверх этих апи нынче живут такие вещи как пхп и асп.нет 8)

перл скопировал идею в свой псги

го изначально нацелен на асинк, а всги крайне паршиво ложится на асинк

раст слишком низкоуровневый имхо

да и не слишком я в курсе чо там у них

Кстати, а есть PEP на асинхронный аналог WSGI? Мне почему то кажется, что я слышал про это, но с первого раза не гуглится.

пепа нет

какие-то асинковые экстеншены есть тут и там

https://mail.python.org/pipermail/web-sig/2008-May/003423.html

что такое летало, в общем, но вроде дальше идей не двигалось

в отличие от всги мира - асинронщики друг с другом не дружат от слова "совсем" же если лупы разные, то привет

Хм, странно - тут все страдали что в aiohttp якобы парсер http медленый, пытались его заменить на что то. Авторы потыкались, и забили - сказали что им и так хватает. Вот если бы запилили асинхронный WSGI, можно было бы переложить парсинг HTTP на внешний веб-сервер.

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

ну прикинь сам - коллбаки и дефереды твистеда, корутины асинкио, гринлеты ивентлета, каналы стаклесса...

только гринлеты ивентлета, только молодость

каждый требует своего подхода к реализации, своего ивент лупа/реактора, разные подходы к йелду управления, вот это всё

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

ну стаклес нельзя вообще рассматривать как питон

пока асинк фундаментально не придёт в общему знаменателю, единого асинк веб-апи под него не будет

Ну вроде проблему разного асинка они надеюсь решат через asyncio, но это более общая задачка. Я то именно про http говорю, оно то для них всех одно и то же, и если бы было что то вроде WSGI, то это бы могло решить проблему меделного парсера в питоне.

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

так нихуя ж не одно и то же..

чтото мне не верится что там медленный парсер

Ну, так то пожалуй да - точка входа для этого AWSGI должна же быть "корутиной"

а твистоёбы с их коллбаками будут страдать и оборачивать это в очередной тредпул 8)

чтото мне не верится что там медленный парсер

Ну вот бенчмарк-дрочеры, сказали что Хелоу-Ворлд тормозит на aiohttp ?

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

потом добавили вызов одной питон функции и скатили до 1к

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

Я так понял там основной плюс получился из-за пайплайнинга, который в браузерах кажется выключен

в современных браузерах он включен но в половине проксей он зарублен

короче кроме универсальности всги ничего не дает

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

короче кроме универсальности всги ничего не дает

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

асинкио это сетевой фреймворк. он по определению работает на сокетах и посылках/потоках поверх них

Ну и ещё оно позволило вынеси парсинг HTTP из питона (если конечно веб-сервер сам не на питоне)

аиохттп - реализация хттп протокола поверх его надо сравнивать не с всги, а с хттплиб и урллиб

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

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

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

aiohttp работает с http напрямую, т.к. по другому то не получается, нету никакого AWSGI, который бы решил задачу парсинга HTTP где то в другом месте

авсги должен определить чтото вроде входящего реквеста - запрос+заголовки+входнойпоток и как фреймворк должен сгенерить выходной поток для респонса

теперь влейте в эту кашу поддержку 100-Continue, chunked encoding, websockets, http/2...

и вы заебетесь

до кучи не забудьте SSL/TLS со SNI

йа кончел

это может делать и делает сейчас нжинкс

какое он отношение имеет к чему либо?

ну нжинкс общается с гункорнами на примитивном хттп

...

нет, ну ему только что битый час объясняли разницу между onwire протоколом и апи... но он ебанутый

Меня тут кстати несколько удивило в WSGI то, что приложение (application) должно быть глобальной переменной, а не например функцией, которая возвращает это приложение. Как они вообще такое придумали?

В документации к django-channels есть драфт ASGI http://channels.readthedocs.io/en/stable/asgi.html

Вернее я давно знал что WSGI нужна глобальная переменная, но только недавно спотнулся об это, когда увидел что pytest "сканирует" мой wsgi.py файлик, и тем самым запускает создание приложения.

нахуй нужны SAX, DOM, когда есть готовый хмл...

Меня тут кстати несколько удивило в WSGI то, что приложение (application) должно быть глобальной переменной, а не например функцией, которая возвращает это приложение. Как они вообще такое придумали?

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

как именно найти/создать всги коллабл - это детали реализации, и их дохера

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

Ах тыж, мля. Точно ведь

всги приложением может быть и функция и тип

спека даже приводит примеры

нет, ну ему только что битый час объясняли разницу между onwire протоколом и апи... но он ебанутый

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