pdf vor speichern schützen

[tpk]

will mein Kunde haben. Ich sag ihm, das geht nicht (oft gelesen im Internet), und er zeigt mir dann eine Webseite ...

... auf der sich das pdf im Browser öffnet, obwohl ich eingestellt habe, dass bei pdfs nachgefragt werden soll, ob speichern/öffnen. Das pdf öffnet sich dann im Reader vom Firefox, aber die Speichern, Drucken, Download-Symbole sind nicht da, rechter Mausklick geht nicht. Da müsst ich jetzt auch erst mal googeln, wie ich an das Ding dran käme. Also wenn ich Coaching-Material wie der Kunde anbieten wollte, würde ich das auch gerne haben.

Weiß jemand, wie man das macht?

[tab]

Sowas kann (und muss man dann eben auch, wenn man es so haben will) man beim Erstellen einer PDF-Datei einstellen. Von seiten der Website kann dazu eigentlich nichts getan werden.

[tpk]

Hab kürzlich bei Adobe gelesen, dass man beim Speichern zwar ein Passwort vergeben kann, aber das Speichern das Dokuments durch den User sei nicht verhinderbar. Das muss wohl irgendwie anders gelöst worden sein. Zumal die noch den Namen des Kunden als Wasserzeichen im pdf haben, und ich nehme nicht an, dass das von Hand reingemacht wurde, sondern mit php.

[planepix]

Ja sowas nutzt z. B. Sitepoint, wenn man ebooks (pdfs) kauft. Dann wird deine E-Mail-Adresse auf jede Seite unten mittig platziert.

Was spricht denn gegen ein Login mit anschliessendem Download?

[tpk]

Download:

Der Kunde will erschweren, dass die Leute das Material weitergeben können ...

[planepix]

Ok verstehe - das Problem jeden digitalen Gutes

Dann fände ich die Sitepoint-Methode mit dem „weichen DRM” noch am sinnvollsten.
Als Käufer eines PDFs möchte ich auch nicht jedesmal erst ein Passwort eingeben müssen…

Es gibt auch von Adobe Policy-Server, die dann regeln, wer was darf. Preise nach Anfrage, also sicher teuer .
Vielleicht kennt noch jemand eine Methode, einen Text in ein PDF serverseitig einzubauen?

[do_while]

Hallo tpk,

dass man das Speichern sicher verhindern kann, kann ich mir nicht vorstellen, denn es wird ja geladen und ist im Browsercache vorhanden. Das dürfte so ausgehen, wie ein Schutz von Bildern, für normale User kann es klappen, mit etwas Hintergrundwissen ist es aber sinnlos. Was ist mit "Ziel speichern unter" aus dem Contextmenü?

Ein PDF kann man grundsätzlich schon auf Serverseite mit einem Wasserzeichen oder einer Kennung versehen. Man kann es danach auch mit Passwortschutz versehen und zum Download ausgeben. Aber auch hier ist ein richtiger Schutz nur möglich, wenn man bereits das Öffnen mit Password absichert. Ein Änderungsschutz läßt sich knacken, jedoch nur mit krimineller Energie.

Du könntest es ggf. mit der Erweiterung pdf_forms probieren, hier kannst Du das Dokument als PDF-Vorlage verwenden, dort dann die Kennung eindrucken und das so erzeugte, personalisierte PDF per Mail verschicken. Dann hast Du zu der Kennung die E-Mail-Adresse und kannst eine aufgetauchte Kopie ggf. zurückverfolgen, was Du bei einem reinen Download nicht kannst.

[3dr]

@tpk, interessant, gibt es einen Link zu der genannten Site, dass man sich das mal ansehen kann?

[tpk]

Hier wie gewünscht ein Screenshot. Beides in FF geöffnet. Zum Vergleich noch ein normales ungeschütztes pdf. Sieht so aus, als wären das die selben pdf-Reader, nur dass bei der Akademie einige Buttons und der rechte Mausklick deaktiviert sind.

Unbenannt1.JPG
Unbenannt.JPG

@do_while

Danke für den Hinweis auf pdf_forms, schau ich mir an wegen dem Wasserzeichen. Das mit dem Reader sieht derzeit aber nach dem Mittel der Wahl aus, bin mal gespannt, wie man das realisieren kann.

[korlbeu]

ich denk mal die seite wird einen eigenen pdf viewer ausliefern und somit ist ja dann auch möglich die Buttons auszublenden...also quasi das , das garnicht das ff plugin ist...

https://github.com/mozilla/pdf.js

[tpk]

Oha, der pdf-Reader vom FF ist tatsächlich ein html5 Dingens, man kann ihn sich im Quellcode anschauen. Damit habe ich nicht gerechnet! Dann könnte man sich den Reader aus Deinem Link also zurechtbasteln ...

Wenn jemand was weiß, wo ich sowas schon fertig bekomme, hätte ich aber nix dagegen :-)

[andre.saage]

pdf.js bietet da auf jedenfall ein paar Möglichkeiten.
Ich hatte es schonmal in Verbindung mit einem angepassten ce_downloads ins Contao verbaut.
Was du dann als html5-canvas angezeigt bekommst entspricht allerdings nicht immer zu 100% dem eigentlichen pdf.

[tpk]

Du meinst, die Darstellung des pdf ist nicht immer optimal? Wär wohl keine Katastrophe, weil das wohl die einzige Verwendung für die Dinger ist.

Auf der githup Seite wird was von node geschwurbelt, damit kenne ich mich nicht aus. Brauch man das nur zum Entwickeln oder muss das auch auf dem Server sein?

[andre.saage]

Ich habs auf jeden Fall ohne node gemacht und mich dabei mehr oder weniger an diese Anleitung gehalten.
https://blog.oio.de/2014/04/11/integ...b-application/

Bei github runtergeladen, nur den ordner 'web' , pdf.js und pdf.worker.js verwendet.

Frickelig wurde es erst, als ich versucht hab, den Dateinamen des pdf aus dem scr attribut des iframes rauszuhalten.
Darauf habe ich dann verzichtet - weil der Kopierschutz nicht mein Anliegen war sondern die Einbettung in die Webseite.

[tpk]

Thanks, das wird ja immer übersichtlicher.

Wenn man die Url vom pdf nicht angeben will, kann man das pdf über php per header Befehl ausgeben.