약간의 조사와 일반적인 헤어 풀링 후 솔루션은 HTML2PDF 인 것 같습니다 . DOMPDF 는 테이블, 테두리 및 약간 복잡한 레이아웃으로 끔찍한 작업을 수행했으며 htmldoc 은 상당히 강력 해 보이지만 CSS는 거의 무지하기 때문에 CSS를 사용하지 않고 HTML 레이아웃으로 돌아가고 싶지 않습니다.

HTML2PDF가 가장 유망 해 보였지만 node_type에 대한 null 참조 인수에 대한이 이상한 오류가 계속 발생했습니다. 마침내 이것에 대한 해결책을 찾았습니다. 기본적으로 PHP 5.1.x는 모든 크기의 문자열에서 정규식 대체 (preg_replace_ *)와 함께 잘 작동했습니다. PHP 5.2.1은 pcre.backtrack_limit 라는 php.ini 설정 지시자를 도입했습니다 . 이 구성 매개 변수는 일치하는 문자열 길이를 제한합니다. 이것이 왜 소개되었는지 모르겠습니다. 기본값은 100,000으로 선택되었습니다. 왜 그렇게 낮은 가치? 다시, 몰라요.

버그는 이에 대한 PHP 5.2.1에 대해 제기 된 열려있는, 거의 2 년 후 .

이것에 대해 끔찍한 것은 한계가 초과되면 교체가 자동으로 실패 한다는 것 입니다. 최소한 오류가 발생하여 기록 된 경우 어떤 일이 발생했는지, 왜 그리고 어떤 문제를 해결하기 위해 변경해야하는지에 대한 표시가있을 것입니다. 하지만.

PDF로 변환 할 70k HTML 파일이 있습니다. 다음 php.ini 설정이 필요합니다 :

• pcre.backtrack_limit = 2000000; # 아마 필요한 것보다 많지만 괜찮습니다.
• memory_limit = 1024M; # 예, 1 기가 바이트 ; 과
• max_execution_time = 600; # 예, 10 분 .

이제 독자가 HTML 파일이 100k보다 작다는 것을 알았을 것입니다. 내가이 문제에 부딪친 이유에 대해 추측 할 수있는 유일한 이유는 html2pdf가 프로세스의 일부로 xhtml로 변환한다는 것입니다. 아마도 그것은 나를 인수했습니다 (거의 50 % 팽창이 이상해 보이지만). 어떤 경우이든 위의 작업이 효과적이었습니다.

이제 html2pdf는 자원 돼지입니다. 내 70k 파일은 35 페이지 PDF 파일을 만드는 데 약 5 분, 최소 500-600M의 RAM이 필요합니다. 불행히도 실시간 다운로드를 위해 충분히 빠르지는 않았으며 메모리 사용량은 1000 대 1 (70k 파일의 경우 600M RAM)의 순서로 메모리 사용 비율을 지정합니다.

불행히도, 그것은 내가 생각해 낸 최고의 것입니다.

답변

<?php
include('../mpdf.php');
$mpdf=new mPDF();
$mpdf->WriteHTML('<p style="color:red;">Hallo World<br/>Fisrt sentencee</p>');
$mpdf->Output();   exit;
 ?>

<?php
$source="example.pdf";
$output_fold="FinalFolder";

    if (!file_exists($output_fold)) { mkdir($output_fold, 0777, true);}
$result= passthru("pdftohtml $source $output_fold/new_filename",$log);
//var_dump($result); var_dump($log);
?>