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

TGINSIGHT SIMILAR POSTS

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

Изворен канал @pythonotes · Post #210 · 3 фев.

Что делать если нужно поставить какую-то Python-библиотеку а root-прав нет? То есть в систему библиотеку никак и ничего не поставить. Есть как минимум два способа это решить правильно! 🔸 Сделать виртуальное окружение и ставить там что угодно. Это позволит создать полностью независимое исполняемое окружение для ваших приложений. Все библиотеки будут храниться в домашней директории юзера а значит доступ на запись имеется. Создать очень просто: python3 -m venv ~/venvs/myenvname Теперь активируем окружение # Linux source ~/venvs/myenvname/bin/activate # Windows %userprofile%\venvs\myenvname\Scripts\activate.bat Можно ставить любые библиотеки и запускать приложение. Это стандартный метод работы с любым проектом. Если еще не используете его, то пора начинать. Даже при наличии root доступа! 🔸 Бывает, что нет возможности запустить приложение из своего виртуального окружения. Например, его запускает какой-то сервис от вашего юзера и вставить активацию окружения вы не можете. В этом случае можно установить библиотеки для Python не глобально в систему, а только для юзера. Выполните этот код в консоли: python3 -m site Вы получите что-то такое: sys.path = [ '/home/user', '/usr/lib/python37.zip', '/usr/lib/python3.7', '/usr/lib/python3.7/lib-dynload', '/home/user/.local/lib/python3.7/site-packages', ... ] USER_BASE: '/home/user/.local' USER_SITE: '/home/user/.local/lib/python3.7/site-packages' ENABLE_USER_SITE: True Нас интересует параметр USER_SITE. Это путь к пользовательским библиотекам, которые доступны по умолчанию, если они есть. Именно сюда будут устанавливаться модули если добавить флаг --user при установке чего-либо через pip pip install --user requests Для этой команды не нужны root-права. После неё можно запускать системный интерпретатор без виртуальных окружений и установленная библиотека будет доступна для текущего юзера. Параметр USER_BASE показывает корневую директорию для хранения user-библиотек. Её можно изменить с помощью переменной окружения PYTHONUSERBASE export PYTHONUSERBASE=~/pylibs python3 -m site ... USER_BASE: '/home/user/pylibs' USER_SITE: '/home/user/pylibs/lib/python3.7/site-packages' Получается некоторое подобие виртуального окружения для бедных 😁 которое можно менять через эту переменную (не делайте так!Лучше venv!) 🔸 Дописывание пути в PYTHONPATH Этот способ не входит в список "двух правильных", но тоже рабочий. Здесь придётся сделать всё несколько сложней. Сначала ставим библиотеку в любое место указывая путь установки pip3 install -t ~/mylibs modulename Библиотека установится без привязки к какому-либо интерпретатору. То есть по умолчанию не будет видна. Теперь в нужный момент добавляем этот путь в sys.path или в PYTHONPATH. Не буду советовать так делать. Единственный раз когда этот способ мне пригодился и решил поставленную задачу, это при создании общей библиотеки для кластера компьютеров. Модули лежат в сети и подгружаются для всех из одного и того же места. То есть обновлять файлы требуется только один раз а не на всех хосты отдельно. Минусы такого подхода: ▫️Нужно всем хостам пробить нужный путь в .bashrc или ещё куда-то чтобы он сетапился на старте. ▫️Чем больше хостов тем больше нагрузка на сеть. Иногда такой способ не подходит именно по этой причине. Тогда Ansible вам в помощь. ▫️Не очень подходит если хосты с разными операционками. Некоторые библиотеки различаются для Linux и Windows (там, где есть бинарники) и приходится мудрить более сложные схемы. #tricks#basic

Резултати

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

Пребарај: #section69

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

@enlawreport · Post #1672 · 10.07.2025 г., 06:36

📘Пишу статью для Arbitration International — День 3 Дело №2: RRY v NKX [2025] EWHC 41 (Comm) Сегодня я прочитал второе дело из моего списка из 19 решений Коммерческого суда Англии, которые я анализирую для будущей статьи. Это дело технически сложное. Много уровней. И самое главное — оно заставило меня задуматься, насколько тонкая грань между “неудачным результатом” и “серьёзной юридической ошибкой”. 🔍Вкратце о деле Истец оспаривал арбитражное решение (на сумму более 1 млн долларов США) сразу по двум основаниям: – Статья 68 — серьёзное процессуальное нарушение (serious irregularity) – Статья 69 — ошибка в применении права (appeal on points of law) Основные аргументы: 👨‍🎓Арбитр несправедливо ограничил перекрёстный допрос и не дал Истцу возможности выдвинуть эстоппель в свою пользу: 1. Арбитр не допустил перекрёстный допрос по вопросу добросовестности ключевого свидетеля со стороны ответчика, ссылаясь на события, произошедшие много лет спустя после заключения договора. 2. Арбитр сам поднял вопрос об эстоппеле в пользу ответчика и не дал истцу возможности выдвинуть эстоппель в свою пользу. 👨‍🎓Арбитр неправильно истолковал условия договора займа т.е: 1. Допустил ошибочную трактовку договора как подлежащего исполнению займа; 2. Оценил отказ от процентов; Суд отклонил все доводы. Ошибки не было. Процесс был честным. В разрешении на апелляцию отказано. 🧠Что беру для статьи ✅ По статье 68: суды по-прежнему считают, что решения по управлению доказательствами — это зона дискреции арбитра, а не повод для пересмотра ✅ По статье 69: планка “явной ошибки в праве” остаётся очень высокой ✅ Арбитры вправе ограничивать допросы и интерпретировать контракты — и суды не спешат вмешиваться, если это сделано обоснованно 📎Что особенно зацепило – Судья (Andrew Baker J) признал, что истец “категорически не согласен” с решением, но несогласие — это ещё не ошибка – Даже если вы думаете, что арбитр ошибся — суд задаёт вопрос: "Это была юридическая дикость?" Если нет — решение остаётся в силе – Аргументы по эстоппелю, показаниям свидетелей и толкованию контракта были рассмотрены, но суд встал на сторону арбитра 🤔Мои сомнения как автора Включать ли такие дела, основанные на статье 69, в основной массив анализа? С одной стороны, мой фокус — статья 68. С другой — в практике я вижу, как стороны параллельно используют и статью 68, и статью 69, надеясь, что хотя бы один из выстрелов попадёт. Это не просто правовая тактика — это ещё и психологический приём давления. Наверное, в статье стоит предусмотреть короткий раздел о переплетении процессуальных и юридических оснований при оспаривании решений. 📘 Завтра — следующее дело. Там будет спор по юрисдикции. А пока — если вы сталкивались с делами по статье 69: Удалось ли вам когда-нибудь добиться отмены арбитражного решения из-за ошибки в праве? Что сыграло ключевую роль? Продолжаю писать статью. И продолжаю делиться — не только выводами, но и самим процессом. #ArbitrationInternational#МеждународныйАрбитраж#Section68#Section69#LCIA#HighCourt#АнглийскоеПраво#ЮридическаяПисанина#AybekWrites#АнализДела#СудебнаяСтратегия#ЮридическоеИсследование