Dotrox

Чтоб отпугивать Скайнет Роботс указывает поисковым ботам какие страницы сайта нельзя индексировать.

Вероятно, проблема в этом: Нужно не только поддомены создать, но и добавить для каждого поддомена магазин в админке (Система -> Настройки). И прописывая там ссылки убедитесь, что ссылка полностью соответствует той, которая открывается в браузере (протокол, наличие или отсутствие www).

Не ошибка, а вот это: Настройки то в базу сохраняются. Не читайте там больше! То, что вы сделали - это отрубили поиск пользователя полностью.

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

Если у вас оригинальный ОК, то нигде. Он с ocStore в комплекте есть, но не с оригиналом. И вообще, советую использовать именно ocStore, иначе потом будете мучатся.

Если я правильно понимаю, то на http://opencart.loc у вас должен быть Апач с php. Там всё правильно отображается?

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

Если вы говорите о системе сборки проектов, то никакие модификаторы его сломать не могли, ибо Gulp - это вообще не часть ОК! Какая именно задача в Gulp у вас перестала работать? Что вы под этим подразумеваете? У вас содержимое текущей страницы не отображается или вообще белый экран? Вы в .htaccess правки вносили? Покажите модификатор, который устанавливали.

Для начала убедитесь, что ваша правка есть в кеше модификаторов.

А она не может идти не оттуда. ОК выводит изображения товаров всегда из кеша. Если в кеше изображения нет, он его генерирует в момент первого запроса. Где именно у вас эти изображения выводятся? Если это какой-то модуль, то у него отдельные настройки размеров изображений.

Кеш модификаторов обновите.

Вынесите js в файл, где обрабатываются клики по этим кнопкам/ссылкам, а в кнопках/ссылках замените onclick на: data-yagoal="makeOrder" Соответственно, потом в обработчике события клика просто читаете из data-yagoal название события, которое нужно отправить Метрике, проверяете существование yacounter*** и если всё в порядке, отправляете тем же вызовом, что был раньше на ссылке.

Уже по скрину видно, что проблема, как минимум, не только в названии, ибо винда первый файл не подсвечивает иконкой нотпада++, то есть не распознаёт, что это php. Я посмотрел этот файл. Предполагаю, что вы название копировали с форума. У вас там и в названии и в расширении есть невидимые символы, которые форум пихает в тексты.

Проверяйте редиректы через анонимное окно браузера (режим инкогнито), ибо браузеры кешируют редиректы.

Если сам редирект вы вставляете правильно (в правильное место), то проблема в том, что у вас немного неправильный редирект. Должно быть так: RewriteRule ^robots.txt$ robots.php [L] Без [L] на конце обработка запроса не прекратится после текущей директивы и будет каша из всех совпадений.

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

Проверяйте, что yacounter*** объявлен перед его вызовом. Это полезно даже без дев версии, ибо скрипт Метрики может быть заблокирован Адблоком и будут те же ошибки. Конфиги, где указаны какие-либо данные доступа, в любом случае всегда должны быть в гитигноре!

У вас общая директория кеша для всех сайтов.

Для начала текст ошибки полностью выложите. $pagination у вас там и так уже было.

Запустите там такую команду: /usr/bin/php -a Если у вас откроется консоль php, значит проблема в коде, который вы пытаетесь запустить. Если консоль не откроется, значит проблема в php: либо путь к интерпретатору неправильный, либо консоль на хостинге запрещена. В обоих случаях дёргайте хостера.

Да, это метод внутри файла, но он там не "ищется", то есть исходный код файла не парсится библиотекой oc_cli в поисках этого метода - это выполняет интерпретатор php, который использует ИонКуб лоадер. Проще говоря, если этот метод запускается при обычной работе с админкой, то и по крону будет тоже запускаться и ИонКуб помехой не станет. Для начала нужно понять запускается ли сам oc_cli. если хостер рекомендовал wget, возможно, на хостинге вообще выключен cli режим у php. Спросите у хостера напрямую: "возможно ли запустить php скрипт по крону через cli?" Если да, то пусть напишут пример запуска.

Вы забыли вызов интерпретатора php! Он должен быть первым в строке и поддержка должна была вам сказать, какой путь прописывать для его вызова. Можете попробовать usr/bin/php. А то, что они вам предложили - это вызов путём имитации браузера. Есть целый ряд причин почему такой вариант хуже. Но в вашем случае такой вариант просто не будет работать, ибо будет требовать авторизации в админке.

А потом именно тему с ответом и удалят ещё до того, как вы его прочитаете (именно так тут и делают).

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

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