drIceman (Все сообщения пользователя)

Это после обновления nginx, проблема в том, что в ssl_сertificate_key в нашем случае должно быть /etc/nginx/ssl/cert.key, а не /etc/nginx/ssl/cert.pem

По поводу кастомизации настроек nginx подскажете?

Переключил mpm Apache под Centos 6 на worker, под Centos 7 на event.
Полет нормальный, проблем не выявлено, производительность и эффективность потребления ресурсов ощутимо улучшились.

Возможно не в тему, но не нашел информацию.
Есть ли в BitrixVM возможность кастомного конфигурирования nginx через подключаемый пользовательский конфиг по типу z_bx_* для php, mysql, apache?
Мне нужно изменить gzip_types и секции location / {}

Кстати в /etc/nginx/bx/conf/ssl.conf видимо ошибка, nginx не стартует:
значение ssl_сertificate_key такое же, как ssl_сertificate

Если кто-то, как я, решит обновить Centos c 6 на 7, могу сказать, что процедура происходит с большим бубном.

Делать ТОЛЬКО НЕ на боевой машине.

Есть обновлятор(делал по быстрому пути): http://kb.h1host.ru/article/view?id=206
Нужно внимательно ознакомиться с выдачей preupg, после перезапуска все это может вылезти и вылезет.

После перезапуска запускаем скрипты из /root/preupgrade/postupgrade.d и подпапок.

Отключаем старые репозитории в /etc/yum.repos.d

Были проблемы с версиями so-шек, не работали сетевые службы, поэтому сразу делаем yum update и смотрим на конфликты.

Пакеты, которые не обновились и числятся в конфликтующих нужно удалить последовательно через rpm --nodeps -ev имя_пакета и заново установить из нового репозитория. Только НЕ трогать python и perl. И так пока апдейт не закончится без ошибок.

Также может не с первого раза запуститься часть сервисов, там дебажить по логам.

--------------------------

Переход на php 7 все еще череват(части свежих и почти всех старых модулей и компонентов битрикс, кастомных компонентов, скриптов и библиотек, старых и некоторых новых модулей из маркетплейс и тд и тп). Так что переходить можно с осторожностью, с проверкой совместимости через https://github.com/sstalle/php7cc НЕ на боевом.

Это лучше уточнить у разработчиков самой сборки, вроде как возможность переключения 5.6-7 анонсирована и должна быть безболезненной.

Сам делал кучей манипуляций с удалением php 7 через rpm, чтобы не цеплялся bitrixvm, установкой php 5.6, правил конфиги и тд и тп. Но я ставил поверх 5.1.9 под Centos 6.8

UPD. Как это делается ручками

идем в /etc/yum.repos.d/remi.repo
находим там секцию remi-php56
меняем enabled=0 на enabled=1

ставим php 5.6
yum install php56-php-pdo php56-php-pecl-rrd php56-php-mysqlnd php56-php-mcrypt php56-php-common php56-php php56-php-pecl-zip php56-php-xml php56-php-pecl-geoip php56-php-cli php56-php-ldap php56-php-pecl-xdebug php56-php-pspell php56-php-pear php56-php-pecl-memcache php56-php-gd php56-php-zipstream php56-php-json php56-php-mbstring php56-php-process php56-runtime php56-php-opcache php56-php-pecl-apcu

(добавить другие необходимые модули по желанию, возможно потребуется yum update)

делаем симлинк модуля php 5.6 для Апача
ln -s /opt/remi/php56/root/usr/lib64/httpd/modules/libphp5.so /usr/lib64/httpd/modules/libphp5.so

идем в /etc/httpd/bx/conf/php.conf
меняем там цифры 7 на 5 в строчках с подключением модуля php

делаем симлинк конфигурационного файла битрикс для php
ln -s /etc/php.d/bitrixenv.ini /opt/remi/php56/root/etc/php.d/bitrixenv.ini

(возможно по аналогии потребуется симлинк для z_bx_custom_settings.ini)

рестартуем Апач
service httpd restart

Пользуемся:) Основная версия php в системе остается 7. В консоли можно работать и с 5.6 через php56 "параметры"

php7(попробовать на 5.6)? версии модулей битрикса все последние(попробовать обновить)? запись логов отладки битрикс в файлик настроена в .settings.php?(настроить, включить отладку, посмотреть на что ругается)

Знакомо-знакомо.

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

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

Только после таких обновлений составляющих окружения(php, nginx, apache, mysql | mariadb) про bitrixvm можно в принципе забыть, собрать и настроить все с нуля самостоятельно. Потому что с этого момента окружение может себя повести непредсказуемо и врядли сможет адекватно обновиться.

Есть проблема совместимости c php7 как минимум НЕсконвертированного модуля sale(версия 15.5 и ниже) и видимо связанных модулей, которые не обновляются в связке.

Переход на 5.2 в таком случае будет возможен только с переключением версии php на 5.6

Вообще есть скрипт диагностики на совместимость кода GitHub - sstalle/php7cc: PHP 7 Compatibility Checker
Ядро Битрикс пока сам не тестировал, планирую это сделать ближе к переезду на ВМ 5.2
Если кто-то сделает это раньше, отпишитесь плз по результатам.

В скрипте-установшике 5.2 прописаны сценарии для Centos 6 и 7 отдельно.

Могли, с отключением репозитория битрикс, потому что ломаются прописанные там зачем-то жесткие зависимости пакетов.

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

Скажем при 16 Гб оперативки выделяется 2 Гб под opcache, 1Гб под apc, несколько Гб под буфер InnoDB и тд и тп, при этом количество возможных соединений ставится на уровне сервера для локальной разработки. В продакшен так высовываться не стоит ИМХО.

Как минимум чтобы сохранить ИДшники постов нужно вызывать array_reverse со вторым параметром равным true.
Насколько я знаю сортировкой топиков можно управлять из параметров компонента.
Данный способ меняет порядок сообщениий на конкретной странице при постраничной навигации, а не всех сообщений.

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

Замечу, что чтобы при обновлении изменения не терялись нужно скопировать компонент из /bitrix/components/bitrix/forum.topic.read в /local/components/ваше_пространство_имен/forum.topic.read и вносить правки в его component.php, скопировать шаблон из /bitrix/components/bitrix/forum/templates/.default в /local/templates/ваше_пространство_имен/components/bitrix/fo­rum/.default и в файле read.php изменить


на


Чтобы вложения отображались во всех сообщениях код должен выглядеть так:
В файле component.php