คู่มือการปฏิบัติเพื่อให้โมดูลในการเขียนซ้ำ Apache

1 รู้เบื้องต้นเกี่ยวกับ Apache mod_rewrite

mod_rewrite Apache โมดูลเป็นหนึ่งในที่สุดที่ใช้กันอย่างแพร่หลายในกลุ่มเหล่านั้นสำหรับเว็บเซิร์ฟเวอร์นี้ในความเป็นจริงของการให้บริการเครื่องมือที่ช่วยให้เว็บมาสเตอร์เป็นส่วนหนึ่งของการสร้างเว็บไซต์ขึ้นอยู่กับการใช้งานเว็บแบบไดนามิกที่ใช้และที่อื่น ๆ โดยเฉพาะ ทำให้หน้าเว็บที่ผลิตโดยการประยุกต์ใช้"ย่อย"สำหรับเครื่องมือค้นหา

แต่การทำงานของโมดูลนี้คืออะไร? ในทางปฏิบัติ mod_rewrite ช่วยให้คุณสามารถ"แปล"URL ในอื่นที่ผู้ใช้กำหนดตามกฎบางอย่างที่จะต้องเขียนอยู่ภายในแฟ้มการกำหนดค่า Apache หรือภายในแฟ้มแยกต่างหากที่เรียกว่า. htaccess ไฟล์ที่จะอัปโหลดไปยัง 'ภายในของรากของเว็บไซต์ของเรา (แม้'การอัปโหลดไฟล์นี้จะต้องดำเนินการตามเกณฑ์ที่แน่นอน แต่จะลึกมากขึ้นการอภิปรายนี้ในช่วงเวลา)

กรณีคลาสสิกของการใช้ mod_rewrite ที่เกี่ยวข้องกับการแปลของ URL ที่เป็นพลวัตคงที่ใจคุณว่าแนวคิดนี้เป็นสิ่งสำคัญเนื่องจากแบบฟอร์มไม่ได้หมายถึงการให้ที่อยู่แบบไดนามิก (ที่มีสตริงการสืบค้น) เป็นแบบคงที่ แต่ตรงข้าม! เครื่องมือค้นหาและผู้ใช้ของเราจะเห็น URL ที่คงที่ (pippo.html) แต่ในความเป็นจริงทรัพยากรที่มีอยู่ในที่อยู่แบบไดนามิก (pagina.php? Id = foo)

การทำเช่นนี้เราจะเขียนกฎของเราในการแปล. htaccess ไฟล์และอัพโหลดไปยังตำแหน่งที่ต้องการ (หนึ่งคือที่มีการใช้กฎการเขียนซ้ำ), และจากช่วงเวลาที่บนหน้าเว็บที่เกี่ยวข้องกับขั้นตอนต่อไปจะเกิดขึ้น สำหรับเว็บเซิร์ฟเวอร์ของเรา :

• จำเป็นต้องมีลูกค้าเพื่อให้เข้าถึงทรัพยากรที่เฉพาะเจาะจงได้โดยพิมพ์ URL ลงในแถบที่อยู่ของเบราว์เซอร์ของคุณ (ในกรณีของเรา pippo.html);
• web server (Apache, ของหลักสูตร)​​, ได้รับการป้อนข้อมูลและตรวจสอบว่าเส้นทางที่ระบุถูกต้องสำหรับทรัพยากรที่ร้องขอ;
• หน้า pippo.html ไม่ได้อยู่แล้วขอในหลักการไม่ควรจะเป็นความพึงพอใจ
• แต่แล้วเว็บเซิร์ฟเวอร์จะมองหาคำแนะนำเกี่ยวกับสิ่งที่ต้องทำและหาไฟล์ที่ htaccess.;
• รวมทั้งกฎระเบียบที่ระบุไว้ในไฟล์ของเว็บเซิร์ฟเวอร์ที่อยู่แปลที่คุณพิมพ์ในโลกแห่งความจริงและจะกลับทรัพยากรที่ต้องการ

อ่านข้อความของกระบวนการยุติธรรมของ"แปล"ของ URL ก็จะเป็นไปได้ที่จะเกิดความสับสนในรูปแบบนี้กับคนอื่น ๆ สามารถใช้ได้เช่น Apache เพื่อเปลี่ยนเส้นทาง, เขียน แต่เราไม่ได้มีการเปลี่ยนเส้นทางเส้นทางของการร้องขอไปยังทรัพยากรที่มี แต่"กาว" เส้นทางเดียวกันแล้ว URL ที่ใช้โดยลูกค้าที่จริงไม่ได้เป็นเส้นทางที่ถูกต้องภายในเซิร์ฟเวอร์และอาจจะไม่เคยได้รับการ, สิ่งที่เกิดขึ้นในกรณีของการเปลี่ยนเส้นทาง

แต่ซ่อน URL ที่ทำไม? ปัจจุบันเหตุผลที่จะต้องขอในปัจจัยที่มักจะไม่ได้เกี่ยวข้องกับเรื่องที่เกี่ยวข้องอย่างใกล้ชิดการพัฒนาด้านเทคนิคหรือโปรแกรมประยุกต์

mod_rewrite แรกที่ถูกสร้างขึ้นเพื่อแก้ไขปัญหาของ URL ยาวเกินไปที่จะพิมพ์มันเกิดขึ้น (และมักจะยังคงเกิดขึ้น) ที่จะบรรลุชนิดของทรัพยากร detrminata ถูกล้นกับตัวแปรสตริงการสืบค้นและพารามิเตอร์; เขียนช่วยลดปัญหานี้ได้โดย ความสามารถของลูกค้าเพื่อให้ผู้ใช้ URL ที่เป็นมิตร

วันนี้แทนการเขียนใหม่ได้กลายเป็นหัวข้อสำคัญมากสำหรับการดำเนินการกับการวางตำแหน่งของเว็บไซต์ในเครื่องมือค้นหา
และ'ที่รู้จักกันดีความจริงที่ว่าพวกเขาไม่ได้มาถึงหน้าดัชนีอย่างมีประสิทธิภาพโดยสตริงการสืบค้นยาวเกินไปหรือมากเกินไปในพารามิเตอร์ที่อุดมไปด้วยปัจจัยนี้อาจจํากัดความสามารถของการจัดตำแหน่งของทรัพยากรที่อยู่ภายใน SERPs
ในทางปฏิบัติเราสามารถพูดได้ว่าสิ่งที่เป็นมิตรกับผู้ใช้สำหรับผู้ใช้มันเป็นเครื่องมือค้นหา

• <<
• 1
• 2
• 3
• 4
• >>