Я использую TYPO3 7.6 и solr 6.1.3 и solrfal 4.1.0. Нет, я получаю ошибку ограничения памяти PHP каждый раз, когда пытаюсь запустить задачу планировщика solrfal. Он все еще на 57%. Я отладил и удалил последний файл, который он пытается проиндексировать. Но ошибка была также выдана со следующим файлом.
Я получил ошибку:
Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 464255211 bytes) in /var/www/web1/htdocs/leipzig.ihk.de/typo3conf/ext/solr/Classes/ExtractingQuery.php on line 104
В этой строке file_get_contents () выдает ошибку. Файл имеет только 90 КБ. У кого-нибудь есть идея?
Я бы порекомендовал не загружать такой большой файл.
Я бы проверил, чтобы уменьшить количество элементов за цикл или увеличить лимит памяти.
Вам нужно увеличить memory_limit
в вашем php.ini
файл.
Получил ошибку. В /typo3conf/ext/solrfal/Classes/Queue/ItemRepository.php в строке 154 первый «merged_id» был пустым. Однако это происходит. Я завернул строку в операторе if, и он снова не работает
if($mergeId['merge_id']) {
$rows[] = $mergeId['merge_id'];
}
Другим решением было бы добавить merge_id> 0 к оператору where.
Предыдущее предлагаемое решение не решает проблему. Для меня это выглядит так, что merge_id не установлен в базе данных, и поэтому все элементы будут объединены.
По умолчанию merge_id имеет следующий формат:
‘Тип / fileUid / languageUid / rootPageId’
Если в очереди файловых индексов есть элементы без merge_id, следует очистить очередь файловых индексов и заполнить ее снова.