Форум

)) мне видимо везет, у меня не в каждом, потому и застрял, хотя знаю, что решал подобную задачу, но не помню как

ЛожкиКактуса нет, Neo.

если бы только надписи, а тут нужно и местоположение поменять и свойства какие-то скрыть, а какие-то отразить, я же уже об этом сказал
так что каждый элемент где-то формировать и делать подмену не лучший вариант чем я использую
и если пользователь закинул в корзину 5 товаров ушел бродить по сайту или совсем с сайта(потом типа закажу) то тут на каждый его шаг будет действительно делаться куча запросов вместо того чтобы для его случая кеш выдавать - уж лучше на мой взгляд кеш будет побольше чем после 10 таких посетителей хостер на мозги капать начнет

Ну если он ушел с сайта, то никаких запросов не будет. А если он бродит по сайту, то очень сомнительно что просто так - либо он набивает корзину дальше, а значит на каждом шаге меняется состав айдишников и ваш кэш все равно не работает, либо он ушел все это покупать и он не нужен. Эффективность кэша в данном случае близка к нулевой, и то что вы его используете не снизит нагрузку на базу. А если у вас 100 выхлопов каталога без кэша ведет к тому, что перегружает базу, можно рекомендовать перенести хостинг с iPhone хотя бы на ноутбук. У меня тут на шареде проект один болтается и я тестил на нем API для выгрузки товаров. Лимит базы превысил только после 120 хитов в секунду в течении 100 секнуд по странице с каталогом. Кэш естетственно не использовался. Это я к тому, что вы пытаетесь оптимизировать то что оптимизировать не только не надо, но и вредно.