Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537 Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537
今年國慶假期終于可以憋在家里了不用出門了,不用出去看后腦了,真的是一種享受。這么好的光陰怎么浪費,睡覺、吃飯、打豆豆這怎么可能(耍多了也煩),完全不符合我們程序員的作風,趕緊起來把文章寫完。
這篇文章比較基礎,在國慶期間的業余時間寫的,這幾天又完善了下,力求把更多的前端所涉及到的關于文件上傳的各種場景和應用都涵蓋了,若有疏漏和問題還請留言斧正和補充。
以下是本文所涉及到的知識點,break or continue ?
原理很簡單,就是根據 http 協議的規范和定義,完成請求消息體的封裝和消息體的解析,然后將二進制內容保存到文件。
我們都知道如果要上傳一個文件,需要把 form 標簽的enctype設置為multipart/form-data,同時method必須為post方法。
那么multipart/form-data表示什么呢?
multipart互聯網上的混合資源,就是資源由多種元素組成,form-data表示可以使用HTML Forms 和 POST 方法上傳文件,具體的定義可以參考RFC 7578。
multipart/form-data 結構
看下 http 請求的消息體
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryDCntfiXcSkPhS4PN 表示本次請求要上傳文件,其中boundary表示分隔符,如果要上傳多個表單項,就要使用boundary分割,每個表單項由———XXX開始,以———XXX結尾。
每一個表單項又由Content-Type和Content-Disposition組成。
Content-Disposition: form-data 為固定值,表示一個表單元素,name 表示表單元素的 名稱,回車換行后面就是name的值,如果是上傳文件就是文件的二進制內容。
Content-Type:表示當前的內容的 MIME 類型,是圖片還是文本還是二進制數據。
解析
客戶端發送請求到服務器后,服務器會收到請求的消息體,然后對消息體進行解析,解析出哪是普通表單哪些是附件。
可能大家馬上能想到通過正則或者字符串處理分割出內容,不過這樣是行不通的,二進制buffer轉化為string,對字符串進行截取后,其索引和字符串是不一致的,所以結果就不會正確,除非上傳的就是字符串。
不過一般情況下不需要自行解析,目前已經有很成熟的三方庫可以使用。
至于如何解析,這個也會占用很大篇幅,后面的文章在詳細說。
使用 form 表單上傳文件
在 ie時代,如果實現一個無刷新的文件上傳那可是費老勁了,大部分都是用 iframe 來實現局部刷新或者使用 flash 插件來搞定,在那個時代 ie 就是最好用的瀏覽器(別無選擇)。
DEMO
這種方式上傳文件,不需要 js ,而且沒有兼容問題,所有瀏覽器都支持,就是體驗很差,導致頁面刷新,頁面其他數據丟失。
HTML
<form method="post" action="http://localhost:8100" enctype="multipart/form-data">
選擇文件:
<input type="file" name="f1"/> input 必須設置 name 屬性,否則數據無法發送<br/>
<br/>
標題:<input type="text" name="title"/><br/><br/><br/>
<button type="submit" id="btn-0">上 傳</button>
</form>
復制代碼
服務端文件的保存基于現有的庫koa-body結合 koa2實現服務端文件的保存和數據的返回。
在項目開發中,文件上傳本身和業務無關,代碼基本上都可通用。
在這里我們使用koa-body庫來實現解析和文件的保存。
koa-body 會自動保存文件到系統臨時目錄下,也可以指定保存的文件路徑。
然后在后續中間件內得到已保存的文件的信息,再做二次處理。
NODE
/**
* 服務入口
*/
var http = require('http');
var koaStatic = require('koa-static');
var path = require('path');
var koaBody = require('koa-body');//文件保存庫
var fs = require('fs');
var Koa = require('koa2');
var app = new Koa();
var port = process.env.PORT || '8100';
var uploadHost= `http://localhost:${port}/uploads/`;
app.use(koaBody({
formidable: {
//設置文件的默認保存目錄,不設置則保存在系統臨時目錄下 os
uploadDir: path.resolve(__dirname, '../static/uploads')
},
multipart: true // 開啟文件上傳,默認是關閉
}));
//開啟靜態文件訪問
app.use(koaStatic(
path.resolve(__dirname, '../static')
));
//文件二次處理,修改名稱
app.use((ctx) => {
var file = ctx.request.files.f1;//得道文件對象
var path = file.path;
var fname = file.name;//原文件名稱
var nextPath = path+fname;
if(file.size>0 && path){
//得到擴展名
var extArr = fname.split('.');
var ext = extArr[extArr.length-1];
var nextPath = path+'.'+ext;
//重命名文件
fs.renameSync(path, nextPath);
}
//以 json 形式輸出上傳文件地址
ctx.body = `{
"fileUrl":"${uploadHost}${nextPath.slice(nextPath.lastIndexOf('/')+1)}"
}`;
});
/**
* http server
*/
var server = http.createServer(app.callback());
server.listen(port);
console.log('demo1 server start ...... ');
復制代碼
CODE
https://github.com/Bigerfe/fe-learn-code/
些不能復制粘貼的網頁該如何復制網頁內容?想必有不少網絡編輯和一些經常在百度復制粘貼的小伙伴們有這樣的困擾,然后不知道該怎么解決的同時心中一定會默念CTMD,哈哈,有沒有被言中?那不能復制的網頁該如何復制呢?
一、打開想要復制內容的網頁,在網頁的空白處右鍵,出現如下圖片:
二、查看源代碼,將整個源代碼復制粘貼到一個新建的txt文檔中
三、在txt文檔中找到如下代碼:
<body oncopy="return false;" oncut="return false;" >
刪除oncopy="return false;" oncut="return false;"(此代碼的作用即為限制復制粘貼!刪除即可)
四、然后點擊保存,將txt文檔后綴更改為*.html。下面展示具體更改后綴步驟:
右鍵該文檔,進行重命名
將*.txt的后綴更改為html,成功后變成
然后使用瀏覽器打開即可,進行復制!
TIPS:可能有些人的電腦不能看到文檔的后綴,只需要更改計算機里的組織里面的文件夾和搜索選項即可!操作示例圖如下:
然后出現如下彈窗
點擊查看,選擇高級設置里面的隱藏已知文件類型的拓展名,將勾選框去掉,然后點擊應用,再確定即可!再去將文件夾進行重命名是,即可修改文件后綴。
以下附更簡單的辦法:
將想要復制的內容,右鍵審查該元素,出現如下彈窗:
選定該審查元素的上一級會計元素div,右鍵選擇
進入代碼編輯之后,將該代碼復制粘貼到TXT文檔,保存之后直接修改后綴名為html,再使用瀏覽器打開即可進行復制!!!這樣是不是更簡單呢?
提示:颯颯用的是360瀏覽器做的演示,其他瀏覽器類似,但會有區別!
希望這邊文章能夠實現自由復制,不再讓你為不能復制粘貼而憂心!
友情提醒:百度文庫中的文檔不能復制,不能用此辦法解決,百度文庫是用JS控制的,不能直接找到限制代碼。
作前言
本章您將學會如何通過寶塔進行Apache和NGINX和虛擬主機(Apache)達到系統偽靜態,這里全程以Linux寶塔偽靜態為例。
什么是偽靜態?
偽靜態是相對于真實的靜態,真正的靜態會生成一個html或htm后綴文件,訪問者可以訪問真正的靜態頁面,而偽靜態不會生成實體靜態頁面文件,而只能用.html靜態類的頁面形式,但它實際上是由PHP程序動態腳本處理的,它是偽靜態的。靜態頁面的優缺點: 真正的靜態通常是為了更好地緩解服務器壓力,增強搜索引擎的友好性,從而使Web內容生成靜態頁面。但最大的缺點是,每次在網站的后臺修改網頁內容時,都需要重新生成靜態頁面,并且無法實時顯示更新的內容。 網站的內容很長,占用的空間和用于生成靜態頁面的服務器資源是不允許的(內容太多而且一次生成靜態頁面的情況,導致服務器直接崩潰)。偽靜態有什么作用? 有些朋友希望實時顯示一些信息,或者想用動態腳本來解決一些問題,不能以靜態方式顯示網站內容,但這會失去搜索引擎友好的一面,兩者看起來如何對于中間方法?這產生了偽靜態技術。偽靜態有什么不足? 由于使用偽靜態來確定要跳轉到的頁面,而不是實際頁面地址,因此區分顯示哪個頁面的責任也由服務器CPU直接確定。因此,CPU占用率的增加確實是偽靜態的最大缺點。 NIUSHOP建議根據實際需求啟用偽靜態,一般情況下訪問量很小,而且偽靜態對CPU的影響也很小。如果訪問量很大,則可以升級服務器。根據空間訪問速度來選擇,如國外空間建議打開真正的靜態,而國內空間訪問應該更快,基本上你可以選擇開啟偽靜態。
操作前準備
操作前,我們需要到Niushop系統后臺:設置—基礎設置—運營—網站訪問模式改為:pathinfo(詳見圖1-1)
(圖 1-1 ↑ 網站訪問模式改為:pathinfo)
服務器實戰操作
location / {
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php?s=$1 last;
break;
}
}
(圖1-2 ↑ NGINX偽靜態規則配置)
<IfModule mod_rewrite.c>
Options +FollowSymlinks -Multiviews
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?s=/$1 [QSA,PT,L]
RewriteEngine on RewriteCond % !^$
RewriteRule upload/(.*).(php)$ – [F]
</IfModule>
(圖1-3 ↑ Apache偽靜態規則配置)
<IfModule mod_rewrite.c>
Options +FollowSymlinks -Multiviews
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?s=/$1 [QSA,PT,L]
RewriteEngine on RewriteCond % !^$
RewriteRule upload/(.*).(php)$ – [F]
</IfModule>
清理瀏覽器緩存
清理瀏覽器緩存后,就可以看到我們站點根目錄已經被隱藏掉了,同時連接都是以html結尾,偽靜態完畢!
*請認真填寫需求信息,我們會在24小時內與您取得聯系。