lavka

Перекодируйте, пожалуйста, ваш модуль под PHP 7.2 и соответствующий Ioncube.

Здравствуйте. Я так и не получил вразумительного ответа в скайпе. Добавлю. Отображение товаров только в наличии: В файле catalog\view\theme\default\template\module\filterpro.tpl меняем строчку <td><input type="checkbox" class="filtered" name="instock" id="instock"/><label for="instock"></label> на <td><input type="checkbox" checked class="filtered" name="instock" id="instock"/><label for="instock"></label>

Здравствуйте. Писал вам в скайп - мы перешли на новый сервер и там PHP 7.0. Могли бы вы перешифровать FilterPro v2.4.3 под этот PHP? Обновлять фильтр некогда и некому, прошу войти в положение.

А планируется автоматическое прописывание трек-номеров по api из пикпоинта в опенкарт? Сорри, если уже писали про это.

@costas Константин, написал вам в почту. Почему-то вновь затребовал лицензию и не признает старого ключа.

отписал на почту проблему с обновлением до MySQL 5.5.59, посмотрите пожалуйста.

Запустил SuperDruid и вроде полегчало втрое, но все равно, конечно, не фонтан. А есть какие-то фильтры побыстрее?

Выводы сделаны, фильтр тормозит. Какое может быть решение-то?)

1.5.5.1.1 Стоит модуль FilterPro, от него, кажется, бывает большая нагрузка. Но далеко не все пользуются этим фильтром, поэтому смело его винить не стану. 10к товаров, 200 категорий Скилла на лог медленных запросов не хватает. Напишите, пожалуйста, как сделать его. Или речь о db_log.php? Да, сейчас его подкину.

После достижения порога в 30-40 непрерывных посетителей, загрузка сервера начинает превышать разумные значения (2 ядра, 4,5 ГГц). Прогнал mysqltuner, он советует: -------- Storage Engine Statistics ------------------------------------------- [--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster [--] Data in MyISAM tables: 75M (Tables: 264) [--] Data in InnoDB tables: 2M (Tables: 20) [--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17) [!!] Total fragmented tables: 4 -------- Security Recommendations ------------------------------------------- [OK] All database users have passwords assigned -------- Performance Metrics ------------------------------------------------- [--] Up for: 7d 4h 58m 54s (20M q [32.377 qps], 249K conn, TX: 191B, RX: 9B) [--] Reads / Writes: 96% / 4% [--] Total buffers: 624.0M global + 3.6M per thread (120 max threads) [OK] Maximum possible memory usage: 1.0G (35% of installed RAM) [OK] Slow queries: 0% (170/20M) [OK] Highest usage of available connections: 24% (29/120) [OK] Key buffer size / total MyISAM indexes: 32.0M/19.5M [OK] Key buffer hit rate: 100.0% (26B cached / 61K reads) [OK] Query cache efficiency: 64.9% (11M cached / 18M selects) [!!] Query cache prunes per day: 954 [OK] Sorts requiring temporary tables: 0% (1K temp sorts / 64M sorts) [!!] Joins performed without indexes: 3721 [OK] Temporary tables created on disk: 22% (197K on disk / 868K total) [OK] Thread cache hit rate: 99% (1K created / 249K connections) [OK] Table cache hit rate: 32% (797 open / 2K opened) [OK] Open file limit used: 24% (1K/4K) [OK] Table locks acquired immediately: 99% (42M immediate / 42M locks) [OK] InnoDB data size / buffer pool: 2.1M/64.0M -------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance Enable the slow query log to troubleshoot bad queries Increasing the query_cache size over 128M may reduce performance Adjust your join queries to always utilize indexes Variables to adjust: query_cache_size (> 256M) [see warning above] join_buffer_size (> 2.0M, or always use indexes with joins) В свое время настроил вот так: tmp_table_size = 512M max_heap_table_size = 256M key_buffer_size = 32M innodb_buffer_pool_size = 64m innodb_additional_mem_pool_size = 8M innodb_log_buffer_size = 8M query_cache_size = 256M max_connections = 120 read_buffer_size = 128K read_rnd_buffer_size = 256K sort_buffer_size = 1M thread_stack = 256K join_buffer_size = 2M max_user_connections=120 wait_timeout=60 interactive_timeout=50 long_query_time=5 table_cache = 2048 thread_cache_size = 4 innodb_file_per_table Посоветуете что-нибудь?

Приветики. Обновил до 1.5.7.7 так как очень много было непрописанных постаматов. В итоге корректно прописались с Firefox, с Safari, но сегодня опять не указан постамат, user-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 11_0_1 like Mac OS X) AppleWebKit/604.1.38 (KHTML, like Gecko) Version/11.0 Mobile/15A402 Safari/604.1 Сделайте, пожалуйста, что-нибудь с модулем. Видимо, какая-то беда с яваскриптами или хз.

Здравствуйте. Нужен небольшой код в формате vqmod, который делает следующее: Если в заказе применён купон, то выводить (на одной из вкладок заказа в админке) номер последнего заказа, где применялся этот купон (выборка из oc_order_total) или упоминался (oc_order_history). Искомые купоны имеют формат числа из нескольких знаков, их префиксы известны. Реализацию представляю следующим образом: при выводе order_info.tpl происходит обращение к базе, есть ли купон нужного формата в этом заказе, если есть - запоминание его в переменную и затем поиск по двум таблицам oc_order_total и oc_order_history на предмет, где более поздний номер заказа с упоминанием этого купона. Идеально, если код будет соблюдать MCV-модель опенкарта и размещаться вкмодом в соответствующих файлах. В ценообразовании не ориентируюсь, пишите вашу сумму за этот код.

Здравствуйте. А в данном модуле есть функционал экспортирования заказов в xls для последующей загрузки в кабинете СДЭКа? Чтобы не заносить всё вручную.

WarStyle, Версия сейчас 1.5.5.1.1, потом перейдем на двойку

Мне нужно сделать несколько курьерских доставок с различной стоимостью и приклеить их к разным регионам. Чтобы не копировать тупо модули типа flat1, flat2, flat5858 и т.д. ищу модуль, где можно в интерфейсе занести: 1. Имя способа доставки 2. Стоимость 3. Регион И они сохранялись виртуальными и были доступны в системе, чтобы потом в Simple оформлении настроить типы оплаты каждому типу.

Не заказ, а комментарий в истории изменения заказа.

Пну вопрос повыше

Не знаю, может, уже писали про это. Сделал одну правку и рекомендую её автору добавить в релизы: Иногда получается, что нужно добавить постамат к старому заказу вручную (например, клиент изменил способ доставки). В этом случае я вручную вношу новую запись в oc_pickpoint. Проблема: запись становится в конце, после новых, несмотря на более старый order_id. И когда делаешь экспорт в xml, он срабатывает до этого заказа, потом нужно вручную начать экспортировать с +1 номера, чтобы экспортировать список до конца. Правка: в файле /admin/model/sale/pickpoint.php в запрос дописать ORDER BY order_id public function getPickPointOrders() { if ($this->isTableExists() == false) return; $query = $this->db->query("SELECT * FROM " . DB_PREFIX . "pickpoint ORDER BY order_id"); return $query; }

Существует ли простое решение для поиска в истории заказа. В данный момент приходится ходить в SQL-базу за этой информацией.

Ну, собственно, убедительно. Спасибо!

При переходе на "www.site.ru/любаябилиберда" открывается правильная специально созданная страница "www.site.ru/404-error", но в адресной строке продолжает гореть введенный адрес. Как сделать, чтобы при возникновении 404 ошибки осуществлялся полный переход? OC 1.5.5.1.1

Охренительная хотелка, поддерживаю! Будет просто великолепно работать с товарами.

Смотрите, какой vqmod может иметь виды на файл с правкой.

Константин, поправьте это уже! Снова те же грабли - да, это моя невнимательность, что снова забыл про галку, но опция реально опасная. Зачем она трогает категории, если в импортируемом файле ВООБЩЕ НЕТ этих столбцов?