ถ้าตั้งค่า WordPress ให้ลูกค้า (หรือเพื่อน) คุณอยากทำให้ WordPress ใช้งานง่าย และไม่ให้พวกเขาทำการเปลี่ยนแปลงใหญ่ที่ทำลายเว็บได้
ถ้าเป้าหมายคือสร้างเว็บที่ตอบโจทย์ผู้ใช้ จะต้องทำให้เรียบง่ายและลบฟังก์ชันเกินความจำเป็น การตั้งค่าที่มีประสิทธิภาพควรป้องกันข้อผิดพลาดของผู้ใช้ WordPress โดยธรรมชาติ มาดูตัวเลือกป้องกันข้อผิดพลาด WordPress พร้อมทำให้ลูกค้าใช้งานง่าย
1. จำกัดบัญชี Administrator
สมาชิกทีม/ลูกค้าบางคนเก่ง WordPress บางคนไม่ บทบาท Admin ให้ทั้งอำนาจและความรับผิดชอบ ถ้าลูกค้า/ผู้ใช้ไม่เก่ง WordPress ควรจำกัดสิทธิ์เป็น Editor สร้างบัญชี Admin แยกต่างหาก ป้องกันไม่ให้เข้าไปดูส่วนละเอียดอ่อนของเว็บ
คุณอาจเก็บข้อมูล Admin ไว้จนกว่าลูกค้าจะจัดการได้ หรือให้ทั้ง Admin และ Editor Credentials ถ้าเลือกทางหลัง ให้พวกเขาเก็บ Admin Login ที่ละเอียดอ่อนไว้เฉพาะตอนต้องทำฟังก์ชัน Admin ระดับสูง
จำกัดบัญชี Admin ดีต่อความปลอดภัยและช่องโหว่ปฏิบัติการ ทำให้ Dashboard UI ไม่ววางสำหรับผู้ใช้ WordPress ใหม่
2. ปิดตัวเลือก Theme Customizer
Parent Themes อาจมีตัวเลือกปรับแต่งที่ขัดแย้งกับ Child Themes ความขัดแย้งจากตัวเลือกปรับแต่งธีมอาจทำโค้ดพัง หรือตัวเลือกเหล่านี้อาจไม่ได้ใช้ใน Child Theme
ใช้ Theme Customizer API ของ WordPress ลบตัวเลือกปรับแต่งของ Parent Theme ได้ง่าย โดยเพิ่มโค้ด (เช่นด้านล่าง) ในไฟล์ "functions.php" ของธีม แต่ละบรรทัดตรงกับตัวเลือกปรับแต่งธีม ปิดตัวเลือกไหนได้โดย Uncomment บรรทัดนั้น
# Remove customizer options. function mte_remove_customizer_options( $wp_customize ) { // $wp_customize->remove_section( 'static_front_page' ); // $wp_customize->remove_section( 'title_tagline' ); $wp_customize->remove_section( 'colors' ); $wp_customize->remove_section( 'header_image' ); $wp_customize->remove_section( 'background_image' ); // $wp_customize->remove_section( 'nav' ); // $wp_customize->remove_section( 'themes' ); // $wp_customize->remove_section( 'featured_content' ); // $wp_customize->remove_panel( 'widgets' ); } add_action( 'customize_register', 'mte_remove_customizer_options', 30 );
3. ใช้เฉพาะเมนู Dashboard ที่เกี่ยวข้อง
ไม่ใช่ทุกเว็บ WordPress ทำงานเหมือนกัน บางกรณีเว็บอาจไม่ต้องการบล็อก ลดความวุ่นวายด้วยการลบจำนวนเมนูบน Dashboard ทำให้ Dashboard ไม่งงสำหรับผู้ใช้ ในตัวอย่าง ไม่ต้องการเมนู Posts เพิ่มโค้ดด้านล่างใน "functions.php" เพื่อซ่อนฟังก์ชันนั้น
โค้ดแต่ละบรรทัดตรงกับเมนู Dashboard เฉพาะ ชื่อไฟล์ด้านล่างอาจไม่ตรงกับชื่อเมนูบน Dashboard ของคุณ ใช้บรรทัดที่คอมเมนต์ไว้เป็นอ้างอิงเร็ว
function mte_custom_menu_page_removing() { // remove_menu_page( 'index.php' ); //Dashboard // remove_menu_page( 'jetpack' ); //Jetpack* remove_menu_page( 'edit.php' ); //Posts remove_menu_page( 'upload.php' ); //Media // remove_menu_page( 'edit.php?post_type=page' ); //Pages remove_menu_page( 'edit-comments.php' ); //Comments // remove_menu_page( 'themes.php' ); //Appearance // remove_menu_page( 'plugins.php' ); //Plugins // remove_menu_page( 'users.php' ); //Users // remove_menu_page( 'tools.php' ); //Tools // remove_menu_page( 'options-general.php' ); //Settings } add_action( 'admin_menu', 'mte_custom_menu_page_removing' );
ก่อนซ่อนเมนู Posts จะเห็นแบบภาพด้านล่าง
หลังซ่อนเมนู Posts จะเห็นแบบภาพด้านล่าง
การซ่อนเมนู Posts ไม่เท่ากับการเพิกถอนสิทธิ์ผู้ใช้ ผู้ใช้อาจเข้าถึงเมนู Posts ที่ซ่อนอยู่โดยตรงผ่าน URL การซ่อนเมนูแบบนี้ดีสำหรับลดความวุ่นวาย Dashboard แต่ถ้าอยากป้องกันไม่ให้เข้าถึงเมนูนี้เลย จะต้องแก้ไข User Roles โค้ดด้านล่างควรเพิ่มใน Activation Hook ของปลั๊กอิน (รันครั้งเดียวพอ)
global $wp_roles; // global class $role = 'author'; $cap = 'delete_published_posts'; $wp_roles->remove_cap( $role, $cap );
4. ตั้งค่าและใช้ไดเรกทอรี mu-plugin
นักพัฒนาน้อยมากที่รู้จักไดเรกทอรี "mu-plugins" ไดเรกทอรี mu-plugin เป็นตำแหน่งทางเลือกติดตั้งปลั๊กอิน คำนำหน้า "mu" หมายถึง "must use" ปลั๊กอินติดตั้งใน mu-plugin ไม่สามารถปิดใช้งานโดยไม่ได้ตั้งใจผ่าน Dashboard และไม่ต้องเปิดใช้งานด้วยมือ - เปิดใช้งานอัตโนมัติ
ปลั๊กอินใน mu-plugins โหลดก่อนปลั๊กอินอื่น การโหลด "must use" plugins ก่อน มีประโยชน์สำหรับปลั๊กอินสำคัญของเว็บ ไฟล์ใน mu-plugins ยังคง Active ไม่ว่าจะไม่มีการเปลี่ยนแปลง และไม่ว่าธีมจะเปลี่ยนแปลง
เพราะ mu-plugin directory ไม่มาพร้อม WordPress ต้องสร้างเองในโฟลเดอร์ "wp-content"
มีข้อจำกัด: WordPress ไม่อ่านโค้ดใน Subdirectory จะค้นหาไฟล์ "mu-plugins" เฉพาะระดับบนสุด เพื่อลดข้อจำกัด สร้างไฟล์ PHP หนึ่งไฟล์อยู่บนสุด "mu-plugins" โค้ดจาก Subdirectory พี่น้องจะโหลดผ่านไฟล์ PHP นั้น
ข้อจำกัดอีกอย่าง: ไม่ได้รับการแจ้งเตือนอัปเดต เพราะฉะนั้น ใช้ mu-plugins สำหรับโค้ดสำคัญที่ลูกค้าควรไม่ต้องคิดถึง Codex มีข้อมูลเพิ่มเติมเกี่ยว mu-plugins
5. ปิด Plugin และ Theme Editors ของเว็บไซต์
ไม่เป็นมืออาชีพที่จะแก้ไขไฟล์ Plugin และ Theme ของ WordPress Live จาก Dashboard โดยตรง อาจทำให้เว็บพัง การแก้ไข Live ยังเปิดโอกาสให้แฮกเกอร์ ปิดการแก้ไข Live สำหรับธีมและปลั๊กอิน ใส่โค้ดนี้ใน "wp-config.php" ของเว็บ โค้ดนี้ปิด Editor ทั้งธีมและปลั๊กอิน
define( 'DISALLOW_FILE_EDIT', true );
สรุป
สรุป: ลดโอกาสข้อผิดพลาดผู้ใช้ WordPress ด้วย: จำกัดบัญชี Admin, ปิด Theme Customizer Options, ใช้เมนู Dashboard ที่เกี่ยวข้อง, ตั้งค่าและใช้ mu-plugin directory, ปิด Plugin และ Theme Editors ขอความคิดเห็นเกี่ยวกับเคล็ดลับเหล่านี้ แชร์ได้ด้านล่าง
