Как проверить, что wireguard не заблокирован?

Отлично, помогло! Выходит, в самом деле DPI/РКН. Но я чуть автоматизировал - вставил это прямо в конфиг клиента wireguard, получилось примерно вот так:

[Interface]
PrivateKey = ....
Address = 10.9.0.2/24
ListenPort = 12345

PreUp = nping --udp --count 1 --data-length 16 --source-port 12345 --dest-port 12345 123.123.123.123

Сейчас, при wg-quiсk up wg0 автоматически сначала nping дурит DPI, а затем уже запускается обычный wireguard.

Как идеологически правильно организовать простой REST API?

Проблема в том, что запросы и на поиск и на удаление могут быть произвольными, скажем, удалить все фильмы до 1990 года в которых синимался Сильвестр Сталлоне и это не боевики (или поставить им "нет в наличии", или обратно поставить "в наличии"). Я не представляю, как наложить всю непредсказуемую гибкость на простую схему. Наверное как-то само описание объектов, что удалять-патчить все равно придется в теле запроса передавать. Или же вроде: /year/less/2000/and/actor_present/Stallone/and/not/genre/action - как-то ужасно слишком выглядит :-)

Как своровать шины? (Проверить, что на странице есть fetch().json())?

Олег, к сожалению, да. Об этом и вопрос, чтобы как-то автоматически отсечь это, найти страницы, которые отправляют форму, и в ответ получают JSON.

Как своровать шины? (Проверить, что на странице есть fetch().json())?

Для моего дьявольского плана не требуется, чтобы на сервере лежал .json (это уж я на дурака попробовал - вдруг бы хотя бы где-то в мире лежал бы, задача бы решилась в одну минуту). Меня вполне устраивает обычный сайт с базой данных на бэкенде, который по запросу с фронта, с формочки (дай мне все bridgestone, R16) отдает результаты (шины) в формате JSON (Достаточно очевидный и популярный формат для этой задачи).

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

Спасибо, подтверждаю, да, работает! :-)

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

shurshur, Спасибо, как раз, то что нужно.

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

Сейчас вот с SQLAlchemy сделал - работает! :-) Если вы напишете про SQL Alchemy без ORM как вариант ответа (или просто весь ваш коммент), я его отмечу решением.

Есть ли универсальный модуль 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 прописано было, не убрал). Сейчас перезапустил без него, чтоб посмотреть разницу.

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