Лидеры

тогда верните как было, хотя в принципе особой разницы нет здесь нет ничего, что влияло бы на двойное преобразование получается, либо на самом сервере какая-то настройка такое дает либо где-то в коде вашего движка но вроде все доступные в коде места, где такое могло быть, просмотрели еще, в виде эксперимента - попробуйте в файле system\library\request.php заменить строку $data = htmlspecialchars($data, ENT_COMPAT, 'UTF-8'); на $data = htmlspecialchars($data, ENT_COMPAT, 'UTF-8', false); потом создайте новую статью в админке, с кавычками и тд, сохраните и посмотрите

Добавьте индекс в таблицу oc_product_option_value для столбца sku. digest2.txt UPD: Если у вас на сайте на странице категорий используются опции, то посмотрите в сторону оптимизации функции getProductOptions. Это старая статья, решение нужно будет адаптировать под вашу версию движка.

Здесь единственный , который я нашёл, выводит формы не в поп апе, а просто на странице. Посмотрите бесплатный Быстрый заказ, с сайта автора одного из таких модулей.

Здравствуйте, @Robertnus555! По пути в catalog/model/catalog/product.php это замените if (isset($data['sort']) && in_array($data['sort'], $sort_data)) { if ($data['sort'] == 'pd.name' || $data['sort'] == 'p.model') { $sql .= " ORDER BY LCASE(" . $data['sort'] . ")"; } elseif ($data['sort'] == 'p.price') { $sql .= " ORDER BY (CASE WHEN special IS NOT NULL THEN special WHEN discount IS NOT NULL THEN discount ELSE p.price END)"; } else { $sql .= " ORDER BY " . $data['sort']; } } else { $sql .= " ORDER BY p.sort_order"; } на это if (isset($data['sort']) && in_array($data['sort'], $sort_data)) { if ($data['sort'] == 'pd.name' || $data['sort'] == 'p.model') { $sql .= " ORDER BY (p.quantity>0) DESC, LCASE(" . $data['sort'] . ")"; } elseif ($data['sort'] == 'p.price') { $sql .= " ORDER BY (p.quantity>0) DESC, (CASE WHEN special IS NOT NULL THEN special WHEN discount IS NOT NULL THEN discount ELSE p.price END)"; } else { $sql .= " ORDER BY (p.quantity>0) DESC," . $data['sort']; } } else { $sql .= " ORDER BY (p.quantity>0) DESC, p.sort_order"; } Далее по пути catalog/controller/product/category.php это if (isset($this->request->get['sort'])) { $sort = $this->request->get['sort']; } else { $sort = 'p.sort_order'; } if (isset($this->request->get['order'])) { $order = $this->request->get['order']; } else { $order = 'ASC'; } меняем на такое if (isset($this->request->get['sort'])) { $sort = $this->request->get['sort']; } else { $sort = 'p.date_added'; } if (isset($this->request->get['order'])) { $order = $this->request->get['order']; } else { $order = 'DESC'; } Там же ищем эти строки $data['sorts'][] = array( 'text' => $this->language->get('text_default'), 'value' => 'p.sort_order-ASC', 'href' => $this->url->link('product/category', 'path=' . $this->request->get['path'] . '&sort=p.sort_order&order=ASC' . $url) ); и заменяем на эти $data['sorts'][] = array( 'text' => $this->language->get('text_default'), 'value' => 'p.date_added-DESC', 'href' => $this->url->link('product/category', 'path=' . $this->request->get['path'] . '&sort=p.date_added&order=DESC' . $url) ); .

Тут всё же больше вопросов именно к хостингу. Падает именно MySQL сервер. Причём именно падает, по своим каким-то причинам. Причём падает он на довольно простом запросе. Тут может быть таблица битая, что приводит к падению. Может памяти не хватает, но должна быть причина падения. Возможно стоит сменить хостинг, если поддержка ничего не может пояснить по данному вопросу.

Фишка эта обычно нужна для переезда с иных CMS. Как насчёт префикса только в категории? сайт/catalog/категория сайт/catalog/категория/товар То есть без "product". В практике часто именно так выглядят ссылки.

Похоже, что на каком-то этапе происходит повторное экранирование HTML сущностей. Вот что получается: Оригинал: <p> Первое преобразование: &lt;p&gt; &lt; - это < &gt; - это > Второе преобразование: &amp;lt;p&amp;gt; &amp; - Это уже ненужная замена & на &amp; Как костыль - можно на фронте два раза описание прогнать через html_entity_decode После вот такой строки в catalog/controller/product/product.php: $this->data['description'] = html_entity_decode($product_info['description'], ENT_QUOTES, 'UTF-8'); Добавить ещё один прогон: $this->data['description'] = html_entity_decode($this->data['description'], ENT_QUOTES, 'UTF-8'); Но вообще надо разбираться, где вклинивается лишнее преобразование html сущностей. Штатное проходит в библиотеке system/library/request.php там все _GET и _POST прогоняются через функцию htmlspecialchars Но в данном случае, похоже, есть ещё какой-то лишний прогон. Может вклинивается какой-то модуль. Может и хостинг шалить, тут ничего нельзя исключать.

значит редактор здесь ни при чем если проблема носит массовый характер, вероятно причина либо в настройках сервера mysql, либо в настройках соединения с ним, либо в структуре БД убедитесь что в настройках БД MySQL-кодировка: UTF-8 Unicode (utf8) Сопоставление соединения с MySQL: utf8_unicode_ci сравните с оригиналами свои файлы system\library\db.php system\database\mysql.php system\database\mysqli.php (при сравнении не забывайте про vqmod)

это и значит - данный seourl уже был задан и используется каким-то товаром / категорией / статьей и тд используйте другой, seourl должны быть уникальны