Aycon

@WusikiJeronii вы про какой именно тезис спрашиваете?

В общем, проблема была в том, что моё виртуальное окружение называлось ".venv". Я менял название в примерах. Напишите ответ кто-нибудь, я выберу первого, указавшего правильный ответ.

@wchistow он видит Python вне окружения?

@Александр идея того, что файл использует Numpy из системы, игнорируя виртуальное окружение посетила @HerrAskin. Я сказал, что это возможно, но я никогда не устверждал, что это так.

@Александр вы не могли бы выражаться этичнее? Я же не просто так создал вопрос и назначил конкурс.

Я полагаю, что виртуальное окружение в консоли должно работать так же, как и для файла. Либо по крайней мере должен быть способ запустить 'Python' в консоли также как и файл. Если файл может использовать системные пакеты в перемешку с виртуальным окружением, то консоль должна уметь делать то же самое, либо проблема не в этом.

@HerrAskin в виртуальном окружении лежат нужные для проекта пакеты, которыми я не хочу засорять систему. Это и есть смысл, о котором вы спросили. Нет, это не вариант. Симлинк звучит как костыль. Нужно решить проблему в корне, я полагаю.

@HerrAskin смысл есть, не могу согласиться насчёт настроек. Мало места для аргументации.

@HerrAskin это может быть. Я использовал --system-site-packages при создании окружения. Есть ли способ использовать в том числе и системные пакеты из консоли? Разве поведение консоли в данном случае не должно совпадать с выполнением в файле?

@Глеб есть ли ссылка на первоисточник для этого утверждения? Я полагал, что Python обратно совместим для минорных версий. Не значит ли это, что Numpy должен работать с момента релиза?

@PakUula я работаю с двумя проектами в разных версиях Python и текущий проект не является приоритетом. Могут ли быть иные причины проблем? Я не хотел бы менять PATH, тем более, что версия, полученная в файле и так совпадает с версией, полученной в консоли.

@HerrAskin в консоли в виртуальном окружении выводит несколько библиотек. Среди них нет Numpy.

@Evil12Boy строки, которые вы предоставили повторяются

@Evil12Boy это действительно хорошее решение. Возможно, стоит поискать готовую реализацию.

@Evil12Boy используйте дихотомию. Разделите строки в файле на чанки (а лучше дерево) и проверяйте кэшем или другим методом, который зависит от вашего разделения данных.

@Evil12Boy Если способ генерации зависит не от вас и вы работаете с таким большим количеством данных, вам следует обратить внимание на персистентные деревья (или другие структуры данных, которые используют дихотомию). И PostgreSQL ничем не хуже, чем SQLite. Данные слишком велики чтобы воротить нос перед хорошими решениями. Кроме того, я всё-же настоятельно рекомендую ознакомиться с алгоритмом фильтра Блума для быстрого поиска строки в "файле".

@Evil12Boy если хотите сделать и то и другое - лучше не используйте файл. Я полагаю, что вы хотите сгенерировать словарь из всех слов алфавита A-G с длинной слова до 10 символов. Какой бы ни была конечная цель обработки - брутфорс пароля или что-то в этом роде - проще и быстрее генерировать слова налету по порядку. AAAAAAAAAA, AAAAAAAAAB, AAAAAAAAAC ...

@Evil12Boy покажите тот код, который вы действительно используете или объясните как вы собираетесь использовать этот файл. Исходя из всех вводных, которые вы предоставили - вам дали наиболее удачные направления для решения поставленной задачи. Может быть есть ещё что-то о чём вы умалчиваете?

@Evil12Boy Создайте папки с именами A, B, C, D, E, F и G. И храните там те строки, которые начинаются с соответствующего символа. Если вы создадите внутри папки A те же подпапки (A, B, C, D, E, F и G), то вы можете сократить поиск уже в 7*7=49 раз. Сделайте 6 или 7 уровней вложенности и тест будет тривиальным. А вообще, для таких задач используют фильтр Блума.

@andreymal о каком вредительстве и введении в заблуждение вы говорите? Это травля чистой воды.

@andreymal мне от вас лично ничего не нужно. Просто исчезните из чата и оставьте меня в покое, боже!

@andreymal "Мой изначальный вопрос был о том как разрешить циклическую зависимость в Python, есть ли встроенный способ, а не в том, чтобы минимально воспроизводимый пример разрешить". Это натуральный троллинг, если вы хотите сказать, что не понимаете в чём проблема.

@andreymal А фразы: "разорвать циклическую зависимость, не нарушая логику текущего кода", "Можно ли устранить циклическую зависимость не нарушая логику?", "Я хочу знать, есть ли в Python не костыльный способ сделать именно это. Или услышать, что такого способа нет.", "Да, точно! Так и сделаю. А всё-таки есть ли в Python не костыльный способ разрешать циклические зависимости?", "могу ли я отложить настройку зависимостей из коробки на чистом Python без костылей?",

@andreymal от вас не требуют быть телепатом, просто свапните вопрос, если вы не понимаете и нет проблем. Кроме того, я 5 раз уже написал, что не так. Не нужно быть телепатом, чтобы понять с первого раза.

@andreymal я вам вчера написал, что ваши ответы мне не помогают. Это чистой воды травля. Прочитайте вопрос и посмотрите на своё решение и на моё решение, которое вы заминусовали и задумайтесь почему я не устану повторять, что ваш ответ не имеет отношения к вопросу.

@andreymal как насчёт моделей в Django? Они требуют циклической зависимости в силу специфики бизнес-логики. Почему вы не порываетесь ругать устоявшийся фреймворк?

@andreymal я вам вчера ещё сказал, что вы пытаетесь ответить на вопрос, который вы додумываете, а не тот, который указан в тексте вопроса. И я явно указал на это несколько раз и буду продолжать указывать.

Это не отвечает на вопрос, как в общем случае устранить циклическую зависимость. Прочитайте вопрос.

@andreymal, вы правы, но если мы сменим Django на "что-нибудь" другое, то это просто будет означать, что это другой сервис и разработка всё-равно пойдёт с нуля.

@andreymal так я сам его паршу. Я же на джанго сайт делаю, генерю HTML вставки в сообщение на основе этих данных. Когда я говорил, что не знаю что там будет храниться, я имел в виду, что не знаю какие ещё уведомления будут реализованы. Они могут содержать весьма сложные данные.

@andreymal не найдётся ссылка на спецификацию, где сказано, что порядок ключей в JSON может измениться? Я не нашёл такого. В моём понимании это может случиться только в момент парсинга, когда JSON объект пытаются запихнуть в не сортируемый перечислимый объект, не так ли?

@andreymal я использую JSON только потому, что в PostgreSQL нет поля с типом PythonObject

@andreymal grep.cs.msu.ru/python3.8_RU/digitology.tech/docs/python_3/… ``` Кодеры и декодеры этого модуля по умолчанию сохраняют порядок ввода и вывода. Порядок теряется только в том случае, если нижележащие контейнеры не упорядочены. До Python 3.7 dict, не гарантировал порядок, таким образом, входы и выходы, как правило, скремблировались, если collections.OrderedDict конкретно не запрашивался. Начиная с Python 3.7, обычный dict стал сохранять порядок, поэтому больше нет необходимости указывать collections.OrderedDict для JSON генерации и парсинга. ```

@andreymal воу, спасибо. Не знал.

@andreymal, наверное format_map ограничусь. Правда, я думал в python есть такая функция, которая и позиционнно и по идентификатору интерполирует строки. Это ведь так похоже на *args **kwargs

@andreymal Я должен был уточнить, message на самом деле хранится в другой таблице и он общий для мнгогих уведомлений, в notifications хранится лишь его id. Он как шаблон.

GPT подсказал мне такую функцию, как str.format_map(mapping), но она не поддерживает позиционные арзументы, выдаёт ValueError: Format string contains positional fields

@andreymal, штош, спасибо)

@andreymal, почему мой вопрос продолжают минусовать? Это единственное, чего я никогда не понимал на SO.

@andreymal, я обновил код. Видите ли вы в нём проблемы?

@andreymal, Я обновил код. Он выглядит рабочим. так ли это? Я освобождаю блокировку в _runner только на ожидание сигнала. Теперь все управляющие функции асинхронны.

@andreymal Я исправил пример выше. Это работает у вас?

@andreymal, я попробовал, но это не работает. Управляющие функции вызываются до запуска _runner

@andreymal да, я пытаюсь это решить. Мне кажется, эта проблема - вариация исходной проблемы (см. самый первый код в вопросе)