Аналогично. На ряде сайтов не работает управление комплексными компонентами в режиме правки, при смене некоторых важных элементов вываливаются ошибки типа "Uncaught TypeError: r[p] is null" или похожие. Что это и как с этим бороться, пока не ясно.
Тем более, что на конце после /phones/ НЕ ОБЯЗАТЕЛЬНО идёт именно бренд, может идти и следующий подраздел. А реальность сложнее, что-то типа: /catalog/electronics/asus/, /catalog/electronics/phones/asus/, /catalog/electronics/phones/smartphones/asus/, и вот этот /asus/ на конце и есть виртуальный - свойство каталога. Это я для примера написал очень упрощённый вариант, чтобы идея была понятна... Список адресов, которые надо обрабатывать составить не трудно, их не так много... Но КАК обработать эти адреса, чтобы каталог не выдал 404? Как сделать, чтобы компонент каталога подумал, что обрабатывает адрес /catalog/phones/filter/asus/, а в браузере был адрес /catalog/phones/asus/? Я уже даже пытался напрямую через .htaccess переопределить: RewriteCond %{REQUEST_URI} ^/catalog/phones/asus/$ RewriteRule ^.*$/catalog/phones/filter/asus/ [L] Всё равно компонент Catalog перехватывает реальный адрес и выдаёт 404. К слову, если в .htaccess прописать: RewriteCond %{REQUEST_URI} ^/catalog/phones/asus/$ RewriteRule ^.*$/index.php [L] то выдаёт контент главной страницы, как и требуется. Такое ощущение, что компонент непобедим... |
|||
|
|
|
Существует правило перенаправления на физическую страницу, которая подхватывает параметры: array( "CONDITION" => "#^/catalog/#", "RULE" => "", "ID" => "bitrix:catalog", "PATH" => " /catalog/index.php", ), если я пропишу что-то типа: array( "CONDITION" => "#^/catalog/phones/asus/#", "RULE" => "", "ID" => "", "PATH" => " /catalog/phones/filter/asus/", ), то оно не сработает, всё равно будет обработано компонентом каталога и выведется 404. Хотя, если делаю такое правило: array( "CONDITION" => "#^/catalog/phones/asus/#", "RULE" => "", "ID" => "", "PATH" => " /index.php", ), то подгружается содержимое главной страницы с сохранением УРЛа - как и хотелось бы реализовать для каталожных страниц, но компонент каталога не даёт. Там то реальная страница, а тут виртуальная... Конечно, я плохо понимаю механизм urlrewrite и, наверное, не вижу чего-то очевидного... |
|||
|
|
|
|
Доброго времени суток. Извиняюсь, если баян, но конкретного ответа по моему вопросу не нашёл.
Есть каталог товаров и множественное свойство типа файл для дополнительных картинок. Вопрос в следующем - как можно загружать эти картинки, применяя к ним настройки инфоблока, как к основной? Чтобы уменьшалась при загрузке, создавалась автоматом иконка (как в анонсе), накладывались водяные знаки на иконку и основную? Такое вообще возможно? Понятно, что иконку можно на лету сжимать функцией ShowImage(), но это же наверняка жрёт ресурсы процессора, а товаров тысячи... При этом не все редакторы умеют пользоваться фотошопом, и если загрузят картинку 4000х3000, то она так и грузится, при тысячах товаров место на сервере кончится очень быстро. Не говоря уже, что и на страницу просмотра подгружаются такие же большие несколько штук, а это трафик. И не понятно, что с водяными знаками делать, а они нужны на всех фотках. Есть у кого инфа? |
|
|
|
|