а gevent есть смысл применять хоть где-то?

кмк, начинать новый проект на tornado смысла большого не имеет. Лучше aiohttp взять

Почему?

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

рест апи на джанге потому что писать - ну такое

для этого другие фреймворки берут

а gevent есть смысл применять хоть где-то?

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

Какой веб-фреймворк показывает себя лучше всего в связке с gevent?

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

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

понял

фу, как можно писать на этом сраном go ?) Там же ни exception-ов, ничего нету, за каждый неверный пробел тебя гугол анально карает и вообще, скоро они будут решать что на нем писать нужно, а что - нет.

Это ты ещё тесты не писал

взаимоисключающие параграфы

фу, как можно писать на этом сраном go ?) Там же ни exception-ов, ничего нету, за каждый неверный пробел тебя гугол анально карает и вообще, скоро они будут решать что на нем писать нужно, а что - нет.

я пытаюсь питонн ускорить немного, а то что-то пол миллисекунды только система хождения отнимает

Почему?

Потому что либ для него нет. Чтобы использовать asyncio'шные надо инсталить asyncio-loop. Из-за особенностей работы c asyncio'шными task'ами в tornado, там не работает async-timeout, который во многих asyncio-либах используется

Придется писать всякие костыли

рест апи на джанге потому что писать - ну такое

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

Но зачем все это нужно, если можно просто взять aiohttp?

фу, как можно писать на этом сраном go ?) Там же ни exception-ов, ничего нету, за каждый неверный пробел тебя гугол анально карает и вообще, скоро они будут решать что на нем писать нужно, а что - нет.

берешь и пишешь, в этом мире все за деньги, как же еще

Но зачем все это нужно, если можно просто взять aiohttp?

он тормозной и без батареек

Основной кейс когда нужен tornado - необходимость поддержики python2

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

что угодно лучше джанги ? фласк, фалькон

Пора переходить с питона на что-то быстрое

тот же торнадо

Настолько медленный

он тормозной и без батареек

Торнадо или aiohttp?

Баш не заменяет все равно

Зачем он тогда нужен

Торнадо или aiohttp?

aiohttp

aiohttp

Вроде же с httptools он быстрее стал

Добрый день! Подскажите почему при создании списка из чисел в цикле методом append с условным форматированием " на выводе дает ковычки одинарные? stnum.append("{}".format(item[0],)) вывод: ['58', '125', '111', '150', '160', '30', '66', '222', '122']

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

что угодно лучше джанги ? фласк, фалькон

Мне нравится джанго и дрф. Очень высокоуровнево. Но при этом можно в нужном месте воткнуться и переопределить. Другие фреймворки почему-то максимум чем оперируют — http методами. Viewsets в DRF стоят уровнем повыше. Я бы в идеале хотел фреймворк как DRF, но без всего того груза от классического джанго с шаблонами и все такое. Пока не нашел.

Мне нравится джанго и дрф. Очень высокоуровнево. Но при этом можно в нужном месте воткнуться и переопределить. Другие фреймворки почему-то максимум чем оперируют — http методами. Viewsets в DRF стоят уровнем повыше. Я бы в идеале хотел фреймворк как DRF, но без всего того груза от классического джанго с шаблонами и все такое. Пока не нашел.

А еще он очень медленный

А еще он очень медленный

Вряд ли.

Мне нравится джанго и дрф. Очень высокоуровнево. Но при этом можно в нужном месте воткнуться и переопределить. Другие фреймворки почему-то максимум чем оперируют — http методами. Viewsets в DRF стоят уровнем повыше. Я бы в идеале хотел фреймворк как DRF, но без всего того груза от классического джанго с шаблонами и все такое. Пока не нашел.

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

ладно, буду тогда смотреть доки по django-rest-framework спасибо

Вряд ли.

Почему вряд ли? Сериализатор drf слоупочный

Дока 2

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

Ну я не хочу описывать каждый метод к каждой сущности. А в дрф круто. Есть сущность «посты», например. Четыре строчки написал и у тебя полный CRUD через рест.

Но зачем все это нужно, если можно просто взять aiohttp?

ну вот я взял и столкнулся с проблемой, на которую до сих пор не получил решение

Почему вряд ли? Сериализатор drf слоупочный

Есть какие-то тесты или что? Откуда инфа?

Ну я не хочу описывать каждый метод к каждой сущности. А в дрф круто. Есть сущность «посты», например. Четыре строчки написал и у тебя полный CRUD через рест.

Да, а потом когда понадобятся api сложнее чем просто crud, начинается написание бизнес-логики в serializer'ах. Я такое видел не раз

Ну я не хочу описывать каждый метод к каждой сущности. А в дрф круто. Есть сущность «посты», например. Четыре строчки написал и у тебя полный CRUD через рест.

Шо, опять изобрели сваггер

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

Есть какие-то тесты или что? Откуда инфа?

Конечно есть: https://voidfiles.github.io/python-serialization-benchmark/

Ну я не хочу описывать каждый метод к каждой сущности. А в дрф круто. Есть сущность «посты», например. Четыре строчки написал и у тебя полный CRUD через рест.

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

Да, а потом когда понадобятся api сложнее чем просто crud, начинается написание бизнес-логики в serializer'ах. Я такое видел не раз

Можно и во viewset. И в фильтрах. И еще много где.

это все разбивается о реальные задачи

ну и, опять же, не асинхронно и тяжело

Можно и во viewset. И в фильтрах. И еще много где.

Но ни в одном из этих мест бизнес-логики быть не должно

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

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

Но ни в одном из этих мест бизнес-логики быть не должно

А где должно? В моделях?

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

По-моему, тебе надо сериализовать в json.

А где должно? В моделях?

в Model в терминологии MVC

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

Ну и что, что все это есть? Оно все это кастомизируется. Вплоть до ухода до уровня функционального view.

MTV

в Model в терминологии MVC

Ну и что мешает это сделать в django/drf?

Ну и что, что все это есть? Оно все это кастомизируется. Вплоть до ухода до уровня функционального view.

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

костыли на костыле

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

Так тебе надо или не надо? Ты уж определись.

https://github.com/floyernick/Init-py

Так тебе надо или не надо? Ты уж определись.

так я про то и говорю - все эти красивости на практике превращаются в подхачивание фреймворка и воркараунды вокруг его негибкости

Подскажите пожалуйста, а то переписывать не хочется ?

Ну и что мешает это сделать в django/drf?

Ничего не мешает. Просто в таком случае drf окажется не очень нужным. От него останется кусок routing'а и слоупочный serializer

так я про то и говорю - все эти красивости на практике превращаются в подхачивание фреймворка и воркараунды вокруг его негибкости

Это не подхачивание. Для большинства типичных задач тебе хватит фреймворка. А в редких случаях у тебя все равно есть куча места для маневров. И это круто, на мой взгляд.

Так тебе надо или не надо? Ты уж определись.

кстати, можешь глянуть на flask-restless

ERROR: S client not available

Это не подхачивание. Для большинства типичных задач тебе хватит фреймворка. А в редких случаях у тебя все равно есть куча места для маневров. И это круто, на мой взгляд.

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

кстати, можешь глянуть на flask-restless

Пробежался мельком. Вроде интересно.

подскажите, как разделить свойства класса от методов по файлам? Например, есть класс С1, у него есть два свойства(атрибута) а1 и а2, есть два метода м1 и м2. В одном файле хочу определять методы класса, а в другом файлы - атрибуты

подскажите, как разделить свойства класса от методов по файлам? Например, есть класс С1, у него есть два свойства(атрибута) а1 и а2, есть два метода м1 и м2. В одном файле хочу определять методы класса, а в другом файлы - атрибуты

зачем?

болезненный опыт С++ не отпускает?

ну вот я взял и столкнулся с проблемой, на которую до сих пор не получил решение

Попробуй без gunicorn'а запустить

Попробуй без gunicorn'а запустить

пробовал уже. тоже самое

зачем?

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

Ну и с вероятностью 99.9% накосячил где-то ты сам, но винишь в этом aiohttp и то что никто за тебя не решил проблему

Ну и с вероятностью 99.9% накосячил где-то ты сам, но винишь в этом aiohttp и то что никто за тебя не решил проблему

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

кода там совсем немного

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

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

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

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

У тебя все уперлось в лимит коннектов к postgres

У тебя все уперлось в лимит коннектов к postgres

нет. пулл на 50 коннектов . + ошибки с postgres'a нет

нет. пулл на 50 коннектов . + ошибки с postgres'a нет

В postgresql.conf какое значение max_connections?

В postgresql.conf какое значение max_connections?

а какая разница какое там значение, если я в aiopg поставил лимит пулла?

нет. пулл на 50 коннектов . + ошибки с postgres'a нет

Откуда такая уверенность, что дело не в кол-ве коннектов к pg?

вопрос абстрактный, но конкретно использую django, у меня есть app с "ядровыми" моделями - базовые модели, которые будут использоваться в разных АРР. Так как они шарютнся на разные арр, я хотел их изолировать и отдельно сделать файлы с методами для этих меделей

а какая разница какое там значение, если я в aiopg поставил лимит пулла?

Большая. Если лимит пула 50, а в pg стоит 20

Большая. Если лимит пула 50, а в pg стоит 20

в конфиге постгреса 200

Ну и тем не менее это проблема лимита коннектов

Я не понимаю откуда такой вывод

Запусти приложение, дождись когда начнутся такие ошибки и посмотри в pg сколько там коннектов

Я не понимаю откуда такой вывод

Вывод из того, что sorry too many clients already pg'шная ошибка

Вывод из того, что sorry too many clients already pg'шная ошибка

а, это старый скрин, сорян

Там изначально 100 было, я понизил до 50

ошибка ушла

больше в консоли не появлялось to many clients

но ошибка с cannot write to closing transport осталась

вопрос абстрактный, но конкретно использую django, у меня есть app с "ядровыми" моделями - базовые модели, которые будут использоваться в разных АРР. Так как они шарютнся на разные арр, я хотел их изолировать и отдельно сделать файлы с методами для этих меделей

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