1. С фильтром я вам помог. Он работает. 2. Бренды под фильтром - это другая задача. Это меню. Вам надо сделать под "меню по разделам" вида /catalog/products/$section/
У вас Бренд - это строковое множественное поле? Тогда надо просто связать компоненты:
1. напишите в тэге form фильтра action="/catalog.php", чтобы переходил куда надо. 2. поставьте в section.list название дополнительного фильтра arrFilter, чтобы фильтровал
Проблему решил модификацией компонента. (там надо было еще доработку сделать для совсем другой задачи) Но это было год назад. С тех пор к проблеме не возвращался. Идея в том, что компонент, как-то странно строит ссылки на элементы из корневого раздела. Может быть в Битриксе уже исправили такое поведение?
Если вам не нужны цены и корзина, используйте обычный news.list или в шаблоне catalog.section стройте адрес, как нужно.
Задача с фильтром описана в документации внизу в пользовательских комментариях
Цитата
Задача: Фильтрация "от" и "до" по свойству типа "Дата/Время". Проблема: Свойство типа Дата/Время хранится в БД как строковое с датой в формате YYYY-MM-DD HH:MI:SS. Решение: Перед фильтрацией обязательно сконвертировать дату из формата сайта в формат, используемый для хранения.
1. Есть 2. Есть функционал друзей. Которым можно давать доступ 3. Регулируемого скачивания файлов по-умолчанию нет, но можно сделать. Не сложно. 4. Не понял. В социальной сети есть личные сообщения. 5. Как вы себе это представляете? Один магазин и много продавцов, которые сами всё себе настраивают? Можно сделать один магазин. С одним продавцом - вами. Деньги проходят через вас. Вы перечисляете продавцам, а себе оставляете комиссию. А пользователи настраивают товары. 6. Есть. 7. Нет. Есть модуль почты. Но не путайте с mail.ru. Это разные вещи. 8. Есть. 9. Можно сделать разными способами. Только пока не понял, что вы хотите. 10. Возможность есть. А что вы хотите автоматизировать? 11. Есть. 12. см. п. 5. Объясните, что вы хотите. 13. не уверен. Опросы есть в форумах. Если делать стандартными средствами Битрикса, то форум.
скрытое поле 'должность' заполняется java скриптом. Это самый простой способ сделать поле таким, каким надо, даже со стандартным шаблоном формы. Посмотрите код страницы.
Я так и сделал: "через комментарий", но заказчик просит сделать красиво. Неудобно переводить заказ от одного продавца на другого. Там еще договор создается, его тоже править приходится. Руками неудобно.
Короче, или автоматизировать на стороне 1С. Или так, как я предложил.
Хочу узнать, будет ли корректно работать, если настроить несколько обменов?
А поскольку, вы написали, что используете bitrix:news, то мне кажется вы недоговариваете.
На странице, не один, а два компонента. Первый bitrix:news. Адрес страницы http://newtimes.ru/authors/detail/409/ сформирован из ЧПУ первого компонента.
PAGEN_2 - параметр листалки второго компонента. (news.list скорее всего)
Когда вы вызываете страницу с параметром PAGEN_2, вызывается страница http://newtimes.ru/authors/detail/409/?PAGEN_2=2. На этой странице, обрабатывается адрес, и (если бы не аякс в компоненте) вы бы видели на месте верхнего компонента "элемент не найден".
А на месте нижнего видели бы тоже самое, но с листалкой с параметром PAGEN_1.
Другими словами: настройки ЧПУ в комплексном компоненте работают с /authors/detail/409/, но /authors/detail/409/?PAGEN_1=2 расшифровывают как $ELEMENT_ID = '409/?PAGEN_1=2', поэтому "элемент не найден".
Могу предложить два способа решения проблемы.
1. Сложный.
Написать правило обработки адресов вручную, примерно так:
чтобы страницы вида /authors/detail/([0-9]+)/\\?(.*?)
он переводил в /authors/index.php?ELEMENT_ID=$1
===
хитрость в том, что мы объясняем битриксу, что дальше вопроса тоже есть какие-то параметры, чтобы он их не приклеивал к ELEMENT_ID, и больше не выводил "элемент не найден". Если мы работаем без ajax.
или
2. Простой.
Сделать у листалки второго компонента адрес ссылок не
/authors/detail/409/?PAGEN_2=2,
а
/authors/detail/409/?PAGEN_2=2&ELEMENT_ID=409,
может быть, тогда бикрикс правильно расшифрует URL.
P.S.
Вместо ELEMENT_ID может быть надо написать ID, в зависимости от настроек вашего верхнего компонента.
Когда будете отлаживать, отключите аякс в нижнем компоненте. Он затрудняет отладку.
Когда в верхнем при переходе по листалке вы увидете "элемент не найден" - будет легче исправлять ошибки c URL.
Идей, почему не работает обмен много, хостер может и не виноват:
Иногда ошибка происходит из-за прокси-сервера. Если у вас в офисе стоит UserGate, попробуйте напрямую соединиться с интернетом.
Попробуйте убрать галочку в настройках обмена с 1С на сервере "Использовать ZIP сжатие".
Ваша конкретная ошибка:
Цитата
Query: DELETE FROM b_search_content_stem WHERE SEARCH_CONTENT_ID = 2347 [Table './lse_100/b_search_content_stem' is marked as crashed and should be repaired]
Не совсем так. Пример с MSSQL - это, конечно, диверсия. И, наверное, единственный случай, когда я видел администратора MSSQL за работой. MSSQL практически не надо администрировать.
С ораклом проблемы возникают сами по себе. Таблицы растут, инвалидные объекты накапливаются, логи пополняются ошибками - мы на все это реагировали. Плюс постоянный уход за базой: клоны и бэкапы.
В общем, администрирование оракла - сложная задача, и работа у админа будет всегда.