вижу господа изволили в конкурсе ботописцев участвовать

Когда ищешь час/день/век что-то в одном месте

А тебе так: а это не тут меняется.

Ну я решил немного разрядиться

А есть ли смысл писать на веб-фреймворках? Я посмотрел либы, вроде там всего достаточно

есть смысл писать на ботофреймворках.

без них писать тоже есть смысл, но его немного.

А какие лучше использовать конфиги в случае с ботами? ООПшные, как в веб приложениях: class Config(object}: BLA = '' class DevelopmentConfig(Config): BLA=os.environ.get('BLA') или использовать конфигпарсеры?

я прямо в коде пишу.

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

я не пушу, так что пишу в коде :)

сделал оопшные конфиги. Не знаю даже, извращение или нет

я кажется слоупок (даже видел ссылку в этом чате), но блин, круто же https://habrahabr.ru/post/282972/?amp;utm_medium=rss&utm_campaign=hub

смотрите ка, что неверные творят https://habrahabr.ru/company/centosadmin/blog/282938 посмели с мускуля на постгрес переходить!

Ну и правильно делают :)

смерть неврным! хД

смерть нервным!

ФП или смерть!

надо б на работу сходить, пообедать

очень глупый вопрос: а logger.py точно задеплоился на сервер? А то бывали забавные случаи...

Увы. Я потратил на попытки запустить это часов 6 уже\. Все файлы есть, в sys.path все добавляется аналогично тому, как это делается на локальной машине. Сам pkg существует, но при попытке импортировать дочерние модули выскакивает эта ошибка.

Увы. Я потратил на попытки запустить это часов 6 уже\. Все файлы есть, в sys.path все добавляется аналогично тому, как это делается на локальной машине. Сам pkg существует, но при попытке импортировать дочерние модули выскакивает эта ошибка.

a import pkg проходит?

a import pkg проходит?

Да, но дочерние модули пакета не импортируются. Оять же - на локальном все нормально. Версии питона идентичны.

И еще один момент: сервер заказчика это галимый shared, в котором нет досутпа к root, apt-get, etc.

Я вот что то не понял, добавление пакета в sys.path происходит внутри __main__.py, а импорт дочернего модуля в __init__.py. Так ведь __inti__.py обычно выполняется раньше чем __main__.py

Я вот что то не понял, добавление пакета в sys.path происходит внутри __main__.py, а импорт дочернего модуля в __init__.py. Так ведь __inti__.py обычно выполняется раньше чем __main__.py

Нет, пакет запускается вот так python3 pkg, в таком случае первым инициализируется __main__.py

Навтыкате print-ов и посмотрите в каком реально порядке происходит импорт ваших файлов.

Вдруг что то не так как вы думаете

Навтыкате print-ов и посмотрите в каком реально порядке происходит импорт ваших файлов.

Уже сделал:) 1. __main__.py 2. __init__.py

И еще интересный момент. Попробывал заменить абсолютный импорт на относительный. На локальном все работает как и работало, на сервере получил это: from . import logger ImportError: cannot import name 'logger'

А почему вы добавляете в sys.path относительный путь?

А почему вы добавляете в sys.path относительный путь?

В sys.path добавляю абсолютный путь к директории, в которой лежит пакет, вот так: import sys from os.path import abspath, realpath, dirname PATH = realpath(abspath(dirname(__file__))) sys.path.insert(0, dirname(PATH))

find . -name "*.pyc" | xargs rm +rf

-rf*

А, попутал realpath и relpath :)

find . -name "*.pyc" | xargs rm +rf

find . -name "*.pyc" -delete ?

Ну или так

find . -name "*.pyc" | xargs rm +rf

Это что мы сделаем?

удаляем pyc жеж

Удалим pyc файлы, они в первую очередь импортируются

Pyc это байткод питономашины

а заодно ещё и папку __pycache__ (или как там её) удалить

Ну да, поидее python3 создаёт её для пакетов

Удалим pyc файлы, они в первую очередь импортируются

Из директории с пакетом?

Желательно все

а заодно ещё и папку __pycache__ (или как там её) удалить

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

Желательно все

Пробую.

Могли быть просто старые pyc, бывали пару раз проблемы, редко

Выполнил. Проблема осталась - не видит дочерние модули пакета

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

Выполнил. Проблема осталась - не видит дочерние модули пакета

Что же, даже не знаю чем ещё помоч - я давно уже не занимаюсь таким гемороем как прописываением чего то в sys.path. Я просто освоил zc.buildout и нормально оформляю все свои пакеты (т.е. прилагаю к ним setup.py)

Что же, даже не знаю чем ещё помоч - я давно уже не занимаюсь таким гемороем как прописываением чего то в sys.path. Я просто освоил zc.buildout и нормально оформляю все свои пакеты (т.е. прилагаю к ним setup.py)

Я тоже это делаю, но проблема в том что именно тут надо сделать вот так. Т.е. я хочу директорию в которой лежит пакет и логи этого пакета, что бы при смене конига пакета вручную заказчиком (его требование) он подтягивал брал этот конфиг. Сейчас попробую в zipapp упаковать.

В системном питоне случайно нет пакета с именем pkg? А то системные пакеты имеют приоритет над тем что прописано в sys.path

Попробуйте просто зайти в шелл питона и сделать import pkg

Товарищ-модератор чата: забань меня, пожалуйста

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

Телеграм глючит

В системном питоне случайно нет пакета с именем pkg? А то системные пакеты имеют приоритет над тем что прописано в sys.path

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

Желание клиента закон

Попробуйте просто зайти в шелл питона и сделать import pkg

Хм, написал что не может найти logger, т.е. сам пакет есть.

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

бамп

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

тригер для питон-кода - это часть работы sql сервера. Ты ему запрос, а что он там внутри себя крутит - это его дела, жди.

тригер для питон-кода - это часть работы sql сервера. Ты ему запрос, а что он там внутри себя крутит - это его дела, жди.

это печально :(

почему?

я еще не уверен, но кажется, там выйдет долго.

Я так понимаю питон при запуске модуля в пакете вот так python3 pkg/module.py импортирует директорию с модулем в sys.path?

ERROR: S client not available

я еще не уверен, но кажется, там выйдет долго.

персматривай архитектуру, чтобы не приходилось руками теребить m2m поля, а работало on cascade.

персматривай архитектуру, чтобы не приходилось руками теребить m2m поля, а работало on cascade.

увы,это лучший вариант архитектуры.

а on cascade с m2m не работает.

m2m это третья таблица, при удалении одного из объектов удалятся строки из промежуточной таблицы.

а, блин, ты же не удаляешь а null куда-то пишешь.

да, но из третьей таблицы не удалится. ее в любом случае руками теребить.

а, блин, ты же не удаляешь а null куда-то пишешь.

не, удаляю.

да, но из третьей таблицы не удалится. ее в любом случае руками теребить.

почему?

Я так понимаю питон при запуске модуля в пакете вот так python3 pkg/module.py импортирует директорию с модулем в sys.path?

А стоп. Так надо ж python3 -m pkg.module не? Тогда с путями все ок будет

почему?

потому что ключ в ней родительский, а cascade удаляет только внешние.

Я так понимаю питон при запуске модуля в пакете вот так python3 pkg/module.py импортирует директорию с модулем в sys.path?

А вообще имеет смысл прописать entry_points в вашем setup.py

А вообще имеет смысл прописать entry_points в вашем setup.py

Его нет в данном пакете)

А стоп. Так надо ж python3 -m pkg.module не? Тогда с путями все ок будет

Опять же ошибка импорта модуля пакета logger

А это тасашний логер или стдлибы

Тамашний

А это тасашний логер или стдлибы

Это один из модулей пакета, содержит пару констант (форматирование вывод) и 1 функцию create_logger

А пакет вообще твой или чейто

Стд logging называется.

А пакет вообще твой или чейто

Мой

Ах да

А у тебя там какого одноименного модуля не завалялось?

Теоритически нет. Файтически если сделать так: ~/local/bin/python3 -c 'import mypkg', то выдает ошибку импорта модуля logging

Можно ли как то понять где он берет его?

в самом logger никаих проблем нет? неопределённые переменные, импорт чего-то левого?

У тебя в mypkg нет logging.py случайно?

У тебя в mypkg нет logging.py случайно?

Нет

Ну или find . -name logging.py

в самом logger никаих проблем нет? неопределённые переменные, импорт чего-то левого?

Дело в том что я пытался убрать из __init__.py импорт logger и заменил импортом другого модуля этого же пакета - ошибка таже.

Циклические импорты может быть?

Циклические импорты может быть?

Но почему на локальном все отрабатывает как надо?

Ну или find . -name logging.py

./local/lib/python3.5/site-packages/pip/utils/logging.py