Форум

Да, не работает и вот не понятно, как же заставить работать функцию ResizeImageGet если изменяемое изображение меньше заданных пределов. И что делать когда нужно увеличить изображение средствами ResizeImageGet?

Как это сделать в виртуальной машине? Там только консоль?
Нужен именно xdebug

На главной странице есть компоненты со списком товаров и кнопкой "В корзину", ссылка: /?action=ADD2BASKET&id=68.
В шаблоне подключен компонент малой корзины "bitrix:sale.basket.basket.small".
Нажимая ссылку "В корзину" страница перезагружается, но товар в корзину не попадает. В чем может быть дело? Чего может не хватать?

Точно! Спасибо!

[QUOTE]Дмитрий Яковенко пишет:
Когда не админ срабатывает кеш? И переменных $arResult["IBLOCK_ID"], $arResult["ID"] нет?
[/QUOTE]Нет, эти значения не кешируются.
Вот какая ошибка вылезает еще:
[CODE]Fatal error: Class 'Bitrix\Iblock\InheritedProperty\SectionValues' not found in /var/www/.../bitrix/templates/.../component_epilog.php on line 3
[/CODE] [CODE]<?if(!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true)die();
//echo "<pre>";print_r($arResult);echo "</pre>";
$ipropValues = new \Bitrix\Iblock\InheritedProperty\SectionValues(
$arResult["SECTION"]["IBLOCK_ID"],
$arResult["SECTION"]["ID"]
);
$IPROPERTY = $ipropValues->getValues();
[/CODE]

Второй строкой я проверял что есть вне кеша в componen_epilog.php - это правильно?

UP! Кто-нибудь в курсе, что за ошибка?

Прописал в component_epilog.php:
[CODE]<?if(!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true)die();

$ipropValues = new \Bitrix\Iblock\InheritedProperty\ElementValues($arResult["IBLOCK_ID"], $arResult["ID"]);
$arResult["IPROPERTY_VALUES"] = $ipropValues->getValues();

if($arResult["IPROPERTY_VALUES"]["ELEMENT_META_TITLE"]) {
   $APPLICATION->SetTitle($arResult["IPROPERTY_VALUES"]["ELEMENT_META_TITLE"]);
} else {
   $APPLICATION->SetTitle($arResult["NAME"]);
}
?>
[/CODE]

Работает только под админом.
У неавторизованных пользователей генерация страницы останавливается на этом файле - footer.php шаблона уже не грузится и тайтл не меняется.

[QUOTE]Артём Дубин пишет:
Есть ли какой-либо рекомендуемый предел по размерам простого инфоблока?
Есть ли какие-нибудь инструменты по увеличению производительности для такого инфоблока?
[/QUOTE]У нас на практике получилось так, что оптимально работает инфоблок с ~50 000 элементов.
Да, есть инфоблоки 2.0 - их данные хранятся в отдельной таблице (первая галочка при создании нового инфоблока)

[QUOTE]Артём Дубин пишет:
То есть вывести эти данные с помощью стандартных компонентов, например с помощью каталога и применением умного фильтра уже не получиться?
Или можно, но придётся сильно колдовать?
Я документацию глянул, понял что это вроде для списков вспомогательных, а у меня планируется наращивать информацию по элементам: добавлять свойства (картинки, текст, список и т. п.), то есть масштабировать со временем.
[/QUOTE]Стандартными компонентами вы это всё вывести сможете, но вот с умным фильтром и правда - придется много колдовать. Самому делать фильтр на хайлоад-инфоблоки не доводилось, но уверен, что придется писать свой компонент для этого.
Для вспомогательных списков хайлоад-инфоблоки применили в типовом ИМ для наглядности, это не говорит об основном применении.
Добавлять свойства, кстати, возможно. Только помню, что сортировать свойства в админке очень не удобно :)

[QUOTE]Рамиль Юналиев пишет:
А что не удобно, какие проблемы или неудобства?Поделитесь опытом
[/QUOTE]Очень много минусов, но предупреждаю - работал с ними месяца полтора назад, сейчас всё могло измениться - не смотрел.
Итак, пишу по памяти:
В админке нет групповых действий - то есть нельзя поставить галочки для всех элементов и удалить их.
Нет возможности фильтрации по списку элементов хайлоад инфоблока
Если вы в обычном инфоблоке делаете привязку к элементам хайлоад инфоблоков, и их очень много, то карточка такого элемента уже не откроется, т.к. подгружает список всех(!) элементов хайлоад инфоблока.
Нет возможности разделять элементы по разделам.
По сути нет компонентов для отображения списка элементов.
Не удобно называть свойства элементов с префиксом "UF_" - просто избыточность... но приходится.
Нет возможности из админки поменять тип поля, скажем с text на varchar(10), а для хайлоад это бывает очень важно.
В коде, для работы с обычными инфоблоками мы просто подключаем IncludeModule("iblock"), а вот для хайлоад инфоблоков надо пару четверостиший написать - типа новые объекты, классы, всё это однотипно и приходится прописывать - занимает место, много кода, риск где-то ошибиться больше, читаемость кода хуже.

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