Dotrox

Не надо отличать, достаточно просто пользоваться только этим форумом и https://www.opencart.com/. Если вы нашли какой-то модуль, которого нет на этих двух сайтах, есть вероятность, что его в принципе лучше обойти стороной (иначе б автор его выложил на одном из этих сайтов или сразу на обоих). А для шаблонов есть ещё https://themeforest.net/ и https://www.templatemonster.com/ В Рунете есть ещё не варезные площадки, где авторы выкладывают свои модули на продажу, но среди них прячутся и варезники, максирующиеся под такие же площадки и тоже именно продающие модули (авторы, конечно, от этих продаж ничего не получают). Отличить вы их сможете только точно зная, что это, ибо по остальным признакам они такие же. Правда, там часто цены ниже, но и среди белых площадок цены могут отличаться, так что это не объективный показатель.

Ну, ничему работать она мешать не должна, но ошибок, в принципе, быть не должно, так что просто удалите из шаблона этот блок: <?php if ($profiles): ?> <div class="option"> <h2><span class="required">*</span><?php echo $text_payment_profile ?></h2> <br /> <select name="profile_id"> <option value=""><?php echo $text_select; ?></option> <?php foreach ($profiles as $profile): ?> <option value="<?php echo $profile['profile_id'] ?>"><?php echo $profile['name'] ?></option> <?php endforeach; ?> </select> <br /> <br /> <span id="profile-description"></span> <br /> <br /> </div> <?php endif; ?> Из оригинального файла шаблона, а не кеша vQmod!

Ну, всё правильно, ошибка должна была быть всегда, ибо переменная появилась только в 1.5.6. Возможно, на старом хостинге у вас просто было отключено логирование ошибок. Кстати. можете, просветить автора шаблона

То есть, вам таки нужно зеркало, а не мультимагазин?

А вы сейчас используете Summernote или CK Editor?

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

Это всё не обязательно. Сотни магазинов торгуют одинаковыми товарами по одинаковым или почти одинаковым ценам и каждый находит своего покупателя. А всё потому, что имеет значение наличие товара, способы оплаты, доставки, предыдущий опыт покупок в магазине, удобство использования сайта, в конце концов. И для каждого покупателя идеальная комбинация будет своя.

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

Просто добавьте в роботс это: Disallow: /*?product_id=

16 секунд? А сколько у вас товаров в базе?

В таком случае, проще всего спросить у тех, кто делал сайт.

Для начала нужно ответить на вопрос, откуда мобильная версия взялась? Это какой-то модуль или это встроено в текущий шаблон? А дальше искать среди файлов этого модуля/шаблона.

Какая библиотека сейчас используется для определения устройства?

У FraudLabsPro есть бесплатный тариф. В любом случае, полностью свободный (без ключей) доступ к своей базе никто не даст. Ну, для таких случаев можно использовать внутреннюю базу. То есть, прикрутить к списку покупателей кнопку добавления в чёрный список и по аналогии с существующими модулями антифрода сделать модуль, который будет этот список проверять.

Не вращается потому, что там это не указано в настройках. В десктопной версии у вас код запуска слайдера выглядит так: $('#slideshow0').slick({ accessibility: true, adaptiveHeight: true, autoplay: true, arrows: true, dots: true, draggable: true, infinite: true, pauseOnHover: true, slidesToShow: 1, slidesToScroll: 1, swipe: true, pauseOnFocus: false, pauseOnHover: false, pauseOnDotsHover: false }); А в мобильной так: $(function () { $('.single-item').slick({ accessibility: true, arrows: false, dots: true, infinite: true, pauseOnDotsHover: true, }); }); Кстати, о том, что мобильная версия это именно отдельная мобильная версия на поддомене стоит предупреждать дополнительно. Сейчас это редкость по сравнению с адаптивными сайтами. И у вас криво работает определение мобильных устройств. Когда я сачала использовал юзер агент с Хром на Андроид, оно продолжало показывать десктопную версию, а средиректило только на юзер агенте айфона.

Ну, это не имеет отношения к фроду (по крайней мере пункты 1 и 3). По второму пункту подойдут и существующие модули антифрода, их смысл как раз в поиске данных покупателя по их базе мошенников, краденых карточек и т.д. А вы уверены, что у вас ocStore? В отличии от некоторых других сборок, здесь, как и в оригинальном ОК из коробки три модуля. Помимо модуля ip есть ещё и fraudlabspro и maxmind.

Вполне однозначно же: Последнее - это то, что в РФ называется ИП, а в Украине - ФОП (ФЛП). Ну и по опыту могу сказать, что ФОПы спокойно с LiqPay работают.

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

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

Я говорил о ссылке со скрина, где буквально "сразу на двух языках". Вот эта ссылка в оригинале: Там изначально кириллица.

Гугл формирует выдачу исходя из интересов и предпочтений пользователя. То, что он показывает вам может полностью отличаться от того, что он покажет по тому же запросу мне. Ну, Яндекс, например, в Вордстате прямым текстом пишет, что просмотры - это количество просмотренных страниц выдачи по запросу. То есть, если пользователь просмотрел 10 страниц выдачи - это 10 просмотров. В случае с Гуглом и рекламой в выдаче, если переходить по страницам выдачи, реклама на просмотренных страницах не обновляется при возвращении, так что, если пользователь перешёл на вторую страницу, а затем вернулся на первую, это вполне может считаться за 2 показа. Это говорит только о бессмысленности ЧПУ сразу на двух языках, но совсем не о необходимости делать их на английском. Вот пример даже без транслита:

Да. Но тут вы можете и не спрашивать, а сами проверить. В данном случае правильно то, что работает (и работает как надо). RewriteRule ^product/(.*)$ /katalog/ [L,R=301] Это если вы хотите их все на одну страницу перенаправлять. А если хотите перенаправлять с передачей числа, то нужно к конечной ссылке дописать $1.

То кому-то надо оторвать руки Технически, www - это поддомен, со всеми вытекающими.

Ну, я и сам уже не один год думаю о том, что можно было бы использовать в ссылках какие-то дополнительные компоненты, позволяющие по самой ссылке определить страницу, без обращения к базе и поиска соответствий. Типа: /product/555/bla-bla-bla. И овцы сыты и волки целы Кстати, Ebay и AliExpress как раз используют похожую структуру, только сам id приписывают в конец ссылки. Search engine friendly. Только у тебя такие примеры, что я не уверен, насколько они будут френдли (пример выше более однозначный). Хотя в любом случае лучше, чем /index.php?catalog&id=1234.

А в теорию всемирного заговора? Ну, тут как раз достаточно смысловой нагрузки. Что мешает поисковику прочитав тайтл на site.com/c-23583 использовать его, как дополнительные ключевые слова всех страниц уровнем ниже? Например, если там тайтл "Игрушечные машинки", а уровнем ниже есть страница с тайтлом "Мерседес", почему бы поисковику не воспользоваться тайтлом верхнего уровня, чтоб понять, что речь идёт про игрушечную модель мерседеса, а не реальное авто? А вот в формате site.com/index.php?c=23583&p=42342 уже что-то разобрать значительно сложнее. В чьей документации? Гугл прямо пишет, что может использовать description в качестве снипета в выдаче. И хотя в доках не утверждается, что это происходит в 100% случаев, но если пройтись по выдаче и сравнить снипеты разных сайтов с их description на той же странице, окажется, что почти всегда они совпадают.