Павел Круцкевич (Все сообщения пользователя)

Цитата
tarikss пишет: Цитата По идее, можно до 127 свойств использовать в инфоблоке У меня при больше 25 уже не сохранает и снимает флаг, что еще интересно что в других ИБ где те же свойства почему то все ок, написал в тех. поддержку пока тишина

я говорю, "по идее", так как для каждого свойства заведено 2 поля в таблице свойств - PROPERTY_XX и DESCRIPTION_XX, а у MySQL, насколько мне известно, ограничение - до 255 полей в таблице.

Цитата
Sergey Leshchenko пишет: Сергей, какая у вас версия php?

5.2.6

Версия инфоблоков - 10.0.6

tarikss, скорее всего, просто превышается длина sql-запроса UPDATE при сохранении настроек инфоблока. У меня очень длинные номера сортировки, коды и наименования свойств. Может, следует сократить их, и тогда проблема исчезнет. Напишите здесь, пожалуйста, ответ саппорта, не вижу смысла дублировать запрос.

У меня уже на втором портале такая ситуация, на первом в инфоблоке было около 80 свойств, приходилось напрямую через PhpMyAdmin править базу. Подозреваю, что просто превышается максимально допустимая длина SQL-запроса. По идее, можно до 127 свойств использовать в инфоблоке.

Приветствую всех.

Разрабатывается довольно сложный портал, суммарное количество свойств инфоблоков достигло 300. При добавлении новых свойств и нажатии "Применить", выбрасывает к списку инфоблоков, настройки при этом не сохраняются.

В инфоблоке 25 свойств, большинство - списки. Другие инфоблоки сохраняются без проблем.

Кто-нибудь сталкивался с такой проблемой? Как ее устранить? Похоже, что захлебывается SQL-запрос?

Спасибо за ответ, но вы меня наверно неверно поняли... Вывести свойство инфоблока я могу без проблем, а нужно вывести субсвойство.

1 ИНФОБЛОК
Торговая точка: Магазин№12
Телефон: 123456789
Адрес: у.Ленина 123

2 ИНФОБЛОК
Товар: мандарины
Торговая точка: Магазин№12 (привязка к элементу 1 ИНФОБЛОКА в виде списка)

Вопрос, как вывести на странице данные сразу из двух инфоблоков:
Товар: мандарины
Торговая точка: Магазин№12 (привязка к элементу в виде списка)
Телефон: 123456789

Пытаюсь использовать стандартный компонент news:list, в планах - прикрутить фильтрацию данных по субсвойству, например, вводим телефон и выводится список товаров, продающихся в торговой точке с этим телефоном, но уже на этапе вывода дополнительных свойств столкнулся с трудностями.

Используется редакция Старт. В документации написано, что "Можно выбрать и значения свойств элементов по значениям свойства типа "Привязка к элементам". Для этого необходимо указать  PROPERTY_<PROPERTY_CODE>. PROPERTY_<PROPERTY_CODE2>, где PROPERTY_CODE - ID или мнемонический код свойства привязки, а PROPERTY_CODE2 - свойство указанного в привязке элемента. "

Почему-то не действует... Я конечно вижу возможное решение через result_modifier с помощью субзапросов, но интересно, неужели в системных компонентах не предусмотрена выборка свойств связанных элементов. Если делать через result_modifier, число запросов на странице возрастет на 15-20, сервер конечно справится, но не хотелось бы нагружать его лишней работой.

Народ, укажите направление хотя бы, перекопал весь форум уже

Доброе время суток, уважаемые.  Очень нужна подсказка знатоков платформы, потому что документации недостаточно =(

В общем, ситуация такова: Имеется 2 инфоблока, свойства обоих хранятся в отдельных таблицах, имеется привязка элементов второго инфоблока к первому.

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

Как вывести каждому товару телефон торговой точки, в которой он продается?

Согласно документации, достаточно указать PROPERTY_TRADE_POINT.PROPERTY_TELEPHONE, но не работает... Пробовал переносить свойства в общую таблицу, никакого эффекта. Обновления установлены.

Подскажите пожалуйста, кто знает правильное решение. Документация практическими примерами не блещет, увы.

похоже что дело в размере, передаваемом через POST, спасибо, Николай.

Кстати, вопрос знатокам платформы - загрузка файлов по частям в битриксе уже реализована? Не представляю, где это посмотреть в ядре, вроде сервер проглатывает большие файлы, по частям или целиком, без понятия.

Здравствуйте, форумчане!

В общем, столкнулся со следующей проблемой: необходимо реализовать возможность загрузки пользователями медиафайлов. Заведены необходимые свойства типа Файл, ограничений на размер не установлено. В настройках сервера размер загружаемого файла также указан с запасом, но... не грузятся даже средние файлы - максимум, что удалось загрузить - 1,4 мб ролик.

Не понимаю, в чем проблема. Подскажите, пожалуйста, сталкивался ли кто с подобной проблемой и как ее устранил. Буду очень благодарен хотя бы ссылкам, потому что на форуме ничего не нашел.

Приветствую всех форумчан!

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

Конечно же для конечных посетителей сайта это никак не отражается - я на лету подстригаю фотки и пихаю их в кеш, но! Устал модераторам говорить об ограниченности ресурсов сервера... В общем, грузят у нас по 10-30 фоток к новости по 5метров каждая. На  сайте - все отлично смотрится, на хостинге - недостаток места. Конечно же можно бить по рукам, ограничить размер передаваемых POSTом данных, но хочется как-то погуманнее поступить =)

Я еще многое в платформе битрикс не изучил - можно ли при сохранении промежуточно обрабатывать графич.файлы. Не хотелось бы сильно лезть в ядро, хочется найти универсальное решение для других проектов, которым бы тоже подобный апгрейд не помешал. Кто-нибудь задавался уже этим вопросом?

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

Допустим, структура такова:

Раздел1
Элемент1
--Раздел2
 Элемент2
 Элемент3
--Раздел3
 Элемент4

ЧПУ:
разделы - /catalog/#SECTION_CODE#/
элементы - разделы - /catalog/#SECTION_CODE#/#ELEMENT_CODE#/

При переходе, например, по адресу: /catalog/Раздел1/ выводятся элементы не только этого раздела, но и дочерних, чего быть не должно.

Редакция Старт, используется комплексный компонент news.

Подскажите, пожалста, как достичь того, чтобы выводились только элементы, лежащие в данной категории(разделе)

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

Думаю, это всем знакомая ситуация. Для удобства работы заказчик попросил, чтобы ему приходили на почту уведомления о новых публикациях, что и было реализовано.

Проблема в следующем: если материал публикуется без премодерации (с включенной активностью), то оповещение успешно производится, если с модерацией (с выключенной активностью) - нет.

За отправку сообщения отвечает следующий код (init.php):

AddEventHandler("iblock", "OnAfterIBlockElementAdd", Array("MyClass", "OnAfterIBlockElementAddHandler"));

Код
class MyClass { function OnAfterIBlockElementAddHandler(&$arFields)     {         if ($arFields["IBLOCK_ID"] == 6)         {                 $arIBlockElement = GetIBlockElement($arFields["ID"]);                 $arSend = array('USER_NAME' => $arIBlockElement['PROPERTIES']['CODE_USER']['VALUE'],'ID' => $arFields["ID"]);                 CEvent::Send('COMMENT_ADDED',SITE_ID,$arSend);    }     } }

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