<?xml version="1.0" encoding="utf-8"?>

<rss version="2.0">
 <channel>
	<title>Николай Рыжонин</title>
	<link>http://dev.1c-bitrix.ru/community/blogs/rns/</link>
	<description></description>
	<language>ru</language>
	<docs>http://backend.userland.com/rss2</docs>
	<pubDate>Tue, 07 Apr 2026 23:01:27 +0300</pubDate>

    <item>
      <title>Интересные изменения в main 24.0.0</title>
      <description><![CDATA[В новой версии главного модуля main 24.0.0 есть ряд интересных моментов, связанных с производительностью.<br /><br /><br /><b>1. Обновление системы балансировки запросов в кластере</b><br /><br />Новая версии системы балансировки запросов в кластере, существенно улучшает процесс распределения запросов, оптимизируя распределение нагрузки между серверами. Коротко, основные изменения в следующем:<br /><br /><ol><li>До первого запроса изменения данных: система функционирует в привычном режиме.<br /><li>В случае запроса на изменение данных, фиксируется список модифицированных таблиц.<br /><li>При последующих запросах выборки, проверяется есть в них изменённые таблицы или нет. Если таблицы используемые в запросе не модифицировались, запросы продолжают обрабатываться через slave-серверы.</ol><br />Тесты показали значительное увеличение количества запросов, обрабатываемых slave-серверами. И минимизацию ошибок при работе с кластерной конфигурацией. Это позволяет лучше распределять запросы между серверами и практически полностью разгружать мастер сервер.<br /><br />Стандартный вариант балансировки: Master порядка 30 la, Slave порядка 3 la.<br /><img src="https://dev.1c-bitrix.ru/upload/medialibrary/c88/4keotcnc6izsic0xlsanckwyrfy3wsgs/cluster_old_fin_1.png" border="0" width="800" height="396" data-bx-image="https://dev.1c-bitrix.ru/upload/medialibrary/c88/4keotcnc6izsic0xlsanckwyrfy3wsgs/cluster_old_fin_1.png" data-bx-onload="Y" /><br /><br />Новый вариант балансировки: Master порядка 1 la, Slave порядка 50 la<br /><img src="https://dev.1c-bitrix.ru/upload/medialibrary/247/cm3c8691pc9lusgo1jbqunrp2yiu0335/cluster_new_fin_1.png" border="0" width="800" height="417" data-bx-image="https://dev.1c-bitrix.ru/upload/medialibrary/247/cm3c8691pc9lusgo1jbqunrp2yiu0335/cluster_new_fin_1.png" data-bx-onload="Y" /><br /><br />Прекрасный результат! Настройки кластера теперь позволяют перенаправлять 100% нагрузки на slave-серверы.<br /><br /><br /><b>2. Улучшения в системе кеширования</b><br /><br />И еще одно интересное обновление главного модуля, касается системы кеширования. И позволит любым проектам сильно повысить свою устойчивость к высоким нагрузкам:<br /><br /><ol><li>Оптимизация очистки кеша для Redis и Memcached ( расширение php ).<br /><li>Исправление ошибок в условиях гонки, приводивших к созданию нескольких копий одного кеша, снижает расход памяти.<br /><li>Функционал &quot;блокирующего режима&quot; кеширования. При этом кеш генерируется одним потоком, а остальные получают старое значение до его обновления в кеше. Или если его нет, то как и раньше каждый поток генерирует данные.</ol><br /><br /><b>&quot;Блокирующий режим&quot;</b> режим в котором кеш генерирует только один поток, а остальные получают передыдущие значение. При этом как таковой блокировки нету, параллельные потоки получат либо старое значение ключа кеша. Либо если его нету, тоже начнут его генерировать, как и раньше.<br /><br /><b>Блокирующий режим</b> работает, если:<br />- Кеш истек, и с момента истечения не прошло более установленного времени.<br />- Кеш был удалён по ключу, и с момента удаления не прошло более 60 секунд (настраиваемый параметр).<br />
====code====
<pre>
// Удаление кеша по ключу, с сохранением старого значения
$cache = Bitrix&#92;Main&#92;Data&#92;Cache::createInstance(&#91;'actual_data' =&#62; false&#93;);
$cache-&#62;clean($key, $dir);

// Создание кеша с поддержкой работы со старыми ключами
$cache = Bitrix&#92;Main&#92;Data&#92;Cache::createInstance(&#91;'actual_data' =&#62; false&#93;);
</pre>
=============
<br />- Компоненты как раз поддерживают работу, в этом режиме по умолчанию.<br /><br /><b>Будет работать обычный механизм</b><br /><ol><li>Кеш создан или очищен без указания параметра ['actual_data' =&gt; false][<br /><li>Кеш истек по времени, больше чем на ttl * $ttlMultiplier<br /><li>Была очистка кеша по тегу или по папке.<br /><li>Кеш был очищен по ключу, но время с момента его удаления прошло более 60 сек.</ol><br />Пример работы: В демонстрационном видео показано, как два потока обращаются к одному ключу кеша. При этом один из потоков периодически очищает ключ кеша, в это время второй продолжает получать старые данные до момента обновления.<br /><noindex><a href="https://rutube.ru/video/private/703dc049cc5881abb4b2b31b03d25967/?p=1bZItnaxaQ4rtHnoeRATkA" target="_blank" rel="nofollow" >Пример работы</a></noindex><br /><br />В ряде случаев такой подход сильно снижает нагрузку. Ниже пример нагрузочного теста на портале с авторизацией на пустой странице и открытие страницы с компонентом списков новостей с небольшим временем жизни кеша. В обычном режиме видим пики времени генерации, низкий общий rps и пики ошибок.<br /><img src="https://dev.1c-bitrix.ru/upload/medialibrary/7a3/ee03dvmlkta0pvd6894ltmonbf4d1nbd/old_cache.png" border="0" width="800" height="346" data-bx-image="https://dev.1c-bitrix.ru/upload/medialibrary/7a3/ee03dvmlkta0pvd6894ltmonbf4d1nbd/old_cache.png" data-bx-onload="Y" /><br /><br />В блокирующем режиме, видим более стабильное время генерации, более высокий rps, большее количество хитов, меньшее время генерации.<br /><img src="https://dev.1c-bitrix.ru/upload/medialibrary/571/eu01x5smkkkr9c1rqeg0rk16xj3t37hf/new_cache.png" border="0" width="800" height="360" data-bx-image="https://dev.1c-bitrix.ru/upload/medialibrary/571/eu01x5smkkkr9c1rqeg0rk16xj3t37hf/new_cache.png" data-bx-onload="Y" /><br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/44364.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/44364.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/44364.php</guid>
      <pubDate>Fri, 22 Mar 2024 16:31:52 +0300</pubDate>
    </item>

    <item>
      <title>Использование локальных кешей в кластере</title>
      <description><![CDATA[В обновление модуля cluster 17.0.1 выпустили интересную возможность, позволяющую реализовать работу веб-нод с локальными кешами и тем самым ускорить проект. При этом ядро обеспечит валидность кеша на всех нодах, удаляя помеченные ключи кеша на нодах кластера. Данный режим работы кластера очень хорошо себя зарекомендовал в различных нагрузочных тестах &nbsp;и реальной эксплуатации обеспечивая прирост порядка 30%, за счет более быстрой работы с кешем.<br /><br />Настраивается данный режим достаточно просто. Предположим, есть две ноды на которых настроены роли веб сервера, мемкеша и БД. В этом случае необходимо выполнить следующие шаги. <br /><br />1. Настроить memcache на использование веб сокета и модуль веб кластера на работу с мемкашем через сокет. <br /><br />2. В модуле кластера добавить нужное количество групп ( /bitrix/admin/cluster_index.php?lang=ru )<br /><br />3. На каждом сервере определить константы указывающие ID группы, а также включающий режим чтения слайвов из любой группы.<br />
====code====
<pre>&#60;?
define('BX_CLUSTER_GROUP', 1);
define('BX_CLUSTER_SLAVE_USE_ANY_GROUP', true);
?&#62;
</pre>
=============
4. Перенести слайв сервера в админки БУС, по нужным группам. Для переноса слайв серверов в нужную группу необходимо, отредактировать соответствующие записи в таблице b_cluster_dbnode, установив нужное значение в поле GROUP_ID. <br /><br />5. Для переноса серверов memcached в нужную группу, необходимо установить нужное значение ключа GROUP_ID в файле /bitrix/modules/cluster/memcache.php <br /><br />После этого сервера начнут работать с локальным кешем через сокет, что значительно быстрее чем работа с удаленными серверами по tcp.<br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/the-use-of-local-caches-in-the-cluster.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/the-use-of-local-caches-in-the-cluster.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/the-use-of-local-caches-in-the-cluster.php</guid>
      <pubDate>Thu, 11 Jan 2018 15:45:35 +0300</pubDate>
    </item>

    <item>
      <title>Скрытые возможности работы с сессиями</title>
      <description><![CDATA[Возможности работы с сессиями в продукте значительно расширились. Появилась возможность в качестве хранилища сессии использовать memcached, не блокирующая и виртуальная сессия. Остановимся подробнее на этих возможностях.<br /><br /><b>1. Хранение сессий в memcached</b><br /><br />Для включения хранения сессий в memcached необходимо в /bitrix/php_interface/dbconn.php или /local/php_interface/dbconn.php установить следующие константы<br />
====code====
<pre>define('BX_SECURITY_SESSION_MEMCACHE_HOST', 'localhost');
define('BX_SECURITY_SESSION_MEMCACHE_PORT', 11211);</pre>
=============
либо в случае использования unix-socket<br />
====code====
<pre>define('BX_SECURITY_SESSION_MEMCACHE_HOST', 'unix:///path/to/memcached.sock');
define('BX_SECURITY_SESSION_MEMCACHE_PORT', 0);</pre>
=============
После этого, включить в модуле проактивной защиты, хранение сессий в базе данных. В результате получаем хранение сессий в memcached средствами ядра.<br />Данный способ хранения сессий дает следующие преимущества:<br /><br />- нет необходимости следить за количеством старых сессий на нагруженном проекте<br />- возможность разделять сессии между серверами в кластере<br />- возможность использовать не ожидающую получения блокировки сессию<br />- возможность использовать виртуальные сессии<br /><br />В целом хранение сессий в БД имеет такие же преимущества, но в отличие от хранения сессий в memcached, значительно более медленное. Поэтому рекомендуем использовать хранение сессий в memcached, взамен хранения сессий в БД.<br /><br /><br /><b>2. Не блокирующие сессии. </b><br /><br />Одной из проблем больших проектов с множественными аякс запросами, является частые блокировки хитов одного пользователя на ожидание получения блокировки сессии. Особенно это актуально для КП, где во многих местах прикрепленные к сущностям файлы отдаются пользователю, после проверки прав на php. Поэтому на страницах возможно построение лесенки, из за ожидания получения блокировки сессии. Включить не блокирующую сессию можно установкой константу, до подключения ядра продукта.<br />
====code====
<pre>define('BX_SECURITY_SESSION_READONLY', true);</pre>
=============
После этого сессия читается из memcached или БД не ожидая получения блокировки. Важно помнить, что при использование данной константы по завершению хита, сессия не будет записана. Что может привести к потере данных сохраненных в рамках хита в сессии. Внутри продукта данная функциональность используется например при отдаче отдаче файлов.<br /><br /><br /><b>3. Виртуальные сессии.</b><br /><br />Не блокирующих сессий, для большинства кейсой достаточно. Но в некоторых ситуациях, когда сессия нам не нужна совсем, использование не блокирующей сессии все таки избыточно. Так как сессия будет создаваться в случае ее отсутствия. В результате при большом количестве не связанных между собой хитов, будет созданно большое количество мусорных сессий. Примером таких хитов, являются хиты реста. Для решения этой проблемы была добавлена &quot;Виртуальная сессия&quot;. Суть которой заключается в том, что сессия создается в памяти, не ждет блокировок и не сохраняется. Для ее включения необходимо установить константу, до подключения ядра продукта.<br />
====code====
<pre>define('BX_SECURITY_SESSION_VIRTUAL', true);</pre>
=============
Особо стоит обратить внимание на то, что данный тип сессии никак не сохраняется. В продукте используется при обработке рест запросов.<br /><br />В качестве небольшого заключения. Если у вас КП, проект с большим количеством ajax запросов или много файлов отдается с проверкой прав (например в блогах, соцсети, форуме) то лучше использовать хранение сессий в memcached средствами ядра.<br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/16865.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/16865.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/16865.php</guid>
      <pubDate>Mon, 14 Mar 2016 13:21:26 +0300</pubDate>
    </item>

    <item>
      <title>Новая версия BitrixEnv4.3 и BitrixVM4.3</title>
      <description><![CDATA[Новая версия BitrixEnv/BitrixVM нацелена на предоставление оптимально сконфигурированной среды, для работы "1С-Битрикс: Управление сайтом" и "1С-Битрикс: Корпоративный портал". И поможет избежать ошибок в настройках при настройке сервера.<br /><br /><b>Краткий список изменений:</b><br /><ul><li>изменены настройки модуля nginx-push-stream-module, добавлена возможность работать через websoket и стандартные порты 80, 443<li>переработаны конфигурационные файлы, добавленны комментарии<li>исправлена потеря get параметров в dav<li>обновлены модуль nginx-push-stream-module, nginx, apc<li>добавлен мастер настройки и подключения sphinx<li>сервис bvat расширена поддержка автоматической настройки параметров до 16 ГБ<br /></ul><b>Интеграция с sphinx</b><br /><br />Одной из особенностей данной версии, является наличие sphinx и мастера его настройки. Использование sphinx в качестве поискового движка позволит значительно увеличить скорость поиска и снизит нагрузку на сервер. Для его настройки необходимо:<br /><br />- установить и обновить проект до последней актуальной версии<br />- в консольном меню виртуальной машины выбрать пункт "18. Sphinx search server"<br /><img src="https://site-cloud-files.bitrix24.tech/main/9ea/9eade8f341993b5b6fdc0f81716ed30e/sphinx_server1.png" title="" alt="sphinx_server1.png" border="0"style=" width:446px; height:163px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=10038" /><br /><br />- в данном меню при первом включение вначале выбираем пункт "0. Start sphinx" , а затем "3. Add index", чтобы создать индекс для конкретного сайта. При этом необходимо выбрать кодировку в которой работает сайт и придумать название индекса.<br /><img src="https://site-cloud-files.bitrix24.tech/main/08f/08fb9da61e8330243a832bf9731aeddf/sphinx_search2.png" title="" alt="sphinx_search2.png" border="0"style=" width:632px; height:385px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=10039" /><br /><br />Мастер создаст нужный индекс, перезапустит sphinx. После чего, покажет полное название индекса и предложит настроить на использование этого индекса установленный на машине проект. Для настройки уже установленного проекта достаточно выбрать его из списка доступных, и после отработки мастера выполнить полную переиндексацию.<br /><img src="https://site-cloud-files.bitrix24.tech/main/0d1/0d11fb6c9b0356760546698304d06d0a/sphinx_search3.png" title="" alt="sphinx_search3.png" border="0"style=" width:609px; height:160px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=10040" /><br /><br /><br />Для тех кто использует BitrixEnv стоит обратить внимание на закрытие доступа к портам 9312 и 9306 из вне.<br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/the-new-version-bitrixenv43-and-bitrixvm43.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/the-new-version-bitrixenv43-and-bitrixvm43.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/the-new-version-bitrixenv43-and-bitrixvm43.php</guid>
      <pubDate>Wed, 04 Dec 2013 16:18:15 +0400</pubDate>
    </item>

    <item>
      <title>Увеличение дискового пространства BitrixVM</title>
      <description><![CDATA[При использование виртуальной машины BitrixVM или ami образа BitrixVM, со временем может возникнуть проблема нехватки свободного места.<br />Наиболее оптимальным способом решения данной проблемы, является добавление дополнительного диска и перенос на него части контента.<br /><br />Так как основной объем дискового пространства потребляется контентом сайтов и их резервными копиями расположенными в /home/bitrix, а также БД расположенной в /var/lib/mysql. На отдельные диски, следует выносить именно эти разделы.<br /><br />Рассмотрим данную задачу на примере переноса на отдельный диск папки /home с контентом сайтов и их резервными копиями. &nbsp;Для этого, в настройках виртуальной машины в список оборудования, добавляем новый диск необходимого размера. Все указанные ниже действия необходимо осуществлять под учетной записью администратора root. <br /><br /><img src="https://site-cloud-files.bitrix24.tech/resize_cache/695440/04dbd6b4c314fe48f655aad84339ad15/main/f21/f2100ba577dacd418f8fc19890851e22/wmplayer_add_disk.png" title="" alt="wmplayer_add_disk.png" border="0"style=" width:800px; height:288px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=9120" /><br /><br />После добавления диска, для его инициализации, возможно потребуется перезагрузить сервер. Увидеть новый диск и присвоенное ему буквенное обозначение можно выполнив команду<br /><img src="https://site-cloud-files.bitrix24.tech/main/890/890b55728da98b00df36d5daa51255d9/fdisk_show_new.png" title="" alt="fdisk_show_new.png" border="0"style=" width:540px; height:357px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=9121" /><br /><br />Далее на новом диски создаем основной раздел, которому выделяем все свободное пространство диска командой <br />
====code====
<pre>fdisk /dev/sdb</pre>
=============
<img src="https://site-cloud-files.bitrix24.tech/main/1c4/1c470b84ff560f3866797dc357c24c9c/new_partition.png" title="" alt="new_partition.png" border="0"style=" width:552px; height:387px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=9122" /><br /><br />После сохранения таблицы разделов, форматируем новый раздел и переносим на него информацию из /home<br />
====code====
<pre>mkfs.ext4 /dev/sdb1 
mount /dev/sdb1 /mnt 
service httpd stop 
service nginx stop
mv -f /home/* /mnt 
umount /mnt
</pre>
=============
<br />Следующим шагом определяем UUID нового диска и добавляем запись о нем в /etc/fstab. Вместо UUID можно также использовать имя устройства /dev/sdb.<br />
====code====
<pre>blkid
/dev/sda1: UUID="99066558-ba04-465c-9962-e827aa2928ec" TYPE="ext4" 
/dev/sda2: UUID="8ea38ef9-1ee5-423b-a013-15fd603a678e" TYPE="swap" 
/dev/sda3: UUID="08ec5c65-8fd8-47ac-a998-d81195c8f964" TYPE="ext4" 
/dev/sdb1: UUID="b2e58731-b621-4bd5-909a-afe3bb5dd8a1" TYPE="ext4"</pre>
=============
<img src="https://site-cloud-files.bitrix24.tech/main/912/9129948868364e07bcd5a37d676be6c2/fstab_edit.png" title="" alt="fstab_edit.png" border="0"style=" width:756px; height:173px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=9119" /><br /><br />Остается только примонтировать новый диск и запустить остановленные ранее службы.<br />
====code====
<pre>mount /home 
service httpd start 
service nginx start 
</pre>
=============
Добавление дисков в других средах виртуализации или непосредственно на железе, проходит аналогично.<br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/8254.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/8254.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/8254.php</guid>
      <pubDate>Tue, 20 Aug 2013 11:30:00 +0400</pubDate>
    </item>

    <item>
      <title>Новая версия BitrixEnv4.2 и BitrixVM4.2</title>
      <description><![CDATA[В 12-ой версии БУС и КП появился новый модуль Push&Pull. Модуль позволяет организовать транспорт мгновенных нотификаций и сообщений клиентам. Реализация данного функционала в виде отдельного модуля, позволяет любому модулю используя API отправлять мгновенные нотификации и сообщения клиентам. Для корректной поддержки данных возможностей на серверной стороне, подготовлены новые версии BitrixEnv4.2/BitrixVM4.2.<br /><br />Краткий список изменений:<br /><ul><li>изменены настройки модуля nginx-push-stream-module для корректной поддержки push & pull<li>по умолчанию включен php модуль json<li>исправлена работа rpm пакета при обновлении<li>исправлена постановка в cron задачи проверки прав munin и nagios<li>исправлены правила обработки nginx-ом объединенных css<li>добавлены правила для обработки nginx-ом объединенных js<li>установлены корректные заголовки ответов nginx при выводе кастомных ошибок<li>исправлены определение переменных в nginx<li>в BitrixVM исправлены зависимости библиотек<br /></ul>На серверной стороне поддержка мгновенных сообщений осуществляется модулем nginx - nginx-push-stream-module (<noindex><a href="https://github.com/wandenberg/nginx-push-stream-module" target="_blank" rel="nofollow" >https://github.com/wandenberg/nginx-push-stream-module</a></noindex>). Данный модуль обеспечивает поддержку long-polling соединений с клиентами, и доставку опубликованных им сообщений.<br /><br />При открытие страницы, клиент ajax запросом, подключаются к своему каналу на одном из портов nginx 8893 (http) или 8894 (https). С данного порта, nginx перенаправляет пользователя на внутренний сервер (доступный только по 127.0.0.1:8895) мгоновенных сообщений. Где проверятся наличие канала пользователя и новых сообщений. &nbsp;В случае если в канале нет сообщений, сервер не отдает ответ, а держит соединение в течение 40 сек.<br /><br />Если в течение этого времени в канал пользователя прийдет новое сообщение, то сервер отправит его клиенту и закроет соединение. В случае если в канал пользователя не будет новых сообщений в течение 40 секунд, то сервер разорвет соединение и отправит ему заголовок 304 Not Modified.<br /><br />После получения ответа сервера и закрытия соединения, клиент выполнит повторное подключение к каналу, с новой датой последнего изменения.<br /><br /><br /><div align="center"><img src="https://site-cloud-files.bitrix24.tech/main/d3c/d3cb83e8f3a342ec298c5264b6426501/bitrixenv_nginx_pull.png" title="" alt="bitrixenv_nginx_pull.png" border="0"style=" width:584px; height:440px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=7378" /></div><br />Сообщения в канал пользователя публикуются посредством вызова соответствующих методов API модуля "Push & Pull". <br /><br />Для работы с мгновенными сообщениями рекомендуем использовать протокол https и обеспечить правильную синхронизацию времени сервера.<br /><br />В случае, если вам не подходит BitrixEnv или BitrixVM вы можете настроить сервер мгновенных сообщений самостоятельно. Для этого вам необходимо собрать nginx с поддержкой модуля &nbsp;nginx-push-stream-module и настроить его по аналогии с BitrixEnv.<br /><br />Общие настройки для модуля nginx-push-stream-module<br /><br />====quote====<br />push_stream_shared_memory_size 128M;<br />push_stream_max_subscribers_per_channel 50;<br />push_stream_max_messages_stored_per_channel 100;<br />push_stream_max_channel_id_length 32;<br />push_stream_max_number_of_channels 100000;<br />push_stream_shared_memory_cleanup_objects_ttl 60;<br />push_stream_message_ttl 86400;<br />=============<br />Настройки сервера мгновенных сообщений<br /><br />====quote====<br /><br />	server {<br />		listen	8893;<br />		include	bx/node_host.conf;<br />		server_name_in_redirect	off;<br />		proxy_set_header	X-Real-IP		$remote_addr;<br />		proxy_set_header	X-Forwarded-For		$proxy_add_x_forwarded_for;<br />		proxy_set_header	Host			$host:8893;<br />		# Errors<br />		include	bx/conf/errors.conf;<br />		location ^~ /bitrix/sub/ 	{ proxy_pass <noindex><a href="http://127.0.0.1:8895" target="_blank" rel="nofollow" >http://127.0.0.1:8895</a></noindex>; proxy_connect_timeout 5; }<br />		location ^~ /bitrix/subwin/ 	{ proxy_pass <noindex><a href="http://127.0.0.1:8895" target="_blank" rel="nofollow" >http://127.0.0.1:8895</a></noindex>; proxy_connect_timeout 5; }<br />		location ^~ / 			{ deny all; }<br />	}<br />	server {<br />		listen	8894;<br />		include	bx/node_host.conf;<br />		include	bx/conf/ssl.conf;<br />		server_name_in_redirect	off;<br />		proxy_set_header	X-Real-IP		$remote_addr;<br />		proxy_set_header	X-Forwarded-For		$proxy_add_x_forwarded_for;<br />		proxy_set_header	Host			$host:8894;<br />		proxy_set_header	HTTPS 			YES;<br />		# Errors<br />		include	bx/conf/errors.conf;<br />		location ^~ /bitrix/sub/ 	{ proxy_pass <noindex><a href="http://127.0.0.1:8895" target="_blank" rel="nofollow" >http://127.0.0.1:8895</a></noindex>; proxy_connect_timeout 5; }<br />		location ^~ /bitrix/subwin/ 	{ proxy_pass <noindex><a href="http://127.0.0.1:8895" target="_blank" rel="nofollow" >http://127.0.0.1:8895</a></noindex>; proxy_connect_timeout 5; }<br />		location ^~ / 			{ deny all; }<br />	}<br />	# Server for push and pull<br />	server {<br />		listen 127.0.0.1:8895;<br />		include	bx/node_host.conf;<br />		server_name_in_redirect	off;<br />		proxy_set_header	X-Real-IP		$remote_addr;<br />		proxy_set_header	X-Forwarded-For		$proxy_add_x_forwarded_for;<br />		proxy_set_header	Host			$host:8896;<br />		location ^~ /bitrix/pub/ {<br />			push_stream_publisher			admin;<br />			set $push_stream_channel_id		$arg_CHANNEL_ID;<br />			push_stream_store_messages		on;<br />			push_stream_keepalive			off;<br />			allow					127.0.0.0/8;<br />			deny					all;<br />		}<br />		location ^~ /bitrix/sub/ {<br />			push_stream_subscriber			long-polling;<br />			set $push_stream_channels_path		$arg_CHANNEL_ID;<br />			push_stream_last_received_message_tag	$arg_tag;<br />			push_stream_longpolling_connection_ttl	40;<br />			push_stream_keepalive			on;<br />			push_stream_authorized_channels_only	on;<br />			push_stream_content_type		"text/html; charset=utf-8";<br />			push_stream_message_template "#!NGINXNMS!#{"id":~id~,"tag":"~tag~","time":"~time~","text":~text~}#!NGINXNME!#";<br />		}<br />		location ^~ /bitrix/subwin/ {<br />			push_stream_subscriber			long-polling;<br />			set $push_stream_channels_path		$arg_CHANNEL_ID;<br />			push_stream_last_received_message_tag	$arg_tag;<br />			push_stream_longpolling_connection_ttl	40;<br />			push_stream_keepalive			on;<br />			push_stream_authorized_channels_only	on;<br />			push_stream_content_type		"text/html; charset=windows-1251";<br />			push_stream_message_template "#!NGINXNMS!#{"id":~id~,"tag":"~tag~","time":"~time~","text":~text~}#!NGINXNME!#";<br />		}<br />		location ^~ / { deny all; }<br />		# Errors<br />		include	bx/conf/errors.conf;<br />	}<br />=============<br /><br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/6525.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/6525.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/6525.php</guid>
      <pubDate>Tue, 04 Dec 2012 13:48:54 +0400</pubDate>
    </item>

    <item>
      <title>Новая версия BitrixEnv4.1 и BitrixVM4.1</title>
      <description><![CDATA[При подготовке <noindex><a href="http://www.1c-bitrix.ru/products/env/" target="_blank" rel="nofollow" >BitrixEnv4.1</a></noindex>/<noindex><a href="http://www.1c-bitrix.ru/products/vmbitrix/" target="_blank" rel="nofollow" >BitrixVM4.1</a></noindex> проделана большая работа по исправлению известных ошибок и улучшению безопастности и стабильности системы. Начиная с этого релиза пакеты распространяемые из репозитория bitrix получили gpg подпись. А пакет BitrixEnv changelog и мастер обновления системы с возможностью контроля над вносимыми при обновление изменениями в файлы конфигурации сервера.<br /><br />Также новая версии BitrixEnv4.1/BitrixVM4.1 получили поддержку технологии long-polling. Данная технология совместно с нашим новым модулем "Push and pull" позволяет организовать на проекте обмен мгновенными сообщениями и различными уведомлениями.<br /><br />Краткий список изменений:<br /><ul><li>CentOS обновлен до версии 6.3<br /><li>исправлен мастер добавления дополнительных сайтов<br /><li>исправлен мастер настройки резервного копирования, формат архива сделан совместимым с restore.php<br /><li>доработан сервис настройки параметров системы bvat<br /><li>обработка 404 ошибки для статического контента перенесена на nginx<br /><li>в nginx исправлена обработка 404 ошибки для динамического контента<br /><li>в nginx добавлены страницы ошибок<br /><li>в nginx добавлена корректная обработка календарей<br /><li>для поддержки модуля push & pull nginx собран с модулем nginx-push-stream-module ( <noindex><a href="https://github.com/wandenberg/nginx-push-stream-module" target="_blank" rel="nofollow" >https://github.com/wandenberg/nginx-push-stream-module</a></noindex> )<br /><li>исправлен механизм работы с html кэшем Битрикс в nginx<br /><li>добавлен мастер обновления системы<br /><li>изменение направленные на повышение безопасности системы<br /></ul>Для включения в модуле "Push and pull" поддержки технологии long-pooling необходимо в настройках модуля установить галочку "На сервере установлен модуль nginx-push-stream-module" и указать правильные пути для чтения информации из канала и записи в него.<br /><br /><img src="https://site-cloud-files.bitrix24.tech/resize_cache/550197/04dbd6b4c314fe48f655aad84339ad15/main/795/795a4ad6b1e4eda815089319c56d07ad/push_and_pull_module_settings.png" title="" alt="push_and_pull_module_settings.png" border="0"style=" width:800px; height:418px;" data-bx-image="http://dev.1c-bitrix.ru/bitrix/components/bitrix/blog/show_file.php?fid=7064&width=1000" /><br /><br />Также доступны обновленные образы для Amazon:<br /><br />us-east-1 (Virginia): ami-80833ae9<br />us-west-1 (California): ami-63614726<br />us-west-2 (Oregon): ami-6a81085a<br />eu-west-1 (Ireland): ami-b3a8a8c7<br />ap-southeast-1 (Singapore): ami-1ee9a94c<br />ap-northeast-1 (Tokyo): ami-58d56b59<br />sa-east-1 (Sau Paulo): ami-902ff68d<br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/6223.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/6223.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/6223.php</guid>
      <pubDate>Tue, 23 Oct 2012 10:14:07 +0400</pubDate>
    </item>

    <item>
      <title>Новая версия BitrixEnv4 и BitrixVM4</title>
      <description><![CDATA[Новая версия <noindex><a href="http://www.1c-bitrix.ru/products/env/" target="_blank" rel="nofollow" >BitrixEnv4</a></noindex>/<noindex><a href="http://www.1c-bitrix.ru/products/vmbitrix/" target="_blank" rel="nofollow" >BitrixVM4</a></noindex> получила значительные изменения. Опыт использования ZendServer и ZendOptimizer+ показал их нестабильную работу и наличие специфических ошибок. Поэтому <br />в новой версии с целью повышения стабильности работы, мы отказались от его использования в пользу стандартного Apache и APC. Также добавили возможность мониторинга системы и создания резервных копий сайта по расписанию.<br /><br /><b>Краткий список изменений:</b><br /><ul><li>CentOS обновлен до версии 6.2<br /><li>убран ряд компонентов VMWare приводивших к проблемам после обновлений виртуальной машины<br /><li>стандартный размер диска виртуальной машины увеличен до 10 ГБ<br /><li>ZendServer заменен на Apache и APC<br /><li>изменена схема подключения файлов конфигураций Nginx и Apache, для минимизации проблем при обновлении или установке дополнительных пакетов<br /><li>изменен механизм ntlm авторизации, и добавлен в rpm пакет BitrixEnv4<br /><li>добавлены мастера создания резервной копии сайта по расписанию, удаления настроек дополнительных сайтов, настройки мониторинга системы (munin, nagios)<br /><li>изменение направленные на повышение безопасности системы<br /><li>доработан мастер создания дополнительных сайтов<br /><li>скорректирована работа сервиса настройки параметров системы bvat<br /><li>добавлена система контроля версий mercurial<br /></ul><br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/5418.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/5418.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/5418.php</guid>
      <pubDate>Fri, 29 Jun 2012 11:45:57 +0400</pubDate>
    </item>

    <item>
      <title>BitrixVM3.1 с поддержкой NTLM авторизации</title>
      <description><![CDATA[Подготовлен очередной релиз виртуальной машины <noindex><a href="http://www.1c-bitrix.ru/products/vmbitrix/" target="_blank" rel="nofollow" >BitrixVM3.1</a></noindex>. Ключевой особенностью данного релиза, является прозрачная NTLM аутентификация пользователей домена в 1С-Битрикс "Управление сайтом" и 1С-Битрикс "Корпоративный портал", без отключения front-end сервера nginx.<br /><br />Основная цель которую мы преследовали, дать возможность компаниям использующим NTLN аутентификацию в КП ускорить его работу, за счёт переноса в эталонную среду, без потери интеграции с AD.<br /><br /><br /><b>Изменения в BitrixVM 3.1</b><br /><br />- обновлён CentOS 6<br />- добавлен ряд пакетов htop, samba и.т.д.<br />- мастер настройки NTLM авторизации <br />- добавлен модуль ntlm аутентификации для apache<br />- nginx c патчем upstream-keepalive<br /><br /><a href="http://dev.1c-bitrix.ru/community/blogs/rns/bitrixvm31-s-podderzhkoy-ntlm-avtorizatsii.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/rns/bitrixvm31-s-podderzhkoy-ntlm-avtorizatsii.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/rns/bitrixvm31-s-podderzhkoy-ntlm-avtorizatsii.php</guid>
      <pubDate>Sat, 17 Dec 2011 00:18:19 +0400</pubDate>
    </item>

  </channel>
</rss>