Dotrox

Отсюда и все предыдущие проблемы! Должна быть utf8_general_ci либо utf8_unicode_ci (лучше последняя). Поменяйте. А по поводу новых ошибок, проверьте есть ли у вас указанные в ошибках файлы и какие на них права.

Да. Только теперь надо уже разбираться, ибо если такое в нескольких модулях, то причина где-то вне них. Какая у вас сейчас кодировка в таблице setting?

Не поможет, проблема в настройках из базы, которые выгружаются все скопом в index.php. Вам нужно через phpMyAdmin найти в базе в таблице setting записи этого модуля и поудалять их. chukcha, кстати, судя по настройкам этого модуля, это таки модуль обратного звонка.

Это из-за слишком долгой генерации. Я сейчас попробовал открыть ваш сайтмап, он генерировался чуть больше 2х минут. Ночью это было где-то секунд 40. Вероятно, сейчас сервер слишком нагружен и генерация идёт медленней. Сам сайтмап в порядке. У Яндекса есть таймаут на загрузку, вот он и срабатывает. Лучше всё же оптимизировать генерацию, избавившись от стандартных моделей.

Просто уберите эту строчку: $output .= '<lastmod>' . date('Y-m-d\TH:i:sP', strtotime($product['date_modified'])) . '</lastmod>'; Я этот код скопировал из версии 2.2, в версии 2.1 ещё нет даты модификации.

Стандартный модуль sitemap в ОК - это полный идиотизм. Автор в кой то веке решил вспомнить о существовании DRY (который намеренно игнорирует везде в ОК) и поленился сделать отдельную модель, потому модуль использует меганагруженные запросы из чужих моделей (прежде всего речь о модели товара). А в ОК 2 добавилась новая беда - в сайтмап начала добавляться ссылка на изображение товара, так что нагрузка стала ещё больше. Для начала можно попробовать просто убрать ссылку на изображения товара из генерации. Для 6,5к этого должно быть достаточно, если хостинг не слишком тормознутый. В файле /catalog/controller/feed/google_sitemap.php привести вот этот кусок кода: foreach ($products as $product) { if ($product['image']) { $output .= '<url>'; $output .= '<loc>' . $this->url->link('product/product', 'product_id=' . $product['product_id']) . '</loc>'; $output .= '<changefreq>weekly</changefreq>'; $output .= '<lastmod>' . date('Y-m-d\TH:i:sP', strtotime($product['date_modified'])) . '</lastmod>'; $output .= '<priority>1.0</priority>'; $output .= '<image:image>'; $output .= '<image:loc>' . $this->model_tool_image->resize($product['image'], $this->config->get($this->config->get('config_theme') . '_image_popup_width'), $this->config->get($this->config->get('config_theme') . '_image_popup_height')) . '</image:loc>'; $output .= '<image:caption>' . $product['name'] . '</image:caption>'; $output .= '<image:title>' . $product['name'] . '</image:title>'; $output .= '</image:image>'; $output .= '</url>'; } } к такому виду: foreach ($products as $product) { $output .= '<url>'; $output .= '<loc>' . $this->url->link('product/product', 'product_id=' . $product['product_id']) . '</loc>'; $output .= '<changefreq>weekly</changefreq>'; $output .= '<lastmod>' . date('Y-m-d\TH:i:sP', strtotime($product['date_modified'])) . '</lastmod>'; $output .= '<priority>1.0</priority>'; $output .= '</url>'; } И убрать вот эту строку чуть выше: $this->load->model('tool/image');

Есть же бесплатные сертификаты. И https - это возможность использовать SPDY и HTTP2 + любовь Гугла.

Значит, вы никогда не работали с препроцессорами. При работе с ними правки вносятся не в CSS, а в файл кода для препроцессора, который затем компилируется в CSS. Соответственно, когда браузер показывает номер строки только в скомпилированном CSS толку от этого мало.

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

Так в том и суть, что не надо. Если можно отключить лишнее, то хорошо.

Выше я уже привёл вполне конкретный пример, когда без шаблонизаторов не обойтись. Но использовать их, как дань моде - действительно нет смысла. В ООП есть несколько базовых принципов, без которых ООП - не ООП и эти принципы не имеют никакого отношения к MVC. И вообще, MVC можно организовать и полностью без участия ООП. Собственно, и наличие ООП в ОпенКарте довольно условное. А если сравнивать с SCSS? А как на счёт устаревших префиксов, их он тоже добавляет (например, для border-radius)? Выберите Grunt или Gulp и найдите для них соответствующий плагин в их репозиториях. Один из них вам в любом случае понадобиться, если будете работать с препроцессорами (по крайней мере, упростит немного жизнь).

Sass и Less - это никаким боком не шаблонизаторы, это CSS препроцессоры и к PHP они никакого отношения не имеют (как и к шаблонам). PHP сам по себе не нуждается в шаблонизаторах, так что смысл их использовать есть только, если вы понимаете зачем они вам нужны. Например, если есть какая-то платформа интернет-магазинов и нужно дать возможность пользователям менять дизайн их магазинов (в том числе структуру шаблонов) при этом не давая возможности выполнять php код - вот тут и пригодятся шаблонизаторы.

Ромбики из-за того, что браузер не может правильно определить кодировку страницы. Переключите кодировку на Windows-1251 (название может отличаться в зависимости от браузера) и увидите нормальный текст. Но выгрузка в любом случае испорчена сообщениями об ошибках. Ошибки указывают на то, что у вас где-то есть символы, которые невозможно перекодировать из utf8 в win1251, но они должны были бы игнорироваться. В принципе, можно было бы просто убрать перекодирование и проставить для файла кодировку utf8 (Яндекс её уже давно принимает) - это должно быть самым простым решением.

Лучше писать в журнал ошибок, чтоб не нарушать процесс выполнения, да и вообще это удобней для отладки: $this->log->write($this->request->post['product_herfprod']); Если в журнале ничего не будет или будет ошибка про неопределённый индекс product_herfprod - значит проблема в шаблоне, из которого это поле не отправляется на сервер (или вообще ничего не отправляется, по вашему коду непонятно, как вы форму с этим полем сабмитите).

Любопытно, а какое вообще отношение ошибка в шаблоне имеет к модулю выгрузки в Яндекс.Маркет?

Мне кажется. кто-то путает причину и следствие: SEO только в той степени для людей, в которой его требуют поисковики. В былые времена, когда поисковики были либеральней, чёрные оптимизаторы такое дерьмо ваяли, что аж выворачивало.

Мне кажется, проще будет просто отрубить контроллер заказа и сразу получится практически в чистом виде, то, что нужно ТС. Ну и кнопку "купить" переименовать.