[Malleys]

вы вообще писали полное веб приложение, то есть, включая сторону сервера и клиента? Такое впечатление, что вы занимаетесь чисто теорией, совсем не занимаясь практикой.

разводить лабуду об играх, в которых может быть то-то и то-то, о ютюбах, к чему.

Конечно же делал, вот именно поэтому и сразу вижу, что человек вообще не знает, что такое RPC и REST. Т. е. вместо того, чтобы отделить проблемы интерфейса клиента от проблем хранения данных на сервере, вы считаете совершенно нормальным «прибить гвоздями» клиент к серверу и тем самым закрыть возможность переносимости интерфейса на несколько платформ и улучшить масштабируемость за счет упрощения серверных компонентов. Даже если вам не важны другие платформы, вы закрываете возможность к разработкам новых версии интерфейса или возможностей на сервере (которое выльется в то, чтобы пошурундовать в копии «файла с 2379 строками» © _marisha, пост №11)

И вообще, шурундовать в «файле с 2379 строками», в котором PHP обмазан вокруг HTML, CSS, JavaScript, в которых могут быть ещё и вкрапления того самого PHP... Сколько вам нужно ещё там покопаться, чтобы понять, что REST — это не просто теория, а самая настоящая практика, которая избавит вас от этого кошмара!

Что меня ещё смутило, так это то, что используется <a href="#", а не что-то типа <a href="/add-to-cart.php?productId=4075" . Разве последнее не лучше подходит под PHP?

Но не тупо отдает, а занимаясь анализом - товар в корзине, значит html-строка относящаяся к кнопке (или ее содержание) выводится такой, товара нет в корзине, значит иная строка.

Это как раз таки задача клиента, причём тут сервер? Сервер должен заниматься в данном случае корзиной и товарами, а не кнопками. Вот, почитайте, должно помочь увидеть свет в конце норы — https://nvoulgaris.com/designing-a-r...shopping-cart/

разводить лабуду об играх, в которых может быть то-то и то-то, о ютюбах, к чему.

Там нет таких проблем с «намертво гвоздями прибитым» клиентом к серверу!