Dotrox

Нет, с popup.js это никак не связано, проблема в том, что у вас в ссылке на отзывы http, а сайт на https - поэтому браузер блокирует загрузку.

Не надо с этим разбираться, просто ответьте на мой вопрос выше! Как только ответите, сразу всё поймёте. Кстати, совсем не факт, что речь вообще идёт именно об этом плагине.

@Lifeamove , у вас ссылка на файл, которая отдаёт 404 выглядит вот так: /catalog/view/javascript/popup.js Как вы думаете, что и куда нужно было залить?

А если не регистрировать, то что меняется? При оформлении заказа покупатель уже даёт свои персональные данные, которые сохраняются в заказе и в дальнейшем обрабатываются магазином.

Мда. Я скачал этот модуль, посмотрел инструкцию в архиве с ним и возник только один вопрос - вы этот модуль сами ставили? А если ставили сами, то следующий вопрос: как вы думаете, если вы вручную по инструкции прописали какие-то правки в файлах магазина, они могут сами исчезнут? Устанавливая модуль вы должны были вручную отредактировать шаблон страницы товара и заменить /catalog/controller/product/product.php на файл из архива. Вот это всё надо вручную откатить.

Как эти два пункта связаны? Я же ни слова не говорил о том, что нужно покупателей заставить прочитать эти тексты, а только о том, что должен быть как-то подтверждён факт согласия. Вариант просто разместить текст на сайте пригоден только для публичного договора-оферты. Вот вам простая ситуация: приходят к вам из налоговой (или кто эти штрафы собирать будет) и спрашивают, а каким образом ваши покупатели подтверждают своё согласие на обработку персональных данных? И что вы ответите? А что им ответить надо спрашивать у юристов.

У вас кто-то где-то там в коде забыл удалить print_r() с массивом данных заказа.

Да. И в зависимости от версии vQmod у вас ещё может быть файл /vqmod/mods.cache - его тоже надо удалить.

А как же это: Как покупатель может дать согласие не поставив галочку? Разрешение на обработку персональных данных - это же не публичная оферта, которая считается априори принятой, если покупатель совершил покупку. Вообще так: ссылки на информацию про обработку персональных данных должны быть там, где эти персональные данные собираются (регистрация, оформления заказа), а галочка или просто ссылка - надо читать непосредственно закон и в случае неясностей спрашивать юристов.

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

Вы вообще не поняли о чём я. У вас на скрине кеш данных (из БД), а я говорил о кеше модификаторов: в 1.5 - это vQmod, в двойке - OCMOD. У вас какая версия?

Не использовать почту от mail.ru в качестве почты админа (то есть, адреса отправителя для всех писем из магазина). А в идеале вообще нужно иметь почту на домене магазина (сами ящики могут быть на Яндексе через почту для домена).

Галочка на странице регистрации и на странице оформления заказа. А в тексте к галочке ссылка на само соглашения. ОК это всё умеет из коробки, надо только настроить.

В mail.ru.

А кеш модификаторов обновляли? Очень похоже, что нет. Ну, и сам модификатор не забудьте отключить перед обновлением кеша.

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

Один из наиболее вероятных вариантов вот эта библиотека - http://mobiledetect.net/ Сама она может лежать как в корне сайта, так и где угодно глубже. Но вам надо найти не директорию с библиотекой (хотя это будет полезно, чтоб знать, что искать дальше), а место, где она подключается и определяется тип устройства. И тут, опять же, это может быть как index.php так и любой файл глубже в цепочке выполнения вплоть до контроллера шапки или даже текущей страницы (если у того, кто это делал были проблемы с количеством извилин).

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

Да. Но и для Яндекса тоже добавить можно, хуже не будет. В роботсе все директивы указывают на конкретные пути, а не на такие абстрактные понятия как "каталог товаров".

Да. А если точнее, то содержимое директории catalog, как и директории admin и всех остальных директорий, содержимое которых поисковики не должны видеть (не именно через эту директиву, а через подобные, которые в роботсе ОК по дефолту). Но надо ещё добавить: Allow: /catalog/*.css Allow: /catalog/*.js Allow: /catalog/*.png Allow: /catalog/*.gif Чтоб Гугл мог индексировать стили, скрипты и изображения из вёрстки (ему это необходимо, чтоб видеть сайт глазами браузера). Для всех остальных. Он и для Яндекса был бы, если б для Яндекса не было отдельного. Кроме Яндекса, вроде, никто больше эту директиву не понимает.

Тогда это задача для того, кто его делал. А вообще, у вас там должна использоваться какая-то библиотека для определения мобильных устройств и через неё же можно определить, что это не мобильное устройство и сделать противоположный редирект. Для того, кто это у вас делал там работы на 5 минут.

А как у вас сейчас для мобильных пользователей работает редирект с десктопной на мобильную?

А это точно ваш магазин? Или как получилось, что вы внезапно потеряли доступ на хостинг?

AMP не является заменой адаптивной версии, он работает только при заходе через Гугл, поскольку грузится из кеша Гугла. Тогда Гугл будет считать, что ваш сайт не мобайл френдли и понизит его в мобильной выдаче. Для Гугла вам нужно сделать вот это: https://developers.google.com/webmasters/mobile-sites/mobile-seo/separate-urls?hl=ru А для пользователей десктопов, которые заходят на мобильную версию надо добавить редирект на десктопную. Странно, что его нет изначально, если для мобильных пользователей редирект на мобильную есть.

Здесь явное противоречие. Или та одна версия, которая индексируется - это и есть мобильная, а десктопная не индексируется? И здесь тоже противоречие! Если есть редирект с мобильной на десктопную, то посетителей с десктопами сразу должно туда перекидывать или о каким редиректе вообще речь?