Кто - за, молчите, чтобы Вас не вычислили ! :)
Да не поддержат меня умельцы и ветераны работы с БД ! 
Потому что крайне неудобно, имея в работе не только сложные сайты но и относительно простые - валить все в одну БД или лепить несколько установок, ладно еще, когда одна ср1251 а другая Юникод, тут без комментариев
но вот когда нет возможности простыми средствами создать новую базу и залить туда требуемое минуя развертывание архива и прочее = весьма скудно и однобоко смотрятся все преимущества BitrixEnv в сравнении с Денвером и классической связкой Apache-MySQL-PHP/
На мой взгляд даже урезаный phpMyAdmin именно для упрощения означенных целей был бы вполне приемлем. Ибо Bitrix Framework все же для иных более специфических целей.
гораздо проще, имея устаканеный шаблон - подключать к нему соответствующую БД чтобы сразу было видно, что было в начале, что стало теперь и как может быть потом, если заказчик не того и не может озвучить то, что и так ясно
Потому что крайне неудобно, имея в работе не только сложные сайты но и относительно простые - валить все в одну БД или лепить несколько установок, ладно еще, когда одна ср1251 а другая Юникод, тут без комментариев
но вот когда нет возможности простыми средствами создать новую базу и залить туда требуемое минуя развертывание архива и прочее = весьма скудно и однобоко смотрятся все преимущества BitrixEnv в сравнении с Денвером и классической связкой Apache-MySQL-PHP/
На мой взгляд даже урезаный phpMyAdmin именно для упрощения означенных целей был бы вполне приемлем. Ибо Bitrix Framework все же для иных более специфических целей.
гораздо проще, имея устаканеный шаблон - подключать к нему соответствующую БД чтобы сразу было видно, что было в начале, что стало теперь и как может быть потом, если заказчик не того и не может озвучить то, что и так ясно
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
сервера я по прежнему предпочитаю в полном фарше а не на Bitrix Environment
так что аргумент принимается, но.... погоды не делает
к тому же есть целая куча добрых советов о том как избежать означенного казуса
ну а те, кто все равно будут наступать на грабли - как говорится : "генетика - терапии не поддается!"
а что именно = это прерогатива разработчика, я на это не покушаюсь вовсе
не у всех есть возможно искать, когда потребуется, не у всех есть навыки развертывания и пользования (судя по опыту чтения воллей о помощи и общения на форумах)
посему урезаное до необходимого и устанавливаемое в процессе развертывания = особо лишним не станет
еще раз повторюсь - мнение мое личное, но! только сегодня я потерял около 3 часов рабочего времени именно из-за отсутствия наличия
только ради вопроса о том, чтобы найти выход из казуса, возникшего при создании и развертывании локальной копии сайта
а при наличии модуля = вопрос не занял бы и 5 минут
никакой, кроме как:
- снести установку и сделать новую
-делать сразу новую но в новую же папку (типа Сайт1, сайт2, .... сайтХ)
- входить заново в restore.php , писать что файл уже распакован и создавать новую БД
Гораздо удобнее пользоваться любым визуальным интерфейсом типа phpMyAdmin или подобным
и просто делать себе несколько БД под нужные сайты
вот и спрашивал почему в Денвере это есть, а в локальном варианте Битрикса не предусмотрено
Может и нужно, но по идеологии фреймворка всё нужно делать через API...
когда имея ОДИН шаблон - можно было бы создавать две-три или более БД и обходиться только изменениями dbconnect.php вместо полной переустановки или нескольких установок
это более логично и удобно при разработке или использовании единой структуры шаблона (хотя и с разным оформлением) - но для разных сайтов