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

TGINSIGHT SIMILAR POSTS

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

Изворен канал @pythonotes · Post #269 · 7 јул.

­Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔 Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом. В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу. Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то. Но зачем нам тогда еще дополнительный Lock? Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят. Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании. #basic

Hashtags

Резултати

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

Пребарај: #caseanalysis

当前筛选 #caseanalysis清除筛选
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