Станислав, связь явная. Ниже я попытаюсь объяснить почему...
Решение данной проблемы может быть как сложным, так и, вы
не поверите, - до смешного, простым! Почему?
Предлагаю не ограничиваться рамками именно этой проблемы, и
данного ресурса, а посмотреть на все это несколько шире...
Итак, как работает служба поддержки EE:
Вы приходите на оффициальный форум поддержки, и, говоря в
контексте текущей проблемы, не имея исходных данных, на
пальцах, попытаетесь объяснить суть пробломы. На что вам в
ответ, в лучшем случае, также, на пальцах попытаются объяснить,
мол дескать так и так.., попутно, задавая вам наводящие вопросы
наводящего характера, типа:
- а вы уверны, что нужный файл по FTP загружается на сервер?;
- а не повреждается ли его содержимое при транспортировке?;
- а может быть у вас сервер какой-то особый, или настройки его
таковы, что на все загружаемые из вне файлы выставляются особые
права доступа?
- а вы все сделали для того чтобы скрипт системы имел доступ
к директориям, в которых лежат те файли?;
- И т.д...
Не правда-ли, весело?
А главное, всем есть чем заняться. Есть где убить время 
Где связь с тем, о чем я писал выше?
А вот она...
Я в качестве примера возьму лишь одну (не в тему обсуждения)
из многих причин, пораждающих проблемы, извиняюся за каламбур,
идентификации (распознания причины) проблемы.
// Использование функции изменения режима доступа к файлу или каталогу
chmod('somefile.php', 666);
// При возникновении исключения выводится карявое, мало понятное сообщение об ошибке.
// Кому это надо!
// Использование этой же функции "по эллисовски"
@chmod('somefile.php', 666);
// Здесь все красиво, при возникновении ишибки - просто чистый экран...
// Но как объяснить пользователю (не конечному, разумеется), что произошло?
// Как может быть по-другому?
// Практически все современные скрипты имеют встроенные обработчики для таких ситуаций,
// а те фрагменты кода, где может возникнуть исключение, помещают в конструкцию
// "try {} catch() {}" позволяющую вывести человекопонятное сообщение с кодом ощибки
// в режиме разработки или занести его в лог-файл если скрипт работает в продакшн...
Вот тогда, в крайнем случае, если не понятна суть произошедшего - копируем
содержимое текста ошибки и идем опять-таки на форум, но уже не с пустыми
руками, а разговор будет иметь предметный характер, и, если решение не
будет быстрым, то, во сяком случае, можно надеятся, что в одном из
последующих релизов, в одной из строк changelog будет сообщение о том,
что устранена ошибка при работе скрипта на серверах, скажем так,
редкой конфигурации...
Кому это надо, и будет ли такое в EE?
Догадайтесь сами!
Ведь если не идти в ногу с прогрессом, то ВПЕРЕДИ всегда будет оставаться
мертвое пространство, где не ступала нога разработчика из EllisLab,
поэтому, лучше уж так как есть, чем никак...
