| Цитата | ||
|---|---|---|
Nikolay Ryzhonin пишет:
|
|
Разработчикам |
RPM-пакет BitrixEnv4.1 и виртуальная машина BitrixVM4.1
RPM-пакет BitrixEnv4.1 и виртуальная машина BitrixVM4.1
|
curl не включен по-умолчанию почему-то
 , что вызывает неправильную работу некоторых модулей, в частности , модуль рассылки напрач отказывался отправлять рассылку, ни ошибок ни предупреждений ни выдавал просто письма физически не отправлялись ну и кучу сторонних модулей из mp отказывались работать |
|
|
|
|
|
|||
|
|
|
|
Сегодня был анонс 4.2
Когда можно ждать AMI-образы? |
|
|
|
|
|
А где почитать хотя бы, про анонс?
@reider_pnz
|
|
|
|
|
|
Сегодня на презентации КП12 версии сказали, что собрали новое веб-окружение версии 4.2 и КП лучше запускать под ним.
Больше подробностей нет. |
|
|
|
|
Более подробное информация по ним будет опубликована сегодня. Версия BitrixEnv4.2 для CentOS 5 и ami образы будут доступны на следующей неделе. |
|||
|
|
|
Вместо него рекомендуем использовать класс CHTTP. Если же такой возможности нет или уже есть кастомное решение использующее данный модуль его можно включить.
|
|||||
|
|
|
|
Николай, появился 18 пункт в меню — UpdateSystem
Сразу после установки чистой BitrixVM и вызова UpdateSystem обновилось порядка 70 компонентов системы. Какой кейс вы предполагаете использования этого пункта? Разработчики самостоятельно апдейтсят виртуалки, а если что то отваливается, то что? Сами же и решают проблемы? Или вы считаете, что подобных проблем не будет и можно периодически обновлять систему? Почему вы отошли от подхода - Битрикс самостоятельно выпускает сборку BitrixVM с отлаженной конфигурацией, а если кому то надо что то своё, то он уже сам на свой страх и риск может обновляться. С одной стороны — прикольно, а с другой - работает и не трогай. Или вы считаете, что безопасность перевешивает возможные проблемы обновлений стороннего софта? |
|
|
|
|
|
Что было сделано:
1. поставил чистую BitrixVM и сделал вызов UpdateSystem 2. Включил munin и nagios 3. Зашёл на индексную страницу для запуска скрипта установки и получил: Грешим на UpdateSystem? При том, что изначально всё было ок. |
|
|
|
|
|
Стартовал новую виртуалку, да, включение систем мониторинга никак не отразилось на работе скрипта установки.
При включении была пара ошибок как и в прошлый раз, но на этот раз /munin/ отдаёт 403 Forbidden Bitrix Environment. /nagios/ всё ок. |
|
|
|
|
|
Запустил update system (18 пункт) сейчас сайт вообще не открывается. На странице отображается все в таком виде:
|
|||
|
|
|
@reider_pnz
|
|||||||||
|
|
|
|
Добрый день, коллеги!
1. 18 пункт мы добавили для запуска корректного обновления сервера с включенным плагином merge_conf. Без достаточного опыта обновлять не советуем, но тем не менее машины обновляют достаточно часто и хотелось, что бы это происходило более правильно. 2. В данный момент выявлен баг при обновление 4.1 -> 4.2. Будет исправлен сегодня. Проявляется не доступностью mysql из php и не корректной работой php. Для исправления необходимо выполнить следующие команды:
3. Максим Месилов пишет:
|
|||||
|
|
|
|
Пожалуйста, опишите по возможности подробнее, что исправили в версии 4.2. А то смотрю тут , а описание изменений никак не появляется для этой версии.
|
|
|
|
|
|
Что-то 4х гиговую ВМ 4.2 не даёт качать -
Хотел посмотреть конфиг для пуша
спасибо на лайк не намажешь
|
|
|
|
|
|
Вчера решил попробовать залить на 4.2 бэкап с основного сайта. Разворачивался из бэкапа (3 Гб) 19 часов, на 99% висело часов 5. Всё это время top показывал что httpd потребляет более 99% процессора. В итоге развернулось нормально (единственное - спросило про настройки базы, в старых версиях, вроде, не спрашивало).
Пробовал на трех физически разных машинах. Со сжатием и без. Сайт предварительно проверил при помощи инструментов "Проверка сайта" и "Проверка БД". Окружение разворачивал на CentOS 6.3 в минимальной инсталляции. В чём может быть причина? |
|
|
|
|
5,5 гигов разворачивается около 3,5-4 часов. на окружении 4,0 проблемы не наблюдалось |
|||
|
|
|
|
add aditional site
Ошибка nginx /etc/nginx/bx/conf/i,_common.conf faild no such file or directory in etc/nginx/bx/site_ext_enabled/bx_ext_comptech57.conf:21 nginx: configuration file /etc/nginx/nginx.conf test failed ошибка повторяется и на виртуальной машине bitrix на 4,1 и 4,0 ошибки не наблюдалось |
|
|
|
|
|
|||
|
|
|
 |
|||
|
|
|
|
Николай, подскажите пожалуйста, как лучше настроить логирование для BitrixVM4.1 работающей в production-режиме:
Отправка почты это в php.ini параметр mail.log и он сейчас закомментирован. Использовать его или есть другой способ? Ошибоки PHP Я в php.ini раскомментировал параметр error_log и сделал его равным /var/log/php/php_errors.log Ошибоки MySQL Я в my.conf в секуцию [mysqld] добавил следующую строчку:
Как для всех случаев правильно настроить ротацию логов? |
|||
|
|
|
|
Николай, огромная просьба: если вы выключаете «дефолтные» расширения PHP, то вы хоть в чейнджлоге пишишите об этом.
'./configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=. ./config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-sqlite' '--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' '--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' '--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem' Как включить эти модули? |
|||
|
|
|
Как и логирование ошибок php, по умолчанию они попадают в лог сервера /var/log/httpd/error_log Лог MySql по умолчанию находится в /var/lib/mysql/*.err, если данное расположение не удобно вы его можете переопределить задав соответствующий параметр в /etc/mysql/conf.d/z_bx_custom.cnf Для правильной ротации вам необходимо добавить запись для конкретной службы в /etc/logrotate.d
# Включение json mv -f /etc/php.d/json.ini.disabled /etc/php.d/json.ini # Включение curl mv -f /etc/php.d/curl.ini.disabled /etc/php.d/curl.ini |
|||||||
|
|
|
|
Включил мониторинг, пожил один день, выключил мониторинг
Николай, вопрос: вы замеряли сколько в «среднем» ресурсов ест мониторинг из коробки? У меня на t1.micro c ним время загрузки страницы пустой было 3-5 секунд (нагрузки на сайт вообще нет), без него - 0.5 секунд. Причём когда мониторинг работал, то время загрузки, вернее его 80% приходилось на ядро Битрикса, вернее php-код. |
||||
|
|
|
|||
