Проблема загрузки на сервер фоток большого разрешения через php скрипт.

М
На сайте с 14.03.2006
Offline
26
1172

Проблема такая:

Есть сервер, на нем стоит вобла (форум vbulletin)

Поставил ещё скрипт имидж хостинга, типа этого http://imagevenue.com/

но фотки хостю на свой север. Для последующего размещения на форуме.

Сам скрипт на php с использованием библиотеки GD и mySQL, фото хранятся НЕ в базе!

Скрипт начисто отказывается принимать фото большего разрешения чем 5000 пикселей.

То есть фото размером 3000х4000 при объеме файла в 5 мегов, заливаю без проблем,

а вот скажем фото 4700х6200 при объеме например в 1 мег, после загрузки, вместо ВВ кода на размещенную фотку, выдает пустую страницу.

1ый нюанс, через аттач самого форума, заливаются любые фотографии.

2ой нюанс, этот же скрипт имидж хостинга, отлично работает на другом моем сервере.

3ий нюанс, закаченная на сервер фотка с ошибкой, всё же лежит на сервере, в своей папке. Только скрипт её не обработал, и не сделал превью, не выдал код для размещения.

Понятно что на первом сервере не хватает каких то ресурсов, но в какую сторону капать я не пойму, ладно бы не закачивались фото больше 5ти мег, а то не закачиваются больше 5ти тыс пикселей, не зависимо от веса фотки!

Помогите советом. :confused:

F
На сайте с 12.09.2003
Offline
120
#1

фся фишка наверное в библиотеке GD

фотки у тебя ресайзятся? ресайзятся, значит GD работает

умножь ширину на высоту и на 3 получишь размер памяти требуемый для обработки фотки

теперь выводишь phpinfo()

и смотришь строчку memory_limit

ежели у тебя больше чем лимит - ограничивай размеры фотки

ежели нельзя - смотри в сторону imagmagic

М
На сайте с 14.03.2006
Offline
26
#2

Faster,

Это я проверял, у меня на серваке куда закачиваются все фотки, phpinfo показывает

memory_limit 8 метров

а на том, где есть данная проблема 32м

F
На сайте с 12.09.2003
Offline
120
#3

тогда не знаю

знаю одно, когда была такая проблема, я ограничил размер для юзера и все заработало

на phpclub.ru/talk/

подробно это разбиралось в нескольких топиках

[Удален]
#4

Сервер же ругаться должен. Включите ошибки и посмотрите.

D
На сайте с 30.10.2006
Offline
46
dqd
#5
Serge_N:
Сервер же ругаться должен. Включите ошибки и посмотрите.

скорее всего проблема в php.ini - указано макс. время работы скрипта. Оно 30 сек обычно

Увеличивайте, перезагружайте апач и пробуйте

ultrabyte
На сайте с 28.01.2006
Offline
80
#6

В панели DirectAdmin-а в настройках сервера

есть строчка Max File Upload Size (bytes)

собственно она решила похожую проблему.

Так что сдается мне надо смотреть в настройках сервера, независимо что у вас установлено.

За клиента на продвижение, откат 20% (http://qjp.ru/index.php/2009-03-04-06-46-45)
A4
На сайте с 09.08.2007
Offline
55
#7

В логи надо смотреть, в логи, а не гадать на кофейной гуще.

Настройка nginx и сопутствующего софта на freebsd/debian. Контакт через PM.
М
На сайте с 14.03.2006
Offline
26
#8
ultrabyte:
есть строчка Max File Upload Size (bytes)

Увеличение параметра этой переменной решил проблему! ВСЕМ спасибо!

Faster, отдельное спасибо за

Faster:
умножь ширину на высоту и на 3 получишь размер памяти требуемый для обработки фотки
Oniks
На сайте с 22.08.2005
Offline
176
#9
Максимус:
Увеличение параметра этой переменной решил проблему! ВСЕМ спасибо!

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

Профессиональные услуги фотографа в Москве и области (http://www.oniks-photo.ru/) покупаю стать и ссылки с сайтов про охоту

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий