Viljami Kuosmanen

Sure! How about:

<?php if( false !== strpos( $_SERVER['REQUEST_URI'], 'pdf-preview' ) ) : ?>

[marked topic as resolved]

Wonderful work! Thanks to you, we now have PHP 5.2 compatibility.

Would you share your work by creating a pull request on GitHub? I would love to add you as a contributor to the next version of the plugin.

GitHub link: https://github.com/anttiviljami/wp-pdf-templates

The wp_head hook is most likely not working because there is no call to wp_head() in your template file.

Thanks for the review!

Hi!

Thanks for using our plugin. I’m glad you found a solution to your problem.

However, since WooCommerce product pages should be fairly static, this isn’t really the same issue as the dynamic post content problem. There wasn’t an issue opening the PDF file in that case either. I for one, have successfully used this plugin with caching enabled on WooCommerce single product pages.

I suspect the real issue here lies with file permissions. The only difference DISABLE_PDF_CACHE makes, is that it doesn’t try to write the PDF file on disk.

The error message “Failed to Load PDF document” sounds like the PDF file doesn’t exist in your uploads directory, which could be due to bad write permissions. Are you getting any errors or warnings in your php error log when using the cache?

You can try adding this to your wp-config.php to see if wp-pdf-templates gets any errors during PDF generation.

ini_set('display_errors',1);
ini_set('display_startup_errors',1);
error_reporting(-1);

Although, if the PDFs generate fast enough for you, and you have server performance to spare, perhaps the caching functionality isn’t even needed here. Why fix something that’s not broken? 🙂

Cheers!

Antti

My guess is PDF rendering fails because WP PDF Templates can’t access the /pdf-template endpoint to render it. The same sort of thing can occur if the page being rendered requires some sort of session authentification.

Can you make an exception to the access control plugin or perhaps somehow give the plugin credentials pragmatically? Maybe modify the plugin to send cookies along with the file_get_contents() request?

Let me know if I can help any further.

Cheers!
Antti

Hi! Thanks for checking out our plugin!

It looks like the access control plugin is restricting access to the /my-post/pdf endpoint because it doesn’t realise /pdf is just an additional parameter, not a separate post from /my-post.

Have you tried using GET parameters instead of rewritten endpoints? i.e. /my-post?pdf or /my-post/?pdf. Perhaps this way the access control plugin doesn’t think this is a separate post and grants access to the PDF version of the post.

All the best,
Antti

Brilliant! I remember facing similar issues with another app I was using DOMPDF in. This seemed to work there as well.

Please make sure you move the line define( "DOMPDF_ENABLE_CSS_FLOAT" , true ); to your wp-config.php to retain this modification even after updating the plugin. The file wp-content/plugins/wp-pdf-templates/dompdf/dompdf_config.custom.inc.php gets rewritten when the plugin updates.

Cheers!

Antti

Thread closed and marked as resolved.