esculapra

Возможно проблема в контроллере, поэтому выдает 500 ошибку. Смотри логи на сервере.

Там же указано, что встретился тэг html. Просто возьми файл с сервера и посмотри, что не так

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

Корзина (и языки), как правило, находятся в шаблоне common/header, так как они подключены на всех страницах. Корзину вооюще убрать из шапки? Ищи шаблон header.twig, там должно быть {{ cart }} - просту удали это. Или в контроллере common/header закомментируй вывод корзины.

Возможно троян-майлер (в твоем случае троян-спамер). Я отлавливал немного другие, которые собирали данные и отправляли хакеру. Короче, нужно зайти в панель хостинга и смотреть время изменения файлов. Ты же примерно знаешь, когда случилась эта беда. Посмотри в системных, там у всех одинаковое время создания файлов. Если обнаружишь более поздний достут - смотри этот файл. Также смотри все контроллеры, где идет отправка почты. Долговато, но найдешь точно!

Товар может размещаться в нескольких категориях, поэтому ссылка на товар должна быть без указания полного пути - это исключает дубли, но (большой +) создает внутреннюю перелинковку. То есть, пусть имеется домен/категория и домен/категория/субкатегория но ссылка на товар в обоих вариантах должна быть домен/товар, - тогда все окейно! Полоса навигации (ну не поворачивается язык назвать это "хлебные крошки", хотя... знаешь почему такое название? это из каой-то сказки. украли мальчика, а он, пока его несли, крошил хлеб на дорогу. вот по крошкам его и нашли.) Да вот эта сказка! Братья Гримм. Гензель и Гретель. Ну не украли, то не суть. https://www.grimmstories.com/ru/grimm_skazki/genzel_i_gretel

Есть такая штука - "canonical". Вот тут почитай https://support.google.com/webmasters/answer/139066?hl=ru

В бэкапе не было, но в новой версии почему-то запрашивает этот класс... Значит нужно идти по цепочке, начиная со строки, генерирующей ошибку.

Этот класс находится в одноименном файле system/journal2/lib/Mobile_Detect.php У тебя или не подключается файл, или его просто нет.

Визуальных отличий не увидел, но если необходимо, то можно задать правила стилей Вот в исходнике имеется <span class="cart_text">Мій кошик</span> <span class="text-category">Каталог</span> Значит можно непосредственно в хедере (после подключения всех стилей) указать правило, например <style> span.cart_text, span.text-category{ font-size: 12px; font-family: Arial, Helvetica, Sans-Serif; font-weight: normal; font-style: normal; } </style>

в консоли браузера указывает на проблему со скриптом catalog/view/javascript/jquery/jquery-2.1.1.min.js

Непонятно, что не меняется? Что сейчас выводит в тайтл?

Если, к примеру, у тебя версия 2.3 и выше, то открой файл column_left.php (в папке общие для админки) и смотри как там реализовано.

Просто если восстанавливать из бэкапа, то все существующие директории (только в public_html, другие не трогать!!!) необходимо удалить, а потом распечатать архив с бэкапом. Иначе бэкдор не удалится, и его "хозяин" в любой момент его может использовать. Можно прогнать при помощи какого-нить сервиса (их есть в сети).

Попробуй прогнать прогой IronWASP - она в интернете в свободном доступе. Находит много уязвимостей.

<operation> <search><![CDATA[тут весь заменяемый код, а не кусочек, как у тебя]]></search> <add position="replace"><![CDATA[ тут код замены]]></add> </operation>

Согласен. Товар может быть размещен в нескольких категориях, а это создает дубли страниц. Или еще пример - слайдер. В слайдере может быть ссылка на товар без указания категории, то есть домен/товар. Если, скажем, на сайте присутствует еще ссылка домен/категория/товар, то опять-таки получаются дубли страниц. Но можно поисковым системам указать каноническую ссылку. Например имеется ссылка домен/категория/товар, а в секции хедера включена каноническая ссылка типа <link rel="canonical" href="домен/товар" /> В таком случае поисковик считает каноническую ссылку главной и не воспринимает ссылку домен/категория/товар как дубль - эта страница будет исключена из индекса поисковика.

ну да, тут мое упущение. просто сейчас для семян еще не сезон, так что успею переделать.

Нет, просто интересно, продают ли товары те, кто создает модули? Я кое-что делаю в плане модулей, но еще создаю товар - вращиваю рассаду, собираю семена, клубни, делаю саженцы. То есть я полностью в теме.

Скажем так - мне интересны те, кто не только создает приложения, но и сам реально продает товары (преимущественно в Украине). Я вот продаю семена собственного производства. http://magazilla.itlancers.org/

вероятно на сайт залили спам-майлер. если почистить, то нужен полный доступ в панель хостинга - по фтп долго. у меня целая коллекция отловленных майлеров, бэкдоров, шеллов...

есть еще фишка. СЕО-про делает кэш товарных предложений. В твоем случае этот файл может весить 20 Мб и более. При создании ссылки система поднимает из кэша этот полновеснй файл и ищет привязку к алиасу. Гораздо быстрее запросить из БД, чем нагружать оперативку. А если товаров миллион? error500 Я когда делал свой модуль SEF (система дружественных ссылок), то не кэшировал товарные предложения, а только инфо, категорнии и прочее (аккаунт, логин и пр.). Если интересно, то я решу вопрос. А то шо счас тут начнут гавкать - так плюну горлопанам на спину и разотру.

Та хоть миллион! Что показывает анализ https://developers.google.com/speed/pagespeed/insights/?hl=RU ?

А в чем проблема? Создаем файл с расширением js, вставляем в него код gtag('event', 'conversion', { 'send_to': 'AW-983116771/ZOCMCMnX-t8BEOPЕ5NQD', 'value': 150.0, 'currency': 'UAH', 'transaction_id': '' }); вот и все. подключаем файл где необходимо.

я имел в виду SEO-анализ конкурентов. а уж насчет покупных ссылок, то это уже совершенно иная тема.