| |||||||||
| |||||||||
Здравствуйте Павел,
Скажите просто не внимательно смотрю или все же нет в настройках ничего такого, чтоб сделать хистори развернутое по просмотренным товарам? Это очень нужная и полезная фишка, особенно когда много конкурентынх товаров, как вариант конечно просто сделать хотя бы скажем 5 просмотренных последних, но лучше с кнопкой хистори просмотренных товаров.
В какую сторону и что можно покрутить или пока нет такой возможности? Спасибо.
Скажите просто не внимательно смотрю или все же нет в настройках ничего такого, чтоб сделать хистори развернутое по просмотренным товарам? Это очень нужная и полезная фишка, особенно когда много конкурентынх товаров, как вариант конечно просто сделать хотя бы скажем 5 просмотренных последних, но лучше с кнопкой хистори просмотренных товаров.
В какую сторону и что можно покрутить или пока нет такой возможности? Спасибо.
по умолчанию в безшаблонном варианте список просмотренных товаров с кнопкой очистки включен
в шаблонах в нужное место вставьте
в шаблонах в нужное место вставьте
[viewed]
Павел, вы не правильно поняли или я вас
в EWC просто блок с кнопкой очистить, кстати сколько там товаров можно отобразить? Но я имею ввиду еще наличие полноценной страницы просмотренных товаров, потому как в блок много не засунешь.
Наглядный пример скрин
Фото убрал требует пароль.
Спасибо.
Наглядный пример скрин
Фото убрал требует пароль.
Спасибо.
Павел вы как всегда радуете, спасибо)
Интересно только почему? ведь по идее на 90% это для них сделано.
Незареганным этот список давать не хочу.
Интересно только почему? ведь по идее на 90% это для них сделано.
дело в том что то список слева который занимал максимум 5000 символов, и хранился в сессиях, его можно отдавать незареганным. а вот список который из 100 строк БД - уже значительно больше.
У сессий есть ограничение в хранении кол-ва данных, зависит от хостера, но вы должны понять весь массив сессий всегда содержится в текущей оперативной памяти (выделяемой PHP скрипту)
Т.е. чем больше данных в сессиях тем меньше остается на выполнение самого PHP скрипта и может произойти отказ из-за превышения памяти выделяемой скрипту.
Можно поступать иначе - хранить данные сессий в файлах, к примеру совпадающих с именем сессии, но часто отловить уход юзера невозможно (и соответственно очистить эти данные)
И через некоторое время - от нескольких месяцев до года мы получим тьму файлов, с данными сессий, которые либо надо удалять кроном (а он не везде есть) либо вручную админом (тоже надоест)
Поэтому я принял решение незареганным отдавать по старому макс 5000 символов (а это поисковики также, причем получающие часто по нескольку сессий) - это примерно сожрет 10Kb Оперативки умножить на кол-во юзеров в онлайне. что немного. но приходится постоянно думать и о высокой загрузки.
А зареганные хранить 100 последних товаров - полных строк БД.
Считаем - в среднем 1 строка = 4K * 100 строк = 400Kb - такой объем не желательно хранить в сессиях, поэтому храним у каждого зареганного юзера в личном кабинете и очищаем при каждом повторном заходе.
Причем учтите что корзина еще на сессиях, и еще кой какие данные в сессиях, как то - счетчик просмотренных товаров.
на 10000 товарах один счетчик может составить 10000*2b= 20kb * количество юзеров.
Так что я исчерпал хранение в сессиях и сделал правильно.
Вообще у меня складывается впечатление, что я скоро исчерпаю все ресурсы выделяемые вебсерверами - всякими доп. функциями. Придется снова заняться оптимизацией, что то переносить в AJAX - остальное в кеш, оптимизировать код. но пока полет нормальный. справляемся. EWC еще можно поставить на китайский роутер c PHP без MySQL.
Может быть когда нибудь это пригодиться? Кто знает? Вдруг выяснится какая нибудь 0-day уязвимость на MySQL и рухнет все кроме файловых баз?
У сессий есть ограничение в хранении кол-ва данных, зависит от хостера, но вы должны понять весь массив сессий всегда содержится в текущей оперативной памяти (выделяемой PHP скрипту)
Т.е. чем больше данных в сессиях тем меньше остается на выполнение самого PHP скрипта и может произойти отказ из-за превышения памяти выделяемой скрипту.
Можно поступать иначе - хранить данные сессий в файлах, к примеру совпадающих с именем сессии, но часто отловить уход юзера невозможно (и соответственно очистить эти данные)
И через некоторое время - от нескольких месяцев до года мы получим тьму файлов, с данными сессий, которые либо надо удалять кроном (а он не везде есть) либо вручную админом (тоже надоест)
Поэтому я принял решение незареганным отдавать по старому макс 5000 символов (а это поисковики также, причем получающие часто по нескольку сессий) - это примерно сожрет 10Kb Оперативки умножить на кол-во юзеров в онлайне. что немного. но приходится постоянно думать и о высокой загрузки.
А зареганные хранить 100 последних товаров - полных строк БД.
Считаем - в среднем 1 строка = 4K * 100 строк = 400Kb - такой объем не желательно хранить в сессиях, поэтому храним у каждого зареганного юзера в личном кабинете и очищаем при каждом повторном заходе.
Причем учтите что корзина еще на сессиях, и еще кой какие данные в сессиях, как то - счетчик просмотренных товаров.
на 10000 товарах один счетчик может составить 10000*2b= 20kb * количество юзеров.
Так что я исчерпал хранение в сессиях и сделал правильно.
Вообще у меня складывается впечатление, что я скоро исчерпаю все ресурсы выделяемые вебсерверами - всякими доп. функциями. Придется снова заняться оптимизацией, что то переносить в AJAX - остальное в кеш, оптимизировать код. но пока полет нормальный. справляемся. EWC еще можно поставить на китайский роутер c PHP без MySQL.
Может быть когда нибудь это пригодиться? Кто знает? Вдруг выяснится какая нибудь 0-day уязвимость на MySQL и рухнет все кроме файловых баз?
Здравствуйте.
Скажите пожалуйста какой файл отвечает за вывод т.е. где подправить, нужно просто взять его в какой нибудь class="storeviewhistory" и потом сделать его выпадающим блоком, т.е. чтоб при нажатии кнопки отображался выпадающим, сейчас он класс "box5", не правильно его цссить наверно так как вроде box5 не только за просмотренные отвечает? Спасибо)
Скажите пожалуйста какой файл отвечает за вывод т.е. где подправить, нужно просто взять его в какой нибудь class="storeviewhistory" и потом сделать его выпадающим блоком, т.е. чтоб при нажатии кнопки отображался выпадающим, сейчас он класс "box5", не правильно его цссить наверно так как вроде box5 не только за просмотренные отвечает? Спасибо)
у него есть id=clearh
в css вставьте нужные ему стили применяя !important для перебивки стиля box5
к примеру:
в css вставьте нужные ему стили применяя !important для перебивки стиля box5
к примеру:
#clearh {
background: transparent !important;
}
#clearh:hover {
background: $nc6 !important;
}
background: transparent !important;
}
#clearh:hover {
background: $nc6 !important;
}
А можно ли сделать, что бы в блоке "Вы смотрели" появлялись маленькие фото просмотренных товаров? Например как здесь:
не. только допилить. (картинки на самом деле туда ложаться)
