Ярослав

Я считаю себя скорее бэкэндщиком, и да - много раз пришлось фронт заново повторять, вспоминать очевидное, потому что тяжело решать какую-то простую "фронтовую" задачу раз в 2-3 года. За это время все забываешь, да.
Точно так же забывается golang, если долго программируешь на python, и вообще любые неиспользуемые знания пропадают - так уж мозг устроен.

Но две важных вещи:
1. Вспоминать забытое - просто и быстро, это не учиться с нуля. Скорее всего какой-нибудь cheatsheet поможет из сети или самодельный. Они не пропадают совсем.
2. Это все равно надо. Хороший специалист в любой сфере должен иметь некоторое представление и о смежных вещах. Бекэндщику никуда без хотя бы базовых знаний по фронтенду. Фронтендщику бэк, наверное, нужен немного меньше, но если хочется быть ценным специалистом - то все равно нужно.

Вот обзор аж девяти сервисов https://woorkup.com/email-forwarding-service/ включая cloudflare. (которому я очень симпатизирую и который надежен). Почта остается на том же сервисе (например, бесплатная username@ya.ru или @gmail.com, да какая хотите!) но на этот ящик будет валиться почта на ваш @domain.com.

Одна тонкость. Когда пробуете их и получаете письмо - попробуйте ответить и посмотрите, на какой адрес идет ответ. На яндексе у меня бывает глюк, что по кнопке ответа, ответ пишется не отправителю, а мне же на "доменный" адрес.

Немного поздновато, наверное, но может кому-то еще потребуется (я же как-то попал на этот древний вопрос):

Homed (Дашбоард с интеграцией в authelia):
https://github.com/mwalters/homed

Homepage:
https://github.com/benphelps/homepage
https://youtu.be/dk3Cp5ck8mY
https://blog.unixhost.pro/ru/2023/03/homepage-glav...

mail.ru вроде уже тоже нет.

есть чуть более сложный (но вполне работоспособный) вариант с improvmx.com лишь cloudflare.com (email routes)

подробнее:
https://qna.habr.com/q/1182558

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

1. ImprovMX.com
Регаетесь там, и настраиваете пробросы адресов (в том числе можно и catch-all) на любые другие почтовые адреса, например, на яндексе. Так что, у вас получается @yourdomain.com но бесплатно

2. Cloudflare email routing
Если DNS для домена хостится на Cloudflare - то же самое можно сделать средствами Cloudflare, бесплатно и вроде безлимитно. Читать: так же, на яндексе-мейле-гмейле, где хотите.

В общем, мы используем доп сервис (cloudflare/improvmx) для "своедоменификации", а в остальном живем как и раньше, на удобном-бесплатном сервисе.

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

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

Лимиты у ImprovMX - 500 входящих в день. Размер аттача не знаю.
Cloudflare: 25Mb на сообщение (аттач). Не знаю, это именно на чистый разме файла, или на размер сообщения. По количеству лимитов вроде бы нет.

Почему мне нравится такой вариант:
- У нас есть выбор для почтового роутера (cloudflare/improvmx/....). Если что-то не нравится - выберем другой (не меняя ящика)
- У есть есть практически неограниченный выбор бесплатных почтовых сервисов с их щедрыми лимитами.
- Все бесплатно и не зависит от сложностей с оплатой.

Еще по теме (больше аналогичных вариантов): https://woorkup.com/email-forwarding-service/

cross site request forgery (наиболее вероятно и достаточно опасно)
clickjacking (хотя он тут не кажется опасным)
возможность забить ваш диск большим количеством файлов (если на виртуалке 20 гигов, то передать 20 гиг скриптом можно быстро)
возможность залить какой-то ненастоящий CSV
если (самое ужасное) имя и-или путь к файлу как-то зависит от пользователя (от данных в форме) - возможность перезаписать другие доступные файлы

Законы разные, очень советую посмотреть на ютубе интересное видео "Раздел 230 - свободный интернет | Михаил Пожарский". Как раз про вашу ситуацию, объясняющий, почему площадки вроде вашей или Facebook возникли в США, а не в ЕС, например (сюрприз - в Европе законы тоже не очень хороши).

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

У вас как выглядит directory? Это список строк, как я понимаю. А writerows ожидает "список списков строк". (каждый элемент верхнего списка, список из строк, каждая строка в отдельную клетку).
Вот поэтому он строку и итерирует побуквенно, обрабатывая ее как список.

попробуйте в directory.append() давать не строку, а список из одного элемента (этой строки) и должно быть счастье.

Да, разными способами.
1. можете поллить раз в секунду javascript'ом и обновлять содержание textarea
2. можете просто на страничке только раз подгружать тот файл, но в страничке сделать <meta http-equiv="refresh" content="30">
3. если прямо красиво хотите - можете использовать websocket (socket.io). Может вам понравится, я писал для этого удобный модуль - https://github.com/yaroslaff/ws-emit , там пример dir2web.py как раз на Flask, прямо с вашей задачей (только он еще и появление новых файлов в каталоге отслеживает). Изменение контента на странице происходит моментально после изменения файла. (в ютуб видео с примером это с 50-ой секунды).

Ответ выше хорошо поясняет, почему отличается оценка Performance. Но у вас и Accessibility и Best Practices отличаются... Будто бы проверяется разный контент сайта...

Вообще, как web.dev переделали и утащили мерилку в PageSpeed - она очень ненадежная стала, и иногда в принципе не срабатывает. (раньше было лучше)

Я сам использую https://github.com/andreasonny83/lighthouse-ci - чтобы хотя бы быть независимым от аддонов и загрузки в других табах. Еще вариант (еретический, но все же) - поищите другие онлайн-тестилки по той же Lighthouse методологии на других сайтах. Возможно сторонний сайт будет надежнее-стабильнее чем гугловский.

А насчет чертовщины с Accessibility и Best Practices - поглядите, за что именно снижается оценка в одном случае, и почему этого снижения нет в другом - может быть так получится понять проблему.

Немного HTML, CSS (не до мастерства, а до уровня, когда примерно понятно, что-где смотреть, если непонятно). Очень желательно git. Почти обязательно javascript (хотя бы на уровне fetch данных из API и отрисовать их).

А дальше на выбор, смотря что хотите. Если backend - то Flask (это пайтон). Хорошее сочетание между простотой и высокой популярностью.

Если фронтенд - то какой-нибудь из фронтенд фреймворков. Мне очень нравится svelte, но у других - другие вкусы. Какой-нибудь react, vue - точно пригодится востребован.

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

Вам надо не банки искать и не "выпуск" карты (услуга), а просто искать где купить prepaid карты. На plati.ru есть много вариантов, но очень высокие цены и карты действуют короткое время. Я делал так - искал "buy prepaid card", и выбирал, где есть оплата криптой. При заполнении формочек лучше указывайте другую страну.

Получить зарубежную карту гражданину РФ - сложно. А вот гражданину Румынии, Туркменистана, США купить АНОНИМНУЮ предоплаченную карту (не показывая свои документы) - легко. Почувствуйте разницу :-)

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

Бот может тестировать-показывать приватность аккаунта юзера. Показывать юзеру все, что он (этот бот, и, следовательно, другие боты) видит о юзере (имя, телефон, ник, last seen, ...). Чтобы юзер мог поиграться с настройками и проверить потом на боте, как они сработали.

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

Как пользоваться криптой (если вообще не знаете) - можно посмотреть в видео на канале "диджитализируй" по запросу "крипта". Потратите может быть полчаса на все, а потом будет не сложнее, чем в банковском приложении.

У меня получилась такая схема:
1. Prepaid карта (я взял Mastercard, есть и Visa) на 10 USD (минимальная, для теста) продается за 11.
2. На сайте где продаются карты за крипту честно указал Россию.
3. Оплатил эфиром (у меня был эфир, можно было оплатить и другой валютой, может быть меньше бы ушло за транзакцию. Но я не разбирался. У меня вышло 0.0065762 ETH за саму карту + 0.00110887 ETH за транзакцию. В пересчете - 13 долларов. Гораздо дешевле, чем у нас prepaid продают.
4. Минут через 5-10 платеж полностью обработался и мне прислали "код" для получения карты и ссылку где получать
5. Там тоже пришлось зарегаться, но России там не было, указал другую страну (а ZIP российский). Карту выдали.
6. Карта работает. Оплатил ею scaleway. Карта проходит "привязку" (когда надо посмотреть транзакции и сказать код из транзакции) - смотреть транзакции можно.

Минусы - это именно prepaid карта, с нее можно платить, но Google Cloud и Oracle Cloud ее не берут, им нужна "настоящая" (не prepaid) карта, привязанная к счету. С другой стороны, если нужно купить хостинг, домен или VPN, то очень много кто (может быть, большинство) принимают prepaid - им же, главное, деньги получать, а деньги с нее снимаются вполне хорошо.