まず、私はすでにSOとGoogleでこれを調査しました。実際、これに基づいて、必要なものが存在するかどうかについてはかなり懐疑的です。誰もが PHP ネイティブのサーバー側フォーム フィラーを必要としていることは明らかなので、私は次の 6 か月の人生をあきらめて何かをゼロから作成するかもしれないところまで来ています。
さて、暴言を吐いてすみません...
これが私の状況です：
1.入力済みの PDF フォームをユーザーに配信する必要があります。
フォームは Cookie ベースの認証の背後にあるため、Adobe Reader は xfdf を開かず、タスクをブラウザーに渡します。これは、Adobe Reader を PDF リーダーとして使用していない Linux ユーザーおよびその他のユーザーにとって問題です。
ああ、Adobe はまだ Snow Leopard 用の 64 ビット プラグインを作成していないので、私のユーザーの 3 分の 1 は、このフォームを印刷するたびに Safari を 32 ビット モードで実行するように変更する必要があります。
以上のことから、Preview や Foxit などで印刷できるように既に記入済みの PDF を配信することが、着実に最も明白なソリューションになりつつあります。
2.pdftkが使えない
これは少しばかげていますが、pdftk は古いものであり、使用する itext の古いバージョンを gcj でコンパイルする必要があるため、ホスト マシンに pdftk をインストールできません。サーバーには gcj がありません。この 1 つのケースでは、gcj のインストールを要求するのは避けたいと思います。
また、pdftk をインストールできたとしても、passthru()CGI を介したコマンドライン操作しかできないので、これも避けたいと思います。
3. 私のホストには現在 PDFLib がインストールされていません。
そのため、php で PDF 拡張機能を使用できません。この機能を提供しているわけではありませんが、itext/pdftk と同じように、fdf 辞書を一般的な形式に追加するために使用できるのではないかと考えました。
私は、TCPDF と FPDF について学ぶまで、すべてが失われたと思っていました。TCPDF の方が優れた実績とより多くの機能を備えているようですが、Google やサーバー側のフォーム入力に関するドキュメントは見つかりません。
これがまだ明らかでない場合は、FDF または XFDF を生成するためのライブラリは必要ありません。私はすでにそれを持っています。しかし、組み合わせた製品が欲しいだけの私のユーザーにとっては十分ではないことが証明されています.
だから私は私の質問は次のとおりだと思います：
XFDF からのデータが入力された汎用フォームである新しい PDF を出力するための事前構築済みの方法はありますか?
そうでない場合、(フィールド内ではなく) フォーム フィールドの上に値を単純に書き込む必要がない回避策はありますか? フィールドの上に値を書き込むということは、javascript が値を検証せず、ストリームの値を毎回手動で変更する必要があることを意味します。
両方にいいえの場合、PHPで動作し、コマンドラインからバイナリを呼び出すだけではない、まだ見つかっていないpdftkのポートはありますか?
これに関するヘルプは大歓迎です。このようなライブラリの作成を手伝ってくれるボランティアがいる場合は、お知らせください。念のため、私は既に PDF 構文の学習に熱心に取り組んでいます。