можно ли скрывать исходный код компонента битрикс
Управление структурой. Настройки модуля
Форма настроек модуля Управление структурой (Настройки > Настройки продукта > Настройки модулей > Управление структурой) предназначена для задания общесистемных параметров модуля. Для удобства работы форма разделена на закладки, на каждой из которых выполняется настройка определённой группы параметров модуля.
Настройки
Закладка предназначена для настройки общих параметров модуля.
Каждое название компонента или маска указывается с новой строки.
Заполнять поле может только администратор сайта.
Поле фильтрует только системные компоненты, т.е. задавать здесь пространство имен (namespace) не имеет смысла. Выведены будут только компоненты из пространства имен bitrix, компоненты из других пространств имен будут проигнорированы.
Внимание! Для работы с сервисом Яндекс.Перевод требуется подключение к сети интернет.
| Поле | Описание |
|---|---|
| Тип | Тип (мнемоническое имя) используемого на сайте меню. Обычно мнемонические имена типов меню назначаются, исходя из расположения меню на странице сайта (например, top, left и т.д.). Имя типа меню указывается латинскими буквами. |
| Название | Произвольное название (описание) типа меню. |
| Поле | Описание |
|---|---|
| Тип | Тип (мнемоническое имя) свойства. Указывается латинскими буквами. |
| Название | Произвольное название (описание) свойства. Указанное название будет отображаться в форме задания значений свойств для папки или страницы. |
Визуальный редактор
Закладка предназначена для настройки визуального HTML-редактора.
| Поле | Описание |
|---|---|
| Использовать новый визуальный редактор | При отмеченной опции будет использоваться новый визуальный редактор. |
| Разрешить в визуальном HTML редакторе выводить стили без названий | При отмеченной опции при редактировании страницы с помощью визуального HTML-редактора будут выведены в списке доступных CSS стилей в том числе и те стили, для которых не заданы названия. Установить расширение и загрузить дополнительные словари можно с помощью ссылок Установка pSpell и Дополнительные словари. |
| Имя каталога для хранения пользовательских словарей | Необходимо указать путь к каталогу, хранящему пользовательские словари. |
| Использовать для каждого пользователя свой словарь | При отмеченной опции система будет запоминать настройки словаря отдельно для каждого пользователя. |
Медиабиблиотека
| Поле | Описание | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Использовать медиабиблиотеку | При отмеченной опции станет доступным функционал Функционал Медиабиблиотеки:
Медиабиблиотека, который позволяет создавать многоуровневую структуру коллекций элементов для дальнейшего использования загруженных элементов при редактировании страниц и инфоблоков. В меню административного раздела будет добавлен пункт Медиабиблиотека, где можно управлять коллекциями и элементами. | |||||||||||
| Типы содержимого медиабиблиотеки | ||||||||||||
Перечислены существующие типы содержимого медиабиблиотеки:
Кнопка Добавить позволяет создать свой тип содержимого. ДоступЗакладка позволяет настроить права на доступ к модулю для всех имеющихся в системе групп пользователей. Данные группы используются при создании новых страниц или разделов из публичной части сайта, которые будут не видны другим пользователям, пока происходит формирование и наполнение контентом страницы или раздела. Права на просмотр таких страниц задаются опцией Ограничить доступ к странице (не публиковать), которая расположена в Мастере создания новой страницы/раздела. Для вызова мастера используйте кнопки Создать раздел или Создать страницу, расположенные в публичной части сайта. | ||||||||||||
Пользовательские комментарии
Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.
Для этого нужно всего лишь авторизоваться на сайте
Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.
Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.
1. Для импорта пользователей из CSV-файла минимально необходимое условие, это:
+ указание имени и фамилии пользователя
— указание логина и пароля пользователя
— указание имени, фамилии и почтового адреса пользователя
2. Управление правами доступа к разделу возможно:
+ с помощью кнопки «Свойства папки» как в рамках логической, так и в рамках физической структуры сайта
+ с помощью команды «Права на доступ продукта» контекстного меню папки только в рамках физической структуры
— с помощью команды «Права на доступ продукта» контекстного меню папки как в рамках логической, так и в рамках физической структуры сайта
3. Возможно ли отменять последние действия в системе?
— нет, нельзя
— да, отмена действий производится только в административном разделе сайта
+ да, система допускает отмену последнего совершенного действия
4. Подключение визуального редактора в модуле Управление структурой дает общее разрешение на его использование:
+ в отдельных модулях можно запретить его использование
— визуальный редактор будет использоваться везде.
5. Административный раздел это:
+ часть системы, позволяющая осуществлять полное управление содержанием и настройками сайта
— разделы сайта и системы, доступные администраторам сайта, в которых можно производить настройку системы
+ часть системы, недоступная обычным пользователям
6. При выполнении настроек импорта пользователей со стороны «1С: Зарплата и управление персоналом 8.1» необходимо указать данные:
— администратора «1С: Зарплата и управление персоналом 8.1»
+ администратора системы
+ пользователя портала, обладающего правом на проведение импорта из «1С: Зарплата и управление персоналом 8.1»
7. Набор кнопок, отображаемых пользователю на панели управления, ограничиваются администратором с помощью:
— настроек «Главного модуля»
+ уровня прав доступа группы, к которой он относится
— уровня прав доступа конкретного пользователя
8. Поле «Условие», доступное при редактировании меню в расширенном режиме, используется для:
— управления внешним видом меню
+ задания условия отображения пункта меню
9. Панель управления в публичном разделе сайта отображается:
+ пользователям, обладающим правами на управление элементами сайта
— всем зарегистрированным пользователям сайта
— только администратору системы либо администраторам отдельных модулей
10. Настройка прав доступа к папкам и файлам осуществляется:
— в разделе «Контент»
— в настройках модуля «Управление структурой»
+ в Менеджере файлов, раздел «Файлы и папки»
11. Права на доступ пользователей задаются
— в настройках визуального редактора
+ в менеджере файлов
— в настройках типов инфоблоков
— в настройках компонентов
+ в настройках групп пользователей
+ в настройках информационных блоков
+ в настройках модулей
— в настройках уровней доступа
12. Можно ли скрывать исходный код компонента?
— нет
+ да
13. Пользователь может настроить каждую форму списков в административной части, причем
— администратор может задать свои настройки для каждого пользователя в отдельности
+ только ту форму, у которой на контекстной панели расположена кнопка «Настроить»
+ система сохранит произведенные настройки для конкретного пользователя и настраиваемый список для этого пользователя будет открываться каждый раз в заданном виде
14. Условия применения того или иного шаблона дизайна определяются:
— на странице настроек «Главного модуля»
+ в форме создания/редактирования сайта
— на странице настроек модуля «Управление структурой»
— в форме редактирования параметров корневого каталога сайта
15. Чтобы разрешить пользователю добавление новостей в раздел «Новости компании» (инфоблок «Новости компании», тип «Новости»), нужно:
— предоставить пользователю право доступа к инфоблокам типа «Новости» равным «Запись»
— предоставить пользователю право доступа к модулю «Информационные блоки» равным «Запись»
+ предоставить пользователю право доступа к инфоблоку «Новости компании» равным «Запись»
16. Режим правки предназначен
+ для настройки параметров компонентов, включенных в шаблон сайта и в основную рабочую область конкретной страницы, а также для работы с данными, которые выводятся самими компонентами
— для изменения статической информации
— для работы с данными, которые выводятся компонентами
17. Настройка показа компонентов работает по принципу:
+ если в поле нет ни одного компонента, то разрешено все
— если в поле нет ни одного компонента, то запрещено все
18. Кодировка, с использованием которой выполняется отображение сообщений на кнопках в публичном разделе сайта, задается:
— в форме настроек текущего сайта
— в коде шаблона дизайна, используемого для отображения публичных страниц сайта
+ в форме настроек языка, на котором показываются сообщения
— на странице настроек «Главного модуля» системы
19. Ссылка «Выйти» на Панели управления позволяет:
— выйти из Административного раздела
+ завершить авторизованный сеанс пользователя
— перейти в Публичный раздел
20. Чтобы установить в системе новый язык, нужно:
— создать запись для данного языка на странице «Языки»
+ создать запись языка на странице «Языки», загрузить языковые файлы для данного языка через систему обновлений
— на странице настроек «Главного модуля» перечислить через запятую идентификаторы используемых в системе языков, выполнить загрузку языковых файлов для данных языков через систему обновлений
21. Можно ли настроить меню компонента?
+ да, можно изменить положение команд и закрепить панель в определенной области экрана
— да, но только администратору сайта
— нет
22. Чтобы шаблон дизайна применялся только к страницам определенного раздела, на странице настроек сайта для данного шаблона следует задать условие типа:
— Параметр в URL
— Выражение PHP
+ Для папки или файла
— Для групп пользователей
23. Если пользователь приписан к какой-либо группе на ограниченный период времени, то по окончании указанного периода:
+ пользователь будет отписан от группы, бюджет пользователя будет сохранен в системе
— приписка пользователя к группе сохранится, однако пользователь с данным бюджетом станет неактивным
— пользователь будет удален из системы
— пользователь отписывается от группы и становится неактивным
24. Публичный раздел это:
+ часть системы, видимая обычным пользователям. При наличии достаточных прав в нем можно производить работы по редактированию содержимого сайта
— внешний вид сайта
— раздел интерфейса системы, где можно редактировать содержимое сайта
25. Какие нужно установить права на файл/папку, чтобы у пользователя был следующий набор кнопок на панели управления:
+ в настройках используемого компонента
+ в правах доступа на страницу с компонентом
+ в настройках инфоблока
— в модуле инфоблоков
— в настройках типа инфоблоков
27. Какими правами будет обладать пользователь, относящийся к двум группам со следующими правами?
— Первой группе пользователей разрешено редактирование всех страниц сайта, кроме страниц закрытого раздела (доступ к данному разделу запрещен);
— Второй группе пользователей предоставлено право на просмотр всех страниц сайта.
+ правом на просмотр страниц закрытого раздела и просмотра и редактирования остальных страниц сайта
— правом на просмотр всех страниц сайта
— правом на редактирование всех страниц сайта, кроме страниц закрытого раздела
28. Управление правами доступа пользователей осуществляется:
— с помощью настройки параметров сайта
+ с помощью настройки прав групп, к которым относятся пользователи (в форме настройки параметров группы)
— отдельно для каждого пользователя (в форме редактирования учетной записи пользователя)
29. Кнопка «Меню» на Панели управления позволяет:
— вызвать меню настроек
— выполнять основные операции с контентом на странице
+ осуществлять быстрый переход на любую страницу Административного раздела
— редактировать меню сайта
30. В системе имеются две обязательные группы:
+ администраторы
— техподдержка
+ все пользователи
— администрация портала
31. Набор команд на Панели управления зависит
— Панель управления содержит всегда одинаковый набор команд
— от уровня прав доступа текущего пользователя
+ от содержимого рабочей области страницы, а также уровня прав доступа текущего пользователя
32. Из Публичного раздела можно выполнить следующие действия:
— настроить модули, используемые в работе компонентов страницы
+ загрузить файлы в Медиабиблиотеку
+ настроить включаемую область
— настроить форму редактирования элементов инфоблока
+ редактировать структуру разделов и настроить меню
+ создать или удалить страницу, создать раздел
+ отредактировать текст страницы и настроить компоненты
33. Формат отображения даты и времени создания элементов какого-либо сайта определяется:
— на странице настроек соответствующего сайта
— на странице настроек «Главного модуля»
+ в форме редактирования языка, используемого в административном разделе
34. Типы свойств страниц, используемые для всех страниц сайта, задаются:
— на странице настроек «Главного модуля»
— на странице редактирования параметров сайта
+ на странице настроек модуля «Управление структурой»
Частые вопросы по работе с Битрикс
В данном посте мы собрали вопросы, которые чаще всего задают нам наши клиенты в результате ежедневных консультаций по работе и администрированию сайтов и магазинов на Битрикс
Можно ли закрыть сайт для неавторизированных пользователей?
Вопрос вытекающий из предыдущего. Для замены безликой стандартной заглушки Битрикса нужно создать свой файл site_closed.php в папке /bitrix/php_interface/ и поместить в него нужную информацию. Вместо заглушки отобразится содержимое вашего файла.
Есть нюанс, если сайтов несколько, то для разных заставок на разных доменах нужно поместить файл в папку с id вашего сайта. Например, /bitrix/php_interface/s1/site_closed.php
Могу ли я отключить лишние или добавить новые поля при заполнении товаров в админке?
Отключить лишние поля, как и добавить новые, на основании ранее созданных свойств инфоблока можно с помощью инструмента Настройка формы редактирования. Вызов инструмента осуществляется нажатием на кнопку с «шестерней» в правом верхнем углу списка элементов. Аналогично настраиваются колонки представления в категории инструментом Настроить внешний вид списка.
Подробное руководство по настройке карточки в интернет-магазине мы описывали ранее
Где в Битриксе лежат почтовые шаблоны?
Визуально посмотреть на все почтовые шаблоны можно в админке. Однако, если вы захотите найти шаблоны физически на сервере, то увы. Исходников в виде статических файлов не существует. Все шаблоны хранятся в базе данных сайта. Все шаблоны хранятся в одной таблице b_event_message. В данной таблице выбираете или находите нужный шаблон по его ID или любой иной характеристике и правите в свое удовольствие.
Данная ситуация знакома всем желающим добавить не только видео с YouTube, но и практически любые вставки контента с facebook, instagram и прочих сервисов, использующих iframe. Данный тег «режет» проактивный фильтр системы. Есть два метода бороться с этим: радикальный и оптимальный.
Сие знамение означат лишь то, что к вашему серверу запрещено коннектится по привычному для вас методу с использованием логина и пароля. Разрешить использовать данный вид аутентификации можно тут:
Рекомендуем не разрешать доступ к серверу по паре логин/пароль, а использовать SSH-ключи для доступа к своему железу.
Осторожно, Битрикс! 5 секретов популярной CMS
Я более 10 лет профессионально занимаюсь веб-разработкой. За этот срок мне удалось поковыряться в кишках десятков сайтов — от студенческих поделок до монструозных движков наподобие Oracle ATG Web Commerce.
Примерно 5 лет отдано такому чуду архитектурной мысли, как Битрикс. Об этой CMS написано немало пламенных статей и, как правило, уровень негатива в них прямо пропорционален рейтингу статьи и обратно пропорционален опыту работы с данной системой.
И, в очередной раз наткнувшись на крик души по поводу тлетворного влияния Битрикс на неокрепшие программистские умы, я таки решил вставить свои пять копеек. Точнее, пять секретов, о которых было бы полезно знать веб-разработчикам, впервые сталкивающимся с этим феноменом отечественного ПО.
Секрет № 1. Битрикс — это CMS, а не Framework
Надо понимать, что CMS — это некое готовое решение, претендующее на универсальность. Плюсы и минусы этого очевидны. Если вам нужно быстрое и недорогое решение достаточно распространенной проблемы (сайт-визитка, корпоративный сайт, форум или интернет-магазин средней руки) — вы берете CMS и немного допиливаете под свои нужды. Если вам нужен нестандартный проект либо highload — вы берете Framework и рисуете на нем всё, что захотите.
На практике мне приходилось разгребать последствия внедрения Битрикс в пару интернет-магазинов с дневным трафиком в несколько сотен тысяч / миллионов хитов в день и кучей совершенно нестандартного функционала. Причем делалось это руками (?) вчерашних студентов, имеющих о веб-разработке весьма смутное представление. Результатом таких внедрений становились совершенно безумные архитектурные решения, которые, в сочетании с ограничениями и косностью самого Битрикс, делали жизнь этих проектов совсем невыносимыми.
При этом надо понимать, что издержки на создание серийного сайта на основе CMS на порядок ниже, чем в случае с более низкоуровневый фреймворком. Нет необходимости писать админку — можно за пару часов сконфигурировать ее под конкретный проект. Нет необходимости продумывать архитектуру БД и классов, всё уже написано до вас. Из этого, собственно, вытекает…
Секрет № 2. Не копайте ядро Битрикс
Конечно, в жизни программиста бывают ситуации, когда проще разобраться с исходным кодом программы, чем с документацией (особенно, если ее нет). К модулям ядра Битрикс это не относится. Код ядра по-настоящему ужасен. Движок, который во имя обратной совместимости с самой первой версией, вышедшей на рубеже тысячелетия, толком не реформировался, а только «оптимизировался» и обрастал новыми фитчами, по другому и не мог быть написан.
Хорошая новость заключается в том, что Битрикс обладает сравнительно неплохой документацией и имеет вполне сносное API и всё, что нужно программисту — это API изучить. Если термин «инкапсуляция» вам не знаком, то представьте ядро Битрикс как черный ящик, внутри которого творится недоступная человеческому пониманию магия. Зато наружу торчат ГетЛисты, Апдейты, Делиты и прочая CRUD-дребедень, которой вполне достаточно для нехитрой бизнес логики среднестатистического сайта. Конечно, время от времени магия внутри черного ящика начинает лажать и тогда приходится отладчиком бороздить просторы спагетти-кода. Но это, скорее, исключение из правил и делать это придется нечасто.
Также, возможно, в какой-то момент ваш проект сильно выйдет за рамки стандартного функционала, и имеющихся средств API станет резко не хватать. Это серьезный повод задуматься о смене платформы на что-то более гибкое и низкоуровневое (см. пункт 1). Скорее всего, суровые жизненные обстоятельства отметут такую возможность и вы начнете на свой страх и риск пилить модули Битрикс. Не самая лучшая идея. Кроме проблем с дальнейшим обновлением ядра, это ставит под серьезную угрозу ваш сайт. Как бы не был изнутри страшен Битрикс, его код протестирован на миллионах реальных пользователей. Получится ли у вас так же хорошо протестировать ваши изменения? Лучшей альтернативой будет создание своего модуля. Но для этого нужно обладать достаточной компетенцией как в Битрикс, так и в целом в веб-программировании.
Секрет № 3. Стандартные компоненты Битрикс — в топку
Если от кода модулей Битрикс надо держаться подальше, то код основных компонент лучше не использовать вовсе. Дело в том, что компоненты — это примеры того, как на основе базового функционала (т. е. API) можно создавать различного рода информационные блоки на странице сайта (лента новостей, карточка товара, форма обратной связи и т. п.). Чтобы сделать свои компоненты «по-настоящему универсальными», разработчики 1С-Битрикс решили снабдить их миллионом настроек на все случаи жизни. Жизнь же показала, что в таком виде стандартные компоненты неудобны абсолютно всем — от секретарш до тру-программистов. Секретарши, на которых, видимо, делалась основная ставка, по-прежнему были не в состоянии собрать самый простой сайт без помощи программистов. А программисты и верстальщики усиленно плевались от одного вида любого шаблона с тонной if-ов и непонятных переменных.
В общем, разобраться с этим миллионом настроек и заставить их корректно работать в нужном для вас направлении гораздо сложнее, чем написать свой компонент, оставив в нем ровно то, что вам нужно. Конечно, потребуется некоторое время на то, чтобы на примере стандартных компонент научиться писать свои, но когда это произойдет, вы увидите, что кастомные компоненты на порядок короче и производительнее стандартных.
Лучший, на мой взгляд, способ научиться писать свои компоненты — это оставлять без изменения серверную его часть (component.php) и полностью менять шаблон (template.php), попросту встраивая кусочки данных из component.php в вашу верстку. На этом этапе вы научитесь методом проб и ошибок определять нужные вам настройки компонента и имена нужных вам переменных. Заодно, освоитесь с «философией» Битрикс и изрядно по… любите component.php. В общем, потихоньку разберетесь что в component.php к чему и какая ничтожная часть этого вам реально нужна. Через некоторое время вы предпочтете иметь собственный component.php для часто используемых вами компонент. Вряд ли при этом вы будете использовать настраиваемые свойства, скорее всего, вы просто будете немного модифицировать component.php от проекта к проекту.
Секрет № 4. Не так страшен Битрикс, как его разработчики
В данном случае я имею в виду не калининградских разработчиков CMS 1С-Битрикс, а тех кашеваров, которые на этой CMS клепают сайты по пять рублей за пучок. Их толпы и имя им — легион. Можно ли обвинять в жадности заказчиков, предпочитающих работу инжинегров работе качественных специалистов? Вряд ли. Абсолютное большинство заказчиков попросту не обладают достаточной компетенцией для того, чтобы отличить качественно сделанный сайт от некачественного. Ведь судят по одежке — по внешнему виду сайта и наличию требуемого функционала, а не по качеству сборки. А если не видно разницы — зачем платить больше?
Разница становится заметна обычно только на этапе промышленной эксплуатации, когда исполнитель уже получил деньги за работу и думать про нее забыл. Вдруг оказывается, что сайт, показывающий отличные результаты на тестовой базе в 10 товаров и паре одновременных юзеров, сломался при наплыве аж десяти пользователей и базе в 1000 позиций. Кроме того, оказывается, что сам процесс добавления товаров вызывает дикую головную боль и грозит затянуться на годы. Ну а что делать, ведь заказчик даже не обсуждал этот вопрос с исполнителем, а исполнитель сделал тяп-ляп, лишь бы было. Да и смысл ему напрягаться за такие крохи? Ну и, наконец, стали исчезать заказы интернет-магазина!
У заказчика возникает закономерный вопрос: «Кто виноват?» Сам он, естественно, быть виноват не может. Не мог же он заранее об всем этом знать? Он находит исполнителя, но тот тоже прав — он сделал всё, о чем договаривались. А то, что сайт висит — так это ж Битрикс, что вы хотите? Возьмите сервак помощнее, выделенки с 64Gb оперативы на 1000 товаров и 10 пользователей должно хватить. Неудобно рабоатать в админке? Ну это ж Битрикс, я вам говорю! За полтинник так и быть, сделаю вам форму поудобнее. Пропадают заказы? Ну не знаю, когда мы проверяли — всё было в порядке. Может, Битрикс глючит? Ладно, давайте еще полтинник, посмотрю. И клиент платит. И за выделенный сервер, и за формочку, и чтоб заказы не пропадали. А кто виноват? Конечно, Битрикс!
Ну ладно, а что, если бы заказчик сразу пошел в дорогую веб-студию, имеющую внушительное портфолио и высокий рейтинг среди партнеров Битрикс? Получил бы он сразу хороший и удобный сайт? Да, шанс получить качественную работу был бы выше, но не факт. Помните те два интернет-магазина с миллионной аудиторией и нестандартным функционалом из первого пункта? Оба они были сделаны отнюдь не фрилансером, а очень даже дорогой веб-студией, позиционирующей себя как Лидер в разработке интегрированных и высоконагруженных интернет-решений! Эта уважаемая контора не постеснялась взять за те проекты многие миллионы рублей, из которых, наверное, тысяч сто перепало непосредственно студентам-разработчикам.
Как можно догадаться, вышеперечисленные проблемы не имеют непосредственного отношения к Битрикс. С тем же успехом горе-программисты могли бы спихнуть свои проблемы на любой другой движок, с которым им пришлось работать. Другое дело, что Битрикс лучше других подходит на роль козла отпущения, поскольку в коммерческих целях позволяет себе многократно преувеличивать достоинства своего продукта и имеет в определенных кругах довольно скверную репутацию.
Секрет № 5. Почему клиенты выбирают Битрикс
Действительно, многие разработчики искренне не понимают, почему клиенты хотят сайт непременно на Битрикс, а иногда приходят в веб-студию с уже купленной коробкой. Попытки «умных» программистов вразумить «глупых» клиентов и заставить написать сайт на каком-нибудь кошерном движке зачастую не имеют эффекта. Причин этого несколько и они довольно банальны.
Во-первых, Рыжиков & Ko проводят довольно грамотную маркетинговую политику, подружились с 1С и другими нужными людьми, не гнушаются проводить бесконечные презентации своего продукта и благотворительные семинары по его изучению. Они ввели сертификацию разработчиков и веб-студий, дают разработчикам щедрые чаевые за продажу лицензионных копий и вообще очень много работают над тем, чтобы упаковка их коробки была самой яркой, а логотип в виде буквы «b» смотрел из каждого угла. Стоит ли после этого удивляться, что среднестатистический клиент хочет именно Битрикс, а не ваш кошерный движок? Нет, удивляться стоит тому, что создатели кошерного движка не приложили должных усилий для продвижения своего детища на рынок веб-разработки.
Во-вторых, даже искушенный в веб-разработке заказчик хорошо понимает, что программистов под Битрикс — пруд пруди, а из разработчиков кошерного движка он знает только вас. А значит, если в какой-то момент ваши пути разойдутся, ему будет очень тяжело/дорого найти других разработчиков для поддержки сайта. Такой крючок заказчиков реально пугает. Другое дело, если сайт написан на Битрикс. Даже если он написан плохо, огромное количество студий сразу скажут, что имеют исключительную компетенцию в разработке на этой CMS и им не составит труда быстро во всем разобраться и, если надо, переписать. Естественно, на Битрикс.
В-третьих, Битрикс реально развивается и прирастает не только новыми фитчами, но и улучшениями в плане производительности и безопасности. Пусть кишки его по-прежнему ужасают, а количество файлов в дистрибутиве экспоненциально растет, клиента это волнует в последнюю очередь. Кроме того, у клиентов есть уверенность в том, что это развитие не прекратится, а коробка, купленная в две тысячи лохматом году, может быть обновлена до последнего байта. А как обстоят дела с вашим кошерным движком?
Заключение
В качестве заключения хочу еще раз пожелать разработчикам выбирать верные инструменты для своих задач. Не пытайтесь писать на Битрикс игру или онлайн-аукцион — это не его задачи. Битрикс не позволяет даже создавать свои категории объектов (сущности), можно использовать только те, которые зашиты в модули его ядра.
Не стоит брать Битрикс для разового проекта, тем более сложного. В силу определенных исторических причин эта CMS обладает очень тяжеловесной и запутанной архитектурой. Попытки взять Битрикс кавалерийским наскоком могут закончиться болью и страданиями даже у бывалых программистов. К Битрикс надо привыкать. Поэтому выбирать его в качестве CMS имеет смысл, если, например, вы планируете поставить на поток создание достаточно однотипных сайтов. При желании можно научиться делать их быстро и в довольно сносном качестве. Другой вопрос — насколько быстро вам это надоест.