cestclaire

Ну вот, век живи - век учись. Спасибо :) Мне мой магазин видится чем-то вроде ходячего замка Хаула - нагромождением всего очень нужного, которое непонятно как вместе держится и тем более непонятно - как не падает, а ходит. Ну и в итоге работает, с костылями и с божьей помощью, и если задумываться всерьёз, то надо либо вообще всё с нуля переделывать на более актуальной версии, либо садиться и плакать:) ну я в итоге предпочитаю относиться к моему мастодонту с иронией и определённой долей нежности)

Итак, дорогие друзья, у меня опять ситуация из серии "сама спросила - сама порешала". Запись логов включила, через некоторое время скачала, там никаких прямых указаний на существующую проблему. Но. Совершенно случайно, для совершенно другого дела, я отключила кэширование, которое осуществлялось посредством довольно известного модуля с гитхаба https://github.com/budgetneon/pagecache Так вот опять же совершенно случайно я попробовала обновить итого в заказе (я иногда робко нажимала в надежде что зажило само) - и всё получилось. Включила обратно кэширование - красная ошибка. Выключила - работает. Я не знаю, какая связь между кэшированием каталога и редактированием заказа, но вот чисто методом случайного тыка я её обнаружила. Всем спасибо за желание помочь и извините, что зря, получается, переполошила, однако пусть остаётся в анналах, может кому и пригодится. PS - проблему со слетевшей иконкой решила тоже, почему-то в директории в принципе не было иконки с нужным названием. На прежнем хостинге она точно была и я без понятия, куда она могла закатиться при переносе. Ну да и ладно, главное работает.

Вы совершенно правы. Я аж голый ocstore развернула, чтобы с вами аргументированно поспорить, а там действительно нет этого раздела. Кнопка "Система - Очистить кэш" была настолько простая и привычная, что я была уверена, что она шла из коробки. Значит какой-то допил. Там просто интересно получилось и мне это немного не даёт покоя - после переезда нажатие на кнопку выдавало красную ошибку, а потом и вовсе пропала строка меню в разделе "Система" (суть кнопка, там не было перехода на какую-то страницу, нажатие на пункт выпадающего меню само по себе запускало команду). Я нашла простенький модуль, поставила, он благополучно заработал и я в принципе забыла бы об инциденте, если бы та старая, выдающая ошибку кнопка, периодически не воскресала. Наводишь на "Система" - а там то одна строка "Очистить кэш" (новый модуль, открывающий станицу с выбором, какой кэш чистить), то две (ещё и вторая старая, выдающая ошибку). Через какое-то время вторая кнопка опять пропадала, и вот на данный момент её уже давненько не было. Но это я всё написала исключительно в формате страшной истории, рассказанной ночью у костра, мой опенкарт стар и видел некое дерьмо, так что ему простительны мелкие шалости, если в целом система остаётся рабочей. И таки да, кэш я чистить умею разных видов и разными способами и с момента переезда и системный, и кэш модификаторов неоднократно сносились, однако проблема остаётся стабильной. Проблемой я считаю невозможность редактировать состав заказа и обновлять итого, вот это прямо заноза в заднице, работать невозможно. Я правда что-то уже засомневалась что и это базовый функционал... Да впрочем неважно даже, штатный или нет, он же безупречно работал вот вплоть до переезда. Спасибо большое

Свободного места полно, это точно, я за этим слежу. Подскажите пожалуйста, а как смотреть права на папки (и на какие именно, если речь идет о штатном средстве редактирования заказов)? В журнале ошибок опенкарта (запись включена) именно от этих манипуляций ничего не появляется. Нужно смотреть какой-то другой журнал? Спасибо

Привет! После переезда на новый хостинг штатная страница "Очистить кэш" стала выдавать красную надпись "У Вас нет прав для доступа к этой странице, обратитесь к системному администратору", я не стала разбираться с этим и просто стала чистить кэш вручную или по крону, ок. Все галочки в правах на просмотр и редактирование проставлены совершенно точно, пробовала даже создать новую группу пользователей со всеми правами и заходить с пользователя из этой группы - не помогло. Кэш это так, присказка, а реальной проблемой стало то, что такую же ошибку выдаёт попытка редактировать заказ. Удалить товар - можно, добавить новый - уже нет, кнопка "Обновить итого" тоже не работает. При попытке добавить товар или обновить итого выходит та же красная ошибка. Насколько я помню, это штатный функционал. И он совершенно точно работал на старом хостинге, перестал работать после переезда. Были еще манипуляции с оптимизацией БД, но я проверила - ошибка проявилась впервые за два дня до этих манипуляций, так что дело, выходит, только в новом хостинге. Может быть что-то с настройками, не знаю что и думать. Да, и еще иконки интерфейса отвалились, на скриншоте видно :) Взываю к вам о помощи!

Ну вот в итоге не знаю, каким из костылей надёжнее подпереть. И тот, и тот работает. Заменённый файл с вашей строкой переименовала и сохранила на всякий случай. Когда сидишь на испускающем дух винтажном 1.5, решение проблемы в корне уже не всегда становится приоритетом. На нём уже столько навешано, столько скриптов, модулей, кастомных доработок, что вылечить его так, чтобы снова скакал кабанчиком, не столько невозможно, сколько пожалуй нецелесообразно. Тут финалгоном натёрла, тут подорожник приложила, сбоку подпёрла палочкой - и нормально, можно жить :)

https://shop.opencart-russia.ru/imdboptimizer15 Покупала здесь. На этом форуме модуля вроде бы нет. Сам модуль сработал прекрасно, нагрузка на MySQL снизилась в 100 раз.

https://shop.opencart-russia.ru/imdboptimizer15 Покупала здесь. На этом форуме модуля вроде бы нет. Сам модуль сработал прекрасно, нагрузка на MySQL снизилась в 100 раз.

Итак, я могла бы стыдливо промолчать, но я смело признаюсь, что вся проблема оказалась в том, что я долблюсь в глазки. Проблему решил без костылей фикс от разработчика модуля оптимизации БД (индексы и кэш), о котором было написано в мануале, который я честно читала, да главное упустила. Необходимо было заменить файл system\library\request.php на содержащий следующий код: <?php class Request { public $get = array(); public $post = array(); public $cookie = array(); public $files = array(); public $server = array(); protected static $im_is_cleaned = false; public function __construct() { if (!Request::$im_is_cleaned) { $_GET = $this->clean($_GET); $_POST = $this->clean($_POST); $_REQUEST = $this->clean($_REQUEST); $_COOKIE = $this->clean($_COOKIE); $_FILES = $this->clean($_FILES); $_SERVER = $this->clean($_SERVER); Request::$im_is_cleaned = true; } $this->get = $_GET; $this->post = $_POST; $this->request = $_REQUEST; $this->cookie = $_COOKIE; $this->files = $_FILES; $this->server = $_SERVER; } public function clean($data) { if (is_array($data)) { foreach ($data as $key => $value) { unset($data[$key]); $data[$this->clean($key)] = $this->clean($value); } } else { $data = htmlspecialchars($data, ENT_COMPAT, 'UTF-8'); } return $data; } } ?> и всё заработало без костылей. Ещё раз спасибо всем тем, кто пытался помочь и помог, а тема останется в помощь тем, кто столкнется с той же проблемой и в назидание потомкам - RTFM!

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

Прошу посоветовать модуль sitemap с генерацией по cron (довольно большой магазин 30тыс+ товаров) и модуль выгрузки в facebook, yandex и прочее для старичка ocStore 1.5.5.1.2 До известных событий прекрасно работали sitemap XXL и UniXML Pro, ныне для российских сайтов нерабочие.

Сработало! Теперь адекватно отображается и в админке, и на фронте. Спасибо вам большое

К сожалению, костыль не помог - строку вставила, весь кэш почистила, проблема осталась. UPD - прошу прощения, затупила, вы же написали что на фронте, а я продолжила проверять повторным просмотром текста в админке. Действительно, на фронте всё прилично, двойное кодирование расшифровывается. И я теперь терзаюсь - вроде можно продолжать работать (а то я уже три недели не могу добавлять товары на сайт, там каждый раз нужна доработка description), а вроде и не хочется засорять БД тем кривым кодом, что продолжает туда писаться. Сопоставление было utf8_general_ci, я исправила на utf8_unicode_ci, но тоже ничего не поменялось. system\database\mysqli.php идентичен system\library\db.php различается на одну строку в оригинале и в кэше vqmod в оригинале: require_once(DIR_DATABASE . $driver . '.php'); в кэше vqmod: require_once(\VQMod::modCheck(DIR_DATABASE . $driver . '.php')); system\database\mysql.php различается вместо вот этих строк public function query($sql) { if ($this->link) { $resource = mysql_query($sql, $this->link); в файле на сайте находится вот такой кусок кода public function query($sql) { if ($this->link) { $sysstart = microtime(true); $resource = mysql_query($sql, $this->link); $row = array(); if(DEBUG){ $caller = debug_backtrace(); $row['file'] = $caller[1]['file']; $row['line'] = $caller[1]['line']; $row['Duration'] = round(( microtime(true) - $sysstart), 5); $row['Query'] = $sql; Debug::$_profs[] = $row; } Остальное идентично. Большое спасибо, что пытаетесь помочь.

Вы правы, в названии тоже преобразуются символы. Вписала в название Проверка названия " < >, после сохранения вижу Проверка названия &quot; &lt; &gt; Я тоже уверена, что дело в каких-то настройках, потому что проблема возникла после переезда на новый хостинг - однако получается, что утверждать на 100% я не могу, потому как после переезда была еще пара доработок по оптимизации. И вышло так, что к работе с текстовыми блоками я приступила уже после всех этих доработок.

Привет! Я не думаю, что проблема может быть хоть сколько-то в браузере. Она проявляется на разных устройствах совершенно одинаково. Плюс мне также кажется, что проблема даже и не в редакторе - изначально я её заметила при работе с batch editor и массовым добавлением заготовленных шаблонов в description (текст с html разметкой, например заголовок "таблица размеров", затем сама таблица вставленным изображением). И если раньше всё добавлялось правильно, визуально верно со стороны витрины, то в тот раз я увидела, что блоки добавляются с html разметкой не в исходный код, а в конечный. Написала разработчику, он покрутил, посмотрел, и мы с ним обнаружили, что проблема не в batch editor, а во всех текстовых блоках на сайте. Так вот, почему я считаю, что проблема даже не в редакторе - я использовала готовые шаблоны, которые были созданы и сохранены до возникновения проблемы, и она их не затронула, как и прочие старые тексты, и по идее они по команде должны дописываться в заданное место сразу в БД, но записываются уже в искажённом виде. Редактор в данном случае используется исключительно для просмотра итогового результата.