有個頁面 a.vm,對 ajax 請求的結果進行判斷後,獲取結果裡面的資料傳遞給乙個 url(b.htm),跳轉到新的頁面b.htm
。
因為一開始是get
請求,所以當傳遞的資料過大的時候,會報錯nginx 414 request-uri too long
client_header_buffer_size 128k;
large_client_header_buffers 4 128k;
當http 的uri太長或者request header過大時會報414 request uri too large或400 bad request錯誤
cookie中寫入的值太大造成的,因為header中的其他引數的size一般比較固定,只有cookie可能被寫入較大的資料
請求引數太長,比如發布乙個文章正文,用urlencode後,使用get方式傳到後台
本次的故障原因是由問題 2 引起的。即當請求頭過大時,超過large_client_header_buffer
時,nginx可能返回request uri too large (414)
或者bad-request(400)
錯誤。
當request line的長度大於large_client_header_buffer
的乙個buffer(128k)
時,nginx
會返回"request uri too large" (414)
錯誤,對應上面的場景2。
請求頭中最長的一行也要小於large_client_header_buffer
,當不是request line
的最長行大於乙個buffer(128k)
時,會返回"bad-request"(400)
錯誤,對應上面的場景1。
主要是調大以下引數值:
client_header_buffer_size 512k;
large_client_header_buffers 4 512k;
但是調大這個值會出現乙個問題,當我的伺服器騰挪資料量比較大的時候,可能又要修改這樣不是乙個辦法,最終的解決辦法就是由get
請求方式修改為post
請求方式
使用 jquery.redirect.js 框架來處理這樣的情況,主要使用到的函式是$.redirect
**如下:
JS 頁面跳轉,引數的傳遞
當我們通過location.replace 進行頁面的跳轉時,我們想進行引數的傳遞,當時學習的時候,以前在網上找過獲取方法,已經忘記出處在 了。獲取方法大概是這樣的 1.將引數通過拼接的方式拼接到頁面的後面。2.頁面跳轉後,解析url,根據關鍵字元 區別是頁面還是後面的引數 3.根據關鍵字元 區分是...
頁面跳轉引數傳遞
html頁面跳 window.open url,width 600,height 400 第二個引數 self,在當前視窗開啟視窗 blank 預設值 在另外的新建視窗開啟新視窗 window.location.href 在同當前視窗中開啟視窗 ahref target blank html引數傳遞...
跳轉頁面引數傳遞
有時候我們會想在跳轉頁面的時候傳遞一些資料,那又該怎麼傳呢。這裡就介紹其中一種方法。這裡我使用的是window.location.href path 來跳轉頁面 將資料接入路徑window.location.href path?id id 重點就是如何在目標頁面得到資料 看到目標頁面,console...