Форум

Столкнулся с проблемой, погугли, нашел эту тему. Посчитал своим долгом разобраться в проблеме.

Короче, cacheenginenone горит когда у вас некорректно настроен сам софт. Например, вы указали хранение в мемкеше, а мемкеш не настроен, не заводится. Тогда проект НЕ БУДЕТ кешироваться, а в панели будет гореть "cacheenginenone", что своего рода болванка по умолчанию.

В настройках компонента может еще переключить надо?

Олег, почему вы не читаете документацию к методу?
[URL=http://php.net/manual/ru/function.strpos.php]http://php.net/manual/ru/function.strpos.php[/URL]
[COLOR=#333333]Возвращает ПОЗИЦИЮ, в которой находится искомая строка. true оно никогда не вернет по определению.
[/COLOR][COLOR=#333333]Возвращает [/COLOR][COLOR=#333333]FALSE[/COLOR][COLOR=#333333], если искомая строка не найдена.
[/COLOR]
В вашем случае надо !== false (это не то же самое что === true, почему - см. выше).

Зависит от специфики разработки. Если делать в лоб - "копируем структуру и правим кнопочку", то это сложнее обновить.
А если по грамотному - изменять только нужные компоненты, то и проблем (как у вас) уже не будет, или будет не так много.



Только ручной контроль, сравнение времени изменения файлов.

Возможно, вы не так меня поняли. Вы можете использовать свои любые наработки, но сам Битрикс (админку) вы имеете право юзать только один раз (для _боевых_ сайтов). То есть, никто не мешает поставить полную копию боевого вам локально и законно ее юзать для тестов.

[QUOTE]Arman Saparbekov написал:
Клиент хочет сделать независимый дубль этого сайта на другом домене и позднее немного изменять его.
[/QUOTE]

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


[QUOTE]Arman Saparbekov написал:
P.S. Как узнать редакцию битрикса?[/QUOTE]

[URL=http://www.1c-bitrix.ru/support/key_info.php]http://www.1c-bitrix.ru/support/key_info.php[/URL]

А вы не кастомизировали шаблоны? У меня обновилось все хорошо.

arFilter = array('PROPERTY_LINKED' => $ID);

LINKED - св-во, в котором хранится привязка. $ID - текущий элемент.

[QUOTE]kirov43 написал:
в чем разница между методами GetNextElement, GetNext, Fetch   ? в каких случаях нужно использовать либо то либо другое?
[/QUOTE]

[COLOR=#373737]GetNextElement просто обертка [URL=http://bxapi.ru/src/?module_id=iblock&name=CIBlockResult::GetNextElement]http://bxapi.ru/src/?module_id=iblock&name=CIBlockResult::GetNextElement[/URL] Если простыми словами - вернет и поля, и свойства (хотя само является объектом). Обратитесь к документации. Не рекомендуется юзать без четкого понимания.
[/COLOR]
GetNext - простая выборка, возвращает то, что попросили.

Fetch - то же самое, но возвращает данные в небезопасном виде (не применено htmlspecialchars). Рекомендуется использовать с пониманием что это действительно надо (когда случится, поймете).


[QUOTE]kirov43 написал:
Также в каких случаях нужно хранить свойства в отдельной таблице?
[/QUOTE]

Когда нужно проставить ключи на определенные свойства, как-будто они являются отдельными колонками таблицы (а они и так ими будут являться).


[QUOTE]kirov43 написал:
И как способ хранение свойств ИБ  зависит от использование CIBlockElement::GetList? то есть на кол-во запросов?[/QUOTE]

ИБ+ дает бОльшее кол-во _мелких_ запросов (зависит от кол-ва запрашиваемых св-в), а обычный ИБ порождает более мощный запрос. И то и то верно применимо к выборке св-в.


[QUOTE]kirov43 написал:
чем различие в результате массива  ключей   $arResult[NAME] от  $arResult[~NAME] ?[/QUOTE]

См. выше. С тильдой - это НЕбезопасные данные. Грубо говоря, с тильдой - это результат от Fetch, а без тильды - GetNext. Грубо говоря.

Нечто похожее я делал так:

1. Пользователь создает элемент инфоблока (заполняет форму).
2. Элемент сохраняется во внутреннем инфоблкое, и этот же элемент добавляется в корзину, покупается.
3. В заказе видим ссылку на элемент в админке, где можем увидеть что и как заполнил пользователь.