Сам я обычно стараюсь при создании страниц пользоваться кнопкой "Создать раздел", это удобно по ряду причин:
1. Ссылки всегда выглядят аккуратно и одинаково.
Согласитесь, приятнее видеть в адресной строке /about/ а не /about.php
2. Удобно масштабировать сайт
Например, если мы заходим создать в папке "О нас" раздела "Наши работы" - то можно просто создать еще один раздел - /about/our-works/ А если мы изначально создавали страничку /about.php то нам все равно прийдется создать раздел /about/ и в нем уже файлик /about/our-works.php
3. Новичек в Битриксе путается что за кнопки "Создать страницу" и "Создать раздел"
Второй пункт - самый важный, поэтому, проще всего просто всегда создавать разделы вместо страниц, и не париться.
А еще лучше - просто запретить создавать страницы (если сайт будет вести нерадивый контент-менежеры или человек, впервые увидивший Битрикс).
Вобщем, чтобы убрать кнопку "Создать страницу" достаточно разместить этот код в init.php
Мы используем событие OnPanelCreate (которое срабатывает только для тех пользователей, которые видят панель), и спомощью яваскрипта прячем кнопку (штатных обработчиков для убирания кнопок из панели я не нашел).
Иван , я думаю вы преувеличили проблему. В ином свете стоит посмотреть. Если человек путается, не знает, не понимает - его не подпустят к серьезному проекту и уж тем более к Эрмитажу.
Почему то, если кто то путается при сдаче экзаменов в ГАИ, его не стремятся выпустить в самостоятельное плавание.
Я рекомендую вам использовать данные события и творческий потенциал в первую очередь не для "усечения функционала", а для создания чего то нового и интересного.
В машине две педали (газ и тормоз), а не четыре (газ номер один, газ номер два, тормоз номер один, тороз номер два), тут на лицо ошибка проектирования интерфейса, кнопка "Создать страницу" явно лишняя, чуть позже планирую сделать скриптик, который бы через события переименовывал кнопку "Создать раздел" в "Создать страницу", и убирал бы кнопку "Изменить раздел", так как она тоже имеет весьма сомнительную пользу, и может принести только вред, если кто-то додумается изменить свойства и заголовок раздела, и это потом перекроет свойства и заголовки, которые устанавливает динамически компонент.
Если человек путается, не знает, не понимает - его не подпустят к серьезному проекту и уж тем более к Эрмитажу.
Сделали клиенту сайт, он говорит "Я хочу сам редактировать старницы! Я слышал что это так просто!", на мануал он явно забивает и сразу рвется что-то поклацать, а запретить ему нельзя, это же его сайт.
Чтобы ребенок не лез в розетку проще её заклеить, чем рассказывать что это для него вредно.
Левый Иван, многие предпочитают машины с ручной коробкой. А там 3 педали: газ, тормоз и сцепление. И 100 вариантов их использования, как при старте, так и при торможении.
Юлия, если за машину на механике сядет неосведомленный пользователь, то будет дороже чинить сцепление после таких ездоков. Лучше сделать защиту "от дурака", и не подпускать к этому, а для некоторых групп пользователей, или только для администратора - оставлять эту возможность.
Я за идею. Еще один плюс разделов - при разработке шаблонов сайтов свойства раздела видны в шаблоне, а вот свойства страницы нет. Свойствами раздела например можно управлять показом того или иного блока на странице.
да хоть с расширением contakt, да и в панели есть инструменты для создания правил....
2. Удобно масштабировать сайт
да зачем создавать раздел, если мне нужно, например, разместить доку на 100 статических страницах? (или создать 100 разделов, - это 100 папок +200-300 файлов). Все зависит от архитектуры проекта...
3. новичек пугается
Не надо давать права на создание страниц, как писали выше зачем таких пускать.
Мы используем событие OnPanelCreate
Мы не обучаем разработчиков/пользователя, а делаем с них бездумных исполнителей?
Загальский Андрей, спасибо за комментарий, но все далеко не так гладко, как вы пишите.
Если всё делать через инструменты для создания правил - то это двойная работа, можно создать страницу но забыть создать правило, или переименовать страницу и не переименовать правило, и тд, этот путь неудобный для рядового пользователя, проще просто создать страницу как раздел.
разместить доку на 100 статических страницах?
А если вы потом захотите в какой-то статической странице создать подстраницы - то уже не выйдет, так как вы изначально создали её как страницу, и всё, обратного пути нет, только переименование, с потерей ссылок, которые уже были на эту страницу (или настраивать дополнительные правила обработки). А если их создавать как разделы - то можно масштабировать и добавлять подразделы как угодно. Да и вообще, каталог на 100 страниц лучше уж делать на инфоблоке.
Не надо давать права на создание страниц, как писали выше зачем таких пускать.
А что делать, если это сайт клиента, и он просит доступ к своему сайту? Ну вот представьте, вы сделали заказной сайт (например, сайт-визитку), и выдали логин-пароль клиенту, он один на фирме, чп-шник, и ничего в компьютерах не шарит, только на уровне ворда, и он сам вполне может редактировать страницы, но никакое руководство он читать не будет, и вникать в идеологическую разницу между страницами и разделами тоже не будет, ему на это до лампочки, он просто будет создавать страницы через кнопку "Создать страницу" и иметь дальше с этим кучу гемора когда захочет создать подстраницы, и обращаться к разработчику (в студию, которая это делала) и студия будет плеваться с того что все страницы созданы как страниница.php и заниматься переименованием, настройкой правил обработки и редиректов. Это реальный случай из жизни, и причем очень и очень частый (результаты голосования тому пример, за пункт "создать страницу" практически никто не голосует).
Мы не обучаем разработчиков/пользователя, а делаем с них бездумных исполнителей?
Система дожна быть самодокументированной, например, вас кто-то обучал пользоваться айфоном? или другим смартфоном? вы просто взяли его в руки и начали тыкать, и там всё было просто, на уровне интуитивно-понятного интерфейса. А что мы имеем здесь? Вы предлагаете обучать людей перед тем, как совершать банальную операцию по созданию старницы? это же несуразица, какой смысл в системе если даже для простейшего действия требуется проходить курс обучения.
А вот если кнопку удалить, или переименовать, как я предлагаю - то сразу все эти проблемы исключаются, система становится самодокументированной и интуитивно понятной, и с защитой "от дурака".
Вообщем, извините!, но минус в идею...
Да пожалуйста, вы таким образом оцениваете не мою идею, а самого себя, не знание особенностей продукта и вариантов работы с ним, и своё эго, без желания принять точку зрения другого, считая свою как единственно правлильную.
"приятнее видеть в адресной строке /about/ а не /about.php"
------------
А если вы потом захотите в какой-то статической странице создать подстраницы - то уже не выйдет, так как вы изначально создали её как страницу,
и всё, обратного пути нет, только переименование
Если я изначально создаю страницы, то значит у меня не будет там разделов(к примеру я их раз в неделю парсером с основного сайта получаю)... Если на будущее предполагались бы разделы, тогда в данном случае скорее на инфоблоках...
------------ то что клиенты не квалифицированы и "ломают" сайты, - то это не исправится будет эта кнопка или нет... Да и для таких клиентов, которые кроме ворда ничего не видели - обычно делается 2 доступа, 1 с ограниченными правами. А если копнуть глубже, то у нас почти и нет клиентов которые отказались бы от поддержки. (я не представляю ИП со знанием работы в ворде, но который оплачивает хостинг, делает бекапы, смотрит логи доступа, оплачивает домен и т.п.)
----------
Вы предлагаете обучать людей перед тем, как совершать банальную операцию по созданию старницы?
Тут уже дело личное: даете вы инструкцию клиенту, делаете видео, отправляете проходить курс контент менеджер, оказываете поддержку!
---------
результаты голосования тому пример, за пункт "создать страницу" практически никто не голосует
я вообще не понимаю как у подобного рода вопроса есть 3 варианта ответа?! Вы изначально спросили каким образом вы создаете страницы на сайте... Если вы нажимаете создать раздел - вы создаете раздел! Я к примеру вообще создаю их кнопкой "Добавить файл" (для меня, например, так удобнее - когда видишь структуру)
Если же вы имели ввиду своим вопросом фактически страницу: - 1 адрес в браузере = 1 страница в браузере (то тут можно вообще с 5 сторон посмотреть на этот вопрос)
--------------
вы таким образом оцениваете не мою идею, а самого себя, не знание особенностей продукта и вариантов работы с ним
Не вижу вообще оснований к такому виду высказываниям.
А за минус ( я по крайней описал почему не поддерживаю, а не с окопа его в идею поставил). После идеи с arParams - даэтого действительно не хватает при работе со стандартными компонентами...., откуда текущая мысль пришла к вам не понимаю...
5 лет мы сдаем сайты под ключ 5 лет заставляли пользователей самих управлять контентом 5 лет не возникало проблем с этими кнопками кстати... а мне она нужна и часто и не только для редактирования К ней пришиты еще и пункты управления свойствами и доступами страниц (а это.... извините к одной индекс не привяжешь) ------------ а вот кнопка убийца - была. Тестировать новое решение
И все же. Нет мозгов - нефиг лезть за руль. А то потом наковыряют и будут говорить, что тормоза не тормозили и бибика не бибикала а может быть по документации то и надо, чтобы... не тормозить и не бибикать не допускалось?
Коваленко Алексей, хорошие у вас клиенты видимо, или не создают страницы (а только инфоблоками управляют), у меня это сплошь и рядом, особенно на сайтах-визитках, которые клиенты зачем-то превращают в сайты-каталоги.
Изменить свойства страницы - согласен, полезно, но создавать ей страницы - вряд-ли, я только ей пользуюсь если нужно создать небольшую тестовую страницу (что-то типа /test.php, а потом её удалить), больше ни для чего не приходилось использовать создание страниц. Как ни крути, /about/ всегда солиднее чем /about.php, как-то круче, что-ли. И надежнее, вдруг захотят потом в нем создать подстраничку.
Иван Левый , да, клиенты у нас действительно, хорошие (а может, лучшие в мире, мы просто не сравнивали ни с кем). А еще они с нами советуются, прежде чем что то новое пробовать. И некоторые уже с момента запуска сайтов настолько свои сайты развили, что нам порой стыдно становится, когда мы каждый раз не узнаем сайт, встречая что-то новое. Поэтому спорить о том, кто и какие кнопки нажимает уже не имеет смысла.
Есть более важный аспект. Важно не просто продать БУС и сделать на нем сайт. Важно еще воспитать при этом у пользователей особую БУС-культутру (с). И важно понимать, что как бы вы не подстраивались под "бескультурие", оно все равно "дырочку найдет". ------------- именно поэтому я и писал, что не стоит придираться к этой кнопочке
Попробуйте внушить хотя бы одному клиенту простое, банальное, уважение к продукту БУС, который, как ни странно, стоит денег. А если уж что и хочется ломать, дайте человеку бесплатное, без гарантии и без "комплексов неполноценности" и отойдите в сторону.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».