Мультимагазин

[dok326]

В 27.02.2020 в 01:18, Dotrox сказал:

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

С капчей все решилось просто - добавлением второго домена в самих настройках гугл капчи в кабинете на гугле 

[wwizard]

Всем добрый день. Аховая ситуация. Настроил Мультимагазин (ссылка) - (Ссылка - на мультик) - Сайт находится на сервере.

Установил модуль, добавил города. прописал в конфиге Алиасы - вроде все классно, НО вывод Header / Footer / теги - не работают.

Человек который настраивает - говорит не работает "У вас id не определяется на витринах" - на вопрос, что не так - "неправильно сконфигурирован сервер"

 

Отсюда вопрос. что я упустил. что не так сконфигурировано? - Бо root доступа у меня нет, но написать администратору, что надо сделать я могу.

Очень прошу совета, бо две недели мучений - и уже просто аховая ситуация.

 

 

[Dotrox]

19 минут назад, wwizard сказал:

вроде все классно

У вас там каша какая-то: ссылки в меню категорий домену соответствуют, а вот в футере ссылки везде на поддомен Москвы указывают.

 

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

 

Кстати, у вас ссылка "Оформление заказа" в шапке выглядит вот так: https://index.php/?route=checkout/simplecheckout

И какой-то модуль воткнул тег style перед доктайпом.

[wwizard]

1 час назад, Dotrox сказал:

У вас там каша какая-то: ссылки в меню категорий домену соответствуют, а вот в футере ссылки везде на поддомен Москвы указывают.

 

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

 

Кстати, у вас ссылка "Оформление заказа" в шапке выглядит вот так: https://index.php/?route=checkout/simplecheckout

И какой-то модуль воткнул тег style перед доктайпом.

Если, сам не смогу разобраться, возможно ли помощь (не даром?)

[Dotrox]

15 минут назад, wwizard сказал:

Если, сам не смогу разобраться, возможно ли помощь (не даром?)

Возможна.

[wwizard]

2 часа назад, Dotrox сказал:

И какой-то модуль воткнул тег style перед доктайпом.

Это мне ктото делал, чтоб меню сворачивалось)) - https://prnt.sc/rcqlgx - Видимо ногами....

[afourcustom]

Здравствуйте.

Как на opencart 3.x запустить мультимагазин с SSL сертификатом.(проверил на тестовом сайте)

Без него все работает, стоит подключить и простоскливаются сайты. Заранее спасибо, гото 

[Dotrox]

9 часов назад, afourcustom сказал:

простоскливаются сайты

Что делают?

[afourcustom]

15 часов назад, Dotrox сказал:

Что делают?

Не срабатывает функция мультимагазина https://msk.afourcustom.ru/ 

просто работает как переадресация на https://afourcustom.ru/

[Dotrox]

23 часа назад, afourcustom сказал:

Не срабатывает функция мультимагазина https://msk.afourcustom.ru/ 

просто работает как переадресация на https://afourcustom.ru/

Из того, как вы описали, можно подумать, что вы в настройках магазина для поддомена забыли протокол на https сменить. Но на самом деле поддомен таки открывается и даже base url правильный.

 

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

 

Это похоже на проблему с кешем.

 

Сделайте следующее (и именно в таком порядке):

1. Убедитесь, что у вас везде в настройках и конфигах ссылки на домены с https.

2. Убедитесь, что везде, где ссылка на страницу вписывается вручную, ссылка вообще не содержит домен.

3. Очистите все кеши (кроме модификаторов). Если у вашего шаблона есть какой-то собственный дополнительный кеш (помимо стандартного кеша Твиг), очистите и его тоже.

[bravo14]

Всем привет! Вопрос по реализации страницы КОНТАКТЫ мультимагазина.

Как реализуется эта страница для мультимагазина с региональными поддоменами в opencart? Быть может, есть какой-то модуль, который выводит карты и адреса, привязанные к регионам? 
Как я себе это представляю: карта, текст, поле для ввода города. При выборе другого города, отличного от того, который на странице, происходит переход на другой поддомен. На каждом поддомене страница КОНТАКТЫ вызывается по одной и той же ссылке.

[afourcustom]

В 24.04.2020 в 16:00, Dotrox сказал:

Из того, как вы описали, можно подумать, что вы в настройках магазина для поддомена забыли протокол на https сменить. Но на самом деле поддомен таки открывается и даже base url правильный.

 

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

 

Это похоже на проблему с кешем.

 

Сделайте следующее (и именно в таком порядке):

1. Убедитесь, что у вас везде в настройках и конфигах ссылки на домены с https.

2. Убедитесь, что везде, где ссылка на страницу вписывается вручную, ссылка вообще не содержит домен.

3. Очистите все кеши (кроме модификаторов). Если у вашего шаблона есть какой-то собственный дополнительный кеш (помимо стандартного кеша Твиг), очистите и его тоже.

Спасибо сейчас попробую.

[Inside033]

Добрый вечер.

 

Есть магазин со 100 тыс товарами. Сделал мультимагазин на 20 поддоменов. Как привязать автоматом все товары, категории и производителей с основного магазина на другие? Каким запросом в базу? Нагрузка на базу высокая будет ? Или же лучше, как можно убрать в запросах выборку к магазину?

[Dotrox]

1 хвилину назад, Inside033 сказав:

Нагрузка на базу высокая будет ?

У вас в таблицах связей товаров, категорий и производителей с магазинами будет 2 миллиона записей (100 тысяч товаров * 20 магазинов) и запросы с участием этой таблицы будут кешироваться только для отдельного поддомена (то есть, например, при запросе товаров с поддомена 1, а затем с поддомена 2, для второго запроса не будет использоваться кеш созданный при первом запросе).

 

8 хвилин назад, Inside033 сказав:

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

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

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

 

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

[MaxD]

@Dotrox Lightning делает это автоматически, если видит, что все товары прописаны во всех мультимагазинах.

[Dotrox]

6 хвилин назад, MaxD сказав:

Lightning делает это автоматически

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

 

Но остаётся одна маленькая проблема:

 

10 хвилин назад, MaxD сказав:

если видит, что все товары прописаны во всех мультимагазинах

 

То есть, в любом случае сначала нужно сделать привязку ко всем магазинам, чтоб затем модуль сделал отвязку. Получается, что модуль не решает изначальную задачу, а только оптимизирует результат.

 

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

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

[Inside033]

Спасибо за подробное объяснение! Можно по данной проблеме мне в личку со стоимостью решения?)

[MaxD]

@Dotrox Ну, тут дело вкуса. Лучше, чтобы магазин мог работать при необходимости и с отключеными ускорителями, а не пропадали товары в мультимагазинах.

 

Если руками, то править модели глупо. Лучше добавить в db.php:

$new = $sql;
change($new, "AND p2s.store_id = '*'");
change($new, "AND p2s.store_id = * ");
if (!stripos($new, "p2s.store_id")) {
	change($new, " LEFT JOIN " . DB_PREFIX . "product_to_store p2s ON (*)");
	change($new, " LEFT JOIN `" . DB_PREFIX . "product_to_store` p2s ON (*)");
	$sql = $new;
}


function change(&$source, $search, $replace = '') {
    if (!strpos($search, '*')) {
        $source = str_ireplace($search, $replace, $source);
        return;
    }
    $tokens = explode('*', $search);
    if (false === $start = stripos($source, $tokens[0])) return;
    if (false === $end = stripos($source, $tokens[1], $start + strlen($tokens[0]))) return;
    $source = substr($source, 0, $start) . $replace . substr($source, $end + strlen($tokens[1]));
}

Категории/производители особо не делают погоды по производительности по сравнению с товарами.

[chukcha]

1 час назад, MaxD сказал:

Лучше добавить

и кто- добавил пробельчик...

[Dotrox]

4 години назад, MaxD сказав:

Если руками, то править модели глупо. Лучше добавить в db.php

Править запросы на лету - это плохая идея!

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

 

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

 

 

4 години назад, MaxD сказав:

Категории/производители особо не делают погоды по производительности по сравнению с товарами.

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

[NGrey]

В 21.12.2012 в 21:15, shoma сказал:

Инструкция по созданию стандартных мультимагазинов на основе базовой настройки Опен карта

1. Устанавливаем движек магазина

2. Заходим в настройки - жмешь добавить - заполняем форму. тут обязательно нужно указать URL магазина (Можно использовать любой домен) либо поддомен заранее созданный на хостинге. Также заполняем все неоходимые поля.

3. Идем в админку хостинга либо личный кабинет настроки домена и указываем путь поддомена или домена для мультимагазина на папку основного магазина! Никакие папки создовать по новому не нужно и тем более копировать или создовать новые копии файлов движка.

4. идем по адресу мультимагазина и радуемся

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

Добрый день.
добавил поддомен, указал путь на папку основного магазина
добавил магазин, прописал урл и ссл
кеш почистил, в итоге редиректит (301) с поддомена на основной домен, подскажите, куда смотреть?
 

[Dotrox]

11 година назад, NGrey сказав:

в итоге редиректит (301) с поддомена на основной домен, подскажите, куда смотреть?

Смотреть в .htaccess. У вас там, вероятно, в редиректах основной домен захардкоден.

[NGrey]

 

18 минут назад, Dotrox сказал:

Смотреть в .htaccess. У вас там, вероятно, в редиректах основной домен захардкоден.

напишите, пожалуйста, что тут поправить? в этом вообще ничего не понимаю  https://prnt.sc/sknwie

[Dotrox]

32 хвилини назад, NGrey сказав:

напишите, пожалуйста, что тут поправить? в этом вообще ничего не понимаю  https://prnt.sc/sknwie

Во-первых, выложите это текстом, а не скрином.

А во-вторых, кто-то у вас там уже ковырялся, кто тоже не сильно много понимает.

[MaxD]

@Dotrox Вы как-то с очень уверенным видом вещаете много сомнительных вещей.

 

В 20.05.2020 в 01:52, Dotrox сказал:

Править запросы на лету - это плохая идея!

Чем конкретно?

 

В 20.05.2020 в 01:52, Dotrox сказал:

этот код может отвалиться всего лишь из-за появления лишнего пробела

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

 

В 20.05.2020 в 01:52, Dotrox сказал:

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

Никто не кеширует выборки товаров. Это не имеет смысла, так как их придется скидывать при любом изменении товара.

 

В 20.05.2020 в 01:52, Dotrox сказал:

В случае файлового кеша (а не, например, мемкешед) это помимо общей для любого варианта проблемы с его недостаточной эффективностью

Файловый кеш не проигрывает memcache в скорости, и в большинстве сценариев даже выигрывает. Да и вообще, в Opencart скорость кеша никогда не была узким местом.

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

 

В 20.05.2020 в 01:52, Dotrox сказал:

Речь же не только о производительности, но и о необходимости каждый раз проставлять галочки для всех магазинов. ... привязка таким образом всех уже имеющихся на момент создания мультимагазина категорий/производителей.

Можно одной маленькой правкой сделать, что в окне создания категории и производителя галочки будут стоять по умолчанию. А привязать все категории или производителей ко всем мультимагазинам можно одним запросом к базе.

 

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