వర్డ్‌ప్రెస్ నుండి ఒక నిర్దిష్ట పోస్ట్ IDని పూర్తిగా మినహాయించి, దానిని మీలీసెర్చ్‌కు సింక్ చేయడం ఎలా (ఆచరణలో స్క్రీ సెర్చ్ ప్లగిన్)

నేను ఇటీవల ఒక వర్డ్‌ప్రెస్ వెబ్‌సైట్‌పై పని చేస్తున్నాను మరియు దానికి అధిక పనితీరు గల సైట్‌వైడ్ సెర్చ్ ఇంజిన్‌ను జోడించాలనుకున్నాను. చాలా వెతికిన తర్వాత, నేను Meilisearchను ఎంచుకుని, దానిని Scry Search అనే ప్లగిన్‌తో జత చేశాను.

మొదట్లో అంతా సజావుగా సాగింది. నేను ప్లగిన్‌ను ఇన్‌స్టాల్ చేసి, కాన్ఫిగర్ చేయగానే, ఇండెక్స్ ఆటోమేటిక్‌గా జనరేట్ అయింది. సెర్చ్ వేగం చాలా వేగంగా ఉంది, మరియు అనుభవం నిజంగా అద్భుతంగా ఉంది.

కానీ ఇక్కడే సమస్య వస్తుంది.

వెబ్‌సైట్‌లో అనేక అసాధారణమైన ఆర్టికల్స్ ఉన్నాయి. వాటిలో కొన్ని అంతర్గత పరీక్ష కోసం, కొన్ని నిర్దిష్ట క్లయింట్‌ల కోసం ప్రత్యేక ల్యాండింగ్ పేజీలుగా, మరికొన్ని మేము తొలగించకూడదనుకుంటున్న అసంపూర్ణ కంటెంట్‌గా ఉన్నాయి. ఈ ఆర్టికల్ ఐడీలు సెర్చ్ ఫలితాల నుండి పూర్తిగా అదృశ్యం కావాలి.

దాన్ని కనుగొనలేకపోవడమే కాదు; అది మెయిలీసెర్చ్ ఇండెక్స్‌లో కూడా లేదు.

ఇది చాలా సులభం అనుకున్నాను; కొన్ని IDలను మినహాయించడం మాత్రమే చేయాలి. ప్లగిన్ డాక్యుమెంటేషన్‌లో దానికి సంబంధించిన హుక్స్ తప్పకుండా ఉంటాయి; ఒక ఫిల్టర్ జోడిస్తే చాలు, పని పూర్తవుతుంది.

తీరా చూస్తే, నేను పొరబడ్డాను.

సాంప్రదాయ అడ్డగింపు పద్ధతులు ఎందుకు విఫలమవుతాయి?

నేను మొదట అధికారిక డాక్యుమెంటేషన్‌లో పేర్కొన్న ఫిల్టర్ హుక్‌ను ప్రయత్నించాను. నేను functions.php లో కొన్ని లైన్ల కోడ్‌ను జోడించి, దాన్ని సేవ్ చేసి, బ్యాకెండ్‌ను రిఫ్రెష్ చేసి, తిరిగి ఇండెక్స్ చేశాను.

ఆ తర్వాత నేను Meilisearch బ్యాకెండ్‌ను తనిఖీ చేశాను.

ఆ వ్యాసాలు ఇంకా అక్కడే ఉన్నాయి.

నేను నివ్వెరపోయాను.

నేను తప్పు కోడ్ రాశాననుకుని, దాన్ని చాలాసార్లు సరిచూశాను, కానీ అందులో ఎలాంటి తప్పు లేదు. ఆ తర్వాత నేను ప్లగిన్ యొక్క గిట్‌హబ్ ఇష్యూస్‌లో వెతకగా, ఇలాంటి సమస్యలనే చాలా మంది ఎదుర్కొన్నారని తెలిసింది.

బ్యాక్‌గ్రౌండ్ సేవింగ్ ప్రక్రియ నెమ్మదించకుండా ఉండేందుకు, స్క్రీ సెర్చ్ ప్లగిన్ ఒక అసింక్రోనస్ టాస్క్ క్యూ మెకానిజంను ఉపయోగిస్తుందని తేలింది. దీని అర్థం ఏమిటంటే, మీరు బ్యాక్‌గ్రౌండ్‌లో "సేవ్ ఆర్టికల్" పై క్లిక్ చేసినప్పుడు, సాధారణ సింగిల్-ఆర్టికల్ ఫిల్టరింగ్‌ను దాటవేసి, డేటా తక్షణమే ఒక కస్టమ్ టాస్క్ టేబుల్‌లోకి పంపబడవచ్చు.

ఇంకా మోసపూరితమైన విషయం ఏమిటంటే, గ్లోబల్ ఇండెక్స్‌ను పునరుత్పత్తి చేయడానికి మీరు నేపథ్యంలో "Index Posts" పై క్లిక్ చేసినప్పుడు, ప్లగిన్ నేరుగా అంతర్లీన స్థాయిలో ఒక బ్యాచ్ డేటాబేస్ క్వెరీని నిర్వహిస్తుంది. ఈ సమయంలో, మీరు ఇంతకు ముందు జోడించిన ఫిల్టర్ హుక్‌కు అమలు కావడానికి అవకాశం లభించదు.

మరో మాటలో చెప్పాలంటే, మీరు ఆర్టికల్‌ను మాన్యువల్‌గా సేవ్ చేసిన క్షణంలోనే సాంప్రదాయ బ్లాకింగ్ పద్ధతులు అమలులోకి వస్తాయి. కానీ స్క్రీ సెర్చ్ యొక్క సింక్రొనైజేషన్ లాజిక్ మీరు ఊహించిన దానికంటే చాలా సంక్లిష్టమైనది.

డబుల్-ఇన్సూరెన్స్ ఇంటర్‌సెప్టర్ కోర్ కోడ్

దాని గురించి ఆలోచించిన తర్వాత, ఈ విషయాన్ని ఇలా వదిలేయకూడదని నాకు అర్థమైంది.

సాధారణ హుక్ కేవలం "ఒకే ఆర్టికల్‌ను సేవ్ చేసే" ఎంట్రీ పాయింట్‌ను మాత్రమే నియంత్రిస్తుంది కాబట్టి, నేను దానిని ఇతర ప్రదేశాల నుండి కూడా నిరోధించడానికి ఒక మార్గాన్ని కనుగొనాలి.

నేను రెండు మార్గాలను కనుగొన్నాను.

మొదటి సమస్య నెట్‌వర్క్ ట్రాన్స్‌మిషన్ వైపు ఉంది. అది సింగిల్-ఆర్టికల్ సింక్రొనైజేషన్ అయినా లేదా బ్యాచ్ సింక్రొనైజేషన్ అయినా, చివరి డేటాను HTTP రిక్వెస్ట్‌ల ద్వారా Meilisearch సర్వర్‌కు పంపించాల్సి ఉంటుంది, కదా? కాబట్టి, HTTP రిక్వెస్ట్‌ను పంపే ముందు, రిక్వెస్ట్ బాడీలో మినహాయించబడిన ఆర్టికల్స్ యొక్క IDలు ఉన్నాయో లేదో నేను తనిఖీ చేయాలి. ఒకవేళ ఉంటే, ఆ రిక్వెస్ట్‌ను పంపకుండా నేరుగా నిరోధించాలి.

రెండవ విషయం డేటాబేస్ క్వెరీకి సంబంధించింది. బ్యాచ్ ఇండెక్సింగ్ సమయంలో ప్లగిన్ ఆర్టికల్ జాబితాను నేరుగా డేటాబేస్ నుండి పొందుతుంది కాబట్టి, డేటాబేస్ క్వెరీని అమలు చేయడానికి ముందు నేను క్వెరీ ఫలితాల నుండి ఆ నిర్దిష్ట IDలను తీసివేస్తాను. ప్లగిన్ దృష్టిలో, ఈ ఆర్టికల్స్ అసలు ఉనికిలో లేవు, కాబట్టి వాటిని పొందదు.

రెండు మార్గాలు, రెట్టింపు భరోసా. ఒక మార్గాన్ని అడ్డుకోలేకపోతే, ప్రత్యామ్నాయంగా మరొకటి ఉంటుంది.

దాన్ని అర్థం చేసుకున్న తర్వాత, నేను కోడ్ రాయడం మొదలుపెట్టాను.

మొదటి ఇంటర్‌సెప్టర్ కోసం, నేను వర్డ్‌ప్రెస్ యొక్క సొంత ఇంటర్‌సెప్టర్‌ను ఉపయోగించాను.pre_http_requestఫిల్టర్. వర్డ్‌ప్రెస్ ఏవైనా HTTP అభ్యర్థనలు చేసే ముందు ఈ హుక్ ట్రిగ్గర్ అవుతుంది. నా లాజిక్ ఏమిటంటే, అభ్యర్థించిన URLలో ఇవి ఉన్నాయో లేదో ఇది గుర్తిస్తుంది...meilisearchఅభ్యర్థన బాడీలో మినహాయించబడిన ఆర్టికల్స్ యొక్క IDలు ఉంటే, ఆ అభ్యర్థన నిరోధించబడుతుంది.

ప్లగిన్ లోపాలను నివేదించకుండా నిరోధించడానికి, నేను విజయవంతమైన ప్రతిస్పందనను కూడా నకిలీ చేయాలి. Meilisearch కోసం ప్రామాణిక ప్రతిస్పందన ఫార్మాట్...{"taskUid":0,"status":"enqueued"}సింక్రొనైజేషన్ విజయవంతమైందని ప్లగిన్ భావించేలా చేయడానికి, నేను దీన్ని తిరిగి ఇచ్చాను.

నేను ఉపయోగించిన రెండవ ఇంటర్‌సెప్టర్pre_get_postsహుక్. వర్డ్‌ప్రెస్ ఒక డేటాబేస్ క్వెరీని అమలు చేయడానికి ముందు ఈ హుక్ ట్రిగ్గర్ అవుతుంది. నా లాజిక్ ఏమిటంటే, బ్యాకెండ్‌లో ఒక అడ్మినిస్ట్రేటర్ ఏదైనా ఆపరేషన్ చేసినప్పుడు, లేదా ఒక ప్లగిన్ అసింక్రోనస్/సింక్రోనస్ ఆపరేషన్లు చేసినప్పుడు, మినహాయించబడిన ఐడీలను... లోకి విలీనం చేయాలి.post__not_inపారామితులలో.

నేను దాన్ని రాసి పూర్తి చేశాక, పరీక్షించాను.

మొదట, నేను బ్యాకెండ్‌కు వెళ్లి, మినహాయించబడిన ఆర్టికల్స్‌లో ఒకదాన్ని తెరిచి, కొన్ని చిన్న మార్పులు చేసి, అప్‌డేట్‌పై క్లిక్ చేశాను. అది ఎటువంటి లోపాలు లేకుండా విజయవంతంగా సేవ్ అయింది. ఆ తర్వాత నేను మీలీసెర్చ్ బ్యాకెండ్‌ను తనిఖీ చేయగా, ఆర్టికల్ ఇండెక్స్‌లో ఎలాంటి మార్పు లేదు; కొత్తగా ఏమీ కనిపించలేదు.

నేను మళ్ళీ 'ఇండెక్స్ పోస్ట్స్' పై క్లిక్ చేసి, మొత్తం ఇండెక్స్‌ను పునర్నిర్మించాను. కొంతసేపు ఆగి, నేను మీలీసెర్చ్ బ్యాకెండ్‌ను తనిఖీ చేశాను. మినహాయించబడిన ఆ ఆర్టికల్స్ ఇంకా అక్కడే ఉన్నాయి.

అయిపోయింది.

లోతైన విశ్లేషణ: ద్వంద్వ భీమా విధానం ఎలా పనిచేస్తుంది?

నిజం చెప్పాలంటే, ఈ ప్రక్రియ నాకు చాలా ఆసక్తికరమైన విషయాన్ని గుర్తుచేసింది.

మీకు తెలుసా, 1880వ దశకంలో, యునైటెడ్ స్టేట్స్‌లో విద్యుత్ విస్తృతంగా వ్యాపిస్తున్నప్పుడు, చాలా మంది ఫ్యాక్టరీ యజమానులు జనరేటర్లు మరియు ఎలక్ట్రిక్ మోటార్లను కొనుగోలు చేసి, వాటిని తమ ఫ్యాక్టరీలలో ఏర్పాటు చేయడానికి చాలా డబ్బు ఖర్చు చేశారు. అయితే, వాటిని ఏర్పాటు చేసిన తర్వాత, ఉత్పత్తి సామర్థ్యం గణనీయంగా మెరుగుపడలేదని చాలా మంది గమనించారు.

ఎందుకు?

ఎందుకంటే వారు ఆవిరి యంత్రం స్థానంలో కేవలం విద్యుత్ మోటారును అమర్చారు, కానీ కర్మాగారం యొక్క మొత్తం అమరిక, ప్రక్రియలు మరియు నిర్వహణ పద్ధతులు మారలేదు. విద్యుత్తు కొత్తది, కానీ దానిని ఉపయోగించే మనస్తత్వం పాతది.

విద్యుత్ విప్లవం వల్ల నిజంగా లబ్ధి పొందిన వారు, వాస్తవానికి "విద్యుత్ అంటే నిజంగా ఏమిటో" అర్థం చేసుకున్న మొదటి సమూహం. వారు తమ విద్యుత్ వనరును మాత్రమే మార్చుకోలేదు; వారు తమ మొత్తం ఉత్పత్తి ప్రక్రియనే పునఃరూపకల్పన చేశారు.

AI యుగానికి కూడా ఇదే వర్తిస్తుంది . చాలా మంది AIని ఒక సాధనంగా ఉపయోగిస్తారు, కానీ అది మార్చే అంతర్లీన తర్కం ఏమిటో కొద్దిమందే పరిగణిస్తారు. ఆ సాధనం కొత్తదే అయినా, దాన్ని ఉపయోగించే మనస్తత్వం మాత్రం పాతబడిపోయి ఉండవచ్చు.

ఉదాహరణకు, నేను వర్డ్‌ప్రెస్ సెర్చ్ బ్లాకింగ్‌ను సెటప్ చేస్తున్నప్పుడు, ప్లగిన్ డాక్యుమెంటేషన్‌లోని ప్రామాణిక పద్ధతులను అనుసరించి ఉంటే బహుశా అది నాకు పని చేసి ఉండేది కాదు. ఎందుకంటే స్క్రీ సెర్చ్ యొక్క సింక్రొనైజేషన్ లాజిక్ ఇకపై సాంప్రదాయ "ఒక ఆర్టికల్‌ను సేవ్ చేయడం, ఒక ఆర్టికల్‌ను సింక్రొనైజ్ చేయడం" అనే పద్ధతిలో ఉండదు; దీనికి అసింక్రోనస్ క్యూలు, బ్యాచ్ ప్రాసెసింగ్ మరియు దాని స్వంత యంత్రాంగాలు ఉన్నాయి.

మీరు నిజమైన పురోగతిని సాధించాలంటే, ముందుగా ఈ యంత్రాంగం ఎలా పనిచేస్తుందో కనుక్కోవాలి.

ప్రణాళిక యొక్క పరిమితులు మరియు జాగ్రత్తలు

అయితే, ఈ ప్రణాళిక కూడా పరిపూర్ణమైనది కాదని నేను నిష్కపటంగా చెప్పాలి.

దీనికి ఒక ముఖ్యమైన పరిమితి ఉంది: ఇది భవిష్యత్ సింక్రొనైజేషన్‌లను మాత్రమే నిర్వహించగలదు మరియు Meilisearchలో ఇప్పటికే ఉన్న చారిత్రక రికార్డులను స్వయంచాలకంగా తొలగించదు. మరో మాటలో చెప్పాలంటే, మీరు ఆ ఆర్టికల్స్‌ను ఇప్పటికే సింక్రొనైజ్ చేసి ఉంటే, మీరు ఇప్పటికీ Meilisearch డాష్‌బోర్డ్‌లో లేదా API కమాండ్‌లను ఉపయోగించి పాత డేటాను మాన్యువల్‌గా తొలగించాల్సి ఉంటుంది.

ఇది ఒక్కసారి చేసే పని; ఇది పూర్తయ్యాక, మీరు ఇక దాని గురించి చింతించాల్సిన అవసరం లేదు. కానీ నేను ఈ విషయాన్ని ముందుగానే స్పష్టం చేయాలి, తద్వారా మీరు కోడ్‌ను అమలు చేసిన తర్వాత, శోధన ఫలితాలలో ఆ కథనాలు ఇంకా కనిపించడంతో, కోడ్ అమలులోకి రాలేదని మీరు భావించకుండా ఉంటారు.

గమనించవలసిన మరో విషయం ఏమిటంటే, ఈ విధానం వర్డ్‌ప్రెస్ యొక్క అంతర్లీన నెట్‌వర్క్ మరియు డేటాబేస్ నిర్మాణశైలిపై ఆధారపడి ఉంటుంది. స్క్రై సెర్చ్ ప్లగిన్ యొక్క భవిష్యత్ వెర్షన్‌లు ఈ నిర్మాణశైలి ఆధారంగా పనిచేస్తున్నంత కాలం, ఈ ఇంటర్‌సెప్టర్ సమర్థవంతంగానే ఉంటుంది. అయితే, ఒకవేళ ఇది పూర్తిగా భిన్నమైన సింక్రొనైజేషన్ విధానానికి మారితే, అప్పుడు తిరిగి అనుసరణ అవసరం కావచ్చు.

నిజం చెప్పాలంటే, అయితే, ఇది జరగడం అసంభవం. మొత్తం వర్డ్‌ప్రెస్ వ్యవస్థ ఈ నిర్మాణంపైనే నిర్మించబడింది, మరియు ప్లగిన్‌లు దీనిని పూర్తిగా దాటవేయడం దాదాపు అసాధ్యం.

అమలు చేయడానికి మూడు-దశల మార్గదర్శిని

/**
 * Scry Search 双保险拦截器：彻底排除指定文章 ID 同步到 Meilisearch
 */
// ==========================================
// 【配置】请在这里填写你想要排除的文章或页面 ID
// ==========================================
define('MEILI_EXCLUDED_IDS', array(1067, 1014, 1474, 34020));


/**
 * 保险一：拦截单篇保存/更新时的网络推送 (方案 A 优化版)
 * 原理：当 WordPress 发送网络请求时，如果发现是发往 meilisearch 且带有排除的 ID，直接掐断
 */
add_filter('pre_http_request', function($preempt, $parsed_args, $url) {
    // 1. 检查是不是发往 Meilisearch 的请求
    if (strpos($url, 'meilisearch') !== false && isset($parsed_args['body'])) {
        $body_content = $parsed_args['body'];

        // 2. 检查请求体里是否包含任何一个被排除的文章 ID
        foreach (MEILI_EXCLUDED_IDS as $id) {
            // 匹配格式如 "id":1067 或 字符串中的 ID
            if (strpos($body_content, (string)$id) !== false) {
                // 找到匹配，直接拦截网络请求，并向插件伪造一个标准的成功响应
                return array(
                    'response' => array('code' => 200, 'message' => 'OK'), 
                    'body'     => '{"taskUid":0,"status":"enqueued"}'
                );
            }
        }
    }
    return $preempt;
}, 10, 3);


/**
 * 保险二：拦截后台全量索引时的数据库查询 (方案 B)
 * 原理：在插件试图从数据库捞取文章列表时，直接将这几个 ID 从查询结果中剔除
 */
add_action('pre_get_posts', function($query) {
    // 仅在后台管理员操作，或者插件执行异步同步时生效
    if (is_admin() || (defined('DOING_ASYNC') && DOING_ASYNC)) {

        // 获取当前查询已经存在的排除 ID（如果有的话）
        $current_excluded = $query->get('post__not_in');
        if (!is_array($current_excluded)) {
            $current_excluded = array();
        }

        // 将我们的专属排除 ID 合并进去
        $query->set('post__not_in', array_merge($current_excluded, MEILI_EXCLUDED_IDS));
    }
});

చివరగా, ఆపరేషన్ దశలను సంగ్రహిద్దాం.

మొదట, కోడ్‌ను మీ functions.php ఫైల్ చివరన కాపీ చేయండి, లేదా కోడ్ స్నిప్పెట్స్ ప్లగిన్‌ను ఉపయోగించి దాన్ని జోడించండి. ఆ తర్వాత, పైన...defineశ్రేణిలో, మీరు మినహాయించాలనుకుంటున్న వ్యాసం లేదా పేజీ యొక్క IDని నమోదు చేయండి.

రెండవ దశ చారిత్రక సూచికలను శుభ్రపరచడం. మీ Meilisearch డాష్‌బోర్డ్‌కు లాగిన్ అవ్వండి, లేదా మినహాయించబడిన కథనాల కోసం పాత సూచిక డేటాను మాన్యువల్‌గా తొలగించడానికి API ఆదేశాలను ఉపయోగించండి.

మూడవ దశ పరీక్షించడం. బ్యాకెండ్‌కు వెళ్లి, మినహాయించబడిన ఆర్టికల్‌లో ఏవైనా చిన్న మార్పులు చేసి, అప్‌డేట్‌పై క్లిక్ చేసి, ఆపై Meilisearch బ్యాకెండ్‌ను తనిఖీ చేయండి. కొత్త ఇండెక్స్ ఏదీ కనిపించకపోతే, బ్లాకింగ్ అమలులోకి వచ్చినట్లే.

నిజం చెప్పాలంటే, ఇలాంటి టెక్నికల్ షేరింగ్ ఆర్టికల్స్ రాయడం గురించి నాకు ఎప్పుడూ కొంచెం అపరాధ భావనగా ఉండేది.

నేను పంచుకునే విషయాలు కొంతమందికి ఉపయోగపడవచ్చు, కానీ మరికొందరికి అవి కేవలం ప్రాథమిక కార్యకలాపాలు కావచ్చు.

కానీ ఈసారి వర్డ్‌ప్రెస్ సెర్చ్ బ్లాకింగ్‌ను అమలు చేసే ప్రక్రియ నిజంగా ఎంతో విజ్ఞానదాయకంగా ఉంది. తరచుగా, మనం ఎదుర్కొనే సమస్యలు పరిష్కారాల కొరత వల్ల కాదు, ఇప్పటికే ఉన్న ఫ్రేమ్‌వర్క్‌ల వల్ల మన ఆలోచనా విధానం పరిమితం కావడమే కారణం.

స్క్రీ సెర్చ్ ప్లగిన్ ఒక ఫిల్టరింగ్ హుక్‌ను అందిస్తుంది, దీనివల్ల ఇదే ఏకైక మార్గం అని మనం భావిస్తాము. అయితే, వర్డ్‌ప్రెస్ యొక్క పూర్తి నిర్మాణం ఇంతకంటే ఎన్నో ఎక్కువ అవకాశాలను అందిస్తుంది. నెట్‌వర్క్ లేయర్‌లో అడ్డగించవచ్చు, అలాగే డేటాబేస్ లేయర్‌లో కూడా దీన్ని చేయవచ్చు. మీరు ఆలోచించడానికి సిద్ధంగా ఉన్నంత వరకు, ఎల్లప్పుడూ ఒక మార్గం ఉంటుంది.

అందుకే నేను ఈ సాంకేతిక పరికరాలతో ప్రయోగాలు చేయడం ఆనందిస్తాను. ఇది గొప్పలు చెప్పుకోవడానికో లేదా ఆకట్టుకునేలా కనిపించడానికో కాదు. కేవలం ఒక సమస్యను పూర్తిగా అర్థం చేసుకున్నప్పుడు కలిగే అనుభూతి అపారమైన సంతృప్తినిస్తుంది.

సరిగ్గా ఈసారి లాగే, తొలి గందరగోళం నుండి, మధ్యలో జరిగిన ఆత్మపరిశీలన మీదుగా, చివరి పరిష్కారం వరకు, ఈ ప్రక్రియ అంతా ఒక పజిల్‌ను పరిష్కరించినట్లుగా అనిపించింది.

రహస్యం ఛేదించబడింది, సమాధానం వెల్లడైంది, అది ఎంత సులువైన విషయమో తేలింది.

కానీ మీరు ఆ గందరగోళ ప్రక్రియను అనుభవించకపోతే, ఈ సాధారణ ఆనందాన్ని మీరు ఎప్పటికీ అర్థం చేసుకోలేరు.

ఇప్పటి వరకు చదివిన తర్వాత, ఇది మీకు ఉపయోగకరంగా అనిపిస్తే, దయచేసి లైక్ చేసి షేర్ చేయండి. మీరు అప్‌డేట్‌లను ముందుగా పొందాలనుకుంటే, నన్ను ఫాలో కూడా అవ్వవచ్చు.

నా వ్యాసం చదివినందుకు ధన్యవాదాలు. మళ్ళీ కలుద్దాం.