Сергей

SQLite и ФС — абсолютно не подходят, если приложение будет масштабироваться

Серверы БД (MySQL/PostgreSQL/etc.) — надёжный но самый медленный вариант

In-memory БД (Redis/memcached) — отличный вариант, из всех выше, самый производительный, но можно упереться в оперативку

Signed Cookie Session (и его частный случай — JWT) — неописанный тобой вариант, самый экономный по памяти и диску и самый производительный. Сессия хранится прямо в куке. Сами данные сериализуются, например, JSON'ом и сжимаются, например, gzip'ом (но можно и msgpack + lzma взять, как угодно). После, чтобы пользователь (или хакер) не поменял куку по своему желанию, она подписывается, например, HMAC'ом + любой криптостойкой хэш-функцией
Из плюсов: 0 байт занятой оперативы (кроме момента выполнения запроса), 0 байт занимаемого места на диске, нет зависимостей от баз данных
Из минусов: нет возможности "разлогинить все остальные сессии" по запросу пользователя, небольшой сетевой оверхэд, так как сессия от браузера отправляется на каждый запрос, ограничение на размер данных в сессии, потому что данных должны влезть в куку, включая подпись и разделители. Но ради эксперимента, мне удалось засунуть в такую сессию первую главу Войны и мира сжатой, прежде чем упереться в лимит.

Советую идти в мобильную НАТИВНУЮ разработку.
Будете сразу делать приложения, взаимодействующие с веб-серверами и использовать все "железки" мобильного устройства по необходимости.
И денег - больше платят за приложение, чем за обычную вёрстку.

UPD: Вам нужно выучить основные принципы обмена данными по сети, чтобы чувствовать себя более увереннее.

Seo важно конечно, но по последним трендам рулит грамотный Smm и хорошая рекламная стратегия с системой скидок/акций/бонусных баллов и т.п., чтобы привлечь потенциальных клиентов. Ну и контекстная реклама конечно же, которая приведет реального клиента с реальными запросами.
Всегда ставьте себя на место клиента - ну увидите вы, что на первой позиции стоит какой-то ноунейм интернет-магазин, и вы ничего о нем не знаете, не знаете о том выгодно ли вам будет купить что-то там или нет. А так в инстаграме покупатель видит красивую картинку, отсюда желание, отсюда мотивация перейти на ваш сайт и сделать заказ. Потому что люди в первую очередь "покупают глазами". К тому же через соцсети вы открыты к покупателям, получаете реальные отзывы и фактически создаете лояльность к своему магазину.

А зачем собсна тогда нужен будешь ты?

Если AI может предложить более оптимальный алгоритм, то он уже должен понимать, какая должна быть конечная цель. Т.е. он знает что нужно сделать, как нужно сделать. Для чего нужен тогда ты сам? Запустить IDE?

работайте только по 100% предоплате.
Тогда уже заказчик будет вас подгонять, а не морозится...
Впрочем, достаточно и 50%, обычно
по пунктам
"- Заказчик очень долго проверяет (вплоть до неск. месяцев)
вписываем в договор что-то типа "заказчик должен подписать акт выполненых работ или выставить притензии не познее чем через 3(три) дня после выставления акта выполненых работ"

"- Заказчик не предоставляет контент очень длительное время. (так же вплоть до полугода. И это не про большие СЕО текста, а про какие нибудь контактные данные, пару фоток и т.д)"
та же фигня. все сроки вписываются в договор, оговариваются форс-мажоры, при условии соглашения сторон

"- Заказчик просит переделать одну и туже мелочь по 50 раз (какую нибудь ерунду, вроде поменять 2 слова, но в течении очень долгого времени и на одной и той же странице. Это как пример)"
сложный вопрос и самый труднодоказуемый. Единственный вариант - все под протокол разногласий, или как оно там правильно юридически.

"- Заказчик не объяснил что хотел, сказал делайте на своё усмотрение и сначала всем был доволен. Потом подключил еще проверяющего и тут же всё не нравится: переделывайте всё заново и бесплатно. (Естественно, на проверку скидывается каждый этап работ и только после одобрение идём дальше.)"
На этом этапе, обычно, заказчик посылается в арбитраж. После чего, как правило, несколько трезвеет и с ним уже можно договариваться. Как-то в таком случае, получили оплату за 3 сайта, вместо одного.

"- Заказчик просит добавить довольно серьёзный функционал, который не был обговорен и соответственно не был просчитан в цене. Доплачивать заказчик не желает."
тут все просто "Читайте согласованное с вами ТЗ".

И напоследок. Все эти телодвижения имеют смысл при наличии знакомого/прикормленного юриста, съевшего собаку на арбитраже. И даже в этом случае, деньги будут выбиваться очень долго.

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

PHP не мода, php - классика, а классика никогда не умирает. Если умрет php, то умрут все остальные языки backend разработки потому что появится что-то такое, что сможет в разы превзойти пхп в простоте, скорости и удобстве, на данный момент что джава, что питон, что руби +- одинаковые, каждый подходит для своих целей. Тот же питон выбирают из-за простоты интеграции нейронных сетей, но если говорить не о узких, а о главных параметрах (функционал, скорость и тд) все популярные бэк языки более или менее одинаковые смотрите те же сухие графики.
А о уменьшении вакансий - глупость несусветная. трын тут приведена статистика за 2018 год и обоих графиках по вакансиям лидирует в сравнении с java/python PHP, при том на первых двух пишут как бэкэнд, так и миллион других штук. А на втором графике и вовсе пхп опережает js (единственный язык в самой популярной сфере разработки).

А вот если речь идет о реально крупных компаниях (amazon, google...) там как раз предпочитают python из-за выше упомянутой простоты интеграции нейросетей, а java из-за стабильной поддержки сверх высоких нагрузок.

Меньше слушайте диванных экспертов, пхп предрекают смерть с 00-х годов, что то он слишком долго дергается для мертвеца.

С июля месяца сталкиваюсь с катастрофическим демпингом, что уже напрягает. Решил поинтересоваться, как происходит оценка работы для каждого.

Демпинг только в простых работах.
На сложные работы - крайне сложно найти специалиста, кто выполнит.

Как лично вы формируете прайс на свои услуги?

Поднимаю цену, наблюдаю как клиент морщится.
Когда морщины слишком глубокие - прекращаю поднимать цену.
Без шуток - примерно так и есть.

Жить хорошо и кушать вкусно, но это не у всех))

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

В настоящее время и синтаксис подтянулся на уровень, и строгая типизация появилась и много много всего. Учите основы и паттерны, а язык вам ничего плохого не даст.