加載流程是這樣的，pdf文件在ftp服務(wù)器上，web服務(wù)器要先去ftp服務(wù)器下載pdf，然后在返回文件給瀏覽器，相當(dāng)于要pdf要在網(wǎng)絡(luò)中傳輸2次，就是下載2次了。導(dǎo)致的問題就是加載時(shí)間很長(zhǎng)，要10多秒才能顯示，很難忍受，請(qǐng)問大神們有沒有這方面的經(jīng)驗(yàn)和解決方案可以傳授下，pdf基本上都是10多M的大小目前能想到的解決方案，是把pdf下載服務(wù)器上，轉(zhuǎn)換成單頁的jpg，先返回第一頁的jpg，然后其他的轉(zhuǎn)換任務(wù)還在線程中異步執(zhí)行，這樣應(yīng)該可以將請(qǐng)求時(shí)間縮短一半。
9 回答
九州編程
TA貢獻(xiàn)1785條經(jīng)驗(yàn) 獲得超4個(gè)贊
之前遇到過類似的問題，，圖片上傳，一開始的思路是前端把圖片上傳到后臺(tái)，再由后臺(tái)上傳到七牛云，后來感覺太影響速度，就直接用七牛的JS SDK，前端把直接把圖上傳到七牛，只把對(duì)應(yīng)的文件名(key)發(fā)給后臺(tái)，再將key存入數(shù)據(jù)庫。
我覺得題主這個(gè)問題類似吧，，為什么不直接在頁面上的PDF地址改成FTP服務(wù)器的地址呢？？如有錯(cuò)誤請(qǐng)批評(píng)指出，不才在這方面不了解
慕容708150
TA貢獻(xiàn)1831條經(jīng)驗(yàn) 獲得超4個(gè)贊
提供一個(gè)思路樓主參考
文件切割成多份，多線程下載，完成后在本地組合生成文件。
不過借用第三方，如七牛，這種已經(jīng)優(yōu)化的專業(yè)的平臺(tái)應(yīng)該更省事?
睡覺嚕，晚安
MMTTMM
TA貢獻(xiàn)1869條經(jīng)驗(yàn) 獲得超4個(gè)贊
慕尼黑5688855
TA貢獻(xiàn)1848條經(jīng)驗(yàn) 獲得超2個(gè)贊
試試把pdf直接放到web機(jī)器，再訪問web機(jī)器看速度提升了多少，ftp和web機(jī)器在一個(gè)內(nèi)網(wǎng)嗎？
將下載分發(fā)用云存儲(chǔ)平臺(tái)去，如cdn提供商、阿里云等
如果web機(jī)器訪問速度可以，那可以使用rsync將ftp的同步到web機(jī)器來，如果項(xiàng)目小的話
躍然一笑
TA貢獻(xiàn)1826條經(jīng)驗(yàn) 獲得超6個(gè)贊
莫回?zé)o
TA貢獻(xiàn)1865條經(jīng)驗(yàn) 獲得超7個(gè)贊
為什么每次請(qǐng)求 都要重新連FTP下載？
建議第一次下載后把文件存在本地，
如果PDF會(huì)經(jīng)常改動(dòng)，那就在第二次下載之前判斷一下文件大小和修改時(shí)間，
有改動(dòng)再重新下載。
湖上湖
TA貢獻(xiàn)2003條經(jīng)驗(yàn) 獲得超2個(gè)贊
添加回答
舉報(bào)
0/150
提交
取消