Вася

1. На листочек выписать то, что беспокоит.
2. Решить что с этим делать.
3. Работать дальше

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

UPD: у вас уходит 4 запроса, один с айдишником товара, в ответ получающий json с данными о добавленном товаре. Затем запрос о получении последнего товара в корзину в виде хтмл(3 раза), из которых один выполняется быстрее чем вы внесли в корзину данные(и получает ответ корзина пуста). Иногда он опережает 2 других запроса, и тогда все ок, более медленные запросы потом заменяют нет товара на товар в корзине. Иногда нет, и получается лажа.
Перепишите так чтобы в ответе сразу в первом запросе возвращалось содержимое корзины.

При чём здесь Lavarel? При чём здесь MVC и структура папок?
Какая-то каша, в том числе в понятиях и терминах.
Берите и запускайте на любом хостинге. Хостинг - это и есть сервер.
А VPS-это и есть хостинг.
Но сначала надо отладить его локально на своей машине.
VPS-хостинг, конечно, всегда лучше.
Но обычно VPS на *nix-ах (Ubuntu, Debian, etc). Поэтому, если проект под Windows, то будут сложности, либо намного дороже выйдет хостинг.

github.com / gitbook.com

Посты лайкаются и смотрятся неравномерно: бурлят свежие посты, статично висят старые-забытые.
Поэтому для кипящего ядра можно держать данные в оперативке, скажем, в Redis – туда писать, оттуда читать. Если ключа поста нет в Redis, то вынимать из БД. Периодически из Redis'а копировать в БД все данные и убирать из Redis данные по постам, которые перестали обновляться.

Часть нагрузки можно передать на клиент. При загрузке с сервера всем раздавать одинаковые данные о свежих постах (их id без содержания, если длинные). Далее по мере просмотра счётчики лайков/просмотров обновлять на клиенте, синхронизируя лайки с сервером не так часто. И скрипт на клиенте решает дальше, какие посты подгружать и показывать, учитывая локальные просмотры.

Ещё мысль: nginx умеет Lua. Можно операции с лайками/просмотрами поручить сольному nginx без PHP. Правда, возникает вопрос с авторизацией.

dhparam генерит стартовое число Диффи-Хеллмана для SSL, к сертификатам это имеет опосредованное отношение. Оно нужно для предотвращения атаки понижения стойкости стартового числа, поскольку стандартные стартовые числа хорошо известны, можно вынудить систему перейти на нестойкое число и провести атаку

Попросили проверить код, на что смотреть нужно?

tmux или screen

Чтобы не мучаться с экранированием, можно вынести запрос в отдельный от скрипта sql-файл и скармливать его mysql-клиенту.

grep -P



а для того чтобы в своей программе изменить то способов много напр.