elFinder

1. В настройках php.ini есть параметр max_execution_time у вас он установлен в 30 секунд, можете установить больше.
У elFinder'а есть поблема с производительностью при большом количестве директорий. На будущие версии есть планы по решению этой проблемы.

2. При отключённом подсчёте размера директории выводиться, кажется, размер занимаемый самой директорией, но не её содержимым.

я то могу и set_time_limit(0) установить, дело тут не в том. Не думаю что редакторам понравиться по 1.5 минуты сидеть и ждать пока откроется браузер картинок, а в статье может быть до 10-15 картинок + картинка для списков = одна статья только на открытие браузера 5 минут + еще нужно пройтись по каталогам, ситуация такая же :(

Кстати в функции

1 private function _tree($path) 
2 {
3 ...
4 if ($this->_isAccepted($ls[$i]) && filetype($p) == 'dir') {
5 ...
6 }

так же не понятна история с _findDir, зачем лишний раз дергать файловую систему?
Мне очень понравился редактор, но расстроен что не могу использовать :(

Как я писал выше, о проблеме производительности нам известно. Изначально так было сделанно чтобы упростить клиентскую часть, тем более что в большинстве случаев elFinder справляется хорошо.

До этого на форуме уже поднималась эта тема, посмотрите её. Там есть мой небольшой патч который позволяет ускорить работу и знизить число обращений к файловой системе. Кстати если не сложно пришлите что выдаёт find ./path/to/elfinder/root -type d | wc -l и find ./path/to/elfinder/root -type f | wc -l

В данной реализации переделать коннектор для нормальной работы с большим количеством файлов/директорий не получиться, для этого необходимо менять и логику работы клиентской части. В следующей версии elFinder это задача будет решена в первую очередь, так как затронет большую часть архитектуры.

> если не сложно пришлите что выдаёт find ./path/to/elfinder/root -type d | wc -l

4639

> и find ./path/to/elfinder/root -type f | wc -l

106756

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

Это проблема кардинально решена в experimental ветки, следующий резлиз 2.0 не будет иметь проблем с большим количеством файлов/директорий

http://elrte.org/redmine/boards/1/topics/2394?r=2396#message-2396

В git есть две ветки master и experimental, из первой elFinder рабочий и чуть-чуть новее чем 1.1, во второй будущая версия 2.0 и до production ей пока ещё далеко, она скорее будет интересна разработчикам.

увы.

Одно другому не протеворчит. В текущей версии мы это менять не будем, так как API и принцип работы очень сильно изменился в лучшую сторону, но старый клиент будет неспособен работать с новым коннектором, одна новый ui сможет работать как с новым, так и со старым коннектором

просто я думал, что это означает, "ui из ветки expiremental еще крив, так что лучше его пока не ставьте".

Он не крив - он еще сыр :)

поэтому его не существует, поэтому и "без шансов" :)