跳到主要內容

Sphinx 3 設定

Sphinx是歷史悠久的php全文搜尋引擎,最近把舊的系統換成Sphinx,隨便記一點東西,以防忘記。


1.安裝及相關說明

參考 https://blog.csdn.net/XBODHX/article/details/107378182

mysql的設定方式,上面網站說得很詳細了。

改路徑及DB設定即可。


2.XML資料源

要在Sphinx使用XML當作資料,要先把XML按照下面格式整理

http://sphinxsearch.com/docs/current/xmlpipe2.html

sphinx.conf設定如下

source (索引名稱)

{

    type  = xmlpipe2

    xmlpipe_command = cat (xml檔案所在路徑)

    xmlpipe_field = (subject)

    xmlpipe_field = (content 預設是這兩個文字欄位,可以按XML內容修改)

    xmlpipe_attr_uint = (要另外存的欄位,限數字)

    xmlpipe_fixup_utf8 = 1

}

index (自訂索引名稱,跟上面的不一樣)

{

    source = (索引名稱)

    path = (索引檔路徑)

    mlock = 0

    morphology = none

    min_word_len = 1

    ngram_len = 1(是否分詞,1是,0否)

    ngram_chars = (分詞的字碼,ngram_len = 0的話無用)

    html_strip = 0(是否刪除html tags,0不刪,1刪除)

}

其餘的跟mysql一樣,要注意windows底下可能沒有「cat」可以用(在xmlpipe_command 那邊),把cat改成type即可。


3.searchd 設定

如果設定的sphinx.conf有改名,或者indexer的參數不是sphinx.conf的話,searchd要加上conf檔的參數,例如

searchd -c xxx.conf


留言

這個網誌中的熱門文章

網站掃描CSP弱點問題

 最近被網站弱點掃描的CSP問題困擾很久,CSP問題主要是兩種: 1.在CSP中允許內聯腳本執行 2.從CSP中缺少必要的指令 AppScan這兩個問題提供的處理方式都是「配置正確值的Content-Security-Policy」,等於沒說。 後來才發現AppScan無法處理多層的Content-Security-Policy,例如在httpd.conf中設定: default-src 'self' 'unsafe-inline'; 又在htaccess設定 script-src 'self'; 正常來說瀏覽器會採用htaccess的設定,即「script-src 'self';」而不是「script-src 'self' 'unsafe-inline'」,以安全性來說是符合的,但AppScan無法判斷,直接當你沒設定好CSP,解決方法只有不要重複設定,保留一項設定就好。

2016鳥取島根岡山之旅(三)

松江站身輕便(松江駅身がる便) 松江站提供的行李寄送服務,服務對象是宍道湖溫泉和玉造溫泉的住宿客,服務時間為早上九點到下午三點,三點以後會開始配送行李到各個旅館,通常五點前就會送到了。 對不想拎著行李逛街的人來說非常方便,反正都要寄放行李,不如寄到旅館,而且還只要500円,大型行李櫃都還要700円說,實在很划算。 能送到的旅館只限「松江市內」,也就是位在「宍道湖溫泉」和「玉造溫泉」的溫泉旅館。 參考網址: http://www.kankou-matsue.jp/information/service/ http://www.saninji.jp/1930 實際寄送方式如下: 1.到JR松江站以後抬頭就會看到一個看板,照著看板指示前往「南口」的「臨時寄物處」(荷物一時預り所)。 2.由於臨時寄物處在站外,如果一下子找不到的話可以先找到寄物櫃,也就是コインロッカー(Coin Lockers) 3.寄物櫃旁邊就會看到這個招牌,繼續沿著站外走。 4.路上會一直有標示,指引前往臨時寄物處。 5.這裡就是了,別看有派出所就怕了,就是這裡沒錯。 6.跟裡面的人說要寄到哪裡,他會幫你寫好寄送位置,你只要寫名字就好,寫跟旅館訂房間的名字,如果訂房時只有一個名字,寫那個人就可以了。 7.可能會問你有沒有手機號碼,不過大部分人就算有也打不通,說沒有也沒關係。 8.最後會拿到一張收據,理論上要憑收據到旅館櫃檯領行李,不過溫泉旅館秉著服務至上的精神,只要訂房名字沒錯的話,就會直接幫你放到房間裡。

Google 分析 (Google Analytics) 造成的「加密的階段作業 (SSL) Cookie 中遺漏安全屬性」

 Google 分析 (Google Analytics) 的cookies會造成「加密的階段作業 (SSL) Cookie 中遺漏安全屬性」的弱點,網路上有一種解決方式,在gtag中加上參數,如下: gtag('config', 'G-XXXXXXXXXX', {'cookieFlags': 'SameSite=Strict; Secure'}); 但我的系統卻無法使用,研究了一下,要拆開寫,如下   gtag('set', 'cookie_flags', 'SameSite=Strict;Secure');   gtag('config', 'G-XXXXXXXXXX'); 要拆成兩行,Secure就可以用了。 但更簡單的方法是在httpd.conf中加入這一行 Header edit Set-Cookie ^(.*)$ $1;HttpOnly;Secure;SameSite=Strict 解決。