เพื่อให้ที่อยู่ URL เป็นมิตรมากขึ้น (แน่นอนว่าอาจมีสาเหตุอื่น) ไซต์จำนวนมากใช้การเขียน URL ใหม่ เช่น http://www.cnblogs.com/life การเขียน URL ใหม่ดังกล่าวมักจะได้รับการจัดการใน asp.net *.* ต้องแมปกับ aspnet_isapi.dll (C:WINDOWSMicrosoft.NETFrameworkv1.1.432aspnet_isapi.dll) ใน IIS จากนั้นทำการกำหนดค่าที่สอดคล้องกันใน web.config และสุดท้ายเขียนโปรแกรมประมวลผลที่เกี่ยวข้อง ในกรณีส่วนใหญ่เราทำแบบนั้น และ Boke Park ก็ทำแบบเดียวกัน และดูเหมือนจะไม่มีปัญหาใดๆ
อย่างไรก็ตาม มีปัญหาด้านประสิทธิภาพใน Boke Park มาเป็นเวลานาน Dudu และเพื่อนหลายคนในสวนก็คิดหาวิธีปรับปรุงประสิทธิภาพและบรรลุผลลัพธ์ที่ยอดเยี่ยมหลายวิธี แต่ก็ยังไม่เหมาะที่ฉันอยากจะมีส่วนร่วมเช่นกัน ฉันชอบ BoKe Park มาก ฉันได้เรียนรู้มากมายจากสวน โดยพื้นฐานแล้ว ฉันอ่านบทความข้างต้นในตอนเช้า เที่ยงวัน และตอนเย็น จนกระทั่งเมื่อคืนนี้เพื่อนจากกลุ่มเทคนิคถามคำถามเกี่ยวกับ URL เขียนใหม่จนจู่ๆ ก็นึกขึ้นได้ว่า BoKe Park ปัญหาด้านประสิทธิภาพน่าจะเกิดจากการเขียน URL ใหม่
คำถามของเพื่อนฉันคือ:
http://www.wodecity.com/food และ http://www.wodecity.com/food.html (ลิงก์นี้ไม่ถูกต้องในขณะนี้) ทั้งคู่ค้นหาหน้าเดียวกัน http://www.wodecity ผ่านการเขียน url ใหม่ /page/food.aspx ทั้งสองใช้โปรแกรมประมวลผลเดียวกัน ข้อแตกต่างเพียงอย่างเดียวคือในการประมวลผลที่อยู่ที่ไม่มีส่วนขยายเช่น http://www.wodecity.com/food เขาจะต้องแมป *.* กับ aspnet_isapi และ http://www.wodecity.com/food.html จับคู่ *.html กับ aspnet_isapi.dll พบว่าประสิทธิภาพของ http://www.wodecity.com/food.html ดีกว่า http:/ / www.wodecity.com/food ดีกว่าสิบถึงยี่สิบเท่า เขาทดสอบกับ loadrunner มาก ตอนแรกฉันก็แปลกใจเช่นกัน อะไรคือความแตกต่างระหว่าง *.* และ *.html? *.* หมายความว่าคำขอทั้งหมดสำหรับเพจ รวมถึงไฟล์ css และไฟล์รูปภาพทั้งหมด ได้รับการประมวลผลโดยตัวจัดการการเขียน URL ใหม่ที่เขาเขียน . , *.html ไม่มีอยู่ เป็นเพียงคำขอเท่านั้น ปัญหาเกิดขึ้นที่นี่ หน้าเว็บ http://www.wodecity.com/food ต้องมีรูปภาพมากกว่า 20 รูป เขียนตัวจัดการใหม่ในเวลาเดียวกัน มันไม่ช้าเหรอเมื่อประมวลผลรูปภาพจำนวนมาก? จะทำอย่างไร? เพราะพวกเขาต้องการใช้ URL อย่าง http://www.wodecity.com/food ซึ่งเป็นมิตรกว่า ก็ยังต้องใช้ *.* หลังจากคิดอยู่พักหนึ่งฉันก็บอกให้เขาปล่อยให้โปรแกรมเขียน URL ของคุณใหม่ ไม่ประมวลผลไฟล์รูปภาพเหล่านั้น ทำอย่างไร? มีสองวิธี: วิธีที่ 1 แปลงโฟลเดอร์ที่เก็บรูปภาพไว้ในไดเร็กทอรีเสมือน จากนั้นย้ายการแมปของไดเร็กทอรีเสมือน *.* เพื่อให้โปรแกรมเขียน URL ใหม่ของเขาไม่ประมวลผลไฟล์รูปภาพ การจัดเก็บไฟล์อื่นๆ ที่ไม่ต้องใช้โปรแกรมเขียน URL ใหม่ ควรปฏิบัติเช่นเดียวกับโฟลเดอร์รูปภาพ วิธีที่ 2 คือการสร้างไซต์ใหม่ เช่น การใช้ http://img.wodecity.com/ ในการจัดเก็บไฟล์รูปภาพ เหมือนกัน ใช่ ทั้งหมดนี้หมายความว่าตัวจัดการการเขียน URL ของคุณไม่ได้ประมวลผลไฟล์รูปภาพเหล่านั้น
ทุกอย่างเรียบร้อยดี เขาบอกฉันว่าเขาจะไปที่บริษัทเพื่อทดสอบเมื่อเช้านี้
เพื่อที่จะตรวจสอบความคิดของฉัน ฉันยังได้เขียนโปรแกรมเพื่อทดสอบมันในวันนี้ด้วย ประสิทธิภาพก็แตกต่างออกไปเกือบ 20 เท่า ดี ความคิดของฉันถูกต้อง
บางทีความคิดหรือผลการทดสอบของฉันอาจผิด PK ยินดีต้อนรับที่นี่ msn:cxbsky#hotmail.com.
ฉันหวังว่าบทความนี้จะเป็นประโยชน์กับปัญหาด้านประสิทธิภาพของ Blog Park เนื่องจากปัญหาใน Blog Park อาจคล้ายกับปัญหาในไซต์ของเพื่อนฉันมาก
ปล. พอเขียนบทความนี้เสร็จก็ถามเพื่อนถึงผลตรวจก็บอกว่า "เดิมทีรองรับได้เพียง 50 คนเท่านั้น ตอนนี้เกิน 700 คนก็ไม่มีปัญหาแล้ว"
http://www.cnblogs.com/csky/archive/2006/08/09/urlrewrite.html