Перейти к публикации
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

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


 Погделиться

Рекомендованные сообещёния

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

 

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

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

 

 

Ссылка на комменирий
Погделиться на других сайих


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

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

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

 

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

 

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

 

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

 

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

Ссылка на комменирий
Погделиться на других сайих


  • 1 месяц спустя...

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

Что гделают?

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

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

 

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

 

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

 

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

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

 

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

 

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

 

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

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

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

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

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

Ссылка на комменирий
Погделиться на других сайих


  • 3 негдели спустя...

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

 

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

 

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

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

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

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

 

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

Ссылка на комменирий
Погделиться на других сайих


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

Ссылка на комменирий
Погделиться на других сайих

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

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

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

 

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

 

10 хвилин назад, 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]));
}

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

Ссылка на комменирий
Погделиться на других сайих

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

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

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

Ссылка на комменирий
Погделиться на других сайих

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

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

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

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

 

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

 

 

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

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

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

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

Ссылка на комменирий
Погделиться на других сайих


 

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

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

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

Ссылка на комменирий
Погделиться на других сайих


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

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

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

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

Ссылка на комменирий
Погделиться на других сайих


@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 сказал:

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

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

 

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

Ссылка на комменирий
Погделиться на других сайих

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы осивить комменирий

Создать аккаунт

Зарегистрируйтесь для получения аккауни. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите згдесь.

Войти сейчас
 Погделиться

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обрилитка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфигденциальности.