abcaeffchen / sepadocumentor Goto Github PK

While messing with the SepaDocumentor-class I ran into this error while generating the controllist-file:

The HTML code size is larger than pcre.backtrack_limit 1000000. You should use WriteHTML() with smaller string lengths.

This happens when you add too many payments to your SEPA-File. I don't know how much of an issue this really is as most people will never run into this problem.

But the funny thing is, that I ran into exactly the same problem with mPDF some time ago and the little workaround i'm using in my project can pretty much be used without any changes in SepaDocumentor.

Here is my modified mPDFWrapper-function. When it encounters a HTML-String that's too big, it splits it into chunks (while trying to make sure chunks end with a </tr> if possible) and adds those chunks one after another to the PDF instead of one giant string.

The biggest issue is that this workaround might mess up the layout if you don't use tables and the str_split-function splits the HTML inside of CSS-definitions/HTML-Tags, etc.

Because of this problem I decided to not post this as a pull-request as it's kind of a "hacky" fix for the problem.

    protected static function mPDFWrapper($html)
    {
        $pdf = new Mpdf();
	$limit = (int)(ini_get('pcre.backtrack_limit') * 0.9);

	if (strlen($html) > $limit) {

		$chunks = str_split($html, $limit);

		foreach ($chunks as $k=>$chunk) {

			$last_tr = strripos($chunk, '</tr>'); // find last </tr>

			if ($last_tr !== false) {

				$last_tr = $last_tr + 5;
				$leftover = substr($chunk, $last_tr);

				if (isset($chunks[$k + 1])) {
					$chunks[$k] = substr($chunks[$k], 0, $last_tr);
					$chunks[$k + 1]	= $leftover.$chunks[$k + 1];
				}

			}

		}

		foreach ($chunks as $k=>$chunk) {
			$pdf->WriteHTML($chunk);
			unset($chunks[$k]);
		}

	} else {

		$pdf->WriteHTML($html);

	}

        return $pdf->Output('','S');    // returns the PDF as a string
    }

I guess it would be better to use a custom str_split that makes sure to never split inside of html-tags but for my use-case this version works good enough.

The direct integration of mpdf does not allow to set the temp path, see https://mpdf.github.io/installation-setup/folders-for-temporary-files.html.