cernos

Возможно ли поднять демо на хосте для проверки по своему направлению?

Должен установится без проблем! Но лучше все таки дождаться ответа от топикстартера

Супер. Очень полезное расширение! рекомендую написать так же под FireFox. Огромное спасибо за труды!

Хорошо сделал и молодец что выложил с подробным описанием. Рекомендую проделать немного по другому в файле api/Variants.php создай функцию для пересчета цен и постоянно обращайся к ней в функциях get_variants, get_variant. Пример моей реализации:

Все намного проще Александр и без доп. запросов возможно. В течении недели выложу свой на обозрение модуль.

Удалить

Для чего вообще этот resp нужен? каковы его функции?

В крайнем случае можно воспользоваться модулем кеширования MySQL запросов, который существенно снизит нагрузку на сервер БД, немножко ускорить генерацию страниц. Подробнее: http://forum.simplacms.ru/topic/8554-2-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-%D0%BA%D0%B5%D1%88%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-mysql-%D0%B7%D0%B0%D0%BF%D1%80%D0%BE%D1%81%D0%BE%D0%B2/ Возможно этот модуль решит Вашу проблему. Почитал первый топик. Если не тянет админку ДЖИНО значит все таки проблема с сервером БД, нагрузка туда идет от симплы большая. В админке при изменении товаров количество запросов к

Кстати понятие повышения цен на 10-20% Вы можете делать для разных целей и соответственно это будет иметь разные формулы. Вариант №1 (предложенный Kors) Скажем: 100 рублей - поднять на 10% по формуле Kors, получается = 100*1,1 = 110 рублей. С одной стороны это правильно. Но если вы дадите клиенту 10% скидку, то получим: 110 - 110*10/100 = 99 рублей Вариант №2 Формула для начисления правильного % смотрите формулу начисления НДС, пример: ЦЕНА/(1-ПРОЦЕНТ/100) 100/(1-10/100) = 111,11111111111111 111,11111111111111 - 111,11111111111111/10/100 = 100 рублей Ну и естественно значение можно округ

Все это конечно интересно. Сделайте вывод memory peak и page generation правка идет в index.php. Посмотрите скорость генерирования страницы, после делайте выводы. Может у Вас сам броузер не выдерживает такого количества данных (большой объем HTML), компьютер слабоват, ОЗУ не хватает...

Исправлены все выявленные ошибки. За их обнаружение отдельное спасибо Корс'у! Вывел дебаг по запросам в админку - глаза на лоб полезли... Попробуйте сохранить изменения в товаре и посмотрите на кол-во запросов. Многие из них повторяются, из-за этого и происходил сбой в системе кеша (устранено).

Ведутся работы, иногда отключаю кеширование. С картинками проблема в Simpla на моем хостинге (немогу понять почему, но рендеряться они только при повторном обращении. С добавлением картинки разбираюсь, связано с закешированным значением и не своевременной очисткой. Разбираюсь. Сделал вывод запросов. Спасибо Kors!

1. При запросе в БД отобразить его в протоколе можно, мне не составит труда.. сделаю. 2. Показ времени затраченного на каждый запрос - вы думаете это нужно? Добавить код, лишние арифмитические действия + если время там и будет, то ... впринципе сделать не сложно дял демо версии могу и органиовать. 3. Отключать и включать кеширование и сжатие - можно, единственное сейчас только в ручном режиме (исправляя значение переменной с true на false. Вывод рубильников (вкл/выкл) в саму админку планирую. Что касательно оформления заказа - проверяю.

Готов новый модуль. Можете смотреть в работе! http://demo.gorgaz.com.ua/ Сделал вывод количества запросов и дебага на страницу. Можете смотреть! Что нового: Добавлена таблица в БД для хранения пары "MD5 key => tables". Запросы к таблице осуществляются только при добавлении и удалении кеша. При считывании кеша нет запросов в БД. Добавлено GZIP сжатие для хранимых кеш-файлов, что может существенно сэкономить место на диске. Не стоит забывать, что распаковка сжатых файлов так же создает нагрузку на CPU. Тут уже стоит выбирать, чем жертвовать. Более подробное протоколирование работы сис

Модуль работает, сейчас пишу новую версию, оптимизирую код + произвожу небольшие доработки. Как только будет готов окончательно, отпишусь! Спасибо, был замечен маленький БАГ из-за которого запросы с 0-м результатом не кешировались.

Корзина исправлена и работоспособна на http://demo.gorgaz.com.ua/. Ведется работа над модулем на demo.energodom.com.ua - возможны перебои в работе.

..............................

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

Кеширование так же хорошо при большой базе товаров и сложных выборках из БД - сюда же можно привести в пример поиск по сайту ajax-вый, сортировку, фильтр (как стандартный, так и от сторонних разработчиков) который содержит в себе много подзапросов.

Отвечаю на возникшие вопросы: Смотрим Kors по уже доступной ссылке: http://demo.gorgaz.com.ua/ Так же предоставляю доступ к админке логин и пароль: demo 1. Отслеживание происходит не через show table status. Каждый запрос проходит через обработчик, который следит за оператором запроса, скажем INSERT INTO s_products ...... из этого запроса ясно, что идет обновление таблицы s_products, вот собственно и удаляем весь кеш связанный с таблицей s_products. (ясно в деле это выглядит более сложно чем на словах) 2. Не стоит делать проверку на время жизни кеша по нескольким причинам: 2.1 Кеш мож

Итак доступно демо на стандартной версии Simpla: http://demo.gorgaz.com.ua/

Попробуйте менять адресную строку сразу в: отладчике. К примеру в хроме: view-source:http://demo.energodom.com.ua/_bytovaya-tehnika/fotoapparaty/?min_price=399.9&max_price=14743?min_price=399.9&max_price=14743 Вот что я получил: DataBase queries: 4 Cache read queries: 17 Queries execution time: 0.0502939224243 seconds Если есть какие то сомнения, могу установить на стандартную симплу. В данный момент веду доработку, потому могут возникать некоторые косяки Сегодня постараюсь сделать демо-версию на новой симпле + стандартный шаблон с выводом дебага.

Отсутствие системы кеширования и большое количество запросов к Базе Данных создаваемых как самой CMS Simpla, так и сторонними модулями может привести к регулярной ошибке MySQL сервера "Too many connections" или любезному отключению аккаунта хостинг провайдером (для экономии ресурсов сервера) с намеком на переход на VPS или выделенный сервер. Особенно это касается интернет-магазинов база данных которых переваливает за 1000 товарных позиций и средней посещаемости ресурса от 500чел/сут. Во избежании подобных ошибок и отключений предлагаю Вашему внимание модуль для "кеширования MySQL запрос

Проверьте потому что PHPExcel мел проблемы с кодировкой в MAC, *nix системах.

Такое ощущение что Вы сами написали класс, а не взяли его из общего доступа или по каким причинам скрываете? СЕКРЕТ? Вопрос задал, так как имеет значение. Как отрываются Ваши документы скажем на MAC OS, *nix системах, как обстоят там дела с кодировками?