คำถามติดแท็ก static-content

5
เพราะเหตุใดไซต์ขนาดใหญ่จึงโฮสต์รูปภาพ / css ไว้ในโดเมนภายนอก
ทำไมเว็บไซต์เช่น Facebook, Twitter และ Google โฮสต์ภาพและ css ของพวกเขาในโดเมนภายนอกเช่น: Facebook: static.ak.fbcdn.net Twitter: a0.twimg.com Google: ssl.gstatic.com คำถาม (s): ประสิทธิภาพคืออะไร? หรือความปลอดภัย?

4
วิธีที่ดีที่สุดในการ URL CSS และ JS รุ่นคืออะไร?
ตามแนวทางปฏิบัติที่ดีที่สุดของ Yahoo สำหรับการเร่งความเร็วเว็บไซต์ของคุณเราให้บริการเนื้อหาแบบคงที่จาก CDN โดยใช้ส่วนหัวการหมดอายุแคชในอนาคตอันไกล แน่นอนว่าเราจำเป็นต้องอัปเดตไฟล์ "คงที่" เหล่านี้เป็นครั้งคราวดังนั้นเราจึงเพิ่มเวอร์ชัน infix เป็นส่วนหนึ่งของชื่อไฟล์ (ขึ้นอยู่กับผลรวม SHA1 ของเนื้อหาไฟล์) ดังนั้น: styles.min.css กลายเป็น: styles.min.abcd1234.css อย่างไรก็ตามการจัดการไฟล์ที่มีเวอร์ชันอาจน่าเบื่อและฉันสงสัยว่าสัญกรณ์ GET อาจสะอาดและดีกว่า: styles.min.css?v=abcd1234 คุณใช้อันไหนและเพราะอะไร มีข้อควรพิจารณาเกี่ยวกับเบราว์เซอร์หรือพร็อกซี / แคชที่ฉันควรพิจารณาหรือไม่

13
อนุญาตให้ลูกค้าแก้ไขเว็บไซต์แบบคงที่ผ่าน WYSIWYG
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันได้ตั้งค่าไคลเอนต์สองสามด้วยAdobe (เดิมคือ Macromedia) มีส่วนร่วมในการแก้ไขเนื้อหา html แบบคงที่ เพิ่มความคิดเห็นเพื่อป้องกันไม่ให้เกิดความเสียหายมากเกินไปและใช้งานได้: <!-- TemplateBeginEditable name="UserEditedSection" --> <p>stuff the user can edit</p> <!-- TemplateEndEditable --> ดังนั้นคำถามของฉัน: มีคู่แข่งที่มีคุณค่าที่คุ้มค่าหรือไม่? มีคู่แข่งของ Contribute ที่ไม่ต้องการซอฟต์แวร์เดสก์ท็อปหรือไม่? มีคู่แข่งของ Contribute ที่ทำงานบนมือถือ (iPad, iPhone, Android, Blackberry หรือไม่)

3
Github Pages มีค่าใช้จ่ายในการให้บริการไฟล์คงที่อย่างไร
ฉันมีเว็บไซต์ที่ประกอบด้วยไฟล์คงที่เท่านั้น ฉันเพิ่งค้นพบวิธีที่ง่ายก็คือการเว็บไซต์โฮสต์โดยตรงจาก Github ความคิดใด ๆ ที่พวกเขาโดยสารในแง่ของความล่าช้าความน่าเชื่อถือความจุ ... ? โดยทั่วไป - สำหรับเนื้อหาแบบคงที่เท่านั้นในขณะนี้ - เป็น "เกรดการผลิต" หรือไม่ พวกเขาเปรียบเทียบกับAmazon S3ในแง่ของเวลาแฝงที่แท้จริงและเวลาทำงานอย่างไร

5
JavaScript ที่อ้างถึงในส่วนหัวควรให้บริการจากชื่อโฮสต์เดียวกันกับเอกสารหลักหรือไม่
ฉันอยู่ภายใต้ความประทับใจว่าเพื่อประสิทธิภาพที่ดีที่สุด Javascript ควรได้รับการปฏิบัติเหมือนเป็นเนื้อหาแบบคงที่และให้บริการจากโดเมนที่ไม่มีเนื้อหาพร้อมกับไฟล์ CSS รูปภาพและอื่น ๆ แต่ Google บอกไว้ที่นี่: อย่าให้บริการไฟล์ JS ภายนอกที่โหลดไว้ล่วงหน้า แต่เนิ่นๆจากโดเมน cookieless สำหรับ JavaScript ที่อ้างถึงในส่วนหัวของเอกสารและจำเป็นสำหรับการเริ่มต้นหน้าเว็บควรให้บริการจากชื่อโฮสต์เดียวกันกับเอกสารหลัก เนื่องจากเบราว์เซอร์ส่วนใหญ่บล็อกการดาวน์โหลดและการแสดงผลอื่น ๆ จนกว่าไฟล์ JavaScript ทั้งหมดจะถูกดาวน์โหลดแยกวิเคราะห์และดำเนินการจึงเป็นการดีกว่าที่จะหลีกเลี่ยงความเสี่ยงจากการค้นหา DNS เพิ่มเติม ณ จุดที่ทำการประมวลผลนี้ ดังนั้นตอนนี้ฉันทะเลาะกัน ฉันไม่ชัดเจนว่า "จำเป็นสำหรับการเริ่มต้นหน้าเว็บ" หมายถึงอะไร ฉันมักจะมีการอ้างอิง JavaScript สองรายการ JQuery ให้บริการจาก ajax.googleapis.com และไฟล์ master.js ที่ส่วนใหญ่มีตัวจัดการเหตุการณ์ในฟังก์ชัน $ (document). ready () จำเป็นสำหรับการเริ่มต้นหน้าเว็บหรือไม่ มีตัวเลือกที่พร้อมใช้งาน (ajax.googleapis.com, โดเมนที่ไม่มีเนื้อหาคงที่, ชื่อโฮสต์ดั้งเดิม) ที่จะให้บริการ JavaScript …

1
หากฉันแสดงเฉพาะเนื้อหาในเวอร์ชัน gzipped ฉันควรเพิ่มส่วนหัวการเข้ารหัสที่หลากหลายยอมรับ
ฉันเพิ่งย้ายไซต์แบบคงที่จาก VPS ไปยัง Amazon S3 ฉันตัดสินใจที่จะให้บริการเฉพาะหน้าเว็บในเวอร์ชัน gzipped เนื่องจาก S3 ไม่ใช่เว็บเซิร์ฟเวอร์ฉันไม่สามารถใช้ตรรกะตามส่วนหัวได้ ฉันยังใช้ Cloudfront เป็น CDN ฉันถูกทดสอบหน้าของฉันกับhttp://gtmetrix.com/vary accept encoding headerและได้ทราบดีเพราะผมไม่ได้เพิ่ม ดังนั้นฉันจึงตรวจสอบสิ่งนี้เกี่ยวกับและเท่าที่ฉันเข้าใจมันเหมาะสมเมื่อเราให้บริการทั้งรุ่นบีบอัดและไม่บีบอัด ดังนั้นฉันต้องการให้คุณช่วยฉันอธิบายเรื่องนี้ ฉันควรจะเพิ่มหรือไม่ ขอบคุณ :)

2
มีโดเมนจำนวนเท่าใดที่ต้องแยกส่วนประกอบออก
ฉันเข้าใจว่าการแยกส่วนประกอบในโดเมนสามารถเพิ่มการดาวน์โหลดแบบขนานได้มากที่สุดและช่วยให้คุณมีโดเมนเนื้อหาแบบคงที่ได้โดยไม่ต้องใช้คุกกี้ แต่เนื่องจากมีเวลาในการค้นหาแต่ละโดเมนการใช้โดเมนที่เหมาะสมคือเท่าใด
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.