Dotrox
-
Публікації
2 003 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Dotrox
-
Такое может понадобится только, если у модуля очень жадный автор (такие случаются). Стандартная функция мультимагазина + GeoIP. Решается через геозоны.
-
Покажите всё содержимое .htaccess.
-
Если будете излишне захламлять геосообщения, это тоже повлияет на скорость. Модулем не получится, ибо сейчас каждый шаблон имеет свои выкрутасы с контактами и часто игнорирует стандартные настройки. То есть, это нужно писать модификаторы под каждый шаблон. Вдобавок, сами геосообщения штука не постоянная: ключи в каждом магазине могут называться как угодно. В общем, тут слишком много индивидуального под каждый конкретный магазин, чтоб решать это коробочным модулем. -
Значит у вас есть ошибка в строках, которые вы перенесли. Перед появлением ошибки никаких редиректов не происходит? Вообще, из всего этого хлама смысл имеет только это: RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ http://%1/$1 [R=301,L] Остальное решает SeoPro.
-
Нет. Для этого в ОК есть функция мультимагазина. Ни на какие модули не влияет ни в каком шаблоне.
- 1 145 відповідей
-
- 1
-
-
- база городов
- определение по ip
- (і ще %d)
-
Не знаю, я не пробовал искать Ну, вот то, о чём я говорю, как раз избавит от такой необходимости. За исключением настроек магазинов, ибо там должны быть разные адреса/телефоны для каждого, иначе поисковики не поверят, что это региональные филиалы.
-
Ну, он точно неправильный! Много раз уже писал: вот этот блок должен быть всегда последним RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css) RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] Иначе можно ожидать самых разнообразных кривых редиректов. Переместите всё, что ниже этого блока вверх сразу под RewriteBase / И последние 3 строки у меня вызывают сомнения. Этот редирект уже обеспечивает SeoPro.
-
А это не имеет значения! Допустим у вас в магазине было 1000 страниц, теперь у вас их 330 тысяч в глазах поисковиков (точнее, у вас 330 магазинов по тысяче страниц). И поисковики теперь на ваш сервер отправляют за тот же период не тысячу запросов, а 330 тысяч. И тут уж не важно, как это организовано, но нагрузка в любом случае возрастает на порядки. Не знаю, как вы организовывали мультимагазины, но я всегда делаю отвязку всего от магазинов. То есть, в моделях убираю джоин таблицы связей с магазинами и выборку по магазину. В результате мультимагазин уже не добавляет нагрузки сам по себе и кеширование становится кроссмагазинным (если не забыть в ключах кеша тоже параметр магазина поубирать), но это не избавляет от возросшего количества страниц в глазах поисковиков. Так что в любом случае понадобится нормальный VDS и memcached.
-
Не обязательно. И в любом случае есть возможность назначить второй домен алиасом первого.
-
Если посмотрите сетевую вкладку в инструментах разработчика, то увидите, что редирект работает, просто потом сразу редиректит назад. Но важнее не почему редиректит назад, а почему не редиректит на ЧПУ изначально? Я сначала не заметил, но у вас же старая ссылка не отдаёт 404, там открывается правильный товар. А значит вам не нужны никакие редиректы в .htaccess - за редирект с не ЧПУ на ЧПУ версию отвечает SeoPro. Разберитесь почему редирект не срабатывает. При чём, не срабатывает только на товарах. Вообще, сейчас посмотрел внимательней: похоже, у вас накосячили с переносом товаров - там задвоение. Вот это логически тот же самый товар, но две разные страницы (у первого id 3403). http://pk.if.ua/ua/dlya-parikmaherov/elektroobladnannya/accessories-for-electrical-equipment/moser-1230-nozhovij-blok-primat-1230-7710.html http://pk.if.ua/ua/index.php?route=product/product&path=60_65_78&product_id=75 Потому SeoPro сам и не редиректит.
-
Для вашего примера это будет так: RewriteCond %{QUERY_STRING} ^route=product/product&path=60_65_78&product_id=75$ RewriteRule ^(.*)$ /ua/dlya-parikmaherov/elektroobladnannya/accessories-for-electrical-equipment/moser-1230-nozhovij-blok-primat-1230-7710.html [R=301,L] И для каждой ссылки такое надо прописать отдельно. Никакого другого файла нету.
-
Ну, в любом случае проблема в каких-то отдельных запросах. Вы либо не все модификаторы отключили, либо есть какие-то ручные доработки. Кстати, а сколько у вас заказов в базе и сколько в среднем опций на товар?
-
Да бред это! Проблема точно с хостингом не связана. Мне на 2.3 приходилось делать магазины и на десятки поддоменов, но я их не создавал через админку, а генерировал, потому не могу уверенно сказать, что там нет какого-нибудь странного бага затирающего настройки. Но, скорее всего, всё же у вас индивидуальная проблема и вам в раздел услуг, иначе кто-то бы уже этот баг заметил.
-
Любопытно, как вы пришли к такому выводу и как вообще связываете предполагаемую вами нехватку оперативки с нагрузкой на процессор? Попробуйте отключить модификаторы связанные с опциями (и кеш обновить не забудьте).
-
Почему нельзя? Если этот контроллер обрабатывает форму со страницы и данные в него приходят POST запросом, то именно так это и будет выглядеть. Ну, и вопрос сформулирован неправильно, что вводит людей в заблуждение: вам надо не из tpl передать значение в контроллер, а со страницы!
-
Он в админке перестаёт отображаться или в базе затирается? Какая у вас версия ОК?
-
И такие модули тоже без проблем работают на поддоменах! ИонКуб и лицензионные ключи не мешают поддержке поддоменов, мешают только авторы, которые либо не додумались учесть поддомены в лицензии, либо оказались слишком жадными для этого.
-
Все нормальные модули/шаблоны без проблем работают на поддоменах. Если где-то с этим проблемы - на свалку и модуль и автора.
-
Смотрите модуль быстрого просмотра товара. Эта ссылка выводится в нём. А ещё лучше - пните автора модуля (или шаблона, если модуль часть него).
-
Нет! Мне даже не понятно, как вы на этот файл вышли, если в консоли указано тело страницы, как место ошибки. Дайте ссылку на сайт.
-
Это значит, что вы невнимательны и в адресной строке набираете не тот адрес, который у вас на самом деле (например, набираете www).
-
Там указано всё!
-
Вот так: Allow: /catalog/*.css Allow: /catalog/*.js Allow: /catalog/*.png Allow: /catalog/*.gif Все эти файлы нужны, чтоб Гугл мог видеть сайт глазами браузера.
-
Должна работать. Явных ошибок тут нет.
-
Значит ВК её так обработал. Чтоб было нормально, надо кнопкой шаринга пользоваться.
