Андрей Еременко (Все сообщения пользователя)

Отключите в настройках главного модуля объединение css файлов и перестаньте уже заморачиваться. Потом не забудьте обратно включить.

Стоит такая задача: в разделе каталога выводить блок, с ссылками на другие разделы и минимальной ценой из этих разделов.
То есть примерно такой:
-------------------------------------------
Смотрите так же:              
Название раздела              
от 100 руб.                        
_________________________

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

Как бы вы решили эту задачу? Созданием нового компонента? Кастомизацией имеющегося? (Какого?)
И какой метод из документации наименее ресурсозатратен для решения этой задачи?

Столкнулся с такой проблемой. Комплексный компонент новостей как-то не слишком корректно работает с ЧПУ. В частности его параметр, выводимый в УРЛ как раздел крайне "виртуален". Приведу пример, чтобы было понятно.
Элемент (element) расположен в разделе (section).
По адресу .../section/element/ мы получим ответ 200 и увидим элемент
По адресу .../section(случайный_набор_знаков)/element/ мы получим ответ 200 и увидим элемент
По адресу ../section/ мы увидим раздел со списком элементов и ответ 200
По адресу ../section(случайный_набор_знаков)/ мы увидим список всех элементов инфоблока и ответ 200

В каталоге такого беспредела нет. Я проверял. При одинаковых настройках на одной и той же странице с ошибкой в названии раздела при выводе материалов компонентом новостей мы получаем ответ 200, а каталогом - 404.

В общем пришла мысль выводить раздел новостей компонентом каталога.
Кто-нибудь пробовал? Какие неочевидные проблемы это может повлечь за собой?

Предположим, у нас есть каталог с разделами. Один из разделов доступен по адресу .../section/. Если создать папку /section/ на том же уровне вложенности, то ее содержимое "перекроет" содержимое виртуальной папки.
Таким образом можно задать индивидуальное оформление для любого раздела.

Но вот вопрос: на сколько это правильно с точки зрения идеологии разработки? Не появятся ли впоследствии проблемы, например, с поиском по сайту (ведь "виртуальный" перекрытый контент будет продолжать искаться и ссылка в поиске будет на перекрытую страницу, где, возможно, вообще другой конент).

Leech AXSS, спасибо за подсказку по всплывающему окну. Все легко получилось.

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

Я так и не нашел как сделать так, чтобы бралась картинка из анонса.

А вот так не работает?

http://marketplace.1c-bitrix.ru/solutions/yenisite.filter/
http://marketplace.1c-bitrix.ru/solutions/routdesign.filter/
http://marketplace.1c-bitrix.ru/solutions/kombox.filter/
http://marketplace.1c-bitrix.ru/solutions/b1team.smartfilterpro/

И бесплатный еще:
http://marketplace.1c-bitrix.ru/solutions/api.searchfilter/

Хе-хе. Тут весело однако. Разговор немого с глухим    

Я тоже столкнулся с этой проблемой. Как раз пошел на форум почитать о ее решении, а тут такое...

Итак. Есть компонент bitrix:catalog.section.list, вызываемый в шаблоне раздела каталога. Примерно так рекомендуется это сделать в документации:

Замечательно. Но этот компонент в таком виде просто выведет список разделов из всего каталога. А нам надо список подразделов из раздела. Он не справляется с этим! Почему?
А потому что переменная $_REQUEST["SECTION_ID"] пуста.

Тут выше предложили использовать $arResult["VARIABLES"]["SECTION_ID"]. Но вот незадача - эта переменная так же не несет в себе информации.

В итоге я передал символьный код раздела:

       "SECTION_ID" => $_REQUEST["SECTION_ID"], //на всякий случай
       "SECTION_CODE" => $arResult["VARIABLES"]["SECTION_CODE"],

Работает.

Но почему нельзя передать ID? Не понятно.

Тоже задался этим вопросом. Хочу на новом проекте реализовать все эти новые фишки Битрикса.

Как выше рекомендовали, сделал на демо магазинчик, поподписывался зарегистрированным и не зарегистрированным пользователями на товары. Зашел в админку и уже минут сорок не могу найти: где таблица товаров на которые подписались или свойство товара "Сколько человек подписалось на товар". Уже не говорю о списке e-mail'ов.

Я разделом ошибся. Перенесите пожалуйста темку в "Управление сайтом".

В Битрикс реализована возможность ограничения на вход в административный раздел. Пример диапазона адресов такой: 192.168.0.1-192.168.0.100. На сколько я понимаю, здесь ставится защита по первым трем значениям: 192.168.0.(1-100) Но у меня меняются в IP две последние цифры. Соответственно, ограничение надо ставить такое: 192.168.(1-255).(1-255). Правильно ли будет в этом случае указывать такой диапазон: 192.168.0.0 - 192.168.255.255?

Особенно приятно это читать в следующем году, наблюдая у себя все ту же проблему.

Та же проблема. Сделал лично несколько заказов. Разрешил их доставку, отметил оплату. Ничего. Шаблон компонента стандартный, который идет в дефолтном магазине.