Попробуйте вывести содержимое массива:
Должно быть понятно
Код |
---|
<pre><?print_r($arResult);?></pre> |
postoev.ru/blog/
22.01.2014 12:57:52
Создаю новый инфоблок. Добавляю свойство "Справочник" ссылающееся на единственный HL-инфоблок, но перед сохранением выскакивает ошибка: Введите название справочника. P.S. Нашел решение - в форме (как на картинке) создал новый HL-инфоблок, сохранил, а потом поменял привязку на тот HL-инфоблок, который нужен. Но, что-то мне подсказывает, что так быть не должно
postoev.ru/blog/
|
|
|
22.01.2014 09:49:40
С вашим способом получается полторы минуты! Что делает "=" такого особенного? P.S. Еще один вопрос по теме HL-инфоблоков - допустим ли такой формат фильтра? Интересует использование LOGIC, аналогично фильтрации в CIBlockElement::GetList();
postoev.ru/blog/
|
|||||
|
21.01.2014 19:20:59
Создал HL-инфоблок. Среди полей указал UF_CODE и через phpMyAdmin сделал его уникальным индексом, что бы не дублировались записи с одинаковым кодом.
При выполнении add на уже существующую запись Apache падает ошибкой MySQL сообщающей о дублирующемся значении ключа:
Проверяю перед добавлением существование записи следующим образом:
Но выполнение этого участка кода занимает около 0,02 секунды. На 50 000 записей это уже 16+ минут. Учитывая, что без проверки (зная заранее, что таких записей в таблице нет) это же количество записей залетает чуть более минуты, то это существенная потеря времени. Что можно сделать? Как ускорить этот участок с проверкой дубликатов? ----- P.S. Созвонился со знакомым гуру-php предложил сделать буфер символьных кодов, выбрав их все одним запросом и сохранив в массиве PHP, а затем уже проверять записи по этому массиву. Надо будет попробовать, посмотрим каким будет прирост производительности!
postoev.ru/blog/
|
|||||
|
21.01.2014 13:14:38
Спасибо большое за ответ!
Вы правы, половиной из перечисленного никогда не пользовался и не собирался. Ошибок вот только никогда не встречал, только если с версией APC промахнуться, то - да, бывает Пробовали с сис.админом ставить виртуальную машину. За несколько дней так и не разобрались, как запустить битрикс и несколько сайтов на одной машине , а вот с денвером максимум 10 минут уходит, все просто и понятно
postoev.ru/blog/
|
|
|
21.01.2014 10:06:44
А то 3 или 4 года уже работаю в денвере с битриксом и ни разу не сталкивался ни с какими проблемами (APC, разве что, поставить сложнее).
postoev.ru/blog/
|
|||
|
17.01.2014 22:05:22
Пробую использовать highload инфоблоки.
Php ругается на следующую строку: use Bitrix\Highloadblock as HL; В чем может быть дело? Как исправить? И где почитать про API? Как добавить, удалить, обновить запись? В справочнике не нашел... P.S. Ошибка появляется в PHP 5.3 и PHP 5.4
postoev.ru/blog/
|
|
|
13.01.2014 10:47:37
После обновления ПО на сервере перестала работать обработка адресов, появляется следующая ошибка:
Файл .htaccess тоже не меняли. Файл /events/detail.php тоже на месте. Если бы не работал mod_rewrite, то bitrix_server_test дал бы знать. В чем еще может быть дело? Оказывается дело было в остутствующем файле 404.php. Почему раньше без него работало и почему не работает сейчас не пойму
postoev.ru/blog/
|
|||||||||||||
|
11.01.2014 18:58:26
Кажется, проблема в том, что в php.ini указано было следующее: memory_limit = 2048M
postoev.ru/blog/
|
|||
|
11.01.2014 18:34:04
Пишу гаджет загрузки большого xml файла (160Мб чистого текста), пока на Denwer. Машина с 6ГБ ОЗУ.
Постоянно вылетают ошибки с оперативной памятью: PHP Fatal error: Out of memory (allocated 1766064128) (tried to allocate 35 bytes) in ...\\www\\bitrix\\gadgets\\top10\\load_favorit\\index.php on line 60, referer: .../bitrix/admin/perfmon_panel.php?lang=ru Во всех случаях числа в (allocated 1766064128) больше, чем на 2Гб вообще не тянет. В чем может быть дело? И при чем тут perfmon_panel.php? В dbconn.php прописал следующее: @ini_set("memory_limit", "2800M");
postoev.ru/blog/
|
|
|
08.01.2014 17:51:13
А то ведь можно сделать свой гаджет или модуль. И поставить агента на периодическую проверку и автоочистку.
postoev.ru/blog/
|
|||
|
08.01.2014 16:41:04
Здравствуйте!
Заметил интересную особенность - директории install модулей занимают очень много места (относительно) особенно это касается модулей интернет магазина, iblock и прочих. Удаляя файлы и папки из этих директорий объем занимаемого пространства может упасть в несколько раз. Для некоторых сайтов с малым количеством контента это очень актуально (дешевле хостинг, меньше места занимается на сервере, меньше бекапы, больше места для них в облаке... преимуществ много). Вопрос вот в чем - как я понимаю, содержимое этих директорий необходимо на случай, если модуль будет удален, а позже понадобится его установка. Это так? То есть это единственно применение этих файлов? P.S. Понимаю, что вопрос нубский, но серьезных и больших модулей самому писать не доводилось.
postoev.ru/blog/
|
|
|
21.12.2013 17:24:45
Делаю такой фильтр, в надежде вывести все разделы со свойством SIZE или 250x350 или 300x600 и ID = 2 или 3.
То есть исключается первый раздел (ID=1), но по такому фильтру он все равно выводится, потому что у него свойство SIZE подходит к фильтру. Как учесть этот момент в фильтре?
Вот такой фильтр ситуацию почему-то не решил:
postoev.ru/blog/
|
|||||
|
27.11.2013 10:41:35
Есть множественное свойство "Утвердившие" с ID сотрудников.
Как выбрать все элементы, у которых среди утвердивших нет сотрудника с ID = 1794. Я пробовал такие варианты в arFilter:
И многие другие варианты, менее логичные - просто отчаяние.
postoev.ru/blog/
|
|||
|