Articles
HTTP-otsikko rikki? Selaimet eivät ' t avaa pdf-tiedostojamme, mutta avaavat kaikki muut pdf-tiedostot [suljettu]
On marraskuu 30, 2020 by admin suljettu. Tämä kysymys on pois päältä -aihe . Se ei tällä hetkellä hyväksy vastauksia.
Kommentit
- Voit lisätä lähetetyt otsikot. Tämä on vain arvaus. Tämä kuuluu myös stackoverflow.com-sivustoon, ei tänne 🙂
- En ' ole siirtämässä tätä StackOverflow-palveluun, se näyttää sopivalta täällä. Se ei ole ' t välttämättä koodauskysymys, mutta se on varmasti verkkovastaavan kysymys.
- Luulen, että et ' sinun ei tarvitse muuntaa inputStreamissasi charset = UTF-8 " PDF-tiedostoja varten
- I ' m äänestys sulkea tämä kysymys aiheen ulkopuolisena, koska se johtui palvelimen väärästä määrityksestä.
- Tämä näyttää olevan aiheen ulkopuolella, koska se vaatii meitä arvaamaan mikä voi olla vialla. ' ei ole mitään konkreettista, jotta voimme työskennellä.
Vastaa
Katso Kuinka pakottaa tiedostot avaamaan selaimessa lataamisen (pdf) sijaan? , johon on vastaus osoitteesta ColinM , joka kertoo tarkalleen, mitä otsikoiden tulisi olla:
Osoittaa selaimelle, että tiedostoa tulisi tarkastella selaimessa :
Content-Type: application/pdf Content-Disposition: inline; filename="filename.pdf"
Tiedoston lataaminen eikä katseleminen:
Content-Type: application/pdf Content-Disposition: attachment; filename="filename.pdf"
MUOKKAA: Lainaukset tiedostonimen ympärillä ovat pakollisia, jos tiedostonimi sisältää erikoismerkkejä, kuten
filename[1].pdf
, jotka voivat muuten rikkoa selaimen kykyä käsitellä vastausta.
kommentit
- Kiitos tästä erittäin mukavasta vastauksesta. Minun on kuitenkin hyväksyttävä oma erityisempi vastaukseni, koska se ratkaisi minun ongelmani.
Answe r
Ratkaisu oli melko erikoinen.
Palvelimella oli oletusarvoinen mime-tyyppi application/octet-stream
PDF-tiedostot. Muutettuani tämän muotoon application/pdf
kaikki toimi hyvin.
Lighttpd-kokoonpanossa saavutin muutoksen lisäämällä tämän määritelmän:
mimetype.assign += ( ".pdf" => "application/pdf" )
Vastaa