Не загружаются аватары!

[schtefan 0]

Решил проверить загрузку аватаров с ПК. При первой попытке не получилось так как аватарка 100x100.

Пошёл в Настройки и инструменты >Системные настройки >Пользователи >Профили пользователей. Установил максимальный размер аватара 120x120 и весь 50Кб. И опять выдаёт "Загрузка не удалась - возникла ошибка при обработке изображения". uploads/profile/ права 777. Та же песня с прикреплёнными файлами. В чём может быть причина?

Изменено 17 марта 2011 пользователем schtefan

[Fisana 700]

Так права на uploads 777 ?

Путь к uploads верный?

[schtefan 0]

Fisana Спасибо! Прописал путь и усё! :rolleyes:

[AperTT 0]

Такая же проблема как и у топикстартера, а также не получается прикрепить никакой файл, установить модуль или хук, права выставлены 777 на uploads и public (IIS полный доступ, чтение, изменение, выполненение), open_dir в php.ini отключен, вобщем беда какая-то, не понимаю в чем проблема =(

Изменено 7 мая 2012 пользователем AperTT

[AperTT 0]

Могу еще добавить, что напротив пути загрузки написано вот такое соощение,

Путь до директории загрузок

Вводите абсолютный (полный) путь до директории загрузок "uploads". Важно понимать, что это не URL.

IPB определил следующий путь к директории загрузок:

F:\inetpub\wwwroot\forum\admin\index.php

что несколько настораживает =\

 

Пробовал и

F:\inetpub\wwwroot\forum\uploads

и

F:/inetpub/wwwroot/forum/uploads

 

всёравно остаётся

IPB определил следующий путь к директории загрузок:

F:\inetpub\wwwroot\forum\admin\index.php

 

вот такая вот беда =(

[siv1987 2628]

Не важно что пишет ИПБ, главное какой путь вы пропишите в настройках. Хотя немного странно, первый раз вижу чтобы путь криво определился.

[AperTT 0]

Я не совсем понимаю насколько IPB умный (какие слеши использовать), но если он выдает путь до "...admin\index.php" то как я понимаю "\", верно?

 

Ну и если я путь правильно указал, то он поидее должен выдать что-то типо

IPB определил следующий путь к директории загрузок:

F:\inetpub\wwwroot\forum\uploads

Так?

Или пофиг что он выдаёт, это не суть важно?

 

Такой еще вопрос - помимо CHMOD'a может еще что-то должно быть сделано, может порты какие-то определенные открыты или еще что?

Изменено 17 мая 2012 пользователем AperTT

[Алексей 6]

вот так правильно:

 

/var/www/aleshqa/data/www/fast-game.net/uploads

[NooBAsTiK 9]

Пишите путь через "/" если у вас на сервере Linux (или что то подобное) и через "\" если серверная ОС Windows.

Изменено 18 мая 2012 пользователем NooBAsTiK

[AperTT 0]

Windows server 2008 r2, IIS... Всё равно пробовал и так и так, не помогает =( И вот эта надпись убивает

IPB определил следующий путь к директории загрузок:

F:\inetpub\wwwroot\forum\admin\index.php

Она не меняется какой бы путь я не указал...

Изменено 18 мая 2012 пользователем AperTT

[siv1987 2628]

Она не меняется какой бы путь я не указал...

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

[AperTT 0]

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

[Ritsuka 540]

IP.Board - это современный скрипт, способный без проблем работать на большинстве современных хостингов. Лично устанавливал и поддерживаю форумы, работающие как под IIS, так и под apache+mod_php и nginx+php-fpm, как под Linux/Unix, так и под Windows.

 

У вас же две проблемы:

 

1. Кривые руки (либо отсутствие элементарных познаний в администрировании вебсерверов).

 

2. Ворованный скрипт с варезопомойки.

 

Не берусь сказать, какая из проблем привела к данному печальному результату. Но если вы соберетесь с помощью кривых рук что-то "исправлять в коде" ворованного скрипта с помойки - все 100% закончится плачевно.

 

- возьмите простейший скрипт аплоада файлов на PHP и проверте, работает ли он,

- анализируйте лог ошибок PHP,

- проверьте пользователя, из-под которого работает PHP, и его разрешения.

 

Невозможность аплоада чего-либо толсто намекают, что, скорее всего, проблема в том, что PHP не может ничего писать либо в веб-каталог, либо во временный каталог. Хотя, есть вариант с некорректно настроенным IIS, некорректно передающим в PHP данные по аплоаду. Просмотрите и его логи.

[AperTT 0]

Бррр, столько негатива, но всёравно спасибо за советы...

 

Если разберусь, то обязательно отпишусь в чем была проблема...

[AperTT 0]

Ну что сказать - Ritsuka был прав, криво установленный\настроенный php, вот вся проблема...