TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #425 · 20 апр.

Недавно делал быстрый прототип асинхронного приложения в котором требовалось вызывать много синхронного кода. Да, я знаю, что это не лучший дизайн, но нужно было быстрое решение на один процесс и без очередей. Поэтому я выполнял код в потоках. Выглядело это примерно так: from fastapi.concurrency import run_in_threadpool async def execute(data: DataRequest) -> DataResponse: try: result = await run_in_threadpool(sync_function, data) return DataResponse(data=result) except Exception as e: return DataResponse( error=str(e), success=False, ) В общем работает нормально. Для всех вызовов под капотом используется общий тредпул, всё работает предсказуемо. Но потребовалось изменить количество запускаемых в пуле потоков (по умолчанию создается 40 воркеров). Так как дело происходит с FastAPI, делается это через lifespan используя настройки anyio: import anyio @asynccontextmanager async def lifespan(app: FastAPI): limiter = anyio.to_thread.current_default_thread_limiter() limiter.total_tokens = 100 yield # если вдруг нужно вернуть обратно limiter.total_tokens = 40 Зачем менять количество воркеров? - уменьшить, если оперативки мало (один тред занимает ~8мб) - увеличить чтобы выдержать нагрузку Если есть предложения получше при тех же вводных - предлагайте😉 #async

Hashtags

Резултати

Пронајдени 1 слични објави

Пребарај: #beyondcourt

当前筛选 #beyondcourt清除筛选
English Law Report

@enlawreport · Post #1844 · 26.12.2025 г., 05:20

👉 Ко мне обратился клиент с запросом, который на первый взгляд выглядит как техническая проблема. Сайт проекта уже более семи месяцев находится под санкциями Google, трафик фактически обнулен. За это время было подано 12 запросов на пересмотр, все безрезультатно. Именно эта цифра сразу меняет оптику. Когда попыток много, а результата нет, проблема почти никогда не лежит на поверхности. Сейчас проект находится на стадии переговоров. Мы обсуждаем рамку мандата и глубину возможного участия. Формально работа еще не началась, но предварительный анализ показывает, что это не SEO-кейс в узком смысле и не история про отдельные ошибки. Это спор на стыке договорных ожиданий, внутреннего нормотворчества цифровой платформы и доказательной стратегии. В таких ситуациях Google действует не как сервис, а как квазисудебный орган. Со своей логикой, стандартами убеждения и крайне чувствительным отношением к нарративу. Предыдущие подходы строились по принципу устранили проблемы, отправили запрос, ждем. Алгоритмически и институционально это не работает. То, что сейчас обсуждается с клиентом, — переход от реактивной модели к стратегии «докажи и восстанови». Фиксация фактов, причинно-следственных связей, последовательности ошибок и, главное, правильная реконструкция истории для адресата. Не отчёт ради отчёта, а аргументированная позиция. Если мы договоримся о сотрудничестве, этот кейс станет хорошим примером того, как выстраивается правовая и квазиправовая стратегия вне суда, но по всем канонам юридического мышления. От момента входа в проблему до выбора точки давления. Без раскрытия сторон и деталей, но с разбором логики, методологии и ошибок. Если вам интересна логика таких кейсов и то, как выстраивается стратегия до первого формального шага, подписывайтесь на канал и следите за апдейтами. Участникам English Law Mentorship буду разбирать этот кейс глубже — как учебную модель работы с цифровыми платформами, доказательствами и нарративом. #EnglishLawReport#LegalStrategy #DigitalLaw#PlatformGovernance #RegulatoryDiscretion#QuasiJudicial#CaseAnalysis #LegalThinking#StrategicLaw #BeyondCourt