Идеи пользователя

На данный момент все дополнительные свойства можно только вывести в шаблоне сайта.Сделать возможность пользоваться этими значениями не только в текущем файле, но и в шаблоне сайта.

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

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

Если же файлы у нас хранятся в базе, мы получаем выигрыш в скорости (не нужно читать файловую структуру в поисках файликов .menu_ext или включаемых областей для рзаделов), для редакторов упростится создание страниц и разделов, а так же добавление их в меню, и перенос разделов между папками. Сейчас без знания файловой структуры редактору лучше не лезть в модуль управления структурой, так как он может перенести раздел, но не перенести меню, а потом будет недоумевать куда все пропало.
Если файлы в базе, можно проще настраивать редиректы при перемещении страниц или при удалении страниц, проще делать мультиязычные переводы для статических страниц. Проще переносить сайт на другой хостинг, не нужно мучаться с настройкой прав доступа на файлы, проще настраивать права доступа на редактирование группами пользователей (если случайно удалить из папки файлик справами все перестанет работать).

Как-то все ненадежно и хлипко получается если структура на php-файлах, и сложно для понимания новичкам, клиенту сложно разобраться во всех понятиях "раздел", "страница", "привязать пункт меню к странице", "перенести раздел". Одно неверное движение - и все полетело, без знающего программиста уже не восстановить. Улучшения увроде "отменить последнее действие" не спасают, иногда действий 3-4 или больше, а откатиться назад без восстановления бекапа уже нельзя. Да и с историей записи, изменений страниц и разделов, тоже пожалуй, будет проще. Сейчас нельзя узнать кто создал эту страницу, кто и когда изменил. Вроде логирование добавили, но как с ним работать - можно ногу сломать пока разберешься.

Думаю что структура веб-сайта не на файлах, а на базе, намного технологичнее. Понимаю что нужно для этого переписать чуть ли не весь продукт, но он ведь написан на АПИ, и через систему обновлений все вполне должно нормально обновиться с сохранением совместимости и с возможностью выбирать режим работы (с файлами или с базой).

Последнее время примерно на трети проектов примерно сталкиваемся с тем, что в структуре сайта заказчика есть некий корневой раздел, а внутри него - несколько подразделов, так вот, по подразделам у заказчиков инфа есть, а корневой - пустой.

Мы туда ставим локалредирект и перекидываем на первый по списку подраздел (что неудобно при попытке в визуальном режиме, например, создавать новые подразделы внутри корневого - т.к. оно сразу на подраздел перекидывает и клиент на сам раздел никак не попадет "по-визуальному" .

Так вот мое пожелание/предложение: что если в создании и редактировании разделов предусмотреть такую ситуацию и сделать некое свойство "данный раздел не содержит контента, открывать первый по списку подраздел"?  Думаю, применимо будет изрядно )

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

Текущая реализация медиабиблиотеки приводит к появлению "битых" картинок на сайте.
Происходит это так:

• Юзверь добавляет картинку на страницу с использованием медиабиблиотеки (а возможно, добавляет одну картинку на несколько страниц сайта)
  
• Проходит полгода
  
• Юзверь решает поменять картинку: заходит в медиабиблиотеку, ищет картинку и меняет ее (помнить где она размещена на сайте он не обязан - ведь верно?)
  
• На сайте появляется "битая" картинка, так как при загрузке новой картинки в медиабиблиотеку происходит изменение ее имени
  

Логичное решение: не менять имя файла элемента в медиабиблиотеке при его изменении

Хотелось бы иметь возможность чтобы при сортировки пользователей в структуре можно было добавить не только руководителя но и зама. или замов =)

Хотелось бы иметь возможность штатно устанавливать разные шаблоны CAPTCHA.
Например: с математическими действиями, логическими вопросами и т.д.
Ещё отличным решением было бы показ CAPTCHA после нажатия кнопки отправить, как vkontakte.ru.

Включите в штатную поставку данное решение Антона:http://mp.1c-bitrix.ru/solutions/asd.archive/

...

Если у WORK_AREA можно было бы применять разные шаблоны, аналогично как это делается для включаемых областей было бы очень и очень удобно. И, желательно, чтобы функции для работы со свойствами страниц были уже доступны. В настройках WORK_AREA, аналогично включаемой области можно было бы указать нужный шаблон, для раздела, страницы или слушая какой-либо параметр, или переменную. А лучше чтобы можно было все это выбирать и настраивать.

Хотябы для раздела, тогда можно было бы хранить массив в .section.php да, а если включить в него имена файлов этого раздела - то и для каждого из них. м.б. .section_template.php - какойнибудь или .index_template.php.

Для чего это нужно? Ну, например для организации разделов и страниц на сайте с разным количеством колонок, разными включаемыми областями, фоновые картинки, стили для содержимого WORK_AREA.

Надеюсь идея интересная.