Как оптимизировать преобразование PDF в PNG?

Question

[Mihail_Mel]

Здравствуйте!
Преобразовываю PDF в PNG на сервере постранично

$location = "папка"; $location_file = "имя файла";
if($_FILES['filename_less']['name'] != ''){
  if(!mkdir($location, 0777, true)) 
   { echo "Не удалось создать директорию. Выполнение операции невозможно"; exit(); } 
   else
   {
     if(move_uploaded_file($_FILES['filename_less']['tmp_name'], $location_file)) 
     { 
       // преобразование файла pdf в png или jpeg
	$im = new Imagick();
	$im->setResolution(300,300);
	$im->readimage($location_file); 
 	$noOfPagesInPDF = $im->getNumberImages(); 
 	if($noOfPagesInPDF) 
	{ 
 	   for ($i = 0; $i < $noOfPagesInPDF; $i++) 
	  { 
 	    $url = $location_file.'['.$i.']'; 
 	    $image = new Imagick($url);
 	    $image->setImageFormat("png"); 
 	    $image->writeImage($location."/".($i+1).'_'.$way.'.png'); 
	    echo "Страница создана";
 	  }
      } else { echo "PDF не содержит страниц"; }
    } 
   else { echo "Файл не загружен. Обратитесь к администратору портала"; exit(); }
   }
}

и все работает но есть 1 момент - файл более 10 страниц выдает BAD GETWAY
а на хостере говорят что память съедается до 400мб, поэтому ввиду ограничений вирт хостинга извините....

как-то можно оптимизировать скрипт?

и есть ли возможность в консоли посмотреть какую-нибудь полезную для отладки информацию?
ну кроме времени выполнения скрипта...

Comments

[Dmitry Bay]

использовать API внешнее.

[Mihail_Mel]

Dmitry Bay, т.е. подключаться к внешнему ресурсу и ожидать от него результата? а насколько это .. эм.. надежно?

[Dmitry Bay]

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

т.е. подключаться к внешнему ресурсу

к внешнему сервису, и порой это будет дешевле и быстрее.

Answer 1

[Boris Köln]

Добавьте профилирование. Возможно, падает на readimage(), когда читает весь файл в память.
Попробуйте убрать этот код. А вместо определения количества страниц можно перебирать их все подряд, пока не будет ошибка, которую отловить try-catch

Оптимизировать тоже надо, но в любом случае переходите на VPS. Это стоит от 340 руб/месяц. Только на написание этого вопроса вы уже потратили время, которое стоит дороже месячной аренды.

Comments

[Mihail_Mel]

спасибо - это первое решение конечно же....
я все-таки думал можно как-то постранично читать..

[Mihail_Mel]

отловить try-catch

интересно попробовать, только не пойму как цикл организовать? всмысле увелечение нумерации страниц... вне try или внутри...

[Boris Köln]

$i = 0;
while (true) {
   try {
      ...
   } catch ($e) {
      break;
   }
   $i++;
}

[Mihail_Mel]

блин, вот я затупок, спасибо!

[Mihail_Mel]

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

Answer 2

[Adamos]

Шаред не из тех, которые позволяют запускать произвольные скрипты по крону?
Так-то пройтись по папке с PDF консольным ImageMagick может оказаться куда быстрее, чем все вот это с пыхом. Потом разбирать уже готовые картинки, куда надо.

Answer 3

[ThunderCat]

1) Зачем такое разрешение - 300 дпи? Это критично? Поставьте 100-150, для экрана это более чем достаточно.
2) Выделите обработку в отдельный скрипт и запускайте из консоли в отдельном потоке каждую страницу - консольные приложения не имеют ограничения по времени исполнения, с другой стороны - на шареде может не поддерживаться cli.
3) Замер тайминга не делали? Что из операций отжирает ресурс? Сначала бы определить что оптимизировать...
4) Неплохо после обработки использовать clear

Comments

[Boris Köln]

запускайте... каждую страницу

Нет смысла. В цикле после создания каждой страницы память и так освобождается.
Падает, наверняка при попытке прочитать весь файл readimage()

консольные приложения не имеют ограничения по времени исполнения

Да, так правильнее делать. Но в данном случае пак проблема не во времени исполнения, а в нехватке памяти

[ThunderCat]

Boris Korobkov, магик читает страницы отдельно, для этого там и стоит номер в скобках. Кроме того ограничение по памяти тоже идет на 1 скрипт, если их залить в отдельные потоки общее количество выделенной памяти будет х*400mb, конечно скорее всего это будет тормозной своп, но выполняться будет.

Answer 4

[Антон]

Если запускать внешние команды через exec(), тот же imagemagick или ghostscript? В свое время не получилось imagemagick заставить менять dpi у выходного файла, поэтому использовался ghostscript. Насчёт съедаемой памяти и в принципе возможности запуска на вашем хостинге - не подскажу.

Answer 5

[Mihail_Mel]

Спасибо всем за идеи! Скорее всего придется копать в сторону API, потому как все остальное реально вешает виртуальный сервер, а использовать выделенный нет имеет смысла, так как это не сервис перегонки PDF ((((