Даниил Макеев (Все сообщения пользователя)

CIBlockElement::SetPropertyValueCode вызывает CIBlockElement::SetPropertyValues, а у нее та же катавасия (http://www.bitrix.ru/help/source/iblock/help/ru/developer/classes/ciblockeleme­nt/setpropertyvalues.php.html).

Что-то вроде как делалось Битриксами по этому поводу но я бы советовал делать по старинке - выбрал все поля, поменял нужные и сохранил. Во избежание.

Александр, карты в руки. Общественность будет благодарна.

Пардон, неточность - отображаются все страницы кроме первой.

http://www.bitrix.ru/support/forum/forum6/topic4230/messages/
попробуйте перейти на первую страницу.

Нельзя. И в ближайшую пятилетку врядли стоит рассчитывать.

Что-то мне подсказывает, что форум имел бы больший смысл если бы можно было просмотреть не только последние страницы тем.

Роман Забродин, Ваш комментарий принес бы большую пользу общественности если бы Вы были чуть более последовательны.

Она самая. В описании в мануале есть несаколько скользких мест и неточностей (обещали поправить еще в прошлом году, ждемс), но общее представление мануал дает.

Вы можете хранить все три категории в одном инфоблоке, разделяя их по секциям (папкам). Это решит проблему с общим свойством.

Решается вот так:
http://runever.livejournal.com/1724.html

Советую не ждать Битриксовского обновления а реализовать вывод баннеров с такими корорективами самостоятельно - быстрее.

Я обращался с подобным в техподдержку - глухо. В январе говорили что готовится версия с возможностью не устанавливать демонстрационные данные, но воз и ныне там.

Я бы не ждал прогресса в данном вопросе в ближайшую пятилетку.

Просто в Битриксе новости узнают чуть быстрее чем в Башкортостане ))

А можно вообще все нафиг потереть. С корня сайта начать и рекурсивно.

Самое первое что нужно сделать - оптимизировать таблицы.
b_stat_path_cache, к примеру, ооочень быстро накапливает накладные расходы.

Второе - заходим в Настройки->Настройки модулей->Статистика->Время хранения. Смотрим в какой строке уж очень много записей и уменьшаем время хранения.  В общем виде можно спокойно уменьшить все сроки хранения раза в 3.

Юрий Москаленко,, вопрос лишь в том, насколько "чистый" - у меня сложилось такое впечатление что многие разработчики ооочень даже по разному воспринимают этот момент. Для меня, к примеру, идеальным будет вообще отсутствие всех стандартных модулей, но я понимаю что это не для всех удобно.

Задача: вставка через стандартное API четырехзначного количества элементов (каждый имеет полтора десятка пользовательский свойств).

Как было: выделенный сервер, на 60 секунде таймаут и вставлено 2200 элементов

Промежуточно: партнерский семинар Битрикс, плотное общение с разработчиками.

Результат: обновился (в changelist ни слова об этом), 8700 элементов возгоняются в момент.

Спасибо  

Александр Веремиенко,, да, лучше ставить по отдельности, но разницы принципиальной нет. Собственно при нагрузке в 3-5-7 пользователей проблем вообще возникнуть не должно.