Re: [請益] 按鈕問題

看板PHP作者roga (任性)時間15年前 (2010/04/14 18:09)推噓2(2推 0噓 2→)

留言4則, 1人參與討論串5/6 (看更多)

快下班了，回一下好了 Q_Q : → tkdmaf:第二行應該是Protocol，都是英文，大家斟酌自己的英文吧。 : → tkdmaf:總之，HEADER是告訴伺服器一些資訊，不代表資料一定有跟出 : → tkdmaf:去不代表資料一定有送出去？不是我上面文章寫 HTTP header 和 HTTP body 示意你就認為它在傳輸的過程中就是分兩段吧.. orz 下面我有轉貼幾張圖，每張圖代表一個完整的 HTTP Request : → chrisQQ:所以是放在 POST BODY 啊（這邊有問題嘛？） : 推 chrisQQ:不過，「不代表資料一定有送出的原因」是？ : → chrisQQ:照你的觀點，那是不是放 get 就比較保險，不會沒有送出～照他這麼講 HTTP 有不少 Method： http://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html#sec5.1.1 我想知道裡面的 Method 哪種最 Reliable ... XD : → tkdmaf:你說對了。放get比較保險。除了資料會直接被揭示這件事。 HTTP Request Format http://www.tcpipguide.com/free/diagrams/httprequest.png

請先看一下規格，一個 HTTP Request 到底包含了什麼。再者 HTTP 是 Application, Presentation, Session 這三層的事情但是 TCP 的傳輸是在 Transport Layer ，單位是封包。很不巧地，它有個特性叫做 retransmission .. : → tkdmaf:但get除了資料被揭示，還有長度上的限制。 HTML 3 限制 1024 字元， HTML4 以後沒有限制，目前的限制各家瀏覽器不同，但 POST 大小僅在 Server 端進行限制。所以你說哪個比較可靠？ XD : → tkdmaf:所以這是個很矛盾的問題。 : → tkdmaf:簡單來說就是資料的傳送、取得、揭示內容各自有優缺點。 : → tkdmaf:不採用get的建議則只是基於資料直接揭示的部份。 : → tkdmaf:所以也可以說我個人比較執著在使用POST不直接揭示資訊這點 : → tkdmaf:當然大家總之說防君子不防小人。 : → tkdmaf:如果要再來編碼、資料來源分析、比對，那又是另一件事了。 : → tkdmaf:另外就是...這應該算是HTML的範圍了。 : → joyolkreg:所以就是POST是CLIENT有送FORM資料給SERVER 別誤導我>"< FORM 的資料也可以用 GET 送出啦..不是這樣分啦你真要知道兩者定義上的差別，去看規格。 http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html 看 9.3 和 9.5 看完就有感覺了。 -- 任性是我僅有的溫柔.. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 203.83.216.112