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

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

Родино Маркелов, должно быть что-то типа этого:

catalog.section принимает в качестве параметра название глобальной переменной, содержащей фильтр, который потом объединяется со стандартным фильтром, подготавливаемым в компоненте.
Вот перед вызовом компонента нужно сделать выборку элементов по нужному фильтру (выбрать только ID, чтобы минимизировать нагрузку), а потом эти ID забить в глобальную переменную с ключом "=ID" и передать название переменной в компонент. Тогда он выберет только нужные элементы и покажет их.
Еще раз повторю - можно посмотреть на работающую схему в catalog.search

Обычно такие скрипты кладут в /bitrix/tools/

А функцию processText нужно закомментировать, но добавить return $text, тогда элементы будут добавляться нормально.

Это ведь нестандартный модуль? Если нет, то его нужно искать в админке по такому пути: Marketplace -> Установленные решения.
Ну или вот адрес от корня - /bitrix/admin/partner_modules.php

Ну так строка указана, файл указан - закомментировать всю функцию и все.

catalog.section не требует SECTION_ID только если в фильтре ему передан ключ "=ID", то есть нужно заранее дернуть ID элементов, тогда компонент будет работать правильно. catalog.search так реализован.
Не знаю когда это сделали, где-то полгода назад делал ИМ - там уже была такая схема.

Тимур Шепетовский
Точку после A, разумеется, нужно убрать.

http://dev.mysql.com/doc/refman/5.0/en/example-auto-increment.html

Серега Абаев, возможно, это поможет - http://dev.1c-bitrix.ru/community/webdev/user/124877/blog/8877/

Да, у меня на тестовом портале тоже самое.

Раз в одно и то же время, значит, запускается какой-то крон скрипт. Найдите что это за скрипт и что он делает, поймите сколько памяти ему нужно и добавьте.

Это ничего не значит. Вполне может быть, что памяти не хватает чтобы выбрать кучу записей из БД. Тогда валиться будет на каком-нибудь битриксовском GetNext, но Битрикс не виноват, что вы делаете огромную выборку.

А вот это ничем не поможет.

Хреновая какая-то дипломатия =)

P.S. Не заметил время сообщений.

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

Да, они добавятся автоматически.
Но у меня для вас плохие новости - при добавлении эти правила сортируются по длине по убыванию, поэтому "#^/catalog/(male)/([^/]+)/.*#" (29 символов) будет всегда после "#^/catalog/([^/]+)/([^/]+)/.*#" (30 символов).

Варианта решения три:
1. Прописать правило "#^/catalog/(male)/([^/]+)/.*#" в .htaccess и вообще не обрабатывать такие url в urlrewrite.php
2. Добавить в правило "#^/catalog/(male)/([^/]+)/.*#" пустышек, то есть сделать его длиннее, но при этом не сломать регулярное выражение.
3. Вручную изменить порядок в urlrewrite.php и надеяться, что они внезапно не пересортируются (а они пересортируются).

Все три варианта - костыли, спасибо тому, кто решил, что правила нужно сортировать =)

Можно в шаблонах стандартных компонентов сделать редирект на вашу страницу.

На странице обновления в админке есть кнопка/ссылка/форма запроса 30-дневного ключа, с ним маркетплейс доступен.

http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

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

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

А можно попросить подробнее объяснить этот способ?
Что значит "Подключать из него все остальные"?
Что-то я не сталкивался с такой терминологией.

Мы храним в корне сайта всю статику, не важно сколько на сайте шаблонов.
Причин несколько:
- унификация процесса (верстальщику не нужно думать о том как сайт будет поделен на шаблоны, программисту не нужно вырезать css и js из общего файла и делить по шаблонам)
- гораздо проще натравить sass-компилятор, js-минификатор и т.д. на одну директорию, чем на n шаблонов
- проще ориентироваться в стилях и скриптах, когда все файлы перед глазами
- не нужно дублировать спрайты, используемые в нескольких шаблонах, аналогично с общими скриптами
Проблем пока не возникало никаких. На мой взгляд, хранить все в шаблоне имеет смысл по двум причинам - чтобы разработчик всегда знал где искать стили и скрипты (в нашем случае он тоже знает) и чтобы можно было легко и безболезненно копировать шаблоны на другие сайты (пока не приходилось).
P.S. Вспомнил третью причину - если в компоненте используется какой-то мелкий скриптик, который сложно будет найти в общем файле скриптов, то его стоит оставить вместе с компонентом для простоты последующей доработки.

Нужно еще иметь ввиду, что кроме контента есть еще языковые файлы компонентов, которые, скорее всего, тоже нужно переводить.
Мы в каждом компоненте завели отдельный файл для каждого языка и подключали его через $this->IncludeComponentLang("/путь/к/файлу", "язык").
На практике поддерживать это очень сложно, по крайней мере в масштабах этого проекта, поэтому хотим перенести все переводимые фразы в один файл и обновлять уже только его.

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

С многоязычностью все очень печально...
У нас один из сайтов переводится на 10 языков для 11 стран (причем внутри одной страны может быть два-три языка) - пришлось конструировать адскую машину и вставлять костыли во все свои компоненты, а системными вообще не пользоваться. Делать под каждый язык свой домен или шаблон, понятное дело, не вариант.
Мы пошли по пути, который описан appar61, только развили его - создали кастомные свойства инфоблоков, позволяющие заводить контент на разных языках в формате текста и html.