แนะนำ: เคล็ดลับ ASP: ปรับปรุงประสิทธิภาพของการใช้คอลเลกชันคำขอ การเข้าถึงคอลเลกชัน ASP เพื่อแยกค่าเป็นกระบวนการใช้ทรัพยากรที่ใช้เวลานานและคอมพิวเตอร์ เนื่องจากการดำเนินการนี้มีชุดการค้นหาชุดที่เกี่ยวข้องจึงช้ากว่าการเข้าถึงตัวแปรท้องถิ่นมาก ดังนั้นหากคุณตั้งใจจะใช้ค่าจากการรวบรวมคำขอหลายครั้งในหน้า
การร้องขอและการตอบสนองเป็นวัตถุในตัวที่ใช้กันมากที่สุดสองชิ้นโดย ASP ระหว่างเบราว์เซอร์ (หรือตัวแทนผู้ใช้อื่น ๆ ) และเว็บเซิร์ฟเวอร์การแลกเปลี่ยนข้อมูลที่เกิดขึ้นในคำขอและการตอบสนองสามารถเข้าถึงและจัดการผ่านวัตถุในตัวสองตัวใน ASP เรียกว่าคำขอและวัตถุตอบสนอง
งานเกือบทั้งหมดที่จะดำเนินการในหน้า ASP ต้องการการเข้าถึงวัตถุทั้งสองนี้ การใช้วัตถุทั้งสองนี้จะส่งผลกระทบต่อประสิทธิภาพและความน่าเชื่อถือของหน้า แน่นอนว่าวัตถุประสงค์หลักของพวกเขาคือการเข้าถึงค่าที่ส่งกลับไปยังเซิร์ฟเวอร์โดยผู้ใช้เช่นได้รับจากส่วน <form> ของหน้า HTML หรือแนบกับ URL เป็นสตริงแบบสอบถามและสร้างผลลัพธ์ที่เหมาะสมเพื่อกลับไปยังผู้ใช้และพวกเขาสามารถแบ่งปันปัจจัยเดียวกันได้หลายปัจจัย ตัวอย่างเช่นวัตถุทั้งสองสามารถใช้คุกกี้ที่เก็บไว้ในคอมพิวเตอร์ไคลเอนต์
ดังนั้นเราจึงแบ่งเนื้อหาออกเป็นสองส่วนอิสระ (ส่วนหนึ่งของแต่ละวัตถุ) และเริ่มต้นด้วยการแลกเปลี่ยนข้อมูลระหว่างไคลเอนต์และเซิร์ฟเวอร์ก่อนจากนั้นศึกษาแต่ละวัตถุ
เนื้อหาการวิจัยคือ:
·วิธีที่ไคลเอนต์สื่อสารกับเซิร์ฟเวอร์เพื่อส่งเว็บหรือทรัพยากรอื่น ๆ
·รายละเอียดของการร้องขอและวัตถุตอบสนองและสิ่งที่พวกเขามีเหมือนกัน
·วิธีการเข้าถึงค่าที่สอดคล้องกันผ่านแบบฟอร์มและสตริงแบบสอบถาม
·วิธีการอ่านหรือสร้างคุกกี้และเก็บไว้ในคอมพิวเตอร์ของลูกค้า
·ตัวแปรของเซิร์ฟเวอร์คืออะไร? วิธีการเข้าถึงและแก้ไขส่วนหัว HTTP
·อธิบายการเปลี่ยนแปลงรายการอื่น ๆ ที่เกี่ยวข้องเช่นการใช้ใบรับรองของลูกค้า
การสื่อสารระหว่างลูกค้าและเซิร์ฟเวอร์
เพื่อประหยัดพื้นที่เบราว์เซอร์คำจะใช้ในเนื้อหาต่อไปนี้ แต่ควรจำไว้ว่าแอปพลิเคชันที่สามารถเข้าถึงหน้าเว็บไม่เพียง แต่เบราว์เซอร์ แต่แอปพลิเคชันพิเศษจำนวนมากดาวน์โหลดเว็บเพจจากเว็บไซต์เช่นโปรแกรมลูกค้าพิเศษที่ออกแบบมาสำหรับผู้ที่มีข้อบกพร่องในการมองเห็นหรือผู้ที่มีปัญหาอื่น ๆ โดยใช้เบราว์เซอร์ปกติ ตัวอย่างที่ชัดเจนที่สุดคือหุ่นยนต์ที่ใช้โดยเครื่องมือค้นหาเพื่อเข้าถึงไซต์บนเว็บ พิจารณาปัจจัยเหล่านี้อย่างละเอียดรวมถึงเว็บเบราว์เซอร์ทั่วไปคำที่แน่นอนควรเป็นตัวแทนผู้ใช้
การสนทนาหน้าขอการสนทนา
เมื่อเบราว์เซอร์ส่งคำขอหน้าไปยังเว็บไซต์จะต้องบอกเซิร์ฟเวอร์ว่าหน้าใดที่ร้องขอ สิ่งแรกที่ต้องทำคือการสร้างการเชื่อมต่อกับเซิร์ฟเวอร์ผ่านชื่อโดเมนจากนั้นให้เส้นทางเต็มและชื่อของหน้าที่ร้องขอ ทำไมคุณถึงต้องการเส้นทางและชื่อเต็ม? เว็บเป็นสภาพแวดล้อมที่ไม่มีพรมแดนดังนั้นจึงจำเป็นต้องสร้างเซสชันเพื่อระบุลูกค้าแต่ละราย (วิธีการที่ ASP สามารถทำได้ในภายหลัง)
ซึ่งหมายความว่าทุกครั้งที่เซิร์ฟเวอร์ส่งหน้าไปยังไคลเอนต์ให้เสร็จสิ้นเซิร์ฟเวอร์จะลืมไคลเอนต์อย่างสมบูรณ์ ดังนั้นเมื่อลูกค้าร้องขอหน้าถัดไปมันจะเหมือนกับผู้เข้าชมใหม่ เซิร์ฟเวอร์ไม่สามารถจดจำลูกค้ารายนี้ได้และไม่สามารถระบุได้ว่าหน้าใดที่พวกเขาร้องขอเป็นครั้งสุดท้าย เพราะคุณไม่สามารถใช้เส้นทางสัมพัทธ์เพื่อให้หน้าได้แม้ว่าหน้าเว็บจะมีลิงก์สัมพัทธ์ตัวอย่างเช่น:
＜a href = http: //www.cuoxincom/download.asp> หน้าถัดไป ＜/a>
เบราว์เซอร์จะสร้าง URL หน้าใหม่ที่สมบูรณ์โดยอัตโนมัติโดยใช้โดเมนและเส้นทางของหน้าปัจจุบัน หรือใช้องค์ประกอบ <sase> ในส่วน <head> ของหน้าเพื่อบอกเบราว์เซอร์ว่า URL ของลิงก์ทั้งหมดในหน้าคืออะไร ตัวอย่างเช่น:
＜base herf = http: //www.cuoxin.com＞
เมื่อชี้เมาส์ไปยังลิงก์ไปยังหน้าเว็บจะสามารถเห็นได้ในแถบสถานะของเบราว์เซอร์ เส้นทางไปยังหน้าปัจจุบันและโดเมนปัจจุบันหรือโดเมนฐานหรือเส้นทางฐานได้ถูกรวมเข้ากับชื่อหน้าที่ร้องขอ
1. รายละเอียดคำขอของลูกค้า
การรวมกันของเส้นทางเต็มและชื่อของหน้าที่ร้องขอเป็นที่อยู่อาศัยของเซิร์ฟเวอร์เพียงแห่งเดียวเมื่อเบราว์เซอร์ร้องขอหน้า คำขอเบราว์เซอร์ยังสามารถรวมที่อยู่อาศัยของโฮสต์เบราว์เซอร์และระบบปฏิบัติการที่ดำเนินการโดยลูกค้า เนื้อหาข้อมูลจริงจะเปลี่ยนไปตามเบราว์เซอร์และมีเพียงจำนวนเล็กน้อยเท่านั้นที่สามารถให้บริการได้โดยแอปพลิเคชันอื่น ๆ เช่นหุ่นยนต์ค้นหา เพื่อให้เข้าใจข้อมูลนี้ชัดเจนขึ้นนี่คือคู่ของหน้าเว็บที่ออกจาก IE 5.0
ดาวน์โหลดข้อมูลคำขอ:
7/8/99 10:27:16 ส่ง Get/Store/download.asp http/1.1
ยอมรับ: แอปพลิเคชัน/msword, แอปพลิเคชัน/vnd.ms-execl, แอปพลิเคชัน/vnd.ms-
PowerPoint, image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-
ดาวหาง */ *
ยอมรับภาษา: en-us
การเข้ารหัส: gzip, deflate
ผู้อ้างอิง: http://wwrox.com/main_menu.asp
คุกกี้: VISTCOUNT = 2 & LastDate = 6/4/99 10:10:13 AM
ผู้ใช้ตัวแทน: Mozilla/4.0 (เข้ากันได้; MSIE 5.0; Windows 98)
โฮสต์: 212.250.238.67
การเชื่อมต่อ: Keep-Alive
จากนี้จะเห็นได้ว่าข้อมูลมีรายละเอียดเกี่ยวกับตัวแทนผู้ใช้และการเชื่อมต่อผู้ใช้ (เช่นภาษาเริ่มต้น) รวมถึงรายการประเภทของไฟล์หรือแอปพลิเคชันที่ยอมรับได้ซึ่งเป็นประเภท MIME และคุณจะเห็นเพิ่มเติมในภายหลัง เบราว์เซอร์สามารถยอมรับไฟล์รูปภาพหลายไฟล์และไฟล์ Microsoft Office หลายประเภท ประเภทไฟล์มาตรฐานเช่น TESX/HTML และข้อความ/ข้อความไม่ได้อยู่ในรายการ */* ในรายการไฟล์หมายความว่าสามารถส่งไฟล์ทุกประเภทกลับไปยังเบราว์เซอร์ตีความโดยเบราว์เซอร์หรือผ่านแอปพลิเคชันปลั๊กอิน
คุกกี้: คุกกี้ที่มีอยู่ในรายการจะถูกเก็บไว้ในคอมพิวเตอร์ของลูกค้าและใช้ได้กับโดเมนนี้เท่านั้น หากคำขอเป็นผลลัพธ์ของการคลิกที่ลิงก์แทนที่จะป้อน URL โดยตรงในแถบที่อยู่ของเบราว์เซอร์ผู้อ้างอิง: รายการจะปรากฏขึ้นซึ่งมี URL ที่สมบูรณ์ของหน้าลิงก์
โฮสต์: รายการมีที่อยู่ IP หรือชื่อของคอมพิวเตอร์ไคลเอนต์ อย่างไรก็ตามนี่ไม่เพียงพอที่จะระบุลูกค้าได้อย่างถูกต้อง เนื่องจากเมื่อพวกเขาเชื่อมต่อผ่าน ISP ที่อยู่ IP จะได้รับการจัดสรรแบบไดนามิกหรือเมื่อพวกเขาเชื่อมต่อผ่านพร็อกซีเซิร์ฟเวอร์ที่อยู่ IP นั้นมาจากพร็อกซีมากกว่าจากไคลเอนต์จริง
2. รายละเอียดการตอบสนองของเซิร์ฟเวอร์
ในการตอบสนองต่อคำขอข้างต้นและจัดเตรียมหน้าที่ร้องขอไปยังเบราว์เซอร์ที่ไม่ระบุชื่อ (นั่นคือผู้ใช้ไม่จำเป็นต้องระบุชื่อผู้ใช้และรหัสผ่านการเข้าถึง) เนื้อหาต่อไปนี้จะถูกส่งจากเซิร์ฟเวอร์ไปยังไคลเอนต์:
7/8/99 10:27:16 ได้รับ http/1.1 200 ตกลง
เซิร์ฟเวอร์: Microsoft-IIS/5.0
การเชื่อมต่อ: Keep-Alive
วันที่: Thu, 8 ก.ค. 1999 10:27:16 GMT
ประเภทเนื้อหา: ข้อความ/html
ยอมรับช่วง: ไบต์
ความยาวเนื้อหา: 2946
ล่าสุดดัดแปลง: Thu, 8 ก.ค. 1999 10:27:16 GMT
คุกกี้: VISTCOUNT = 3 & LastDate = 7/8/99 10:27:16 AM
＜html＞
…ส่วนที่เหลือของหน้า…
＜/html＞
จะเห็นได้ว่าเซิร์ฟเวอร์อธิบายซอฟต์แวร์และเวอร์ชันที่ใช้กับไคลเอนต์ บรรทัดแรกแสดงให้เห็นว่าใช้โปรโตคอล HTTP และสถานะของรหัสส่งคืน ข้อความ 200 ตกลงหมายความว่าคำขอได้รับการยอมรับและพึงพอใจ ข้อมูลต่อไปนี้คือรายละเอียดของหน้าเว็บที่ถูกส่งคืนรวมถึงประเภท MIME (ความยาวเนื้อหา :), ขนาด (ไบต์), เวลาการเปลี่ยนแปลงครั้งสุดท้ายและคุกกี้ส่งคืนที่ลูกค้าเก็บไว้ ข้อมูลอื่น ๆ ในการตอบกลับคือโฟลว์ข้อมูลของเนื้อหาหน้า
ในบางกรณีเซิร์ฟเวอร์ไม่สามารถส่งคืนหน้าหลังจากตอบกลับคำขออาจเป็นเพราะหน้าไม่มีอยู่หรือไคลเอนต์ไม่มีสิทธิ์ที่สอดคล้องกันเพื่อเข้าถึง เราจะหารือเกี่ยวกับปัญหาด้านความปลอดภัยในภายหลัง ตอนนี้สำหรับสถานการณ์ที่ไม่มีหน้าคำขออยู่ (ตัวอย่างเช่นผู้ใช้ป้อน URL ที่ไม่ถูกต้องในแถบที่อยู่ของเบราว์เซอร์) ข้อมูลที่ส่งคืนเริ่มต้นด้วย:
7/8/99 14:27:16 ไม่พบ HTTP/1.1 404
เซิร์ฟเวอร์: Microsoft-IIS/5.0
-
ที่นี่รหัสสถานะและข้อมูลระบุว่าไม่พบหน้าเว็บที่ร้องขอโดยลูกค้า เบราว์เซอร์สามารถใช้ข้อมูลนี้เพื่อแสดงข้อมูลที่เกี่ยวข้องกับผู้ใช้ (ในกรณีนี้ใน IE 5.0 ข้อมูลการตอบสนองของเซิร์ฟเวอร์จะไม่ปรากฏขึ้น แต่หน้าพรอมต์ข้อผิดพลาดการช่วยเหลือที่สอดคล้องกัน) หรือหน้าเริ่มต้นที่สร้างโดยเซิร์ฟเวอร์ (ขึ้นอยู่กับการตั้งค่าของเซิร์ฟเวอร์) คำขอและการตอบสนอง
รายละเอียดของความสามารถในการใช้คำขอไคลเอนต์และการตอบกลับเซิร์ฟเวอร์จาก ASP ถูกนำไปใช้ผ่านคำขอและการตอบสนองในตัวของ ASP
·คำขอวัตถุ: ให้สคริปต์พร้อมข้อมูลทั้งหมดที่ลูกค้าจัดหาให้เมื่อลูกค้าร้องขอหน้าหรือส่งแบบฟอร์ม ซึ่งรวมถึงตัวแปร HTTP ที่สามารถระบุเบราว์เซอร์และผู้ใช้คุกกี้ที่เก็บไว้ในเบราว์เซอร์ภายใต้ชื่อโดเมนนี้ค่าควบคุม HTML ใด ๆ ที่แนบมาเป็นสตริงแบบสอบถามไปยังสตริงหลังจาก URL หรือส่วน <form> ของหน้า การเข้าถึงที่ได้รับอนุญาตโดยใช้ Secure Socket Layer (SSL) หรือโปรโตคอลการสื่อสารที่เข้ารหัสอื่น ๆ รวมถึงคุณลักษณะที่ช่วยจัดการการเชื่อมต่อ
·วัตถุตอบสนอง: ใช้เพื่อเข้าถึงข้อมูลการตอบกลับที่สร้างโดยเซิร์ฟเวอร์และส่งกลับไปยังไคลเอนต์ จัดเตรียมตัวแปร HTTP สำหรับสคริปต์ที่ระบุฟังก์ชั่นของเซิร์ฟเวอร์และเซิร์ฟเวอร์และข้อมูลเกี่ยวกับเนื้อหาที่ส่งกลับไปยังเบราว์เซอร์รวมถึงคุกกี้ใหม่ที่จะเก็บไว้ในเบราว์เซอร์สำหรับโดเมนนี้ นอกจากนี้ยังมีช่วงของวิธีการในการสร้างผลลัพธ์เช่นวิธีการตอบสนองที่แพร่หลาย
1. ภาพรวมของสมาชิกวัตถุคำขอ
a) การรวบรวมวัตถุคำขอ
วัตถุคำขอจัดเตรียม 5 คอลเลกชันที่สามารถใช้ในการเข้าถึงข้อมูลต่างๆที่ลูกค้าร้องขอไปยังเว็บเซิร์ฟเวอร์ คอลเลกชันเหล่านี้มีดังนี้:
การรวบรวมและคำอธิบายของวัตถุคำขอ
| ชื่อคอลเลกชัน | อธิบาย |
| ลูกค้า | เมื่อไคลเอนต์เข้าถึงหน้าหรือทรัพยากรอื่น ๆ ชุดตัวเลขของฟิลด์หรือรายการทั้งหมดของใบรับรองไคลเอนต์ที่ใช้เพื่อระบุตัวตนของเซิร์ฟเวอร์สมาชิกแต่ละคนจะอ่านอย่างเดียว |
| คุกกี้ | ตามคำขอของผู้ใช้คอลเลกชันของคุกกี้ทั้งหมดที่ออกโดยระบบของผู้ใช้ คุกกี้เหล่านี้ใช้ได้เฉพาะกับโดเมนที่เกี่ยวข้องและสมาชิกแต่ละคนจะอ่านอย่างเดียว |
| รูปร่าง | เมื่อค่าแอตทริบิวต์ของวิธีการโพสต์สมาชิกแต่ละคนจะอ่านอย่างเดียวสำหรับชุดของค่าทั้งหมดของหน่วยควบคุม HTML ในส่วน <form> ที่ส่งเป็นคำขอ |
| Querystring | สมาชิกแต่ละคนจะอ่านอย่างเดียวสำหรับค่าของหน่วยควบคุม HTML ทั้งหมดใน <form> ขึ้นอยู่กับชื่อ/ค่าคู่ชื่อหลังจาก URL ที่ผู้ใช้ร้องขอหรือส่งเป็นคำขอและแอตทริบิวต์วิธีการได้รับ (หรือแอตทริบิวต์ถูกละเว้น) หรือค่าของหน่วยควบคุม HTML ทั้งหมดใน <form> |
| ServerVariables | การรวบรวมค่าส่วนหัว HTTP ที่ออกโดยคำขอไคลเอนต์และค่าของตัวแปรสภาพแวดล้อมหลายตัวของเว็บเซิร์ฟเวอร์สมาชิกแต่ละคนจะอ่านอย่างเดียว |
b) คุณสมบัติของวัตถุคำขอ
คุณสมบัติที่ไม่ซ้ำกันและคำอธิบายของวัตถุคำขอจะแสดงในตารางต่อไปนี้ มันให้ข้อมูลเกี่ยวกับจำนวนไบต์ที่ผู้ใช้ร้องขอ มันไม่ค่อยใช้ในหน้า ASP เรามักจะมุ่งเน้นไปที่ค่าที่ระบุมากกว่าสตริงคำขอทั้งหมด
| คุณสมบัติ | อธิบาย |
| totlbytes | อ่านอย่างเดียวจะส่งคืนจำนวนไบต์ทั้งหมดของคำขอที่ออกโดยลูกค้า |
c) วิธีการของคำขอวัตถุ
วิธีเดียวและคำอธิบายของวัตถุคำขอจะแสดงในตารางต่อไปนี้ซึ่งอนุญาตให้เข้าถึงเนื้อหาที่สมบูรณ์ของชิ้นส่วนคำขอของผู้ใช้ที่ส่งผ่านไปยังเซิร์ฟเวอร์จากเซ็กเมนต์ <form>
วิธีการและคำอธิบายของวัตถุคำขอ
| วิธี | อธิบาย |
| binaryRead (นับ) | เมื่อข้อมูลถูกส่งไปยังเซิร์ฟเวอร์ซึ่งเป็นส่วนหนึ่งของคำขอโพสต์ข้อมูลจำนวนไบต์ของข้อมูลจะได้รับจากคำขอไคลเอนต์และตัวแปรอาร์เรย์ (หรือ SafeArray) จะถูกส่งกลับ หากรหัส ASP อ้างอิงการรวบรวม request.form แล้ววิธีนี้ไม่สามารถใช้ได้ ในเวลาเดียวกันหากใช้วิธี BinaryRead |
2. ภาพรวมของสมาชิกวัตถุตอบสนอง
a) การรวบรวมวัตถุตอบสนอง
วัตถุตอบสนองมีเพียงหนึ่งคอลเลกชันดังที่แสดงในตารางต่อไปนี้ซึ่งกำหนดค่าของคุกกี้ที่คุณต้องการวางไว้ในระบบไคลเอนต์ซึ่งเทียบเท่ากับการร้องขอการรวบรวม Cookies โดยตรง
การรวบรวมและคำอธิบายของวัตถุตอบสนอง
| ชื่อคอลเลกชัน | อธิบาย |
| คุกกี้ | ในการตอบสนองปัจจุบันค่าของคุกกี้ทั้งหมดที่ส่งกลับไปยังลูกค้าชุดนี้เป็นเพียงการเขียน |
b) คุณสมบัติของวัตถุตอบสนอง
วัตถุตอบสนองยังมีชุดของคุณสมบัติที่สามารถอ่านได้ (ในกรณีส่วนใหญ่) และแก้ไขเพื่อให้สามารถปรับการตอบกลับตามคำขอ เหล่านี้ถูกตั้งค่าโดยเซิร์ฟเวอร์และเราไม่จำเป็นต้องตั้งค่า ควรสังเกตว่าเมื่อตั้งค่าคุณสมบัติบางอย่างไวยากรณ์ที่ใช้อาจแตกต่างจากสิ่งที่ใช้กันทั่วไป
คุณสมบัติและคำอธิบายของวัตถุตอบสนอง
| คุณสมบัติ | อธิบาย |
| buuffer = true | false | อ่าน/เขียนบูลีนระบุว่าเอาต์พุตที่สร้างโดยหน้า ASP จะถูกเก็บไว้ในบัฟเฟอร์ IIS จนกว่าสคริปต์เซิร์ฟเวอร์ทั้งหมดในหน้าปัจจุบันจะถูกประมวลผลหรือเรียกใช้วิธีการล้างและสิ้นสุด คุณสมบัตินี้จะต้องตั้งค่าก่อนการส่งออกใด ๆ (รวมถึงข้อมูลการรายงาน HTTP) จะถูกส่งไปยัง IIS ดังนั้นในไฟล์. asp การตั้งค่านี้ควรอยู่ในบรรทัดแรกหลังจากคำสั่ง <%@language = …%> ASP 3.0 บัฟเฟอร์เริ่มต้นอยู่ (จริง) ในขณะที่ในเวอร์ชันก่อนหน้าจะปิด (เท็จ) |
| cachecontretting | อ่าน/เขียนประเภทอักขระตั้งค่าคุณสมบัตินี้เป็นสาธารณะเพื่ออนุญาตให้พร็อกซีเซิร์ฟเวอร์ไปยังหน้าแคช ถ้าเป็นส่วนตัวก็ห้ามมิให้พร็อกซีเซิร์ฟเวอร์แคช |
| charset = ค่า | อ่าน/เขียน, ประเภทอักขระ, แนบชื่อชุดอักขระที่ใช้ในส่วนหัวประเภทเนื้อหา HTTP ที่สร้างโดยเซิร์ฟเวอร์สำหรับการตอบกลับแต่ละครั้ง (ตัวอย่างเช่น: ISO-LATIN-7) |
| ประเภทเนื้อหา = ประเภท MIME | อ่าน/เขียนประเภทอักขระระบุประเภทเนื้อหา HTTP ของการตอบสนองและประเภท MIME มาตรฐาน (เช่น text/xml หรือ image/gif) หากเริ่มต้นหมายความว่าใช้ข้อความ MIME Type/HTML และประเภทเนื้อหาจะบอกประเภทของเนื้อหาที่คาดหวัง |
| หมดเวลานาที | อ่าน/เขียนประเภทตัวเลขหมายถึงระยะเวลาที่หน้าเว็บนั้นใช้ได้ในไม่กี่นาที หากผู้ใช้ร้องขอหน้าเดียวกันก่อนที่จะหมดอายุของระยะเวลาความถูกต้องเนื้อหาในบัฟเฟอร์การแสดงผลจะถูกอ่านโดยตรง หลังจากระยะเวลาที่ถูกต้องนี้หน้าจะไม่ถูกเก็บไว้ในบัฟเฟอร์ส่วนตัว (ผู้ใช้) หรือบัฟเฟอร์สาธารณะ (พร็อกซี) |
| หมดอายุแน่นอน #date [เวลา] # | อ่าน/เขียนประเภทวันที่/เวลาระบุวันที่และเวลาที่แน่นอนเมื่อหน้าหมดอายุและไม่ถูกต้องอีกต่อไป |
| isclientconnected | อ่านอย่างเดียวบูลีนส่งคืนสถานะสถานะว่าลูกค้ายังคงเชื่อมต่อและดาวน์โหลดหรือไม่ ก่อนที่หน้าปัจจุบันจะถูกดำเนินการหากไคลเอนต์ถูกโอนไปยังหน้าอื่นคุณสามารถใช้การตั้งค่าสถานะนี้เพื่อยกเลิกการประมวลผล (โดยใช้วิธีการตอบสนอง |
| ภาพ (Pics-Label-String) | เขียนเท่านั้นประเภทตัวละครสร้างส่วนหัวภาพเพื่อกำหนดระดับคำศัพท์ในเนื้อหาหน้าเช่นความรุนแรงเพศภาษาที่ไม่ดี ฯลฯ |
| สถานะ = รหัสข้อความ | อ่าน/เขียนประเภทอักขระค่าสถานะและข้อมูลที่ระบุว่าส่วนหัว HTTP ที่ส่งกลับไปยังการตอบกลับของลูกค้าระบุว่าข้อผิดพลาดหรือการประมวลผลหน้านั้นสำเร็จหรือไม่ ตัวอย่างเช่น 200 OK และ 404 ไม่พบ |
c) วิธีการตอบสนอง
วัตถุตอบสนองมีชุดของวิธีการดังที่แสดงในตารางต่อไปนี้ช่วยให้การประมวลผลเนื้อหาหน้าเว็บโดยตรงที่สร้างขึ้นเพื่อส่งคืนไปยังไคลเอนต์
วิธีการและคำอธิบายของวัตถุตอบสนอง
| วิธี | อธิบาย |
| addheader (ชื่อเนื้อหา) | สร้างส่วนหัว HTTP ที่กำหนดเองโดยใช้ชื่อและค่าเนื้อหาและเพิ่มลงในการตอบกลับ ส่วนหัวที่มีอยู่ที่มีชื่อเดียวกันไม่สามารถเปลี่ยนได้ เมื่อมีการเพิ่มส่วนหัวแล้วจะไม่สามารถลบได้ ต้องใช้วิธีนี้ก่อนเนื้อหาหน้าใด ๆ (เช่นข้อความและ HTML) จะถูกส่งไปยังไคลเอนต์ |
| ภาคผนวก (สตริง) | เมื่อใช้รูปแบบไฟล์รูปแบบไฟล์บันทึก W3C Extended ให้เพิ่มรายการไปยังไฟล์บันทึกของเว็บเซิร์ฟเวอร์ที่ผู้ใช้ร้องขอ อย่างน้อยต้องเลือกต้นกำเนิด URL ในหน้าคุณสมบัติเพิ่มเติมของเว็บไซต์ที่มีหน้าเว็บ |
| BinaryWrite (SafeArray) | เขียน SafeArray ประเภทตัวแปรในกระแสเอาต์พุต HTTP ปัจจุบันโดยไม่ต้องแปลงอักขระใด ๆ มันมีประโยชน์มากสำหรับการเขียนข้อมูลที่ไม่ใช่สตริงเช่นข้อมูลไบนารีที่ร้องขอโดยแอปพลิเคชันที่กำหนดเองหรือไบต์ไบนารีที่ประกอบขึ้นเป็นไฟล์รูปภาพ |
| ชัดเจน() | เมื่อ Response.buffer เป็นจริงให้ลบเนื้อหาหน้าบัฟเฟอร์ที่มีอยู่จากบัฟเฟอร์การตอบกลับ IIS แต่ส่วนหัวของการตอบกลับ HTTP สามารถใช้ในการละทิ้งหน้าเว็บที่เสร็จสมบูรณ์บางส่วน |
| จบ() | ให้ ASP สิ้นสุดสคริปต์สำหรับการประมวลผลหน้าและส่งคืนเนื้อหาที่สร้างขึ้นในปัจจุบันจากนั้นยกเลิกการประมวลผลเพิ่มเติมของหน้าเว็บเพิ่มเติม |
| ล้าง () | ส่งหน้าบัฟเฟอร์ปัจจุบันทั้งหมดในบัฟเฟอร์ IIS ไปยังลูกค้า เมื่อ Response.buffer เป็นจริงสามารถใช้ส่งส่วนหนึ่งของเนื้อหาของหน้าขนาดใหญ่ไปยังผู้ใช้แต่ละคน |
| เปลี่ยนเส้นทาง (URL) | โดยการส่งส่วนหัวที่ย้ายวัตถุ 302 วัตถุในการตอบกลับเบราว์เซอร์จะแนะนำหน้าของที่อยู่ที่เกี่ยวข้องตาม URL สตริง |
| เขียน (สตริง) | เขียนอักขระที่ระบุในโฟลว์ข้อมูลการตอบกลับ HTTP ปัจจุบันและบัฟเฟอร์ IIS เพื่อให้เป็นส่วนหนึ่งของหน้าส่งคืน |
แบ่งปัน: การติดต่อเต็มรูปแบบกับแอปพลิเคชันขั้นตอนที่เก็บไว้ในการพัฒนา ASP มีบทความมากมายเกี่ยวกับ ASP และขั้นตอนที่เก็บไว้ แต่ฉันสงสัยว่าผู้เขียนได้ฝึกฝนจริง ๆ แล้ว ฉันอ่านข้อมูลที่เกี่ยวข้องมากมายเมื่อฉันอยู่ในช่วงแรกและพบว่าวิธีการที่มีให้หลายวิธีไม่ใช่กรณีในทางปฏิบัติ สำหรับแอปพลิเคชันง่าย ๆ ข้อมูลเหล่านี้