VoidVolker

Если вы будете нанимать разработчиков и скажете им что вам нужен интернет магазин с нуля, то ориентируйтесь на минимум в 4-5 миллионов рублей и сроки в 6-12 месяцев.

Если делать на готовой CMS - то ориентируйтесь на 50-100 на разработку шаблона, какого-то доп функционала.

Если делать на готовой CMS но самому - то 0 рублей.

Если использовать облачный SaaS конструктор - то от 1.5 до 3 т.р. в месяц.

IT - это не только программирование. Попробуй себя в других направлениях: администрирование / DevOps

Сам с 7 класса занимался программированием (в городе была школа программирования, изучали алгоритмы и прочее). В ВУЗе отучился на инженера и в ит прошел, ТК уже мотивировали деньги.

Сейчас работаю на стыке IT и менеджмента, ЯП в работе использую (не только для анализа).

Как один из советов - не получается с одним языком ,- изучи другой. Если проблема в том, что возникают ошибки - изучи Rust. Если нужна простота и широта использования - Python. SQL - одно из необходимых знаний разработчика, админа или любого менеджера.

Если же вопрос стоит - в том, что хочется приносить пользу есть проекты на GitHub, там есть вкладка issues - можешь попробовать в open source проектах поделать (придется изучить стандарты разработки конкретного проекта.

Если понимаешь, что выше сложно, можно пойти в сторону администрирования (поставить Linux, поднять веб сервер с бд). (Объем больше, чем разработка, но нужно даже разработчикам).

Забей на программирование, это не твое.

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

Найди ту деятельность, где у тебя глаза горят.

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

Я начал изучать программирование лет двадцать назад, поэтому мой опыт может показаться странным, но все же. В моем распоряжении был компьютер на 386 процессоре и монохромный монитор с 4 градациями цвета (белый, серый, темный и черный). Конечно я видел и цветные мониторы и 95 винду на них. Мне тоже хотелось окошечки, графический интерфейс и все такое прочее. Хочется - сделаем. Книжки в зубы (в библиотеке O_o), редкие походы в компьютерные клубы, за инфой из интернета (сколько поместится на дискету?) - и вперед, пилить оконный менеджер под ДОС на турбопаскале.
Конечно, свою винду я не написал =) Но зато паскаль выучил, объектное программирование, детально разобрался как работает компьютер и операционная система, что такое резидентные программы в досе.
А потом купил нормальный комп =)

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

Раньше, когда трава была зеленее, интернет меньше и добрее, существовало вот такое в настройках веб сервера:

# UserDir: The name of the directory that is appended onto a user's home
# directory if a ~user request is received.
#
# The path to the end user account 'public_html' directory must be
# accessible to the webserver userid. This usually means that ~userid
# must have permissions of 711, ~userid/public_html must have permissions
# of 755, and documents contained therein must be world-readable.
# Otherwise, the client will only receive a "403 Forbidden" message.
#
# See also: httpd.apache.org/docs/misc/FAQ.html#forbidden
#

Т.е. можно было просто получить логин на сервер, где был запущен веб сервер и получить домашнюю страничку вида:
example.com/~username

И вот с тех древних времен так и потянулось... Каталог, в котором размещаются файлы сайта - public_html....

Support for password authentication was removed on August 13, 2021.
remote: Please see https://docs.github.com/en/get-started/getting-sta... for information on currently recommended modes of authentication.

Даже с переводчиком не осилили ошибку?
Авторизуйтесь по ключу и всё заработает.

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

А начать надо с понимания какие именно данные Вы хотите хранить-обрабатывать и как именно. Эта информация обязана быть по любому известному мне законодательству (РФ, США и Европа). Если на сайте ничего кроме возможности зарегистрироваться по почте нет и ничего кроме email не храните - всё вообще просто. Немного сложнее с AppleID, GoogleID и прочими подобными. Хуже, если фото. Еще хуже если всякие системы оплаты. Но ничего действительно проблемного. Если не занимаетесь лютым трешем то сразу арестовывать не будут. Регулятор какой-то страны выдйте на связь и скажет что не так. Иногда может быть удивительно, напримеР, получить письмо от дежурного почтальона Ватикана или какого-то помощника шерифа Сан-Диего, но с такими редкостями Вы, вероятно не столкнётесь никогда.

Кто-то же должен потом запустить сервис.
Как мне кажется, проще будет реально через systemd или любую другую внешнюю систему это реализовать.

будет работать в основном на никсах.

проще внешние стандартные средства, для линуксов, systemd

RDP до рабочего ПК, либо храните файлы в облаке)