Поставил мигратор для кассандры. Запустил, говорил нет CASSANDRA_SETTINGS, добавил переменную окр., стал писать что не можен найти модуль, потом менял/удалял эту переменную, но получаю одно и то же сообщение, как будто она закешировалась где то

Есть ли библиотека, оборачивающая key-value базы данных (как минимум обёртка над модулями dbm и redis) для получения к ним доступа с интерфейсом словаря и кешированием? Я нашёл пару проектов, но они мёртвые.

рекомендую начать с задания вопроса

Оно его берет из os.environ, то есть если у тебя него там нет, то возможно передается как аргумент в cli.

А зачем?

Warning http.server is not recommended for production. It only implements basic security checks. Что вместо него?

Для каких целей?

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

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

Vladimir, не совсем по теме, но рекомендую посмотреть в сторону PyQt5.

Flask

А джанго не вариант?(Всё равно позже собирался его учить)

Хочу использовать в https://github.com/rominf/profanity-filter key-value БД. Нужна поддержка dbm, потому что он быстрый и встроен в Python — можно поставить мою либу и сразу использовать. Если пользователь хочет фильровать мат распределённо, то он использует Redis (надо его отдельно поставить, но зато нет проблем с синхронизацией). А кеширование нужно, чтобы работало быстро (данных не очень много, можно всё БД в памяти хранить).

Это руководство? Его нужно установить?

Это нормальная GUI библиотека. В Tkinter мало возможностей, он фигово выглядит.

а, ну и с юрл и настройками

Хочу использовать в https://github.com/rominf/profanity-filter key-value БД. Нужна поддержка dbm, потому что он быстрый и встроен в Python — можно поставить мою либу и сразу использовать. Если пользователь хочет фильровать мат распределённо, то он использует Redis (надо его отдельно поставить, но зато нет проблем с синхронизацией). А кеширование нужно, чтобы работало быстро (данных не очень много, можно всё БД в памяти хранить).

Не совсем понял, что делаешь. Редис, как я понял можно и отдельно там подключить, а ты хочешь без Редиса и сохранять на диск?

Я чуть не договорил, там будет несколько серверов общаться между собой, Джанго всё еще подходит?

А какая разница ?))

Ты опять нарушаешь single responsibility principle? Да что ж такое!

В чём нарушение? Наоборот меня в МГТУ им. Баумана учили, что плохо привязываться к конкретным технологиям, а надо писать обёртки, чтобы можно было в любой момент технологию поменять.

Уже обсуждали же тут выше, что не надо городить разворачивание библиотеки в самой библиотеке. Так вот, городить сохранение результатов в БД тоже не надо.

Я хочу, чтобы пользователь мог выбирать между backend-ами: dbm и redis в зависимости от потребностей, а код у меня был одинаковый с точностью до инициализации.

Я сохранять результаты не собираюсь. И распараллеливать не собираюсь. Мне индексы надо хранить. Для этого БД и хочу использовать.

Что за индексы?

Они у тебя уже настолько огромные?

Ну с десяток мегабайт, наверно. А какая разница? БД нужно, потому что индексы могут меняться во время работы, как я уже писал.

Зачем тебе key-value БД, когда все твои данные можно в dict пихнуть без единой проблемы?

Несколько приложений работают одновременно. Добавляется плохое слово или слово-исключение, индексы обновляются. Все приложения подхватывают. А так пришлось бы файл синхронизировать руками и перезагружать все сервисы.

Роман, за PyQt5 понятно, но все же в целях обучения необходимо выйти с этого положения в tkinter, как быть здесь?

Всем привет, удобно ли использовать ide Visual Studio для ml?

Несколько приложений работают одновременно. Добавляется плохое слово или слово-исключение, индексы обновляются. Все приложения подхватывают. А так пришлось бы файл синхронизировать руками и перезагружать все сервисы.

То есть твоя библиотечка всё-таки превратилась в stateful микросервис...

Можно вопрос, ты это по работе/учёбе делаешь или прост?

Всем привет, удобно ли использовать ide Visual Studio для ml?

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

Мнение, что рост числа фич делает решение более хорошим, ошибочно. Чем меньше фич, тем лучше решение. Код должен быть простым и поддерживаемым, а интерфейс — лаконичным.

Есть проблемы, которые очевидны. Не надо ждать, пока припрёт, можно упредить события, особенно, если это не несёт больших накладных расходов.

Самое лучшее приложение по таким принципам — Hello world, а может быть даже вообще его отсутвствие.

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

Олсо, страшно представить, сколько premature optimizations ты уже сделал, пока её реализовывал — вспоминая твои пулл-реквесты с подсчётом миллисекунд в вызовах more-itertools.

Вот сейчас ты хочешь затянуть в своё решение ещё и key-value БД. Ставлю на то, что основная мотивация — это потрогать key-value БД. Или упоминание универсальности и поддерживаемости многих бэкендов в описании проекта? Всё это звучит пугающе для решения такой, казалось бы, простой задачи.

Ты думаешь, что взаимодействие многих приложений с единственным микросервисом-цензором — очевидная проблема? Мне видится, что очень нескоро у тебя будет пользователь с таковой. Ты думаешь, что подключение key-value бэкенда, появление состояния — это небольшие накладные расходы? Лол, нет.

Состояние у меня в любом случае есть. Просто оно в словарях, а не во внешней БД.

Константный словарь — это не состояние.

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

Unix-утилита — это всё-таки очень специфичная вещь.