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

<rss version="2.0">
 <channel>
	<title>Блог Вадима Думбравану</title>
	<link>http://dev.1c-bitrix.ru/community/blogs/vad/</link>
	<description></description>
	<language>ru</language>
	<docs>http://backend.userland.com/rss2</docs>
	<pubDate>Thu, 16 Apr 2026 13:57:50 +0300</pubDate>

    <item>
      <title>Окончание поддержки eAccelerator</title>
      <description><![CDATA[Коллеги, в одном из предстоящих обновлений мы заканчиваем поддержку прекомпилятора PHP eAccelerator. <br /><br />Нужно отдать ему должное, он был одним из первых прекомпиляторов, и внес значительный вклад в нашу индустрию. К сожалению, проект давно уже не развивается, последнее обновление было 16 Aug 2012. Не поддерживаются анонимные функции, есть проблемы с короткими тернарными операторами. Мы больше не можем позволить себе идти вперед, оглядываясь на ограничения eAccelerator. А мы хотим идти вперед вместе с PHP, не за горами уже выход PHP 7. <br /><br /> Мы считаем, что сейчас есть возможность использовать другие альтернативы. На рынке присутствует ряд других прекомпиляторов, APC, xCache и т.д.<br /><br />Что мы сделаем на практике:<br /><br />- выйдет обновление системы обновлений, которое будет проверять, не используется ли eAccelerator. Если используется, то обновления нельзя будет установить. Это защитит ваш проект от нового кода, который может быть нерабочим под этим прекомпилятором;<br /><br />- будет проверка в установщике дистрибутива и в проверке системы;<br /><br />- модуль производительности не будет давать рекомендации для этого прекомпилятора.<br /><br />Скажем спасибо eAccelerator, и будем двигаться дальше.<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/the-end-of-support-for-eaccelerator.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/the-end-of-support-for-eaccelerator.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/the-end-of-support-for-eaccelerator.php</guid>
      <pubDate>Fri, 27 Mar 2015 17:42:43 +0300</pubDate>
    </item>

    <item>
      <title>OTP &amp; AP (a.k.a. ОП и ПП)</title>
      <description><![CDATA[Эти непонятные аббревиатуры означают One-time Password (одноразовый пароль) и Application Password (пароль приложения). Как вы знаете, в 15 версии мы значительно развили одноразовые пароли и сделали их использование действительно удобным. Теперь их можно использовать не только в БУС, но и в КП. Давайте посмотрим, как ПП сделали возможным использование ОП в КП.<br /><br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/12770.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/12770.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/12770.php</guid>
      <pubDate>Tue, 27 Jan 2015 11:10:43 +0300</pubDate>
    </item>

    <item>
      <title>Новое ядро и расширение mysqli</title>
      <description><![CDATA[Как известно, используемое в продукте расширение mysql объявлено устаревшим в &nbsp;PHP 5.5.0. Поэтому в новом ядре было сразу предусмотрено использование актуального расширения mysqli. Но в одном из этапов разработки мы решили совместить старое и новое ядро в один жизненный цикл. Так как старое ядро не умело работать с mysqli, то и в новом его не получалось использовать.<br /><br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/the-new-kernel-and-the-mysqli-extension.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/the-new-kernel-and-the-mysqli-extension.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/the-new-kernel-and-the-mysqli-extension.php</guid>
      <pubDate>Mon, 23 Jun 2014 16:48:33 +0400</pubDate>
    </item>

    <item>
      <title>Соглашения по именованию нового ядра</title>
      <description><![CDATA[Партнерам-разработчикам, наверное, будет интересно, какими правилами именования мы пользуемся для нового ядра. &nbsp;<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/naming-conventions-for-the-new-kernel.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/naming-conventions-for-the-new-kernel.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/naming-conventions-for-the-new-kernel.php</guid>
      <pubDate>Mon, 28 Oct 2013 17:08:20 +0400</pubDate>
    </item>

    <item>
      <title>ORM</title>
      <description><![CDATA[<b>В старом ядре</b><br /><br />На каждую сущность программируется свой GetList, Update, Add, Delete. В основном копи-пастом. Недостатки: разный набор параметров; разный синтаксис полей фильтров; события могут быть или не быть; иногда разный код под разные БД (Add).<br /><br /><b>Какая цель поставлена в новом ядре</b><br /><br />Сделать операции выборки и сохранения в БД однотипными, с одинаковыми параметрами и фильтрами. По возможности таблицы сущностей должны обслуживаться с минимумом нового кода. Стандартные события добавления/изменения/удаления должны быть доступны автоматически.<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/8772.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/8772.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/8772.php</guid>
      <pubDate>Mon, 28 Oct 2013 15:54:57 +0400</pubDate>
    </item>

    <item>
      <title>Новый Framework</title>
      <description><![CDATA[<span class="bx-font" style="font-size:large;"><b>Framework</b></span><br /><br />В новом ядре жизненный цикл страницы не изменился. По сути новое ядро - это новая идеология разработки. При этом в продукте продолжает работать весь старый API. И добавляется новый API для разработки в новом стиле.<br /><br />По возможности, постепенно, старый API должен стать чем-то типа адаптера. Для совместимости. А вся логика с соответствующим рефакторингом должна переехать в новое ядро. &nbsp;<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/8771.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/8771.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/8771.php</guid>
      <pubDate>Mon, 28 Oct 2013 15:20:50 +0400</pubDate>
    </item>

    <item>
      <title>Идеология нового ядра</title>
      <description><![CDATA[<b>Идеология</b> <br /><br />Новое ядро продукта строится на принципах ООП с применением всех возможностей, имеющихся в PHP версии 5.3 (минимальные технические требования).<br /><br /><b>Модули, пространства имен и API</b><br /><br />Продукт остается модульным. Модули располагаются в системной папке <i>/bitrix/modules</i>. Кроме того, появляется еще одна значимая папка <i>/local/modules</i>, в которой могут располагаться пользовательские модули. Такое разделение позволит сторонним разработчикам просто организовать контроль версий своих разработок с сохранением обновляемости продукта стандартной системой обновлений. &nbsp;<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/8769.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/8769.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/8769.php</guid>
      <pubDate>Mon, 28 Oct 2013 14:40:25 +0400</pubDate>
    </item>

    <item>
      <title>Поддержка папки /local/</title>
      <description><![CDATA[Партнеры-разработчики часто просят нас дать рекомендации, как лучше организовать сопровождение проекта с помощью системы контроля версий. В принципе, это возможно, если ограничиваться файлами. На одной из партнерок я делал презентацию, как мы поддерживаем один из наших проектов с помощью hg.<br /><br />В представленной схеме есть одно неудобство: нужно исключать из репозитория "чужие" файлы. Как ни странно, с точки зрения проекта "чужими" файлами являются файлы продукта - они изменяются не разработчиками проекта, а приходят "снаружи" в виде обновлений. Неудобство заключается в том, что нельзя просто исключить папку /bitrix/ - в ней могут находиться в том числе файлы проекта - модули, компоненты, шаблоны сайта и т.д. В итоге файл .hgignore приобретает избыточный вид:<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/8646.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/8646.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/8646.php</guid>
      <pubDate>Wed, 16 Oct 2013 11:26:11 +0400</pubDate>
    </item>

    <item>
      <title>Часовые пояса в версии 11</title>
      <description><![CDATA[Как вы уже наверняка знаете, в 11-й версии продукта вышла поддержка часовых поясов. Давайте рассмотрим подробнее, в чем заключается поддержка, и как можно использовать часовые пояса. Я расскажу как об использовании, так и о внутреннем устройстве (для понимания разработчиками).<br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/3269.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/3269.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/3269.php</guid>
      <pubDate>Fri, 21 Oct 2011 12:34:13 +0400</pubDate>
    </item>

    <item>
      <title>Готовим обновления 11 версии</title>
      <description><![CDATA[После некоторого затишья мы готовимся к выпуску обновлений 11-й версии БУС. Да-да, номер версии будет не 10.5, а 11. Пакет обновлений очень большой, в одном сообщении не охватить. Но вот что нас ожидает в ядре:<br /><br /><a href="http://dev.1c-bitrix.ru/community/blogs/vad/preparing-an-update-version-11.php">Подробнее...</a>]]></description>
      <link>http://dev.1c-bitrix.ru/community/blogs/vad/preparing-an-update-version-11.php</link>
      <guid>http://dev.1c-bitrix.ru/community/blogs/vad/preparing-an-update-version-11.php</guid>
      <pubDate>Thu, 29 Sep 2011 16:42:55 +0400</pubDate>
    </item>

  </channel>
</rss>