Не грузятся изображения - MasterHost

Проблема следующая — ставлю LS 0.4.2, хостинг — МастерХост. Я грешу на него, потому что на другом хостинге всё работает.
Любая загрузка любого изображения (аватарки в профиле, картинки в топике, фоток в галерею) приводит к тому, что в итоге ничего не меняется. Они не появляются ни на сайте, ни в uploads (там вообще пусто, нету даже папки images).
Делаю всё по инструкции, все права ставлю как пишут. В чем фигня?

15 комментариев

avatar
Это не баг, а ваша личная проблема. Причину вы можете узнать, посмотрев журнал ошибок веб-сервера.
avatar
Ну допустим. Я понимаю, что это не у всех, но судя по тому, что выдает поиск, проблема довольно часто встречается, а общего решения нету…
Вот что пишет LS в верхнем правом углу:
Ошибка
Системная ошибка, повторите позже

Журнал ошибок где я могу найти? Папка logs тоже пустая…
avatar
путь к журналу ошибок нужно уточнить у хостера
avatar
Смотрите включен ли GDlib в PHP (расширение GD2).
Смотрите владельца папок.
Создайте папку, которой по Вашем мнению не хватает, установите на неё нужные права.
  • rere
  • 0
avatar
зачем гадать, если можно узнать конкреную причину из лога и устранить её
avatar
Я не гадаю. Я пытаюсь помочь. А что делаете Вы?
Выполнить три пункта, которые я написал частенько проще, чем найти error.log, особенно если его нет.
avatar
Под словами «чем найти error.log, особенно если его нет.» я не имел ввиду, что в данном случае нет error.log. Поковырявшись по .m сайту нашёл, что лог ошибок доступен из панели управления, а не в папке logs.
Это я уточняю специально для тех, кто придерается к словам.
avatar
Я к вам не придирался, я вас не знаю и вы мне неинтересны. Я всего лишь указал на то, что проблему лучше решать точно зная, чем она вызвана, а не играть в Вангу. Не только в этом конкретном случае, а вообще. Это не последние грабли, с которыми столкнётся наш коллега Detonatora.

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

Таким образом, в действительности я пытаюсь помочь, а вы — вредите. Это я уточняю для тех ранимых людей с тонкой душевной организацией, кто особо щепетильно относится к каким-то там буковкам в интернете.
avatar
Ладно, спасибо за информацию. Только у меня не все доступы, придется поковыряться, чтобы добраться до логов (нету панели, т.к. не владелец хостинга).

GD Support enabled, ну там всё вроде включено.
GD Version bundled (2.0.34 compatible) — это и есть версия GDlib?
Насчет владельца папок — какая разница, если у меня на аплоаде стоит 777?
Сравнил права и структуру с работающим хостингом, создал uploads/images/ — без разницы.
avatar
прислушайтесь к первому комментарию, я плохого не посоветую
avatar
У хостинга есть техническая поддержка. Написать запрос занимает 5 минут. Это их работа.
avatar
Отключите «http оптимизацию» в настройка аккаунта.
  • Burn
  • 0
avatar
У меня была подобная проблема с Мастерхостом, может поможет мой топик.
  • dddr
  • 0
avatar
Откопал логи:
[Wed Aug 11 10:08:02 2010] [error] PHP Warning: Unknown: open_basedir restriction in effect. File(/var/tmp/) is not within the allowed path(s): (/home/u8106/) in Unknown on line 0
[Wed Aug 11 10:08:02 2010] [error] PHP Warning: File upload error - unable to create a temporary file in Unknown on line 0

У меня собственно путь /home/u8106/site.ru/www/tmp

В конфиге по дефолту:
$config['sys']['cache']['dir']    = '___path.root.server___/tmp/';       // каталог для файлового кеша, также используется для временных картинок. По умолчанию подставляем каталог для хранения сессий

Что же тогда прописать в этом пути, чтобы всё работало? :)
HTTP-оптимизацию я бы рад отключить, да нельзя походу…
avatar
Мда =))) надо ж было так лохануться, прямо развел тут беседку…
Оказалось, что надо тупо перенести папку tmp в корень, т.е. параллельно www.
Проблема закрыта.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.