хотя бы тем что оно не всги совсем

хотя бы тем что оно не всги совсем

Висги умирает

...

щито?

С асинком сложно там

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

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

IO да

А висги для ио, не?

нет...

http - не ио?

про историю всги вообще в курсе?

про историю всги вообще в курсе?

Ну, я в курсе, что fcgi кака и все такое

блядь. ну вот о чем говорить вообще

Мне как бы для применения в реальности история мало поможет

покрась свои сокеты в красный цвет, йопт. быстрее станут

Ну, вот можно сделать wsgi на asyncio, и оно есть, но там костыли всегда

покрась свои сокеты в красный цвет, йопт. быстрее станут

Ну, станут, с конкаренси по io

Не передача данных конечно

Но простоев будет сильно меньше

Но быстрый http перед asyncio нам бы не помешал

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

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

И не делает этого до сих пор

сейчас похожее говно с асинком - торнада, асинкоре, айохттп, твистед - они все друг с другом не дружат

И не делает этого до сих пор

и не будет. ему посрать на

Не совсем правда

ты мыслишь о скорости и асинке. всги эти вопросы изначально не ебали

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

сейчас похожее говно с асинком - торнада, асинкоре, айохттп, твистед - они все друг с другом не дружат

Все уважающие себя фреймворки уже научились asyncio loop, future и синтаксис новый

ну

ну

Чо ну?

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

Висги для асинка - неудобный апи. Нужен новый

асинк не нужен

асинк не нужен

А, ну тогда ок, пока динозаврик, разговор окончен

даешь иоцп

А, ну тогда ок, пока динозаврик, разговор окончен

проблемы нишевых негров шерифа ниибут

вот сколько кода на питоне реально использует асинк?

особенно на фоне всяких нумпи и прочей научной фигни

Висги для асинка - неудобный апи. Нужен новый

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

вот сколько кода на питоне реально использует асинк?

95% моего проекта, за который платят бабло

ваше мнение очень ценно для нас (с)

если ты его перепишешь на чистом С и конечных автоматах и получишь +300% скорости, тебе насколько больше заплатят?

ваше мнение очень ценно для нас (с)

Так, а это единственное ценное мнение. Если за это платят, значит оно надо и ценное, т.е. у него есть цена.

если ты его перепишешь на чистом С и конечных автоматах и получишь +300% скорости, тебе насколько больше заплатят?

Мне не заплатят, никому не заплатят, ибо оно того не стоит. Это слишком долго, дорого и запарно саппортить

ты то перепишешь. а тот от кого ты зависишь - хрен

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

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

Ну

Соотношение цена/результат сильно улучшается с асинком

1) https://github.com/tomchristie/django-rest-framework/blob/master/rest_framework/authtoken/migrations/0001_initial.py#L20 написано on_delete=models.CASCADE 2) а в PG получается ON DELETE NO ACTION :( кто-нить сталкивался?

Джанго только программно зависимости удаляет, а в бд no action. Можно поставить on_delete=DO_NOTHING и руками в бд правильную логику удаления прописать. https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.DO_NOTHING

Джанго только программно зависимости удаляет, а в бд no action. Можно поставить on_delete=DO_NOTHING и руками в бд правильную логику удаления прописать. https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.DO_NOTHING

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

Джанго только программно зависимости удаляет, а в бд no action. Можно поставить on_delete=DO_NOTHING и руками в бд правильную логику удаления прописать. https://docs.djangoproject.com/en/1.10/ref/models/fields/#django.db.models.DO_NOTHING

/0 как-то печально

Ну, вот можно сделать wsgi на asyncio, и оно есть, но там костыли всегда

Серёжа, нахера тебе асинк в wsgi?

синхронный api прекрасно реализуется поверх асинхронного.

for some value of "прекрасно"

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

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

да всё что угодно. не обязательно поллить.

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

Может, джанго по какой-то причине не в том порядке удаляет.

да всё что угодно. не обязательно поллить.

всё что угодно - не ответ

я же говорил, есть wsgi в asyncio - но это костылян

сравните с Go :)

https://twitter.com/oberstet/status/550741713762136064

я же говорил, есть wsgi в asyncio - но это костылян

А кинь линк на это поделие

https://uwsgi-docs.readthedocs.io/en/latest/asyncio.html вот тут даже все консерны написаны

https://github.com/etianen/aiohttp-wsgi

https://uwsgi-docs.readthedocs.io/en/latest/asyncio.html вот тут даже все консерны написаны

это какое-то дикое порно

ERROR: S client not available

всё что угодно - не ответ

Ну так сделали убогое api(asyncio) а потом вспомнили что все синхронное

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

а пока с темы не уехали

вот это https://github.com/channelcat/sanic это вообще что

это сахар поверх асинка, а ля фласк

но не фласк

вот это https://github.com/channelcat/sanic это вообще что

Надо взять trollius и запустить на pypy

Посмотрим, как оно сольет

Check out this devRant: https://www.devrant.io/rants/239916

В контексте недавнего...:)

Тут говорят Гугл новый алгоритм компрессии сделал

Brotli

Год уж вроде, не?

ага

еще в первом сезоне силиконовой долины? и зовут их Hooli? )

Не. Это у дропбокса)) они по мотивам сделали алгоритм для себя

так их и так пачка на любой вкус и цвет

Кто-нибудь работал с утилитой nfdump? Мне нужно решить проблему с большими файлами, но возможности разделить в самом nfdump'е (в tcpdump, к слову, есть) нету. Файлы передаются между серверами и клиентами и не должно быть потери данных. Что можно предпринять? Думал разделить файлы в коде, но не уверен что это хорошая идея.

Dropbox Paper умеет экспорт в Markdown.

Я влюбиля...

Кто-нибудь работал с утилитой nfdump? Мне нужно решить проблему с большими файлами, но возможности разделить в самом nfdump'е (в tcpdump, к слову, есть) нету. Файлы передаются между серверами и клиентами и не должно быть потери данных. Что можно предпринять? Думал разделить файлы в коде, но не уверен что это хорошая идея.

Проблема то в чем?

https://pypi.org/ стили поменял - стал моднее)

https://pypi.org/ стили поменял - стал моднее)

это другой сайт, старый по прежнему адресу https://pypi.python.org/pypi

Проблема то в чем?

Нужно чтобы большие файлы быстро обрабатывались

емнимс во флоу-тулзах был сплиттер

https://linux.die.net/man/1/flow-split

https://linux.die.net/man/1/flow-split

Кажется, это то что нужно. Спасибо!

пакет flow-tools, за дебилиановую версию не знаю

https://www.meetup.com/DevOps-40/events/234964851/

@mkn8rd ↑

поделишься от нас рекламкой коллег?

а роллинг чем производится?