Не знаю, как на фрилансе. Но думаю, нужно собирать для себя джентельменский набор инструментов, чтобы решать для заказчика его проблему. Если надо интернет-магазин на 10 единиц товара. То у разработчика не должно возникать вопросов, как создавать каталог товаров, корзину заказа, механизм проведения заказа и оплаты, обработку статуса заказа, делать админ панель для администратора магазина.
Если это верстка, то вы должны уметь работать с дизайнером, чтобы привести макет к общему знаменателю, что может сейчас CSS/JS, а чего нет, имеются ли у вас необходимые плагины для такого-то спец. эффекта или нет.
Тут не языки программирования нужны, а выйти на тот уровень, когда вы решаете задачу с людьми, а как вы трансформируете с помощью технологий - это ваше личная проблема.
По html5 нужно знать структуру документа по тегам. Там знания не настолько объемны, чтобы занять одну главу какой-нибудь книги. Теговая корректность страниц важна, если глубоко изучать SEO. Основной обвес сложности верстки - CSS + JS + SVG.
JS. Начинал просто изучать сайт https://learn.javascript.ru . А потом просто начал проверять справочники на совместимость тех или иных функций JS с разными версиями браузеров.
PHP - нужно четко различать книги.
До эпохи PHP 5.6 - эти книги можно сдавать в макулатуру/сжигать.
Между 5.6 и 7 - старье, нужно для понимания как исправлять легаси на существующих сайтах.
7.1 до 8 - приемлемый уровень, чтобы не считать устаревшим.
8 и выше - новье.
Для обзорного изучения full stack-а возьмите лучше: Джон Дакетт. "PHP и MYSQL. Серверная веб-разработка" (2023). Там хоть в части MySQL не учат плохому.
Для углубленного изучения CSS возьмите "Новая большая книга CSS" (2016), книга хоть уже старовата, но содержит основной костяк CSS3.
По JS/PHP - хз. Я mazilla mdn пользуюсь, мне этого достаточно.
Есть хитрый способ: открываешь access.log веб сервера и журнал MODX.
Смотришь в журнале время ошибки и находишь в логе, какая страница открывалась в этот момент. Дальше дело техники.
CityCat4, я тоже зеонами увлекаюсь, просто знаю, что в любой момент отвалится либо питальник проца, либо видюха.
Еще к таким матерям любят ставить процы выше 2660 - 70-ые, 80-ые. У них TDP выше 100 ватт - практически гарантированы проблемы с тепловыделением и запуском.
Любитель поиграть в самолёты, величина проекта не имеет значения, важно то, что можно ли идентифицировать совокупность собираемых реквизитов как ПД или нельзя. Если можно, то вы подпадаете под действие закона.
Пользователю нужно не давать функционал, если с каким-то бланком согласий он не согласен.
Если с обработкой, то его нельзя регистрировать/авторизовывать в системе, если с распространением, то убирать функционал, связанный с обменом данными между пользователями.
При регистрации нужно указать, когда он согласился с данной версией бланка согласия - отдельная отметка даты и времени в базе, и указывать версию бланка (если серьезная организация, то бланк согласия ПДн, утверждается руководителем организации, у него есть номер приказа/распоряжения и дата утверждения, благодаря чему бланк появился в документообороте организации).
На распространение таже история. Есть отдельная отметка даты и времени, когда пользователь согласился, и версия бланка согласия.
При каждой авторизации вы сравниваете текущую версию бланка, которую вы сейчас используете с той, что подписывал пользователь. Если она не соответствует, то блокируется функционал, и пользователю предлагается прочитать бланк согласия (в зависимости, какой функционал ограничиваете), и согласится с ним. Если получаете согласие, то перезаписываете версию бланка и отметки времени.
И где посоветуйте взять? Ответы: "на помойке" не принимаются
На алике взять и оперативку и проц. Да, практически с помойки, особенно, проц. Обычно, китайцы старые процы сбывают из отработавших в свое время мамок.
10 Ватт разницы будут заметны под нагрузкой, нужно проверить этот момент стресс тестом.
Любитель поиграть в самолёты, не отделаетесь без согласий. Особенно, когда есть биометрические реквизиты, особенно, когда в совокупности: фото + вес + рост.
Ivan_doc, пример приведен из случайного вуза, случайного студента. Просто по запросу "Диплом автоматизированная/программная/информационная система поликлиники". Но тем, не менее это не отменяет того, что нужны определенные навыки проектирования подобных систем.
---
Про выбор базы. Если очень утрированно. Пока в системе отсутствует второй пользователь, и нет никакого намека на разделение прав доступа, нет намеков на использование транзакций, то MS Access или SQLite хватит сполна. Но как только надо будет разделить между двумя пользователями ресурс системы, либо между двумя процессами, то все, добро пожаловать в клиент-серверную архитектуру, и во взрослую СУБД, хотя бы в Postgres.
Что значит, без работы с api?
Попробуйте пройти метод авторизации на том сайте, где предполагается платно. Если сможете получить корректное сообщение об ошибке и его обработать, значит, возможна работа со сторонними сервисами.