16 февраля 2014 в 11:44
Всем доброго времени суток!
Совсем друпал запутал... Что-то обучение плохо идет..
Прошу помощи.
Есть тип материала с полем image_field. На localhost'e на денвере изображения с применением стилей грузятся в папку /sites/default/files/styles/xxx и отображаются корректно, но на реальном хостинге (webhost1.ru) при загрузке изображения пути прописываются как /sites/default/files/styles/xxx, но сами они ложатся в корень папки /sites/default/files! Никаких доп. модулей не стоит.
На хостинге все 1 в 1 с локалхостом, т.е. залил дамп БД, сам сайт (вместе с друпалом) заливался одним архивом и распаковывался на хосте.
У меня только подозрение, что это какая то проблема с доступом, но куда копать не знаю.
Отцы, Куда копать??
Комментарии
Может прав на папки нехватает?
2 Chyvakoff, это я проверил в первую очередь, на весь путь дал полный доступ, результата нет.
А что вы хотели от самого дешёвого хостинга?
2 RxB, т.е. вы хотите сказать, что виноват хостинг?? У моих заказчиков на этом хостинге работают 6 проектов под Yii и 2 на Joomle без проблем. Почему D7 там плохо работает?
И скажите выход есть из моей проблемы? Как это поправить?
P.S.
Почему-то D7 на каждом этапе подносит "сюрпризы".
У меня всё работает, но у меня не самый дешёвый хостинг, я ценю своё время.
Потому что жумлу надо юзать
Этот хостинг я не выбирал.
Юзаю в 95% Yii, на CMS перехожу если заказчику только так и никак иначе..
А проблему не решить не меняя хостера?
сравните страницы admin/config/media/file-system. После заливки на хост зайдите по этой ссылке и нажмите сохранить
да, и не забывайте чистить кэш
При дефолтных настройках image в D7, загружаемый файл изо сохраняется в public://
Далее, на его основе, происходит генерация файлов для различных стилей изо (большой, маленький, etc.), итоги сохраняются в public://styles/имя_соответствующего_стиля
Для регенерации файлов для различных стилей изо уместно использовать команду drush image-flush
Учитывая вышеизложенное, делаем вывод:
либо я не выспался...
либо ТС необходимо менять формулировку на "почему мой скрипт не имеет прав на запись в public://", и молча въезжать в тему "unix права доступа".
как-то так))))
и апача в группу))))
Всем спасибо за ответы, но никто из вас не был прав.
2 Inj, всегда чищу.
2 multpix, про деф.настройки всё верно, так и должно быть и проблема не в доступе. Как я писал выше, доступ был дан полный, а drush ещё не рассматривал, D7 бы доучить...
Кому интересно проблема решается так: В админке webhost1, в настройках домена включить apache вместо nginx, и чистка кеша. Всё.
мда.
Это все конечно же должны знать
Сарказм? )
Смеяться над дешёвыми хостингами - грех