โซลูชันนี้กรองสตริงการค้นหาโดยใช้นิพจน์ทั่วไปซึ่งจับคู่อักขระจากสคริปต์ Common และ Latin Unicode เท่านั้น
การจับคู่อักขระละตินที่มีการแสดงออกปกติ
ฉันเพิ่งได้ใจของฉันปลิวไปที่กองมากเกิน ตามที่ปรากฎนิพจน์ทั่วไปจะมีกลไกเพื่อจับคู่หมวดหมู่ Unicode ทั้งหมดรวมถึงค่าเพื่อระบุ"สคริปต์" Unicodeทั้งหมดซึ่งแต่ละตัวสอดคล้องกับกลุ่มของอักขระที่ใช้ในระบบการเขียนที่แตกต่างกัน
สิ่งนี้ทำได้โดยใช้\pเมตาอักขระตามด้วยตัวระบุหมวดหมู่ Unicode ในเครื่องหมายปีกกา - [\p{Common}\p{Latin}]จับคู่อักขระเดี่ยวในสคริปต์ละตินหรือสคริปต์ทั่วไป - ซึ่งรวมถึงเครื่องหมายวรรคตอนตัวเลขและสัญลักษณ์อื่น ๆ
ในฐานะที่เป็นชี้ @ Paul 'นกกระจอกเหยี่ยว' Biron ออกที่u ธงปรับปรุงรูปแบบควรจะตั้งในตอนท้ายของการแสดงออกปกติในการสั่งซื้อสำหรับ PHP ของฟังก์ชั่น PCRE ในการรักษาสตริงเรื่องเป็นUTF-8Unicode เข้ารหัส
มารวมกันแล้วลวดลาย
/^[\p{Latin}\p{Common}]+$/u
จะจับคู่สตริงทั้งหมดที่ประกอบด้วยอักขระหนึ่งตัวหรือมากกว่าในสคริปต์ Latin และ Common Unicode
การกรองสตริงการค้นหา
สถานที่ที่ดีในการดักจับสตริงการค้นหาคือการpre_get_postsกระทำที่มันจะดำเนินการทันทีก่อนที่ WordPress จะดำเนินการค้นหา ด้วยการดูแลมากขึ้นนี้ยังสามารถทำได้โดยใช้กรองrequest
function wpse261038_validate_search_characters( $query ) {
// Leave admin, non-main query, and non-search queries alone
if( is_admin() || !$query->is_main_query() || !$query->is_seach() )
return;
// Check if the search string contains only Latin/Common Unicode characters
$match_result = preg_match( '/^[\p{Latin}\p{Common}]+$/u', $query->get( 's' ) );
// If the search string only contains Latin/Common characters, let it continue
if( 1 === $match_result )
return;
// If execution reaches this point, the search string contains non-Latin characters
//TODO: Handle non-Latin search strings
//TODO: Set up logic to display error message
}
add_action( 'pre_get_posts', 'wpse261038_validate_search_characters' );
ตอบสนองต่อการค้นหาที่ไม่อนุญาต
เมื่อได้รับการพิจารณาแล้วว่าสตริงการค้นหามีอักขระที่ไม่ใช่ละตินคุณสามารถใช้WP_Query::set()เพื่อปรับเปลี่ยนแบบสอบถามโดยการเปลี่ยนชื่อแบบสอบถามเป็น vars - ดังนั้นจึงมีผลต่อแบบสอบถาม SQL WordPress ประกอบและประมวลผล
ตัวแปรข้อความค้นหาที่เกี่ยวข้องมากที่สุดน่าจะเป็นดังนี้:
sเป็นตัวแปรแบบสอบถามที่สอดคล้องกับสตริงการค้นหา การตั้งค่าให้nullเป็นหรือสตริงว่างเปล่า ( '') จะส่งผลให้ WordPress ไม่ต้องรักษาข้อความค้นหาอีกต่อไป - บ่อยครั้งที่ผลลัพธ์นี้ในเทมเพลตเก็บถาวรที่แสดงโพสต์ทั้งหมดหรือหน้าแรกของเว็บไซต์ขึ้นอยู่กับค่าของอีก vars แบบสอบถาม อย่างไรก็ตามการตั้งค่าเป็นช่องว่างเดียว ( ' ') จะส่งผลให้ WordPress รับรู้เป็นการค้นหาและพยายามแสดงsearch.phpแม่แบบpage_id สามารถใช้เพื่อนำผู้ใช้ไปยังหน้าที่เฉพาะเจาะจงที่คุณเลือกpost__inสามารถ จำกัด คิวรีให้เลือกเฉพาะโพสต์ ด้วยการตั้งค่าให้เป็นอาร์เรย์ที่มี ID การโพสต์ที่เป็นไปไม่ได้มันสามารถทำหน้าที่เป็นตัวชี้วัดเพื่อให้แน่ใจว่าแบบสอบถามไม่ส่งคืนอะไรเลย
ในใจคุณอาจทำต่อไปนี้เพื่อตอบสนองต่อการค้นหาที่ไม่ดีโดยการโหลดsearch.phpแม่แบบที่ไม่มีผลลัพธ์:
function wpse261038_validate_search_characters( $query ) {
// Leave admin, non-main query, and non-search queries alone
if( is_admin() || !$query->is_main_query() || !$query->is_seach() )
return;
// Check if the search string contains only Latin/Common Unicode characters
$match_result = preg_match( '/^[\p{Latin}\p{Common}]+$/u', $query->get( 's' ) );
// If the search string only contains Latin/Common characters, let it continue
if( 1 === $match_result )
return;
$query->set( 's', ' ' ); // Replace the non-latin search with an empty one
$query->set( 'post__in', array(0) ); // Make sure no post is ever returned
//TODO: Set up logic to display error message
}
add_action( 'pre_get_posts', 'wpse261038_validate_search_characters' );
แสดงข้อผิดพลาด
วิธีที่คุณแสดงข้อความข้อผิดพลาดจริง ๆ นั้นขึ้นอยู่กับแอปพลิเคชันของคุณและความสามารถของธีมของคุณ - มีหลายวิธีที่สามารถทำได้ หากธีมของคุณเรียกใช้get_search_form()ในเทมเพลตการค้นหาโซลูชันที่ง่ายที่สุดน่าจะใช้pre_get_search_formaction hook เพื่อแสดงข้อผิดพลาดของคุณเหนือแบบฟอร์มการค้นหา:
function wpse261038_validate_search_characters( $query ) {
// Leave admin, non-main query, and non-search queries alone
if( is_admin() || !$query->is_main_query() || !$query->is_seach() )
return;
// Check if the search string contains only Latin/Common Unicode characters
$match_result = preg_match( '/^[\p{Latin}\p{Common}]+$/u', $query->get( 's' ) );
// If the search string only contains Latin/Common characters, let it continue
if( 1 === $match_result )
return;
$query->set( 's', ' ' ); // Replace the non-latin search with an empty one
$query->set( 'post__in', array(0) ); // Make sure no post is ever returned
add_action( 'pre_get_search_form', 'wpse261038_display_search_error' );
}
add_action( 'pre_get_posts', 'wpse261038_validate_search_characters' );
function wpse261038_display_search_error() {
echo '<div class="notice notice-error"><p>Your search could not be completed as it contains characters from non-Latin alphabets.<p></div>';
}
ความเป็นไปได้อื่น ๆ สำหรับการแสดงข้อผิดพลาดรวมถึง:
- หากไซต์ของคุณใช้ JavaScript ซึ่งสามารถแสดงข้อความ "flash" หรือ "modal" (หรือคุณเพิ่มความสามารถดังกล่าวด้วยตัวคุณเอง) ให้เพิ่มตรรกะในการแสดงข้อความบนหน้าโหลดเมื่อตั้งค่าตัวแปรเฉพาะจากนั้นเพิ่ม
wp_enqueue_scripthook ที่มี$priorityขนาดใหญ่กว่าที่ใช้จาวาสคริปต์นั้นและใช้wp_localize_script()เพื่อตั้งค่าตัวแปรให้รวมข้อความแสดงข้อผิดพลาดของคุณ
- ใช้
wp_redirect()เพื่อส่งผู้ใช้ไปยัง URL ที่คุณเลือก (วิธีนี้ต้องการการโหลดหน้าเว็บเพิ่มเติม)
- ตั้งค่าตัวแปร PHP หรือเรียกใช้เมธอดซึ่งจะแจ้งธีม / ปลั๊กอินของคุณเกี่ยวกับข้อผิดพลาดเพื่อให้มันแสดงผลตามความเหมาะสม
- ตั้งค่า
sตัวแปรคิวรีเป็น''แทนที่' 'และใช้page_idแทนpost__inเพื่อส่งคืนเพจที่คุณเลือก
- ใช้
loop_startเบ็ดเพื่อฉีดWP_Postวัตถุปลอมที่มีข้อผิดพลาดของคุณลงในผลลัพธ์การค้นหา - นี่เป็นแฮ็คที่น่าเกลียดที่สุดและอาจดูไม่เหมาะสมกับธีมของคุณ แต่มีผลข้างเคียงที่อาจเกิดขึ้นจากการปราบปรามข้อความ
- ใช้
template_includehook ตัวกรองเพื่อแลกเปลี่ยนเทมเพลตการค้นหากับแบบกำหนดเองในชุดรูปแบบหรือปลั๊กอินที่แสดงข้อผิดพลาดของคุณ
หากไม่มีการตรวจสอบชุดรูปแบบที่เป็นปัญหามันเป็นการยากที่จะกำหนดเส้นทางที่คุณควรใช้