
noname00
Пользователь-
Публикаций
25 -
Зарегистрирован
-
Посещение
-
Сам объект $this->settings уже статический и данные загружаются только 1 раз
-
pikusov если товаров около 50000 и постоянно добавляются новые, то когда мы заходим на страницу с новыми товарами то картинки очень долго резайзятся, особенно если база загружена другими коннектами и запросами А если товаров 100 - то да, экономия на спичках kors. Да табличка s_settings занимает меньше ))). Но памяти при резайзе нужно на 200 кб больше.
-
у меня были результаты 2,2мб с $this->settings и 2,0мб без (Разница - это то сколько занимает табличка s_settings). Но основной смысл избавиться от коннекта к БД, так как магазине с "средним" количеством товаров база и без того тормозит, а тут ещё по конекту и запросу на каждую картинку
-
pikusov, как вариант по оптимизации: В файле api/Image.php в методе resize($filename) нужно забрать всё что связано с $this->settings и перенести в $this->config - тратиться меньше памяти и картинка ресайзится быстрее (при использовании $this->settings нужно каждый раз коннектиться к базе и выполнять запрос при генерации картинки)
-
Вероятно на хостинге стоит патч Suhosin. Если так то нужно поставить в php.ini suhosin.get.max_value_length = 4096 Посмотреть стоит ли патч и его настройки можно стандартной функцией php phpinfo();
- 6 ответов
-
- изображения
- ошибка
-
(и ещё 2 )
C тегом:
-
Смотрите здесь https://github.com/pikusov/Simpla/commit/52e866320ca9081403eb115d8e1d417923d54d0d simpla/OrdersAdmin.php simpla/design/css/style.css simpla/design/html/order.tpl simpla/design/html/order_print.tpl simpla/design/html/orders.tpl simpla/design/images/printer.png simpla/design/images/printer_small.png
-
А это уже баг Симплы Замените код ф-ции в файле api/Products.php Должно работать Это для версии 2.5 https://github.com/pikusov/Simpla /** * Функция возвращает количество товаров * Возможные значения фильтра: * category_id - id категории или их массив * brand_id - id бренда или их массив * keyword - ключевое слово для поиска * features - фильтр по свойствам товара, массив (id свойства => значение свойства) */ public function count_products($filter = array()) { $category_id_filter = ''; $brand_id_filter = ''; $keyword_filter = ''; $visible_filter = ''; $is_featured_filter = ''; $in_sto
-
А по другому не поставишь. (Если не делать 2 подзапрос - но зачем он нам? :-) ) И запрос SELECT * FROM `s_variants` WHERE procuct_id in(1,2,...) group by product_id order by price будет выдавать не тот результат, который нам нужен. Проверте... Mysql делает виборку по procuct_id, групирует, а уже потом сортирует. То есть при групировки мы можем потерять истинное минимальное значение
-
calvin почитайте text - максимум 65536 байт, но слово "Test" займёт 4+1=5 байт varchar(255) - максимум 255 байт, но слово "Test" займёт 4+1=5 байт varchar(5) - максимум 5 байт, но слово "TestTest" обрежет "TestT" займёт 5+1=6 байт Увеличить удобно через phpMyAdmin
-
1. Есть. Каждой группе админов дается или не даётся доступ к отдельному модулю (Например index.php?module=CategoriesAdmin - категории) + логирования действий админов (Менеджер Вася Пупкин взял заказ №100500 на обработку) 2. 50 000 товаров всё нормально на "немодернизированом" хостинге. Есле больше нужно чуть оптимизировать запросы + можно перенастроить mysql под себя. В любом случае нужно оптимизировать запросы, делать какие то доп. фильтра - так как товаров очень много. с оф. сайта 3. Нужно читать сам код - он прост и документирован 4. Возможно написать
- 2 ответа
-
- разработка
- модули
-
(и ещё 2 )
C тегом: