fortoonas

И для желательно изменить return mb_strlen($string,'UTF-8');//SV добавил ,'UTF-8'

Настраиваем сборку мусора сессий в PHP https://shra.ru/2015/11/nastraivaem-sborku-musora-sessijj-v-php/

На сервере тоже нужно увеличить значение.

Смотря что считать корнем. Для админки, корень внутри папки admin. Если хостер вообще принимает изменения в ваших php.ini, попробуйте положить php.ini в папку admin и перезагрузить сервер если VDS.

Спасибо за идею, так и сделал! if (file_exists(DIR_MODIFICATION . 'catalog/view/javascript/common.js')) { copy(DIR_MODIFICATION . 'catalog/view/javascript/common.js', 'catalog/view/javascript/common_modif.js');// делаем копию common_modif.js $this->document->addScript('catalog/view/javascript/common_modif.js'); } else { if (file_exists(DIR_APPLICATION . 'view/javascript/common_modif.js')){ unlink(DIR_APPLICATION . 'view/javascript/common_modif.js'); // удаляем common_modif.js } $this->document->addScript('catalog/view/javascript/common.js'); } В контролер

Статусы заказов не желательно (и не обязательно) удалять

У меня срабатывает только в комплексе. .htaccess с текстом Deny from all и права 644 на папку image

Часто и при установке патча возникает такая-же ошибка. Самая распространённая проблема, когда сайт работает на протоколе https://, а в конфиге прописан http://

Часто и при установке патча возникает такая-же ошибка. Самая распространённая проблема, когда сайт работает на протоколе https://, а в конфиге прописан http://

Или поместить в нужную папку (к примеру image/catalog/) файл .htaccess со следующим содержанием: Deny from all

Когда нам нужна библиотека в контроллере if(VERSION < '2.2.0.0') { require_once(DIR_SYSTEM.'library/pageform.php'); global $registry; $this->pageform = new pageform($registry); } else { $this->load->library('pageform'); } И дальше обращаемся к методам, к примеру к function validateText() $this->pageform->validateText($var_data)

Через library нужно регистрировать и ряд манипуляций..... Проще подключать через свой файл в хелпер. К примеру в system/helper размещаем Mobile_Detect.php и учитывая что методы обвёрнуты в класс: class Mobile_Detect{ public function isMobile($userAgent = null, $httpHeaders = null) { ......код } public function isTablet($userAgent = null, $httpHeaders = null) { ......код } То подключаем так $this->load->helper('Mobile_Detect'); $detect = new Mobile_Detect; $deviceType = ($detect->isMobile() ? ($detect->isTablet() ? 'tablet' : 'mobile') : 'desktop');

Иногда есть необходимость обернуть символ в HTML теги. Для этого нужно в базе изменить изменить тип данных полей symbol_left и symbol_right в таблице oc_currency (к примеру на VARCHAR(120)). А затем в system/library/cart/currency.php раскодировать вывод html сущностей foreach ($query->rows as $result) { $this->currencies[$result['code']] = array( 'currency_id' => $result['currency_id'], 'title' => $result['title'], 'symbol_left' => html_entity_decode($result['symbol_left'], ENT_QUOTES, 'UTF-8'), 'symbol_right' => html_entity_decode($result['symbol_right'], ENT_QUOTES, 'UTF-8'), 'decimal_place' => $result['decimal_place'], 'value' => $result['value'] ); именно вот здесь 'symbol_left' => html_entity_decode($result['symbol_left'], ENT_QUOTES, 'UTF-8'), 'symbol_right' => html_entity_decode($result['symbol_right'], ENT_QUOTES, 'UTF-8'), Теперь символ валюты, можно обернуть в тег и на всём сайте стилизовать отдельно этот символ.

Кстати Да, если оплату не нужно принимать на сайте, то лучше использовать метод оплаты "Банковский перевод", этот метод не запускает скрипт "перехода к оплате". В фильтре отчета "Продажи-Заказы" добавили новую опцию "потерянные заказы". Если я не ошибаюсь то в старых версиях ОС, этой опции раньше не было, и приходилось эти так называемые "потерянные заказы" искать только в базе через запрос: "SELECT * FROM `oc_order` WHERE order_status_id = 0". Это в принципе тот же самый запрос который выполняет отчет "Продажи-Заказы" при выборе статуса "потерянные заказы" в фильтре. Как я уже сказал, "потерянные заказы" это заказы без статуса. То есть их статус это 0. Когда происходит подтверждение заказа клиентом (это когда клиент уже нажимает кнопку подтвердить заказ), система запускает скрипт controller/checkout/confirm.php. Этот скрипт создаёт запись в базе на заказ клиента со статусом 0. (то-есть на данный момент у этого заказа нет статуса, но он уже содержит имя клиента, адрес, сумму, продукты итд...) Затем запускается скрипт который отвечает за перевод денежных средств. Какой скрипт оплаты запустится системой ОС зависит от того какой тип оплаты был выбран клиентом при заказе. Эти скрипты хранятся в controller/payment/*.php. Когда скрипт получает сообщение о переводе денежных средств от системы оплаты (например PayPal или SagePay) то находит недавно созданную запись заказа в базе (без статуса) и даёт статус заказу в зависимости от полученного сообщения. Сообщение о переводе от системы оплаты может быть разное, например Отказано, Не удалось, в ожидании, Завершено, итд. Вот так вот выглядит скрипт оплаты через PayPal. Я подозреваю что периодически происходит какой-то сбой в скрипте оплаты. То есть возможно периодически он НЕ получает какое либо подтверждение от системы оплаты (даже если это метод "Оплата при доставке"), и в связи с этим не может дать статус заказу. Таким образом этот заказ остаётся без статусным (утерянным) для систему ОС. В таком случае скрипт даже не будет выдавать ошибку (но это уже зависит от того как он был написан). В принципе email клиенту тоже будет отправлен, что заказ был осуществлён. Какую систему оплаты используют ваши клиенты? Нужно посмотреть, что скрипт делает в случае если он НЕ получает сообщение от системы оплаты. https://forum.opencart.com/viewtopic.php?t=126001

Добавлю, что utf8_strlen utf8_substr это пользовательские методы хелпера Opencart, которые находятся в файле system\helper\utf8.php К примеру: function utf8_strlen($string) { return mb_strlen($string); }