Александр Панишев пишет: хочется чтобы это было на мыле в виде читабельных отчетов или лучше всего в вебинтерфейсе админки!!!
если рассматривать все это в контексте быстро просто эффективно, то я все это смотрю под призмой взглада клиента которому все должно приходить на мыло в виде понятного русскоязычного отчета с рекомендациями! а то что удобно программисту или админу никак не подходит клиенту, зато то что понятно клиенту понятно даже дебилу программисту - тогда это быстро просто эффективно.
Сейчас простой клиент каковых огромное количество никак не могут самостоятельно проверить эффективность работы администратора хостинга и программиста, для того чтобы хоть чуток понимая появилось им приходиться вомногое вникать, а у клиента как у хозяина должно быть понятное и прозрачное средство контроля за проектом. Попробуйте акому нибудь хозяину автослесарки быстро и просто обосновать что надо действительно увеличивать ресурсы сервера и что это не ошибки в администрировании. Или даже взять ситуацию с позиции директора или проект менеджера студии которому нужна одна страничка понятной сводной информации чтобы принять решение о том привлекать ли к настройкам кого или просто дать рекомендации клиенту. Идаже если сейчас что и можно сделать так это совсем не просто и отнюдь не быстро и уж совсем не эффективно!
1. параметры БД также как apache и php автоматически подстраиваются при старте системы. Единственное сейчас параметры подстраиваются до 2 или 4 GB
2. ftp не будет, по причинам безопастности. ssh и sftp поверх ssh доступен из коробки
3. почта по умолчанию не отправляется так как и через кого по умолчанию ее отправлять. Машина может быть и за файрволвером внутри корпоративной сети, или не иметь прав рассылать поту от домена сайта.
4. memcache не быстрее файлового кеша, к тому же для его работы необходима дополнительная память. А машина запускается начиная с 256 МБ
5. из инструментов мониторинга есть мастер настройки munin и nagios. Результаты проверок nagios отправляются на почту администратору, а также у обоих есть веб интерфейс для просмотра собранных ими данных.
6. BitrixEnv не устанавливает сторонние пакеты mc, atop, htop и.т.д. по причине того, что пакетом как правило пользуются более подготовленные специалисты. И все необходимое им стороннее программное обеспечение они смогут поставить сами. В BitrixVM эти пакеты установлены по умолчанию.
Попробуйте встать в позицию клиента который руководствуясь обещаниями даваемыми пиаром битрикса берет например себе нехилый сервачок вроде этого - http://www.hetzner.de/en/hosting/produkte_rootserver/ex10 и пробует по шагам поставить виртуалку под свой сервер. Поверьте если вы проведете эксперимент даже задействовав разработчика (не знакомого например с битриксом) не говоря о простом клиенте то все будет ой как печально в сравнении с даваемыми обещаниями.
Во всей этой ситуации меня лично бесит одно, начиная от хостинга заканчивая всеми решениями все направлено на то чтобы создать как можно больше скрытых подводных камней, настроить рекомендуемый пакет окружения без траханья с серверами порядка полугода опытным админом просто не выйдет так как нет четкого понятного сценария настройки. Взять даже процедуру добавления сайта, нафига спрашивается при добавлении сайта устанавливать логин пароль пользователя БД и имя бд чтобы потом при разворачивании сайта установленные заранее данные не подошли, только путем проб и ошибок это потом проясняется что оказывается надо все делать под рутом и без пароля на что собственно потом сканеры БУС жутко ругаются что сканер безопасности что сканер качества.
если идти дальше описывать пошагово все камешки то боюсь дня не хватит все перчислять, закончу лишь этапом доработок когда программист сталкивается с отсутствием описаний при использовании АПИ.
Это не преетензия к вам лично, уж извините если выссказал все это в этой ветке, просто набор подвоных камней с Битриксом иногда просто вымораживает мозги и хочется все просто бросить, как будто сговор какой то против того чтобы все было как быстро просто и эффективно.
ну реально просто http://www.webnode.ru/ быстро и эффективно, ну почему с битриксом бьются бьются решают кучу однотипных постоянно возникающих у всех проблемм и не видно совсем даже попыток отойти от такого пути, это так типа программистам на битриксе создается работа? так ее и так валом, некому делать, спецов просто почти нет...
еще раз извиняйте за негатив, иногда просто накипает и некуда деть....
Предлагаю в раздел по ВМ добавить задокументированный сценарий типовой настройки для совсем идиотов, собрав по материалам форума вопросы в кучу,. чтоб можно было взять и дать его любому штатному инженеру обслуживающему компы для проведения настройки сервера под битрикс.
Реально без танцев с бубном еще ни один сервер не удалось на ура запустить (особенно это касается нагруженных сайтов), может конечно у меня такие админы что создают видимость проблемм но судя по всему все таки проблемма в документированности присутствует на всех этапах а о подводных камнях и необходимых настройках молчат так как будто боятся последний хлеб потерять.
1. Работа по составлению более подробной документации ведется.
2. При создание дополнительного сайта если вы устанавливаете его через bitrixsetup все данные подставляются автоматом.
3. В целом пакет позволяет сразу начать работать на системе, даже не особо знакомому с Linux человеку. Для большинства сайтов нет необходимости в выполнение каких то тайных манипуляций.
подскажите, как добавить auth_basic nginx авторизацию к админскому разделу? уже перепробовал кучу вариантов. location /bitrix/admin - не работает и в логах битрикса появляется ошибка авторизации location ^~ /bitrix/admin - nginx начинает отдавать все статикой добавляю в конфиг сайта перед подключением bitrix.conf