ну уж тогда так:
while($r = $result_db-> GetNext()){
$arResult['ITEMS'][$r['NAME']] = $r;
}
while($r = $result_db-> GetNext()){
$arResult['ITEMS'][$r['NAME']] = $r;
}
07.11.2014 18:58:14
Всетаки у вас компонент "список новостей" или "новости" ? |
|||
|
07.11.2014 15:46:16
Уверен что все?
В документации сказано если указать false то наоборот попадут все где не пусто. .
подозреваю вам нужно "!PROPERTY_PROIZVODITEL"=>false Проверил, я не прав, просто как то ни так данную фразу понимаю....... |
|||
|
07.11.2014 14:40:36
нельзя потому что это компонент списка новостей а не разделов, поэтому в result_modifier.php используется API для определения разделов и их свойств.
вот у вас в result_modifier.php это и есть картинка, только то не ссылка а ID в таблице файлов, прежде нужно запросить путь CFile::GetPath($arSection['PICTURE']) |
|||||
|
07.11.2014 14:17:56
с ООП Все плохо? ты вызываешь метод для принта, переменную и вызывай. т.е.:
в место этого делай: $ID=$emess->Add(array( "ACTIVE" => "Y", "EVENT_NAME" => "FEEDBACK_FORM", "LID" => "s1", "EMAIL_FROM" => "#SALE_EMAIL#", "EMAIL_TO" => "#EMAIL#", "BCC" => "#BCC#", "SUBJECT" => "UP_SUBJECT", "MESSAGE" => "UP_MESSAGE", "BODY_TYPE" => "text", )); и выводи в печать именно ID |
|||
|
04.06.2014 09:35:45
GetList на 3000, да хоть на 100 000 (в каталоге столько элементов), отрабатывает нормально при 128М памяти, если закомментировать в коде функцию Update то ни каких проблем нет, память пожирает именно она (как выяснилось не только она но и Add в том числе при создание разделов).
$arSelect55 = Array(); $arSelect55 = Array('ID'); Разницы не заметно в принципе, потому что здесь память освобождается. Вообщем задача решена, костылем. Как и сказал ранее проблема в обновление. Именно в IO/file.php 36 строка которого содержит: return file_get_contents($this->getPhysicalPath()); заменил на return '1'; Что она делает без понятия, знать не хочу (знаю только что любой UpDate прибавляет 5Мбайт занятой памяти), тем более если поставить вместо 1"" пустую переменную, выдает ошибку в других классах, чтото связанное с кеширование, разбираться влом, так как проблем с производительностью и функционалом не наблюдаю. |
|
|
03.06.2014 17:59:54
А сколько лимиты не поднимай, толку ни какого. Сжирает все. Ну нет, 4 Гбайт конечно проходит для 3000 элементов, но 2 недели назад все работало с 10 000 элементами и 128М.
Прежде чем сделать по шагам, нужно быть понять какая переменная переполняется, чтобы ее обнулять перед шагом. |
|
|
03.06.2014 17:28:53
|
|||
|
03.06.2014 15:20:58
После обновления 16.05.2014 Битрикс перестал освобождать память.
Выдает фатальную ошибку и сообщение о модуле io/file.php Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 5036149 bytes) in /home/www/bitrix/modules/main/lib/io/file.php on line 36 Может кто подсказать, как освобождать память. если не на Битриксе, то на PHP? Спасибо. |
|||
|