пивотирование стоит рандомизировать

В нашу эпоху главный нерезиновый элемент это процессор

я с этой вашей резиновой памятью тут недавно на 512 метрах не смог npm i сделать

охуел

Памяти можно за разумную сумму купить сколько угодно

Да память довольно резиновая

вот из-за таких умников девайсы устаревают так стремительно

Стоит различать

Девайсы устаревают потому, что люди как-то вообще не думают об утечках памяти

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

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

У меня pip так развлекался

Лениво подгрудаешь и ок

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

так она же резиновая, чего бы не подгружать?

ТА НЕ ЗАЧЕМ МОЖНО ЖЕ ПРОСТО ВЗЯТЬ И ОГРОМНЫЙ АРХИВ В ПАМЯТЬ

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

бывают ситуации, когда это необходимо

Она умеренно резиновая

бывают ситуации, когда это необходимо

Ну не pip'у же. Для сравнения, easy_install так не делает.

Достаточно резиновая для пары массивов, но недостаточно для огромных файлов.

Резина тоже бесконечно не тянется.

С pip никогда не было никаких проблем, один из лучших пакетных менеджеров так-то

Вообще

я с этой вашей резиновой памятью тут недавно на 512 метрах не смог npm i сделать

>npm это та штука которая 4 гига запросто отжирает?

pip глючит в нестандартных ситуациях

Вот easy_install реально всегда идеально работал, хотя казалось бы

особо крутые зубры делают функции на 3к строк. Но это не значит, что надо делать так же

полистай код ядра или любой СУБД, там везде есть файлы по 3-5 тысяч строк и god-функции

что делать правильнее, например, в той же джанге/фласк/aiohttp/tornado, когда пишут restapi и сталкиваются с ситуацией, что пользователь пытается пролезть туда, куда не следует. Как лучше описать ошибку? просто на месте проверки сделать raise HttpForbiden() или всё таки обработать эту ошибку и вернуть её в формете json?

обязательно возвращать 403, этого rest требует, очень желательно в принятом формате в теле ошибку детализировать

>npm это та штука которая 4 гига запросто отжирает?

да хуй знает, сколько она там отжирает в пике, обычно не особо много, у меня 8 всего, мне с головой хвататет запускать его параллельно хрому и 3-4 открытым IDE с произвольным трешом запущенном в них

а тут на инстанс зашел, думал ща по фасту тут и соберу

хуй там

да хуй знает, сколько она там отжирает в пике, обычно не особо много, у меня 8 всего, мне с головой хвататет запускать его параллельно хрому и 3-4 открытым IDE с произвольным трешом запущенном в них

у меня тоже 8гб но к концу рабочего дня их начинает не хватать. Хром съедает всё свободное, а что осталось съедает pycharm. Что я делаю не так?

я разве что из ide ничего не запускаю а по старинке из терминала

у меня тоже 8гб но к концу рабочего дня их начинает не хватать. Хром съедает всё свободное, а что осталось съедает pycharm. Что я делаю не так?

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

у меня тоже 8гб но к концу рабочего дня их начинает не хватать. Хром съедает всё свободное, а что осталось съедает pycharm. Что я делаю не так?

хз, я на питоне перешел в vscode, pycharm не особо прирост дает по сравнению с ним по функциональности, а памяти сильно больше ест. с другой стороны у меня Rider (от них же, только для шарпа) с 39 проектами в солюшне запущен, три vscode, в части из них запущены проекты, и аптам дней по 10 обычно, потом я просто случайно гружусь или ноут забываю зарядить и память при этом не течет

у меня pycharm с androidstudio уже не могут вместе адекватно вертеться, а если ещё и эмулятор запустить.... что у вас за система?

vim - 7MB

со всеми плагинами

у меня pycharm с androidstudio уже не могут вместе адекватно вертеться, а если ещё и эмулятор запустить.... что у вас за система?

16 Gb RAM + нормальный многоядерный Core i7 + SSD позволяют нормально запускать несколько инстансов андроид студии вместе с эмуляторами. Даже на ноуте с 6700HQ + 8Gb все довольно шустро

Коллеги, странное дело, я создаю виртуальное окружение, запускаю в нем код такой: ROOT_PATH = os.path.dirname(file) sys.path.insert(0, os.path.dirname(ROOT_PATH)) # список путей поиска модулей. и в итоге не виду добаленного мной пути, почему?

не вижу в списке os.path добаленного только что пути в скрипте который я запускаю в консоле, используя виртуальное окружение созданное ранее.

Коллеги, странное дело, я создаю виртуальное окружение, запускаю в нем код такой: ROOT_PATH = os.path.dirname(file) sys.path.insert(0, os.path.dirname(ROOT_PATH)) # список путей поиска модулей. и в итоге не виду добаленного мной пути, почему?

sys.path.insert действует в контексте одного запуска

не вижу в списке os.path добаленного только что пути в скрипте который я запускаю в консоле, используя виртуальное окружение созданное ранее.

в списке sys.path?

да

ты хочешь увидеть список путей из твоего virtualenv или ещё что-то?

только из моего virtualenv

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

я знаю где лежат файлы virtualenv, захожу (в консоле) в папку Scripts и запуская python [путь до файла моего скрипта]. Так вот в теле моего скрипта я добавляю сйой путь до моих модулей, но всю равно интерпретатор не видит этого пути, более того он даже в списке sys.path не виден.

кек

НО, если добавить в список sys.path.append("D:\...\...") - вот так, то мой путь будет видет и все работает почему?

ты source path_to_env/bin/activateв своей виртуаленв сделал?

ты source path_to_env/bin/activateв своей виртуаленв сделал?

нет, а что это?

это запускает твой созданный виртуаленв

В моем скрипте: sys.path.insert(0, os.path.dirname(ROOT_PATH)) # НЕ работает. sys.path.insert(0, "абсолютный путь до папки с модулями") # работает

после которого у тебя всё должно заработать

это запускает твой созданный виртуаленв

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

после которого у тебя всё должно заработать

стоп, а как активироить на Windows ?

не знаю, у меня линукс

стоп, а как активироить на Windows ?

venv/Source/activate.bat

И путь под венв не надо настраивать

venv/Source/activate.bat

[имя моего окружени]/Source/activate.bat - сожалению, но такого пути у меня нет, есть только физическая папка на диске

activate.bat нашел в папке Script, попробую его запустить

[имя моего окружени]/Source/activate.bat - сожалению, но такого пути у меня нет, есть только физическая папка на диске

Ну перепутала чуть

ERROR: S client not available

activate.bat нашел в папке Script, попробую его запустить

Через цмдшку батник запускай

@echo off chcp 1251 title Сбор RSS новостей echo Hello! C:\Users\Dmitrij\projectRSSnews\Scripts\activate.bat C:\Users\Dmitrij\projectRSSnews\Scripts\python Start.py set /p ext= - вот так корректно? почему-то консоль вообще закрывается и не поймешь что не так :/

@echo off chcp 1251 title Сбор RSS новостей echo Hello! C:\Users\Dmitrij\projectRSSnews\Scripts\activate.bat C:\Users\Dmitrij\projectRSSnews\Scripts\python Start.py set /p ext= - вот так корректно? почему-то консоль вообще закрывается и не поймешь что не так :/

Не надо даблкликать по нему. Открой cmd.exe и запусти этот батник.

чёт навеяло

тоже первый раз мучился с virtualenv

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

@echo off chcp 1251 title Cбор RSS новостей C:\Users\Dmitrij\projectRSSnews\Scripts\activate.bat Start.py - скрипт находиться в текущей папке. set /p ext=

@echo off chcp 1251 title Cбор RSS новостей C:\Users\Dmitrij\projectRSSnews\Scripts\activate.bat Start.py - скрипт находиться в текущей папке. set /p ext=

python start.py

Вернее не так.

path\to\venv\Scripts\python.exe start.py

Активация venv не нужна тогда.

Активация venv не нужна тогда.

К содалению, тогда не будет работать конструкция типа sys.path.insert(0, os.path.dirname(ROOT_PATH)), т.е. в запускаемом скрипте нельзя будет добавить таким образом пути

C:\Users\Dmitrij\projectRSSnews\Scripts\activate.bat start.py - так тоже не работает

C:\Users\Dmitrij\projectRSSnews\Scripts\activate.bat start.py - так тоже не работает

Оно и не должно работать.

а хотелось бы ... :)

К содалению, тогда не будет работать конструкция типа sys.path.insert(0, os.path.dirname(ROOT_PATH)), т.е. в запускаемом скрипте нельзя будет добавить таким образом пути

Чего ты хочешь добиться?

PATH (и прочие переменные среды) нельзя таким образом изменить by design. Все изменения не уйдут дальше текущего процесса.

Чего ты хочешь добиться?

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

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

Кажется тебе нужно эти модули оформить в виде package.

Кажется тебе нужно эти модули оформить в виде package.

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

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

Я вообще смутно представляю, что там за каша. Больше всего похоже на то, что тебе нужно модули сделать package.

а вот так: sys.path.insert(0, "абсолютный путь до папки с модулями") # работает и даже by desing не мешает

просто не красиво, но работает

Это не противоречит тому, что я сказал.

https://python-packaging.readthedocs.io/en/latest/minimal.html Вот это тебе нужно.

думаю попробую и этот вариант. Сейчас пока не понимаю как работает это вирутальное окружение с path списком.

К содалению, тогда не будет работать конструкция типа sys.path.insert(0, os.path.dirname(ROOT_PATH)), т.е. в запускаемом скрипте нельзя будет добавить таким образом пути

Для чего тебе путь добавлять?

там лежат модули на которые я ссылаюсь в моей скрипте.

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

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

Да, видимо вы правы.