Das Streaming der PDF-Datei vom Knotenserver nach dem Zufallsprinzip zeigt nur die Binärdaten im Browser an

Dies hier in der Hoffnung zu belassen, dass es jemandem hilft - ich hatte schon mehrmals ähnliche Probleme und habe eines von zwei Dingen:

1. Sie verwenden eine HTTP-Verbindung zu einer HTTPS-Zustellung (dies ist typisch für Websockets, wo Sie :443 zusätzlich zu wss angeben müssen.
2. Der Kodierungsparameter request dient als Klartext anstelle von Objekten. Dies geschieht, indem encoding wie folgt auf null gesetzt wird: request({url: myUrl, encoding: null}) .
3. Inhaltstypen in den Kopfzeilen - Lenken Sie dies ab, da es offensichtlich ist / andere haben dies bereits substantiell genug abgedeckt:)

Ich bin mir ziemlich sicher, dass Sie wegen (2) damit konfrontiert werden. Schauen Sie sich Ссылка

  

encoding - Codierung, die bei setEncoding der Antwortdaten verwendet werden soll. Ob   Null, der Körper wird als Puffer zurückgegeben. Alles andere (einschließlich der   Standardwert von undefined) wird als Kodierungsparameter übergeben   toString () (was bedeutet, dass dies standardmäßig utf8 ist). (Hinweis: wenn   Du erwartest binäre Daten, solltest du encoding: null setzen.)

Da die oben genannten Vorschläge für Sie nicht funktionierten, würden Sie gerne folgende Forensik sehen:

• Sind Dateien mit einer bestimmten Größe fehlerhaft? Ist das ein Pufferproblem auf einer bestimmten Ebene?
• Führt das Vorhandensein eines bestimmten Zeichens in der Datei dazu, weil es einen Teil Ihres Skripts unterbricht?
• Sind die Metadatenabschnitte und Dateiendungen in einer fehlgeschlagenen und einer erfolgreichen Datei identisch? Wie eine Mediendatei oben signiert ist und wie sie unten abgeschnitten wird, kann sich stark auf die Interpretation auswirken.

Sie müssen möglicherweise den Inhaltstypheader application/pdf in die Knotenantwort aufnehmen, um dem Empfänger mitzuteilen, dass das, was er empfängt, eine PDF ist. Einige Browser sind intelligent genug, um den Inhaltstyp aus dem Datenstrom zu bestimmen, aber Sie können nicht davon ausgehen, dass dies immer der Fall ist.

Sie benötigen auch HTTP-Header:

Und

Haben Sie versucht, die auf der Festplatte befindlichen Binärdateien zu speichern und manuell mit dem PDF-Reader zu öffnen? Es könnte beschädigt sein.

Ich würde vorschlagen, beides zu versuchen:

Content-Type: application/pdf Content-Disposition: attachment; filename="somefilename.pdf"

(oder Mime-Typ auf andere Arten steuern: Ссылка )