RPM-пакет BitrixEnv4.2 и виртуальная машина BitrixVM4.2

я уже как то писал свои мыслипо такому поводу что лишний раз подтверждает что надо ВМ выпускать не в расчете на "домозозяйку которая масштабирование будет настраивать из веб интерфейса БУС"  а в расчете на то что уже многократно требуют для выделенных серверов под потребности разработчиков. На что в ответ поступают упорные отмазки что все это будет типа не безопасно и неправильно.

А потом еще хотят фидбека от разрабов, Какой может фидбек, если бьешься, говоришь, а толку никакого - как будто не слышат тебя совсем. Есть сценарий работы причем самый распространенный как я понимаю, когда есть продакт и дев и как правило это делается на одном серваке.

Ну что еще должно призойти чтоб услышали. Наверно надо чтоб "домохозяйка" выступила на конференции с вопросом что ей это нужно!!!

С ума тут можно сойти ... При создании обращения в поддержку категории для виртуальной машины и WEB-окружения нет.

Лично я просто повелся на рекламу о возможной экономии сотен часов на администрировании. Как-то пока не получается. Я не одинок с этим, видел здесь же на форуме. Мне пришлось перерыть его, чтобы узнать а какой первый шаг вообще сделать нужно когда сменил пароль и вошел под root в меню. Представьте себе, мне нужна нормальная документация. А кончилось все обращением в поддержку с левой категорией, разворачиванием виртуальной машины для "научного тыка". Это да, №;%;:%№;, экономия.

Откровенно и бессовестно реклама не соответствует действительности.

Да, нечто похожее видел на партнерской конференции зимой 2014. Там задавали вопрос о разграничении доступа, suexec. Ответ был в Вашем стиле - что это серьезное изменение архитектуры, копирование части функций панели хостинга, что пока делать не планируется. Летом об этом не говорили.

Да не этого я добиваюсь, а возможности использовать хороший выделенный сервер не только для релиза, но и для разработки. Аппаратных возможностей хватает с многократным запасом.

Разработка на не оптимизированном сервере - не вариант. Это просто смешно. Я не понимаю как это вообще возможно.

Да и почему тогда окружение позволяет создавать дополнительные сайты со своей базой данных? Или это уже не считается "shared hosting"? Формально да - пользователь то один (bitrix). А по факту нет, если экземпляр Битрикс не один. Начали - нужно довести до конца.

Насчет панелей видел немало "восторгов" на форуме. Не работает ни одна панель в Битрикс-окружении. Заводить из-за этого отдельный сервер, пусть и за 300 р. VDS не вариант - окружения разные. Это можно делать только от плохой жизни. А у меня она хорошая (проект хорошо обеспечен).

Чем делать убого и бесплатно, на мой взгляд, лучше не делать вообще. Либо делать с нормальной документацией. Тогда и поддержка будет не нужна.
Бесплатность не оправдание.

Кстати, я еще спокоен, не понял отчего именно на мне срываете вот это "орать на каждом углу". Я отметился по вопросу текстом только в одной теме и тремя постами (вместе с этим). Лайков да, много и я точно знаю что смотрю на ситуацию так не один. Битрикс сдвигается с места только под давлением сотен удивленных вопросов.

СПО говорите ... Не тот случай! Это не бесплатный инструмент от широты души и желания прославиться. Это маркетинг. Сделано окружение в первую очередь для снижения недовольства клиентов (не партнеров, и не разработчиков) по корпоративному порталу (платному продукту, хоть и с открытым кодом, и опять таки не на все 100%).

Обычно не вступаю в религиозные споры по дистрибутивам. Именно по Битрикс склонен верить выбору конторы - CentOS. Уверен, что разработчик основного продукта знает лучше что продукту надо. На другое дистрибутивы смотреть не собираюсь. Но саму тему для образования я бы почитал. Не усмотрел как-то ... Наверное от того, что искал по новому окружению. Будет не лень - оставьте ссылочку, пожалуйста.

PS:

Вы вообще за кого? За контору или за себя, как разработчика и партнера? Главное здесь в выборе стороны. Если за себя и своих клиентов то эти разговоры чем сейчас не является Битрикс-окружение вообще ни к чему. Оно будет являться тем, что хотят видеть партнеры и клиенты. Не стоит ограничивать себя в этих вопросах. Или придется всю жизнь мириться с тем, что есть (что дают добрые дяди за бесплатно).

Противоречит цели BitrixEnv - вставать на железо. Иначе - виртуальная машина и тоже от Битрикс.

Не справляется. И не очень то я далек от администрирования.

Спасибо.

Мотивы понятны, но не всем интересны. Приятно видеть, что цели есть и они реальные. Случается видеть людей, страдающих альтруизмом или желающих получить конфетку за лояльность.

В принципе возможно, но вход все-таки не для домохозяек, как на последней конференции доклад озаглавили. После установки и настройки третьего сервера с окружением придет опыт и можно рассчитывать на экономию. А до этого времени нужен гуру Битрикс-окружения или хороший админ. Но тогда зачем Битрикс-окружение ... Тогда настроить все можно и самому (панель или чистая консоль).

Оправдано при большом количестве разработчиков. А когда их два и роли строго поделены (верстка и разработка) все эти репозитарии и системы
"деплоя" - просто заумь, создающая лишнюю нагрузку на разработчиков (плюс автор идеи может козырнуть сертификатом, да модной книжкой).

Эта схема не отменяет возможности вести репозиторий Mercurial разработчику (и локально на ПК). Но только для контроля версий, а не для системы продвижения изменений. Изменения переносятся "пошаговкой" и это надежнее при такой схеме.

Нормально настроенная система продвижения изменений на основе репозитариев требует очень хорошей настройки (софта и организационной процедуры), грамотного владения ветвлениями. Был свидетелем неприятных залетов, когда присоединялся к командам, работающим так. Есть стойкое неприятие (те проекты просто падали, крайне высоки "накладные расходы"). Успех пока замечен только у некоторых партнеров на конференциях. И то не очень верится - презентация одно, а реальность совсем другое.

При увеличении количества разработчиков, при повышении требований к доступности (когда нельзя упасть и на минуту) потребуется сложная система. В остальных случаях - нет. Особое опасные эксперименты можно провести и на виртуальной машине, прежде чем повторять даже на сайте разработки.

Без понятия. Есть факт и этого достаточно. Хотите чтобы похвалили? Ок, отлично, что Вы такой хороший специалист.

Это все-таки дело вкуса. Не могу припомнить ситуацию, когда бы это было нужно для всего сайта. По веткам походить работая над какой-то узкой частью сайта - да. Но это десяток файлов. Тут и ftp справится.

Наличием супервизора, который кушает ...

Для чего?

Зря наезжаете. Я вижу где он используется и это оправданно. Пока нашел только в папке /etc. Если бы люди перед обновлением окружения кидали туда свои изменения было бы меньше проблем.

Не верится. Я видел как падает производительность дисковой подсистемы. А это не только файлы, но и БД.

Я верю в другое - что Битрикс-окружение должно разворачиваться быстро и легко. Тогда не придется ради скорости и удобства использовать костыли.

Вообще то и должен прописываться один порт 80!

Пример:

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

Тут увы потуги бессмысленны совершенно, я пытался критиковать сам подход, но это бессмысленно, так как  система уже сложилась и переломить то, что сформировано годами, нереально, так же нереально, как перевоспитать человека, человек меняется только от сильнейших потрясений, изменить же компанию, можно только если заменить в ней людей...

Потому, либо смиритесь и пользуйтесь, либо ....

Здравствуйте.

1) Подскажите, чем ветка 5.0.* отличается от 4.4 ? Есть ли смысл обновляться?

2) APC в стандартных настройках ну никак не хочет работать, заваливает лог апача ошибками, а потом и вовсе его убивает:

....
[Tue Aug 05 01:22:59 2014] [notice] child pid 3161 exit signal Segmentation fault (11)
[Tue Aug 05 01:22:59 2014] [notice] child pid 3168 exit signal Segmentation fault (11)
[Tue Aug 05 01:22:59 2014] [notice] child pid 3169 exit signal Segmentation fault (11)
[Tue Aug 05 01:22:59 2014] [notice] child pid 3170 exit signal Segmentation fault (11)
[Tue Aug 05 01:23:00 2014] [notice] caught SIGTERM, shutting down
[Tue Aug 05 01:23:01 2014] [notice] Apache/2.2.15 (Unix) mod_rpaf/0.6 PHP/5.3.3 configured -- resuming normal operations
[Tue Aug 05 01:23:02 2014] [error] server reached MaxClients setting, consider raising the MaxClients setting
[Tue Aug 05 03:41:02 2014] [notice] SIGHUP received.  Attempting to restart

В чем может быть дело?

3) Что все-таки лучше для битрикса - xcache или apc? Перелопатили огромное количество тестов и все друг другу противоречат.  

Установил на чистую систему CentOS 6.5 версию 4, при добавлении сайтов сразу валятся ошибки http://joxi.ru/57gWVIwyTJBUYgl99gE
Почему нельзя протестировать перед тем, как выкладывать?

Не создаются доп.сайты. Висят в списке фоновых задач со статусом "error". Кто нибудь сталкивался с таким? Есть к этому делу логи? Где хранится этот список фоновых задач?


p.s.

UPDATE
Всё, разобрался. Просто веб окружение установил, а битрикс не стал ставить - хотел сначала поддомены создать, а директории UPLOAD то не было, она создаётся только после установки битрикса, вот скрипт и ругался. Хотя лог не помешал бы.

Дмитрий, полагаю не имеет смысла спрашивать, из каких бразеров ходят пользователи, добавлен ли хост портала в "Надежные сайты", сам портал не выдает ошибки при проверках и прочие банальности?

Попробуйте в /etc/httpd/bx/conf/default.conf заменить строчку:
LogLevel warn
на
LogLevel debug

далее service httpd restart

Попробуйте войти на сайт с любого компьютера в домене и выложите сюда часть лога /var/log/httpd/error.log за период в котором была попытка авторизации.