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

Стандартная лицензия Битрикса предполагает два сайта с одной БД - это годится только для разработки фронтэнда, поэтому неприемлемо в реальном проекте.
Можно создавать временно еще сайт с другой БД, но он должен быть срыт из паблика - вроде бы это должно позволять разрабатывать бекэнд.
Но есть проблема: сейчас нельзя выбирать версию обновлений, только последний релиз можно установить. Это приводит к тому, что при обновлении тестового сайта нужно обновлять и рабочий тоже, чтобы получить идентичное окружение. В нашем случае это 70 человеко/часов тестирования дополнительно.
Если бы можно было обновить тестовый сайт, внести свои изменения, а уже потом тестировать - это очень сильно сэкономило бы ресурсы и средства. Но, пока мы будем тестировать уже выйдет обновление битрикса, и тогда все сначала, т.к. рабочий сайт и тестовый будут не идентичны.

Что нужно: возможность выбирать из нескольких последних релизов при обновлении. Хотя бы тех, что в течение месяца выходили.

Пока выхода два:
1) не обновлять Битрикс вообще - сэкономим на этом;
2) обновлять отдельно Битриксовские изменения и свои правки - это двойная работа.

По мотивам http://idea.1c-bitrix.ru/7925/

Проблемы при закрытии публичной части:

• невозможность тестировать сайт с пользовательскими правами (только админ)
• невозможность просмотра/тестирования сайта не зарегистрированным пользователем
• невозможность привлекать к разработке сайта сторонних разработчиков (программистов, дизайнеров, верстальщиков, контентщиков, CEOшников). Т.е. невозможность раздавать ограниченные права. А давать всем права админа - это мягко говоря.
  

Предложение:

• при закрытии публичной части дать возможность пользователям с любыми правами просматривать и тестировать сайт в рамках своих полномочий, при условии что они будут логиниться в административной части
• чтобы была возможность тестировать сайт не зарегистрированным пользователям, задавать в настройках доступ незарегистрированного пользователя/ей (можно ограничить количество таких тестеров) только с определенного IP или по маске
  

Как сейчас выглядит лицензия (выжимка):
4.1. Настоящее Соглашение предоставляет право установки (инсталляции), запуска и использования одной копии Программы в рамках ее функциональных возможностей на одном компьютере (ЭВМ). Пользователю Программы (за исключением редакции «Первый сайт») предоставляется право на базе одной копии Программы создать не более двух Сайтов, использующих общее Ядро и базу данных.     Пользователю редакции «Первый сайт» Программы предоставляется право на базе одной копии Программы создать один Сайт.

4.2. Использование Программы для создания на базе одной ее копии более двух Сайтов  (за исключением редакции «Первый сайт») возможно только в случае расширения лицензии на условиях, размещенных на сайте Лицензиара в сети Интернет по адресу www.1c-bitrix.ru, и в п. 6.5 настоящего Соглашения. Создание на базе одной копии Программы редакции «Первый сайт» более одного Сайта возможно только после перехода на другую редакцию Программы.

4.3. Программа может быть временно установлена на дополнительный компьютер (ЭВМ) с целью использования исключительно для работ по разработке, тестированию и/или наполнению Сайта при условии отсутствия любого "внешнего" доступа к ней (в том числе из сети Интернет или извне локальной сети Пользователя). Указанная копия Программы должна быть немедленно удалена после завершения вышеперечисленных работ.

Какие возникают проблемы при этом у покупателя лицензии:

• Пункт 4.1. подходит для рабочего сайта, но не подходит для разработки, т.к. БД одна.
• Пункт 4.3. ограничивает возможности разработки, т.к. во многих проектах разработка ведется постоянно (один рабочий сайт и второй для разработки, БД разные) и нет смысла удалять сайт для разработки после каждого релиза.
• Зачастую, разработка ведется географически распределенной командой, находящейся далеко друг от друга. В этом случае доступ к сайту для разработки необходим всей команде. Но сейчас закрытие публичной части сайта делает невозможным тестирование сайта с любыми правами пользователей, кроме админских. Т.е. невозможно протестировать пользователя без регистрации, с регистрацией и т.п. Фактически, тестирование невозможно. А выкатывать в продакшн не протестированный релиз чревато.
• И даже для просмотра сайта (в случае закрытия публичной части) нужно давать пользователю админские права! Наверно, не нужно объяснять, что это неадекватное решение.
• Используются распределенные системы контроля версий (Git, Mercurial), т.е. существуют еще локальные репозитории у каждого разработчика. Что будет противоречить лицензии.
  

Предлагаю изменить текст лицензии и привести его в соответствие с современными реалиями:

• ограничения внешнего доступа заменить запретом индексации в файле robots.txt
• можно ограничить запретом использования доменных имен
• в п 4.3. "дополнительный компьютер" заменить на "дополнительные компьютеры"
• или предложите свой вариант, чтобы он решал  рассматриваемые вопросы