а все остальное это пусть другие

он хочет чтобы кто-то сделал мерчант без vbv(защита от кардеров)

мерчант это система оплаты

он скорее всего кардер

Зарабатывает на покушать как может

Лучше идите в спайсдиллеры

Высокий доход, без нологов

Лучше идите в спайсдиллеры

а почему не в варщики крокодила?

а почему не в варщики крокодила?

Из дома выходить надо

Из дома выходить надо

да не

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

так что нафиг

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

+

...

Да это товарищ майор фишингом занимается

Базы данных юзеров у них нет, поэтому приходится по старинке

((9

тут одно из двух - или появится какое-то адекватно сформулированное сообщение, или же будет что-то такое, что мне совсем не понравится

а что там было?) а то интересно теперь, я все пропустил

А что неадекватного я отписал? В сообщении все понятно, что нужно ...

было что-то "надо что-то сделать, хорошее предложение, вы же не дети, все сами понимаете"

нет, не понимаю

Нужен именно класс. То есть : class Blah(object): .... Не функция. Я ещё сейчас про asend() нарыл, читаю.

Если нужен класс, то почему вы проверяете экземпляр класса?

А что неадекватного я отписал? В сообщении все понятно, что нужно ...

ищи чаты по тематике

по математике*

опять спайсобота сделать кому то нужно?

Так а зачем, тебе понимать если я отписал для тех, кто в теме происходящего

кек

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

а чтобы не поощрять тут вообще сообщения "для тех, кто понимает"

Ну короче ларчик просто открывался. Генератором в isasyncgen() называется не сама функция/класс с yield, а результат её выполнения. То есть герератор - это то, что функция вернула.

Ну да, всё верно. Вы ведь тоже экземпляр класса проверяли, а не сам класс (который нельзя назвать итератором)

давайте ещё спайсами в чате торговать, кодируя сообщения шифром Цезаря

Если нужен класс, то почему вы проверяете экземпляр класса?

Это последний пример. Сам класс я также проверял, пока эксперементировал. Но, судя по коду питона, добиться того, чего я хочу нереально. В коде так. Асинхронный генератор это то, что isinstance(object, types.AsyncGeneratorType). А AsyncGeneratorType определяется как: async def _ag(): yield _ag = _ag() AsyncGeneratorType = type(_ag) Так что всё. Капут. Поэтому то, что Вы говорите, проверять сам класс - это не будет являться генератором также.

Ну да, всё правильно

Так что пошёл багрепорт коллеге писать.

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

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

корутиной нельзя ?

хотя...

а на деле питоновский асинк реально так востребователен или же все таки больше юзают потоки и процессы?

gevent наше всё

А если пошаманить с метаклассами и instancecheck

а на деле питоновский асинк реально так востребователен или же все таки больше юзают потоки и процессы?

потоки в питоне обычно юзают либо по незнанию, либо по отсутствию вариантов

а на деле питоновский асинк реально так востребователен или же все таки больше юзают потоки и процессы?

от задачи зависит, естественно

а асинк норм, но, опять же, от задачи зависит

Юзаю луп в потоке, прекрасно себя чувствую

Юзаю луп в потоке, прекрасно себя чувствую

это законно?

Вполне

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

Вот такая фигня с модулем prettytable вид таблицы в консоле, в txt, в пришедшем письме( Подскажите как можно избежать таких кривых талиц?

Юзаю луп в потоке, прекрасно себя чувствую

Я тебе больше скажу, ты не можешь юзать луп БЕЗ потока

Я тебе больше скажу, ты не можешь юзать луп БЕЗ потока

nooooo waay

Я тебе больше скажу, ты не можешь юзать луп БЕЗ потока

Не могу, остальной код синхронный

Имеется в виду второй поток

:)

Имеется в виду второй поток

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

ибо ты в асинхронном приложении начинаешь огребать от GILа

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

дык смотря какая задача же

Вот такая фигня с модулем prettytable вид таблицы в консоле, в txt, в пришедшем письме( Подскажите как можно избежать таких кривых талиц?

Если письмо то проще HTML отправлять обычными таблицами - будет вкуснее выглядеть.

ибо ты в асинхронном приложении начинаешь огребать от GILа

Не начинаю, там каждая таска состоит из слипов и редких запросов по сети

дык смотря какая задача же

ну так если задача I/O bound - то второй поток не особо нужен, одного лупа хватит на все. Если CPU bound - то ее надо аутсорсить в низкоуровневые либы

Не начинаю, там каждая таска состоит из слипов и редких запросов по сети

но в чем профит от второго потока?

реально интересно

ERROR: S client not available

Весь остальной код синхронный потому что

а если допустим нужно совместить часть кода синхронного и асинхроного, то лучше форк процесса сделать? или херня идея?

Он кидает таску и работает дальше. Усложнять все переписыванием на асинк желания нет

Весь остальной код синхронный потому что

и что? шедулер-то все равно переключать будет потоки

и gil будет блочить все

Он и переключает, но луп надо где-то гонять

а если допустим нужно совместить часть кода синхронного и асинхроного, то лучше форк процесса сделать? или херня идея?

ну да, часто делают run_in_executor и ProcessPoolExecutor

а если допустим нужно совместить часть кода синхронного и асинхроного, то лучше форк процесса сделать? или херня идея?

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

Он и переключает, но луп надо где-то гонять

ну так луп-то тоже не будет работать, если gil у другого потока

надо тогда асинк осваивать, а то ни разу не юзал даже

Хотя... всякие I/O же есть, может и норм их выкидывать в треды...

Хотя... всякие I/O же есть, может и норм их выкидывать в треды...

так думаешь, он просто так называется asyncIO?

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

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

зачем тебе треды на I/O, если ты можешь мультиплексировать гораздо быстрее?

ну так луп-то тоже не будет работать, если gil у другого потока

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

так думаешь, он просто так называется asyncIO?

Поправьте умные очки и давайте на практике мне скажите, как работать с MongoDB без тредов.

Раньше там тредпул был

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

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

Поправьте умные очки и давайте на практике мне скажите, как работать с MongoDB без тредов.

зависит от имплементации клиентской либы для него

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

зависит от имплементации клиентской либы для него

Я ошибся, не поправьте, а снимите розовые очки. Для mongodb есть свои пакеты, в том числе motor для ассинхронности, он как раз и держит пул потоков. Естественно, либа ниже, pymongo использует сишные либы для обращения к БД. Они ни разу не асинхронные. У нас речь "нормально ли использовать потоки". Я Вам звони и говорю, сделаейте приложение на питоне с обращением к БД. Итак, Ваши действия? Вариант а) "мир несправедлив, потоки зло, я переписываю сишный драйвер, и питоновскую оболочку под ассинхронное"; б) "а потоки не так плохи, как я тут писал в чатике".

И такая ситуация через задачу. Внекоторых вообще упрётесь, что ядра ос патчить надо будет.

Я ошибся, не поправьте, а снимите розовые очки. Для mongodb есть свои пакеты, в том числе motor для ассинхронности, он как раз и держит пул потоков. Естественно, либа ниже, pymongo использует сишные либы для обращения к БД. Они ни разу не асинхронные. У нас речь "нормально ли использовать потоки". Я Вам звони и говорю, сделаейте приложение на питоне с обращением к БД. Итак, Ваши действия? Вариант а) "мир несправедлив, потоки зло, я переписываю сишный драйвер, и питоновскую оболочку под ассинхронное"; б) "а потоки не так плохи, как я тут писал в чатике".

не увидел розовые очки, ты подтвердил то же самое, что я сказал. Да, “pymongo использует сишные либы для обращения к БД”. Насчет ”Они ни разу не асинхронные” - хер знает, в современных базах и асинхронные делают, см. Tarantool. Не вижу тут ничего “естественного”

#работа #минск в офисе. Middle Backend Software Engineer, Python. ЗП 1500$ - 2000$, Стек: Python, Django, Flask; Celery, Nameko, RabbitMQ; Postgres, MySQL, Elasticsearch, Redis, Mongo. Писать в ЛС

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

кроме того, не надо путать потоки на уровне сишного драйвера и потоки на уровне интерпретатора питона

на первые GIL не действует

кстати, про патчинг ядра ОС, есть такой Linux AIO API… ?

не увидел розовые очки, ты подтвердил то же самое, что я сказал. Да, “pymongo использует сишные либы для обращения к БД”. Насчет ”Они ни разу не асинхронные” - хер знает, в современных базах и асинхронные делают, см. Tarantool. Не вижу тут ничего “естественного”

Я про реальность, напомню, что я сказал, что "иногда потоки не так уж и плохи типа во всяких IO операциях", я про практику. Вы сыронизировали "почему asyncio с приставкой io". У Вас теория, у меня жёсткая действительность.

Я про реальность, напомню, что я сказал, что "иногда потоки не так уж и плохи типа во всяких IO операциях", я про практику. Вы сыронизировали "почему asyncio с приставкой io". У Вас теория, у меня жёсткая действительность.

я тоже про реальность. Потоки не так уж плохи во всяких IO операциях, когда это единственное, что на нашем уровне поддерживается. Но если речь идет про питон и GIL - там уже очень много “но"

кроме того, не надо путать потоки на уровне сишного драйвера и потоки на уровне интерпретатора питона

Ну так в питоне сначала питон поток создаст, потом питоновский код в новом потоке будет использовать сишные либы.