asp 下 recost.query

คำขอใช้ข้อมูลจากหลายชุดตามลำดับจากด้านหน้าไปยังลำดับหลังคือ QueryString, Form และ ServerVariables ในที่สุด วัตถุคำขอค้นหาตัวแปรในคอลเลกชันเหล่านี้ในลำดับนี้และหากมีการจับคู่มันจะยกเลิกและเพิกเฉยต่อสิ่งต่อไปนี้

ตอนนี้มาวิเคราะห์ปัญหาของคุณกันเถอะ

สมมติว่ามีการทดสอบหน้าเว็บ? id = 111

ที่นี่หน้าของเราใช้วิธีการรับ ในเวลานี้การใช้ request.querystring ("id") และคำขอ ("id") เหมือนกัน หากเราไม่ได้ระบุคอลเลกชันคำขอเราจะค้นหาจาก QueryString ก่อน

หากหน้าของเราใช้วิธีการโพสต์เพื่อส่งข้อมูลไปยัง test.asp จากนั้นใช้ request.querystring ("id") เป็นไปไม่ได้ (สามารถใช้เวลาได้) แต่คุณต้องใช้ request.from ("id") หากคุณยังคงใช้คำขอ ("ID") คุณสามารถรับข้อมูลได้ แต่ก่อนอื่นการตรวจสอบค่าของการสืบค้นจะช้าลงอย่างเห็นได้ชัด

นี่คือตัวอย่างของการตรวจจับที่คุณสามารถดูได้:

-

ifrequest ("ส่ง") <> "" แล้ว

Response.write "โดยตรง:" & คำขอ ("ชื่อผู้ใช้") & "<br>"

Response.write "get:" & request.querystring ("ชื่อผู้ใช้") & "<br>"

Response.write "Take Post:" & request.form ("ชื่อผู้ใช้") & "<br>"

endif

-

<formName = form1Action = "" method = post>

<inputType = testName = "ชื่อผู้ใช้" value = "postuser">

<inputType = submitName = "submit" value = "test">

</form>

บทความที่อาจเป็นที่สนใจของคุณ:

การแก้ปัญหาการร้องขอ QueryString ไม่สามารถรับค่าภายใต้ ASP.NET ได้ การใช้ลูปเพื่อรับการร้องขอค่า QueryString.usage ของรหัส ASP.NET ของคำขอที่อาจเป็นอันตรายอาจถูกตรวจพบจากไคลเอนต์ ASP.NET ตรวจพบการร้องขอที่เป็นอันตรายค่าฟอร์มจะถูกตรวจพบจาก client.error โซลูชันไปยังรหัสการร้องขอภาษาจีนของ request.form ใน asp.net ASP อ่านความแตกต่างระหว่าง request.QueryString และ request.param ในรหัสฟังก์ชันของ request.querystring.net การวิเคราะห์ความแตกต่างระหว่างคำขอ. Querystring และ Namevaluecollection ทั่วไป มีคำขอที่อาจเป็นอันตราย วิธีการหลีกเลี่ยงค่า ASP.NET ตรวจพบคำขอที่อาจเป็นอันตรายค่าฟอร์มจากไคลเอ็นต์ 3 โซลูชัน ASP.NET ตรวจจับการร้องขอที่ไม่ปลอดภัยการแก้ปัญหาค่าโซลูชันความแตกต่างระหว่างการร้องขอและการร้องขอรูปแบบและคำขอ