前端 為何要用POST而非GET
更新於 發佈於 閱讀時間約 1 分鐘
發送表單用get跟post看起來好像都無所謂，然而事實並非如此，使用GET的風險如下：
安全性問題
機密資訊為何不宜用GET，是因為由GET方法提交的表單會將欄位的key,value顯示於URL上，想像一下如果小明借用你的電腦，查看你的網頁歷史紀錄時就可以看到你的帳密了，多可怕！
再來就是如果有用log存下url紀錄，那你送出的資訊也就會在log中展露無遺。
大小限制
URL在不同瀏覽器上都有其長度限制，在伺服器也一樣，像是nginx的url長度限制:
error code: 414, uri too large
當然用POST還不夠，如果沒有加密的話那如果有人在監聽還是能看到body中的內容，這就是為何需要HTTPS，確保發送的表單內容只有發送者跟接收者能夠解密看到正確明文，避免有人從中偷窺。
那什麼時候該用GET呢？
在做查詢的時候就用GET，這符合restful API，像是產品搜尋或google搜尋。
不過要注意的是查詢帶的querystring會不會太龐大，是不是可能會超過url長度的限制
留言0
查看全部
你可能也想看
Google News 追蹤
大家好，我是woody，是一名料理創作者，非常努力地在嘗試將複雜的料理簡單化，讓大家也可以體驗到料理的樂趣而我也非常享受料理的過程，今天想跟大家聊聊，除了料理本身，料理創作背後的成本。
哈囉～很久沒跟各位自我介紹一下了～
大家好～我是爺恩
我是一名圖文插畫家，有追蹤我一段時間的應該有發現爺恩這個品牌經營了好像.....快五年了(汗)時間過得真快！隨著時間過去，創作這件事好像變得更忙碌了，也很開心跟很多厲害的創作者以及廠商互相合作幫忙，還有最重要的是大家的支持與陪伴🥹。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
我們已完成個人財務管理系統的後端核心功能，並進行了中期驗收，確認API的正確性和需求的達成。通過Postman測試各個API並檢查資料驗證，確保後續的前端整合能順利進行。接下來，將實作身份驗證機制並開始Nuxt.js前端開發，提升系統的整體品質與安全性。
想發簡訊給自己經營的電商會員時，可以直接用大量簡訊平台一次發送。
但目前因為詐騙簡訊"盛行"的關係，申請這類平台的規則也變嚴格了，連自己的個資也要上繳給這些平台做身份驗證，所以還是找一些安全、有信譽的廠商，免得把自己的個資賣掉外，自己會員的個資也賣了。
(1) 收集用戶名單，例如 Email 和手機，未來可做廣告受眾再行銷，例如 FB 廣告、GDN 廣告、Email發送。
(2) 在網站追蹤中，用 GTM 實施「增強型轉換」，讓每一個轉換數據發送時都帶有第一方數據，能讓轉換追蹤更精準，減少受 Cookie 政策的影響。
(3)
在今天的數字世界中，網站安全性是極為重要的議題。隨著越來越多的網站選擇採用HTTPS協議加密數據傳輸，但這並不意味著它是絕對安全的。事實上，HTTPS本身也存在著一些安全隱患，這些隱患可能會影響網站的安全性和用戶的數據隱私。
1. SSL/TLS 憑證漏洞
HTTPS的加密基於SSL/TLS
Vite 是由 Vue 開發者 Evan You 所開發出來，用來加快、優化程式碼打包的工具，在這裡我們不免會需要提到大部分前端開發者可能都會聽過、使用過的前端工具：Webpack。
在那之前，我們先來聊聊為什麼前端會需要所謂的打包工具呢？
在API介接中使用x-www-form-urlencoded格式時，可能會遇到一些踩坑的情況，本文分享了作者在這方面遇到的問題和解決方法。
拜讀 莫力全大大的 Day02 X 為什麼要在前端做效能優化?
重點整理 & 重述 & 加一點點自己的補充
在開發前後端分離架構時，使用兩個不同網域所遇到跨域請求問題。特別是在POST請求時行為差異大，揭示了「簡單請求」與「預檢請求」的關鍵差異。簡單請求不需預檢，但application/json會觸發預檢請求，需透過特定設定解決。分享這篇文章希望幫助開發者有效處理跨域問題。
在前端的開發中，除了切版與串 API 外，大部分的時間都在針對表單內容進行檢核、驗證、阻擋，一方面是讓使用者在操作頁面的過程中有良好的使用者體驗，不會因為一些例外狀況（Edge Case），例如：莫名其妙的 4xx 錯誤，導致使用者卡在某個操作流程中逃不出來，另一方面是讓傳遞到後端的資料更加正確⋯⋯
大家好，我是woody，是一名料理創作者，非常努力地在嘗試將複雜的料理簡單化，讓大家也可以體驗到料理的樂趣而我也非常享受料理的過程，今天想跟大家聊聊，除了料理本身，料理創作背後的成本。
哈囉～很久沒跟各位自我介紹一下了～
大家好～我是爺恩
我是一名圖文插畫家，有追蹤我一段時間的應該有發現爺恩這個品牌經營了好像.....快五年了(汗)時間過得真快！隨著時間過去，創作這件事好像變得更忙碌了，也很開心跟很多厲害的創作者以及廠商互相合作幫忙，還有最重要的是大家的支持與陪伴🥹。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
我們已完成個人財務管理系統的後端核心功能，並進行了中期驗收，確認API的正確性和需求的達成。通過Postman測試各個API並檢查資料驗證，確保後續的前端整合能順利進行。接下來，將實作身份驗證機制並開始Nuxt.js前端開發，提升系統的整體品質與安全性。
想發簡訊給自己經營的電商會員時，可以直接用大量簡訊平台一次發送。
但目前因為詐騙簡訊"盛行"的關係，申請這類平台的規則也變嚴格了，連自己的個資也要上繳給這些平台做身份驗證，所以還是找一些安全、有信譽的廠商，免得把自己的個資賣掉外，自己會員的個資也賣了。
(1) 收集用戶名單，例如 Email 和手機，未來可做廣告受眾再行銷，例如 FB 廣告、GDN 廣告、Email發送。
(2) 在網站追蹤中，用 GTM 實施「增強型轉換」，讓每一個轉換數據發送時都帶有第一方數據，能讓轉換追蹤更精準，減少受 Cookie 政策的影響。
(3)
在今天的數字世界中，網站安全性是極為重要的議題。隨著越來越多的網站選擇採用HTTPS協議加密數據傳輸，但這並不意味著它是絕對安全的。事實上，HTTPS本身也存在著一些安全隱患，這些隱患可能會影響網站的安全性和用戶的數據隱私。
1. SSL/TLS 憑證漏洞
HTTPS的加密基於SSL/TLS
Vite 是由 Vue 開發者 Evan You 所開發出來，用來加快、優化程式碼打包的工具，在這裡我們不免會需要提到大部分前端開發者可能都會聽過、使用過的前端工具：Webpack。
在那之前，我們先來聊聊為什麼前端會需要所謂的打包工具呢？
在API介接中使用x-www-form-urlencoded格式時，可能會遇到一些踩坑的情況，本文分享了作者在這方面遇到的問題和解決方法。
拜讀 莫力全大大的 Day02 X 為什麼要在前端做效能優化?
重點整理 & 重述 & 加一點點自己的補充
在開發前後端分離架構時，使用兩個不同網域所遇到跨域請求問題。特別是在POST請求時行為差異大，揭示了「簡單請求」與「預檢請求」的關鍵差異。簡單請求不需預檢，但application/json會觸發預檢請求，需透過特定設定解決。分享這篇文章希望幫助開發者有效處理跨域問題。
在前端的開發中，除了切版與串 API 外，大部分的時間都在針對表單內容進行檢核、驗證、阻擋，一方面是讓使用者在操作頁面的過程中有良好的使用者體驗，不會因為一些例外狀況（Edge Case），例如：莫名其妙的 4xx 錯誤，導致使用者卡在某個操作流程中逃不出來，另一方面是讓傳遞到後端的資料更加正確⋯⋯