Dotrox
-
Публікації
2 003 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Dotrox
-
Заменить false на true. Эффект будет такой же, как и от вашей правки, но без поломки логики этого кода.
-
Видимо, не всех. У вас же там $secure = false. Именно это надо исправить, о чём я уже не раз писал в этой теме. Но в случае кривых модулей, которые адрес сайта берут прямо из конфига, поможет только прописывание в конфигах везде ссылки с https. И это, пожалуй, одновременно и самый простой и самый надёжный способ. В случае мультимагазинов для дополнительных магазинов это надо делать в админке.
-
Видимо, вы вообще не поняли о чём я говорю. Речь идёт о правах и владельце файлов в системе, то есть конкретно на вашем сервере. Через FTP или файловый менеджер в панели хостера. Владелец должен быть тот же, под которым запускается php, а права минимум 755.
-
Проверьте ещё права и владельца у самих файлов.
-
Не прекращает. Они просто станут недоступны для резидентов РФ. В то же время новые WMP кошельки недоступны для нерезидентов. Так что возникает вопрос о целесообразности использования рублей в WebMoney вообще.
-
Вероятно то, что код не в стиле шаблонов ОК, а php с вкраплениями html. А ещё там условие не закрыто, но вероятней, что ТС просто скопировал не весь код, иначе была бы ещё одна ошибка. -
Ну, без этого в любом случае не обойтись. Но запросы лучше перенести в модель товара. Достаточно было в том же контроллере товара посмотреть на хлебные крошки. Увидели бы там это: $data['breadcrumbs'][] = array( 'text' => $category_info['name'], 'href' => $this->url->link('product/category', 'path=' . $this->request->get['path'] . $url) ); Здесь и название и ссылка. В случае SeoPro там всегда должна быть именно главная категория товара. Запрос к базе через $this->db->query().
-
Тогда вопрос про $product_info ещё актуальнее. У вас там не массив, а вы пытаетесь его использовать как массив.
-
Это в какой строке? Откуда вы получаете $product_info?
-
А вы уверены, что у вас вообще есть Апач?
-
Если ошибка та же, убедитесь, что у файла нормальные права и владелец.
-
В базовой версии мой метод это не предполагает. Но если есть необходимость отключать вывод отдельных товаров в отдельных магазинах при доступности большинства товаров во всех магазинах, можно в запросах тогда не удалять выборку по магазину, а переделать условие и проверять отсутствие записи для текущего магазина. Тогда галочки в админке будут уже не привязывать товар к магазину, а наоборот отвязывать, то есть запрещать вывод в выбранном магазине. Но этот вариант имеет смысл только, если большинство товаров всё же будут доступны во всех магазинах. Если каждый товар уникален для одного или нескольких (из большого числа) магазинов, то лучше запросы вообще не трогать и пользоваться модулями массового редактирования.
-
Уточните задачу. Товары по акционной цене не должны добавляться в качестве подарка или к ним не должен добавляться подарок? Если последнее, то редактировать нужно модификатор корзины, который интегрирует туда этот модуль.
-
А что у вас внутри $cart_products?
-
По вашей логике любую доработку можно назвать кастрацией. Движок должен соответствовать задачам конкретного магазина, а не сохранять оригинальность кода просто из принципа. Вы думали как ваш метод повлияет на скорость работы мультимагазина на сотню магазинов и 20к товаров (реальный пример)? Это 2 миллиона записей в таблице связей!
-
Плохая идея! Вместо того, чтоб захламлять базу лишними связями и повторять такую процедуру после каждой заливки новых товаров или добавления нового магазина, лучше просто убрать в запросах выборку по магазину. Все товары станут доступны во всех магазинах и при добавлении новых товаров или новых магазинов уже ничего делать не придётся.
-
Вопрос звучал так:
-
Я знаю. В этом же основное концептуальное отличие от vQmod. Вопрос в другом: в магазине с кучей модификаторов, либо особо огромными модификаторами генерация кеша может просто завалиться после добавления очередного модификатора. Оно ж и модифицированные файлы все в памяти держит до завершения полного обхода модификаторов и их применения.
-
Так условия уже ведь есть, просто они выходят в окно Под рефакторингом я подразумевал как раз избавления от кучи вложенных циклов. Хотя, на самом деле, там нужно весь алгоритм менять, ибо выжрать из базы и файлов все модификаторы в один массив, а потом начать его обрабатывать - это плохая идея сразу по нескольким причинам (память, время выполнения). Это экономия на спичках.
-
А там есть альтернативы?
-
У меня было подозрение, что где-то между версиями вложенность циклов поменяли, а число исправить забыли, но проверять мне лень. goto? Обычно goto указывает на необходимость рефакторинга... правда, 5 вложенных циклов тоже на неё указывают.
-
В вашем случае никак, кроме более логичного размещения. Как я уже писал выше, большинство людей дописывает редиректы в конец, а не в начало и вот тогда перенос влияет и существенно. Суть в том, что все подобные редиректы должны быть перед редиректом, который нужен для работы ЧПУ в ОК, иначе в ссылках появляется мусор и другие глюки.
-
Сегодня как раз наткнулся на этот баг, при чём именно ваш модификатор от ExtendedSearch и привёл к его проявлению. Похоже, что проблема вот здесь (файл /admin/controller/extension/modification.php): if ($error == 'abort') { $modification = $recovery; // Log $log[] = 'NOT FOUND - ABORTING!'; break 5; } А конкретно в "break 5" - вместо выхода из цикла обработки команд текущего модификатора оно выходит из цикла обработки всех модификаторов. Вместо 5 должно быть 4. Пойду отправлю Дэниэлю багрепорт, хотя уверен, он скажет, что так и должно быть, а я просто не разбираюсь в сортах говна.
-
В том и суть, что нет! Я потому и написал об этом, что большинство именно так и делает, просто дописывает в конец думая, что это не имеет значения. Эти редиректы должны быть именно под строкой с RewriteBase / Не "где-то" под ней, а именно сразу под ней. Редиректы обрабатываются в порядке их следования в .htaccess и редирект, который отвечает за работу ЧПУ в ОК (последние 4 строки), всегда должен быть последним!
-
Да. И размещать всё это надо сразу под строкой с RewriteBase /
