Форум

Вопрос следующий: [B]должны ли эти функции возвращать все поля $arFields или только измененнные?[/B]

Когда подключил CALLBACK_FUNC, которая возвращает только
[CODE]
$arFields = array(
   'PRICE'=>9999,
   'CAN_BUY'=>'Y'
);
[/CODE]
CSaleBasket::Add стала возвращать FALSE, в связи с чем и встал такой вопрос.

Далее размышления вслух:
В документации этот момент не освещен и если действительно необходимы все поля, то по моему скромному мнению это существенно узкое место: по-любому мы в реализации корзины используем инфоблоки, получаем свойства и т.п. и эта функция выполняется каждый раз при чтении корзины для каждого элемента! Куда логичнее было бы передавать указатель &$arFields и просто менять необходимые поля.

Приветствую, уважаемые!
Нужен ваш совет в непростой для новичка ситуации.
На сайте в каталоге продукции присутствует комплексный компонент на основе
[B]bitrix:[/B]catalog, который в зависимости от ряда параметров подключает следующие компоненты:

[CODE]
( bitrix:catalog.sections.list | my:catalog.sections.list )
( my:catalog.top | ( bitrix:catalog.section | my:catalog.section ) )
[/CODE]

Насколько я смог разобраться, за формирование навигационной цепочки в данном
случае отвечают компоненты [B]bitrix:[/B]catalog.section и
[B]my:[/B]catalog.section. Когда в дело вступает один из них, все отлично,
цепочка выглядит вот так:
[FONT=Courier]Главная > Каталог > Раздел 1 > Подраздел 1.1[/FONT].
Для [B]my:[/B]catalog.top был добавлен следующий код:
[CODE]if($arParams["ADD_SECTIONS_CHAIN"]) {
$rsPath = CIBlockSection::GetNavChain($arParams['IBLOCK_ID'], $arParams['SECTION_ID']);
$rsPath->SetUrlTemplates("", $arResult["SECTION_URL"]);
while($arPathItem = $rsPath->GetNext()) {
$APPLICATION->AddChainItem($arPathItem['NAME'], $arPathItem['SECTION_PAGE_URL']);
}
}[/CODE]
Но в "хлебных крошках" наличествует только [FONT=Courier]Главная > Каталог[/FONT]
Пробовал перемещать код по компоненту: до блока
[FONT=Courier]if($this->StartResultCache(...))[/FONT], в нем, в конце компонента -
результат тот же. Однако, если закомментировать
[FONT=Courier]$sSectionName="Каталог";[/FONT] в /catalog/.section.php, то цепочка формируется, но
"Каталог" попадает в самый конец (видимо, из-за SetTitle).
Короче, много чего было перепробовано и идеи как-то заканчиваются.
Подскажите, если можете, причину такого явления и направьте глаза и руки мои.

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

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

До:

[CODE]
<div>#WORK_AREA#</div>
<div id="footer">
[/CODE]

После:

[CODE]
<div>#WORK_AREA#</div>
#WORK_AREA#"footer">
[/CODE]

Это происходит независимо от способа копирования - через FTP или через бэкап + restore.php.

Версия bitrix 8.6.1

Подскажите, как быть? Где копать?

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

Есть две проблемы: с установкой eaccelerator (1) и с настройкой БУС на работу с memcache(2).

1. После сборки eaccelerator'a из исходников и его подключения httpd перестает отвечать, в логе это отражается так: [CODE][notice] child pid xxxx exit signal Segmentation fault (11)[/CODE]
Пробовал собирать c различными параметрами, отключать неиспользуемые модули apache, все то же.
Использовались версии акселератора 0.9.6 и 0.9.6.1
Возможно, у кого-то есть идеи, как это обойти?

2. Memcache удалось настроить только на хранение сессий, кеш страниц по-прежнему хранится в файлах. В /bitrix/php_interface/db_conn.php указано:
[CODE]
define("BX_CACHE_TYPE", "memcache");
define("BX_CACHE_SID", $_SERVER['DOCUMENT_ROOT']."#01");
define("BX_CACHE_HOST", "127.0.0.1");
define("BX_CACHE_PORT", "11211");
[/CODE]

Я так понимаю, что совместное использование memcache и eaccelerator излишне и не даст большего прироста производительности в сравнении с каждым по отдельности.
Уважаемые специалисты, помогите настроить хоть что-то одно :)

Сведения о системе:
[CODE]
ОС CentOS       5.4
bitrix-env      1.6
Apache          2.2.3
PHP             5.2.13
PHP API         20041225
PHP Extension   20060613
Zend Extension  220060519
[/CODE]