Перейти к контенту
  • 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кб, то тогда все проходит нормально.

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

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

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

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить на вопрос...

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

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

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

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

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

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

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

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