После перехода c 6.9 на 6.10 появилась ошибка 404 на ru_18b0fde9ae59ea9332eccd8003596964.js

Главные вкладки

Аватар пользователя Reshetov@ssb.bigfx.ru Reshetov@ssb.bi... 8 апреля 2009 в 11:10

После прехода с 6.9 на 6.10 постоянно гадит в журнал ошибка 404 на предмет отсутствия файла /sites/default/files/languages/ru_18b0fde9ae59ea9332eccd8003596964.js

Где можно поиметь этот самый JavaScript?

Комментарии

Аватар пользователя wazzup wazzup 8 апреля 2009 в 11:38

проверить права на запись
у каталога /sites/default/files/languages/
так же не забыть посмотреть владельца этого каталога

Аватар пользователя Reshetov@ssb.bigfx.ru Reshetov@ssb.bi... 8 апреля 2009 в 12:20

Все это понятно, но каталог настроен нормально, а вышеуказанный файл там отсутствует. Сайт сам работает нормально, но все время сообщает в журнал, что не найден этот самый файл.

Поэтому и интересно, где можно взять этот самый файл, чтобы загрузить его ручками в директорию.

В 6.9 ничего подобного не было, но систематически приходили приветы о том, что необходимо перейти на 6.10. После апдейта до 6.10 появилась вышеуказанная ошибка 404. Других траблов не наблюдается.

Аватар пользователя wazzup wazzup 8 апреля 2009 в 13:06

друпал сам содает этот файл
и его там нет по той причине что он не смог его создать.

соответсвено чтото не так с правами на этот каталог.

если у вас вклченн пхп сейф мод то скорее всего владелец папки не тото же что и владелец скрипта.

те скажем веб сервер работает под www-data
а скрипты друпала залиты через фтп пользователем
user. то тогда когда друпал создаст папку
languages ее владельцем естественно будет www-data
и значит скрипт у котрого вледелец user просто не смодет туда чтото записать потому изза ограничений пхп сейф мод.

Аватар пользователя Reshetov@ssb.bigfx.ru Reshetov@ssb.bi... 10 апреля 2009 в 17:21

Права на директорию нормальные 0755. Имя владельца и группы, как и у всех остальных каталогов одинаково и совпадает с именем пользователя хостинга. Файлы заливались по FTP в архивах и распаковывались на хостинге с правами юзера хостинга.

Так что причина не в неправильных правах доступа к директории, а где-то в другом месте порыта.