Есть ли универсальный модуль Python для работы с разными базами данных (mysql, postgresql, ...)?

Алан Гибизов, все рождается на коленках, но с прицелом на прод.
второй вопрос не слишком понял. Возможно мы о разном говорим. Nocode не надо, надо простую быструю либу, безо всяких гуев. На данный момент из "управления" один конфиг и там будет URL базы и SQL запрос. (Но их может быть несколько таких, чаще всего с одинаковым URL'ом, но с разными SELECT'ами).

Вот упомянутый ниже PyDAL - вполне "по теме", и SQLAlchemy без ORM тоже.

Сверху будет REST API, для веба, возможно открытое в мир.

Что выбрать для почты для домена?

wepp, да, вроде работает так. Но все равно недоволен - mail.ru не работает с protonmail.com, а это ведь один из крупнейших мировых почтовых сервисов. И это я случайно узнал - может он и еще с десятком не работает, о которых я не знаю. Ну его. Нужна настоящая почта, куда бы почта с любого домена приходила, а не только по списку благонадежных :-)

Правда ли, что если изучить Фронтенд а потом начать изучать Бэкенд, ты почти забудешь Фронтенд?

Думаю, что я, как full stack разработчик, имею компетенцию заявить, что не верю в существование full stack разработчиков. :-)

Сфера IT ну ооочень широко и быстро расширяется и усложняется, а черепная коробка - нет. Конечно, человек может освоить HTML, CSS, JavaScript, Apache, Python, Flask, MySQL, GIT, Docker и написать маленький вебсайт для парикмахерской с расписанием и бронированием.

Но при этом может быть ситуация, когда у вас 20 фуллстеков, но вы не можете найти, скажем просто MySQL специалиста, который бы был способен разобрать-понять-решить одну какую-то очень загадочную проблему с MySQL. А ведь, по хорошему, датабазник должен не просто уметь SQL написать, а должен при начале нового проекта сказать, что есть 50 в принципе подходящих СУБД для этого проекта, он рекомендует 5, а какая из 5 лучше - ему нужно еще проверить, тесты погонять, выучиться.

Даже если вот СУБД брать, то даже в этой одной (узенькой) сфере, надо быть или специалистом (гуру в одной СУБД, но узкий кругозор), либо генералистом, и знать про все понемногу (и движение в одну сторону - ущерб в другой). А уж fullstack и тем более...

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

Аналоги почты для домена (дешевле и/или бесплатно) вместо Gmail и Yandex?

Каждому свое, нет универсально правильных ответов, но я вот даже по работе за деньги обслуживаю почтовый сервак, а для себя предпочитаю gmail.
- Много места
- Не надо платить (и это вопрос не только экономии, а еще вот - заблокировались карты - сервера все слетели. А почта на gmail осталась).
- Очень хороший антиспам
- Удобный интерфейс
- Высокая надежность

Если Вася с погонами для вас угроза - то бесплатная почта на зарубежном сервере выручит отца русской демократии (а на своем в РФ, или не своем, зарубежном, но купленном через российского хостера - нет).

Аналоги почты для домена (дешевле и/или бесплатно) вместо Gmail и Yandex?

Попробуйте с этой почты принять или отправить письмо на протон (proton.me) - не работает. Я не знаю, какие еще домены им не нравятся, но вот протон - точно. А протон - наверное, в топ5 современных почтовых сервисов мира. Если не в топ 2 после гмейла :-) И кто знает, может завтра и gmail заблочат - скажут, пользуйтесь только правильной фсбшной почтой...

This is the mail system at ProtonMail.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please forward this email to [e-mail].

If you do so, you can delete your own text from the attached returned message.

<***@****>: host emx.mail.ru[217.69.139.180] said: 550 protonmail is
    blocked (in reply to end of DATA command)

В общем, этот mail.ru, как платежная система МИР - удобство товарища майора важнее удобства пользователя.

Что использовать сейчас, для приема платежей из за рубежа физ. лицу из РФ?

как ИП - прекрасно регулярно принимаю на счет в Райфе. Модуль банк к себе зазывает, тоже предлагает. Тинькофф, который вначале вводил заградительные пошлины сейчас их вроде снял. В общем, я бы так фатально к традиционным способам не относился и разведал бы варианты приема через банки. (кстати, ИП - это не юрлицо, так что и не-ИП, наверное, достаточно похоже может).

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

Есть ли в мире легкая [крипто] платежная система для хобби-проектов?

CityCat4, да, я в вопросе это как-то неудачно сформулировал, раз все не так понимают. Конечно же принимать лучше картами (и дополнительно можно и криптой). Но мне важно чтобы вывод был чисто криптой. Куда деть немного крипты - я придумаю, и на комиссии (или налоги) - денег не слишком уж жалко. Но вывод только на счет ООО/ИП по договору, со всей бухгатлерией - это меня пугает.

Есть ли в мире легкая [крипто] платежная система для хобби-проектов?

немного смущает, что ей всего год... думал, есть что-то более известное с репутацией. но для хобби-проекта, наверное, вполне подойдет, спасибо!

Есть ли в мире легкая [крипто] платежная система для хобби-проектов?

apppostol, да, именно так. Видимо, я не очень четко выразился.

Какую платёжную систему лучше выбрать для автоматизированных крипто-плетежей?

А много лет используете? :-)

Domain Name: cryptoscan.one
Creation Date: 2022-12-01T19:14:06Z

Может быть и очень хорошая система, но новорожденная.

Как в яндекс почте пересылать получаемые письма под своим аккаунтом, а не под оригинальным отправителем?

Мне кажется, что стоит чуть конкретизировать, что именно хочется. Потому что в почте есть аж целых три (минимум) хидера, которые можно понимать как "от кого отправлено письмо".

1. Envelope from. Он в Return-Path: хидере хранится
2. Обычный From: (там человеческое имя и емейл. Кстати, если вы его хотите переписывать, то только емейл или имя тоже?)
3. Reply-to

А еще есть DKIM, который подписывает письма и заголовки, включая From/To/Reply To (если вы их поправите, DKIM не сойдется, и надо будет тогда еще и его вырезать или подписывать самому).

Не факт, что на яндексе можно это сделать. Как вариант - сделать свой почтовый сервер и на нем, средствами сервера и Milter сделать то что надо. Возможно на гитхабе есть готовые проекты для этого. А с яндекса (если уж вам очень хочется иметь test2 именно на яндексе) прокидывать почту на свой сервер и на нем уже править.

Почему нет(?) популярного REST API для IMAP?

> IMAP - это протокол, по которому работают
Дааа ну? Может еще и HTTP это не программа? :-))

Но мне вот эта второстепенная сейчас и захотелась. Чтобы вебморда сама могла почту забирать, без еще одного велосипеда (а то их же так мало!). Раз напрямую к серверу из браузера коннектиться нельзя, то пусть через какой-нибудь унифицированный REST API.

Увидился, что ее нет. В каждом вебмейле - свой велосипед зачем-то. Пока что вот мысль про JMAP самая интересная и даже готовые реализации есть. И вебморды JMAP-овские тоже есть.

Почему нет(?) популярного REST API для IMAP?

Зачем? Я точно не хочу imap server с лишнием функционалом. Я за unix-way (и этот вопрос ведь как раз про эту идеологию). IMAP сервер уже есть - dovecot. Хороший, вполне устраивает. (но если кого не устраивает - можно заменить на любой другой, который удобнее, по вкусу). Зачем повторно реализовывать IMAP сервер в другом проекте?

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

Почему MariaDB отжирает все больше и больше памяти?

помогло обновление до 10.11.2 с офсайта MariaDB. Проверял и с прежним конфигом и с новым (дефолтным) - разницы практически нет, оба "маложрущие", именно смена версии mariadb-server помогла. На картинке слева прежняя "пила" (с дебиановским mariadb), а дальше после обновления. Видно, что память потребляет, но очень медленно.

Кстати, сейчас заметил, это версия у меня с jemalloc работает (в unit-файле systemd прописано было, не убрал). Сейчас перезапустил без него, чтоб посмотреть разницу.

В любом случае, считаю проблему в целом решенной, спасибо!

Что выбрать для почты для домена?

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

Что выбрать для почты для домена?

Сейчас вроде уже нет? Я только платные тарифы вижу

Резервный канал для почтового сервера, как реализовать?

hint000, да, имя в HELO лучше чтобы совпадало с реверсной записью. Не знаю, как часто бывают отказы из-за этого, но лучше совпадение, чем расхождение, это уж однозначно :-)

Резервный канал для почтового сервера, как реализовать?

Не думаю, что имя в HELO слишком значимо. Довольно типичная ситуация (на моем почтовике, например), когда на одном почтовом сервере (у него есть какое-то имя, одно), хостится множество виртуальных доменов.

То есть, когда с моего сервера уходит письмо, сервер представляется как mx.mycompany.net, и затем отправляет письмо от [e-mail]. Все работает. Имя почтового сервера нужно для удобства (например, чтобы читать заголовки письма и понимать, через какие сервера он прошел), но не для антиспама.

Более важно, чтобы оба адреса были перечислены в SPF. Вот нарушение SPF в самом деле достаточно большая проблема. Но вставить еще один адрес в SPF достаточно легко.

Что особенного в IP адресе 8.8.8.8?

Тогда еще добавлю от себя, что есть такая штука, как DNS Tunneling. Нужна своя DNS зона (пойдет даже бесплатная .tk от freenom, или домен 3-го уровня, их можно везде получить и сервер снаружи, который будет хитро ее обслуживать. И затем весь трафик инкапсулировать в DNS запросы к своей зоне (8.8.8.8 или любой другой DNS перенаправят их на ваш сервер) а он ответный трафик будет заворачивать в ответы.

Таким образом можно получить бесплатный доступ и "почти VPN". Но будет огромное количество DNS запросов, но не факт, что провайдер за этим следит.

Инструменты для этого еще лет 15 назад существовали, наверняка и сейчас есть.

Почему MariaDB отжирает все больше и больше памяти?

К сожалению, jemalloc не особо помог, так же растет (если не растартовать)... будем ждать, может новая версия mysql появится, где это пофикшено. Хотя и странно, конечно это все.