Вова Дружаев

Ставишь терминал, node.js, npm, webpack - на своем сайте я писал про подключение этого хозяйства, когда я делал плагин к гутенбергу.

Каждый компонент - отдельный js и css
Потом все пакуешь в отдельный бандл (например просто по сохранению файла). На выходе получается 1 js и 1 css файл. Причем уже минимизированные и сжатые. Т.к. все висит на сохранении файла - результат видно сразу в браузере. Ничего дополнительно делать не надо - автоматом пакуется.

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

Но лучше конфиг собирать по логике - core.js, non-logged.js, logged.js, single-page.js - т.е. не сразу паковать всё в один, а соблюдая логику - в кор - то что нужно всем и везде. Ну и т.д.

По поводу css - посмотри BEM - очень здорово помогает на сложном проекте не повторяться.
js - тоже надо дублирующие сущности в отдельные функции вынести.

Еще - важно осознавать где и когда файл нужен. Например css, не критичный для первого экрана - нет смысла грузить в шапке - его смело грузи в подвале.
По возможности отказаться от инлайн стилей и скриптов. В скрипты можно с помощью php получать динамические данные, настройки и выводить в js объект инлайном. А из объекта уже в js файле брать то что надо.

Потому как статика - она кешируется, а то что у вас простынёй в html - нет. И каждый раз передается по сети.

Drop, delete
А вообще начиная работу с бд - лучше бекап сделать - это раз
Два - не оттачивать свои запросы на проде. Даже если вам кажется "а, ща я тут чуток выберу..."

Веб пуши.

Мейлы - борьба с попаданием в спам. Темболее если юзер не подписывался на почту (вы написали автоматически) - то это более вероятно чем 99.9%.

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

Вы задаете очень общий вопрос. Только ленивый его не обмусоливал. И только ленивый не искал в гугле

Ваш вопрос несколько непонятен...

Плагин WP-Recall - это и есть личный кабинет. Картинка (обложка кабинета) заливается пользователем самостоятельно.

Баланс - есть в базовой поставке плагина. Дополнение user balance - подробно о финансовых вопросах плагина тут https://clck.ru/EXcVn (тостер тупой и не дает вставить прямую ссылку. Пришлось сократить ее). Прочитав - вы поймете чем расширяется - там возможностей с финансами очень много. Как и платежных систем и агрегаторов.

Заметки - дополнение заметок - ищите в каталоге кодеселлер "Notes"

Документация по плагину тут https://codeseller.ru/dokumentaciya-wp-recall/ - много видео. Вникнете сразу.

Не использую их.

Пейдж билдеры, это как adobe dreamweaver в 2004-м году. Много мусора, медленные. Не предсказуемые и глючные в самый неподходящий момент. Сейчас форумы поддержки завалены вопросами "стоит пейдж билдер, плагин не работает..." - и такие темы содержат либо ответ в стиле - "отключайте пейджбилдер - конфликт с ним", либо просто темы без ответа. Техподдержки по билдерам вам не дадут.

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

Если вы слышите совет: их использовать - то это совет человека далекого от сайтостроения. Просто такой же домохозяйка.

Скорей всего - в базе данных. И это плохо. Потом они берутся оттуда и инлайном в хедер вставляются.
И если у вас таких стилей будет много - это очень плохо. В базе этот мусор храниться не должен. Таблица опций раздувается и несколько медленней начинает работать сайт.

Инлайн стили имеют приоритет перед обычными css файлами.
Чтобы в дочерней теме стили отрабатывали - вы должны понимать - они должны быть ниже по коду (позже загружаться), т.к. если они "весят" (специфичность) одинаково - то и идти они должны позже родительских css. Если идут раньше - то им надо сделать "перевес" - например добавив :root или body перед классом. Примерно так: :root .need-class {margin:2px;}

iThemes Security (ранее Better WP Security) - это монстры.
Я использую Limit login attempts и написал свое решение - kwpl: Kill wp-login & Fix Login

а по мерам... Не ставить нулёные темы и плагины.
Обновлять ВП и тему и плагины вовремя.
В админку юзеров не пускать, только админа.
Учетка админовская хитрая.
Мониторинг логов на артефакты

Бекапы конечно же.

Почему бы просто не поставить плагин кеширования. Вот вам и статический сайт.
При публикации кеш сбрасывается. Что еще нужно?

Если проблема с существующими темами - создайте свою. Это самый лучший путь для сайта.
Хотите скорости - забудьте о билдерах.

Посмотреть как это делают крутые парни https://www.youtube.com/watch?v=PrvilFct91I
Видосов много.

Конечно вам нужен фотошоп - чтоб psd вкрыть

Emmet - ускорит верстку.
live reload из ide в браузере (собственно как и нормальная ide, а не текстовый редактор аля notepad++ или sublime)
Конечно же консоль браузера осваивайте - там столько возможностей.

Бутстрап... Типовые сайты если делать похожие друг на друга. Это скучно. Он хорош для быстрого прототипирования. Хотя уже есть онлайн инструменты для быстрого накидывания html макетов и верстки.

js - надо знать, ну чуток jquery (хотя уже нет)

css 3 - обязательно. Псевдоселекторы, атрибуты. Совместимость всего зоопарка с браузерами (caninuse - наш друг).
svg применять
Шрифты и иконки
Верхние 3 пункта: дизайнеры иногда так макет завернут - думаешь: "а как, его мать, он думает это делается?"

флекс - обязательно знать. Гриды пока только по выходным почитать, поиграться. Также как и css переменные.
Медиазапросы - обязательно знать
Принципы адаптивности, mobile first и конечно же для простоты стилей BEM применять.

Элементор - забудьте. Это не знания.

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

Гит - понимание и версионность - очень удобно.

Верстать под ВП это не только фронтенд. Тут понятие намного шире. Вам придется работать с php - его знать и учить придется.

Потом, как надоест это дело с натягиванием на ВП, будете писать плагины. Вот тут и ценник выше и востребованность и интересней. + возможность развивать свои pro версии ну и понеслось...

p.s. не хейта ради я тут некоторые технологии и инструменты назвал против них мнение, а лично мой выбор спустя несколько лет. т.к. я это прошел сам, спотыкаясь. ИМХО - оно не конечная точка зрения, а мнение личное из опыта.

HTML5 History API

WordPress Social Login + WP-Recall https://codeseller.ru/products/rcl-wp-social-login/
Позволит настроить форму регистрации с нужными полями, а второй плагин даст соцлогин

Theme My Login не используй - они его на платный функционал перевели, отрезав все нужные фишки - вынесли их в абонентскую плату которую раз в год надо платить. Посмотри отзывы в репозитории - одни единицы пошли