- Is forci/pdf-generator-bundle a Laravel package?
- No. Despite being listed among Composer packages, it is a Symfony bundle: the -bundle suffix and the Forci namespace point to a Bundle registration class, a DependencyInjection extension, YAML configuration and container-wired services. None of Laravel's packaging conventions are present, including extra.laravel.providers, package auto-discovery, facades or publishable config files. Using it in Laravel means hand-porting its service definitions into a service provider rather than installing a dependency.
- How do I install forci/pdf-generator-bundle in a Laravel application?
- There is no supported install path. Composer discovery will not register it, and Laravel has no equivalent of bundles.yaml to enable it, so nothing happens after composer require. You would have to translate its container definitions, configuration and service API into a Laravel service provider yourself. That translation work is essentially the whole project, which makes the bundle a poor dependency.
- Which PDF engine does forci/pdf-generator-bundle wrap?
- The package metadata never names the underlying renderer. It could be wkhtmltopdf, Dompdf, mPDF, headless Chrome or a hosted API, and that choice defines the entire operational profile: license, memory footprint, rendering fidelity and CVE exposure. Ask the maintainer directly before evaluating further. In most cases a maintained renderer behind your own interface removes the need for the bundle entirely.
- What license does forci/pdf-generator-bundle use and can I use it commercially?
- GitHub reports the license as NOASSERTION, meaning it could not identify a recognized license file. That usually means no LICENSE file, a malformed one, or a bespoke grant, and in that situation default copyright applies. You therefore have no clear right to redistribute or ship it inside a commercial product. For anything customer-facing or distributed, treat this as a legal hard stop and request a written OSI-approved license from the author.
- Is forci/pdf-generator-bundle actively maintained and safe to depend on?
- The adoption signals are effectively zero: roughly one star, no dependents and a composite score near 0.005. There is no visible CI, test suite or release cadence to indicate the code is exercised against current PHP versions. You would be the first production user, discovering failure modes only after they surface in production. A dependency with no cohort of prior adopters offers none of the migration and edge-case knowledge that justifies taking it on.
- Which Laravel, PHP and Symfony versions does forci/pdf-generator-bundle support?
- The package metadata does not state supported PHP, Symfony or renderer-backend versions. A Symfony bundle of unknown vintage may pin symfony/* components or an abandoned PDF engine, which can collide with Laravel's own Symfony transitive graph. Inspect composer.json constraints, run composer audit, and check for a maintained fork or successor before going further.
- Can I render Blade templates to PDF with forci/pdf-generator-bundle?
- No. The bundle is built around Twig and HTML template rendering, so Blade is not supported. You would render your Blade view to an HTML string yourself and pass it to a PDF service, but that service is only reachable after porting the bundle's wiring into Laravel. If you are doing that work anyway, wire the HTML string directly into a maintained PDF renderer instead.
- What are the production risks of depending on forci/pdf-generator-bundle?
- The risks are high on every axis that matters: near-zero adoption, an unclear license, an unnamed and possibly abandoned renderer, and potential unpatched transitive CVEs hidden behind the star count. Thin wrappers and older engines also fail silently on modern CSS, web fonts, headers and footers, and page-break control. Combined, these are exactly the faults that turn PDF output into a customer-visible incident.
- Does forci/pdf-generator-bundle support headers, footers, page breaks, web fonts and modern CSS?
- Nothing in the documentation guarantees it. Thin wrapper bundles and older engines commonly break on CSS flex and grid, web fonts, page headers and footers, and explicit page-break control without raising an error. Define your fidelity bar first, including page numbering, PDF/A output or PDF/UA accessibility if required, then test candidate renderers against it. Do not assume a package whose engine is undocumented will meet that bar.
- What is the best alternative to forci/pdf-generator-bundle for Laravel PDF generation?
- Use a maintained renderer behind an interface you control, such as dompdf/dompdf, mpdf/mpdf, spatie/laravel-pdf with headless Chrome, or a hosted PDF API. The wrapper the bundle provides is roughly 100 to 300 lines: accept rendered HTML plus page options and return a stream, file or download response. Reimplementing that inside a Laravel service provider is a days-scale task and a far lower-risk path than porting a Symfony bundle with no license clarity.