Форум

Мы попробуем найти решение для данной проблемы. К сожалению, не всегда удается предусмотреть те или иные особенности поведения браузеров.

Все что вам нужно - это лицензия для 5.0 с активной техподдержкой. Если у вас есть такая лицензия, то все что вам нужно - это ввести ее на нужном вам проекте и обновить его до последней версии.

Естественно, комплектация модулей проекта должна соответствовать типу лицензии.

По-моему, все просто и понятно. С чем у вас возникли сложности? Технические сложности при переносе или все-таки отсутствует подходящая лицензия?

Помимо собственно обработчика OnReindex, который вызывается при переиндексации со стороны модуля поиска, скорее всего потребуется написать код, который будет снабжать поиск данными при добавлении, редактировании, переносе сообщений. Иначе новые сообщения будут доступны в поиске только после полной переиндексации данных форума.

Ну и скорее всего функциональность для поиска придется оформить в виде модуля БУС. Но это не так сложно, как может показаться. :)

Поправка. Я тоже давно не заглядывал в форму редактирования инфоблока. :) Уже есть такая возможность.

[quote]Александр пишет:
А что даст создание собственной формы редактирования?[/quote]
Все даст. Есть умельцы, которые описывают сложные связи свойств и секций в каких-либо структурах (от массива до отдельных таблиц), а потом на основе этих связей выводят нужные поля.
[quote]Александр пишет:
привязываются к типам инфоблоков, а не к самим инфоблокам?[/quote]
Да, есть такая проблема. Уже запланировано сделать привязку формы к инфоблоку.

Свойства секциям как таковым мы скорее всего сделаем. Но это не будут наследуемые свойства для элементов в секции.

Мы много раз уже говорили про свойства элемента, задаваемые иерархически по секциям. Был у нас такой продукт, Инфо-портал, где была реализована эта чудная концепция. В итоге это было красиво, универсально, но этим совершенно нельзя было пользоваться. Сложность разработки (помним про подзапросы в MySql?), невысокое быстродействие, нетривиальная настройка каталога. Совсем не для типовых проектов.

Поэтому мы сознательно отказались от таких свойств в инфоблоках.

Какое решение мы предлагаем?

1) Разные инфоблоки. Если свойства настолько различны, зачем товары помещать в один инфоблок?

2) Избыточные свойства в одном инфоблоке. Настраиваем все возможные свойства, заполняем реально необходимые. Загроможденность формы решается созданием собственной формы редактирования.

К сожалению, это результат ошибки Zend Encoder, которым обработана демо-версия. В версии с открытыми исходниками все работает.

Вы можете также воспользоваться дистрибутивом под Windows, где эта ошибка уже учтена.

В типовом варианте не нужно использовать echo, нужно просто вызвать:
<?$APPLICATION->IncludeFile("file")?>

[b]Мелисса,[/b] в последнем обновлении форума это исправлено. Обновление пока помеченно как бета. Вы можете установить его, если разрешите на странице обновлений устанавливать бета-версии.

[quote]Анна Кузьмина пишет:
Плюс еще были вынесены в отдельные таблицы свойства инфоблоков и перевязаны дополнительными индексами, но это уже детали.[/quote]
Вопрос не по теме: имеются в виду Инфоблоки+? Как вы оцениваете эффект от выноса свойств и создания индексов в этом проекте?