Перейти к контенту
  • 0

Проблема с прикреплением файлов


slovik

Вопрос

Обновил форум до версии 2.1.3

 

После этого при загрузке файлов выдаётся ошибка:

 

Произошла ошибка при загрузке файла, в связи с тем, что директория 'uploads' имеет неправильные атрибуты. Если Вы получили эту ошибку, просим Вас обратиться к Администратору форума и сообщить об этой ошибке.

 

CHMOD на папке - 777. В чём проблема?

Ссылка на комментарий
Поделиться на других сайтах

Рекомендуемые сообщения

  • 0

Подскажите пожалуйста, где можно задать типы файлов (расширения), которые могут быть прикреплены к сообщению?

 

Заранее спасибо!

Ссылка на комментарий
Поделиться на других сайтах

  • 0

такая же проблема в Invision Power Board v2.1.2

 

Произошла ошибка при загрузке файла, в связи с тем, что директория \'uploads\' имеет неправильные атрибуты. Если Вы получили эту ошибку, просим Вас обратиться к Администратору форума и сообщить об этой ошибке.[code]

 

пути прописані вроде верно...

Ссылка на комментарий
Поделиться на других сайтах

  • 0

ты не один

проверял права на папке 777

пути прописаны верные

на локале меняю путь на локальный грузится, а на сервере нет(тоже поменяв пути на серверные)

причем на сервере не грузятся *.jpg *.png *.gif а остальные загружаются, притом что все файли разрешены для атачей

Ссылка на комментарий
Поделиться на других сайтах

  • 0
ты не один

проверял права на папке 777

пути прописаны верные

на локале меняю путь на локальный грузится, а на сервере нет(тоже поменяв пути на серверные)

причем на сервере не грузятся *.jpg *.png *.gif а остальные загружаются, притом что все файли разрешены для атачей

 

Да действительно остальные файлы прикрепляются нормально. А вот *.jpg *.png *.gif не хотят. Что делать??? :D

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Такая же шляпа поисходит... ВСЁ проверил. Ни фига...

И аватары пользователей не грузятся, млин.

 

Пути до папки uploads верны/ Права стоят 777.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
Была ошибка с аватарами не записывались. Но после ожидания пользователем где-то час всё заработало. Оказалось что записывает, но не пишет
Ссылка на комментарий
Поделиться на других сайтах

  • 0

Гоняю уже пару месяцев на локалке 2.1шку Никаких особых промблем не возникло. Если не считать кривой установки скинов, как спастись от нее я уже сказал в теме про скины. Кста, помогает, даже если случайно по умолчанию назначить косой скин - для тех кому надо

Закинул ее на поддомен для тестов. Вро все CHMOD поставил, как пртаия пред установкой просила (на локалке им пофигу) и вижу - нефига подобного. Не хтят скины ставятся. но это я поборол. так еще и заливаться ниче не хочет в папк аплоадсов.

 

Чем это фигню можно побороть, если не трогать техсуппорт сайта? А если надо трогать, точ е им отписать?

 

Относительный путь к папке uploads получетяс на локалке и хостниге такой ..../html//uploads А в редыдущих версиях было просто ..../html/uploads

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Проблема с аттачами происходит скорее всего из-за того, что у вас php настроен неверно, а именно safe_mode и open_basedir

 

И иммеджи не крепятся скорее всего из-за того же.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

есть дастаточно жесткий способ решения этой проблеммы раз и навсегда:

1) Находим файл class_upload.php

и что видим?

| ERRORS:
| 1: No upload
| 2: Not valid upload type
| 3: Upload exceeds $max_file_size
| 4: Could not move uploaded file, upload deleted
| 5: File pretending to be an image but isn't (poss XSS attack)

Удалось установить(покрайней мере у меня), что возникает именно 5-я ошибка.

2) Находим в файле такие строки:

if ( ! is_array( $img_attributes ) or ! count( $img_attributes ) )
{
  $this->error_no = 5;
  return;
}

и коментарим то что в фигурных скобках.

Файлы начнут грузиться, но не будут отображаться браузером. :D

 

На самом деле нужно просто в апачевом httpd.conf(или .htaccess в корне форума) для всей папки форума назначить CharserRecodeMultipartForum Off

 

И все будет работать.

Всем удачи

Изменено пользователем drakula1980
Ссылка на комментарий
Поделиться на других сайтах

  • 0

А что писать-то в httpd.conf(или .htaccess в корне форума)? Конкретнее можно? :D

 

Кто-нибудь уже пофиксил эту проблему таким способом? Подскажите, плз... А то админу пишу, что надо сделать так. А он спрашивает, что писать?

Ссылка на комментарий
Поделиться на других сайтах

  • 0

не работает этот метод, я проверил у себя на хосте,

плместил .htaccess в корне форума в корень форума - пишет 500 ошибку сервера, а без .htaccess выдает ошибку в class_upload.php

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Попробуйте так:

TOOLS & SETTINGS => General Configuration => Upload URL и нажмите "Revert"

На версии 2.0.4 помогало, а на этой может тоже поможет.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
При нажатии на Реверт, путь полностью стирается... получается пустое окошко... Функция, конечно, от этого работать не начинает... пишет ту же фигню Произошла ошибка при загрузке файла, в связи с тем, что директория 'uploads' имеет неправильные атрибуты. Если Вы получили эту ошибку, просим Вас обратиться к Администратору форума и сообщить об этой ошибке.
Ссылка на комментарий
Поделиться на других сайтах

  • 0

Вот куск из моего httpd.conf

	<Directory /usr/local/www/*************/htdocs/forum>
	Order allow,deny
	Allow from all
	CharsetDefault windows-1251
	CharsetSourceEnc windows-1251
	CharsetRecodeMultipartForms Off
</Directory>

Ключевой момент здесь:

CharsetRecodeMultipartForms Off

Именно так и решил проблему

Ссылка на комментарий
Поделиться на других сайтах

  • 0

а если нету доступа к httpd.conf

а через .htaccess ничего не получается!

подсказывает мне интуиция что что-то с mime обработчиками надо творить, вот только что незнаю!

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Ну так что, еще варианты решения проблемы кроме httpd есть? У меня хостер этот файл менять не хочет, пишет что "Данная директива работает только в Russian Apache 1.3 и не поддерживается

нашими серверами. Кроме того, мы не вносим изменения в httpd.conf, так как они

могут затронуть других пользователей. Обычно, большинство директив можно

прописывать в .htaccess."

А на мою просьбу прописать эти строки в htacces выдал следующее "Прописать директиву в файл .htaccess Вы можете самостоятельно, но, повторюсь,она Вам ничем не поможет." :D

 

Какой-то замкнутый круг получается.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Сейчас установил 2.1.3 и столкнулся с такой же ошибкой.

После некоторого разбирательства выяснилось что возникает она из включенного open_basedir. Остается только полностью закомментить блок

								if ( $this->image_check )
							{
									$img_attributes = @getimagesize( $_FILES[ $this->upload_form_field ]['tmp_name'] );

									if ( ! is_array( $img_attributes ) or ! count( $img_attributes ) )
									{
											//$this->error_no = 5;
											//return;
									}
									else if ( ! $img_attributes[2] )
									{
											$this->error_no = 5;
											return;
									}
							}

в class_upload.php

Ссылка на комментарий
Поделиться на других сайтах

  • 0
Все равно не выходит

1. проверьте права на директорию uploads, должно быть 777 (rwxrwxrwx)

2. не сработал 1. прописываем полный путь до директории uploads (как это выглядит, пример, /home/siteru/public_html/forum/uploads/)

2. первые два не сработали. Изменяем фаил /ips_kernel/class_upload.php

код

								if ( $this->image_check )
							{
									$img_attributes = @getimagesize( $_FILES[ $this->upload_form_field ]['tmp_name'] );

									if ( ! is_array( $img_attributes ) or ! count( $img_attributes ) )
									{
											$this->error_no = 5;
											return;
									}
									else if ( ! $img_attributes[2] )
									{
											$this->error_no = 5;
											return;
									}
							}

коментируем т.е.

								/*if ( $this->image_check )
							{
									$img_attributes = @getimagesize( $_FILES[ $this->upload_form_field ]['tmp_name'] );

									if ( ! is_array( $img_attributes ) or ! count( $img_attributes ) )
									{
											$this->error_no = 5;
											return;
									}
									else if ( ! $img_attributes[2] )
									{
											$this->error_no = 5;
											return;
									}
							}*/

4. "Ничего не работает памагите!". Начинаем ездить по ушам службе поддержки хостера, они почитают логи и скажут что делать.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Спасибо за ответ.

Только вот еще такое уточнение. После фикса файла class_upload.php цепляются не все файлы.

Поясняю.

Например большой скриншот в 100-200 кб не цепляется, вылезает пустое белое окно. А если сначала прицепить к теме два маленьких файла gif и jpg (например каких нибудь два аватарчика по 5-10кб), а уже затем файл jpg в 100-200кб, то тогда все проходит нормально.

В чем может быть проблема?

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.

Гость
Ответить на вопрос...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...
×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.