[git] git add all modified files git 把 modified過的檔案都加入stage

You can use "git ls-files"

git ls-files --modified | xargs git add

add all modified file

or

git add -u

[python]python find your own package version

python find your own package version


pip freeze
會列出已經 installed 的 packages 跟版本

可以把導成 requirements file，到新的環境在直接install

pip freeze > requirements.txt
pip install -r requirements.txt



pip freeze — pip 1.5.6 documentation
http://pip.readthedocs.org/en/latest/reference/pip_freeze.html

[武術]吳公藻公 太極法說 八不傳

太極門規中的第十項為〔非人勿傳〕，並註曰〔凡欲入門者，必須預先觀察其人品格資質，然後方可納入門下。
否則誤容匪類進門，為患不淺，故應審慎妥當，方可傳藝。〕
（以上門規，見于鄭天熊的著作）

傳授穴位，衹可口授，更有八不傳的說法（見吳公藻公開的《太極法說》中）：
第一，不授不忠不孝之人。第二，不傳根底不好之人。第三，不授心術不正之人。第四，不傳魯莽滅裂之人。
第五，不授目中無人之人。第六，不傳知禮無恩之人。第七，不授反覆無常之人。第八，不傳得易失易之人。

- 羅漢功同太極內功
http://kungfuboard.org/forums/showthread.php?t=5648&page=3

[linux] grep 找出前後字元 找出前後行

若是想找出 match pattern 的前後行時，在使用 grep 時 可使用

grep -irn "pattern" -A 10 -B 10 file

若是想 grep match pattern 的前後字元呢?

grep -Eo '{0,10}pattern.{0,10}' file

[日記]140713(日) Talk with 寶師 關於追尋與理想

好久沒有去探望寶師父，跟寶師父聊聊天。趁最近有在回鄉的空檔，讓我反思這兩年來的收穫與初衷。

這一年的生活體驗，才真的深刻理解到，講求的"放鬆"到底是什麼。
從跟 何老師 學習八卦的精神，他也指正了我一些，讓我能夠更加精進。
跟 陳老師 學了小八極，讓我知道，原來郭老所說的八極門的精神與精義。郭老所說，真是千金不換。也在陳老師的細心教導下，讓我得到姿勢的校正。
跟 張老師學習的整復，讓我用它來認識身體，讓我知道原來肌肉的組成與何謂鬆。
跟 霍老師習來的 方架拳，慢慢去了解什麼是柔化著稱，一動必有一用。

這一年，實在是充滿了體驗。

無已感謝，若有機會傳播善知識，會盡力傳播。

140713 Talk with 寶師

• 要放鬆的練
• 要養生就是過馬三角，不用太深，如果要在進階在繼續教技術。
• 這是古老的養生學
• 開展
• 功架

• 一般人就好好工作好好生活過了一生
• 每個人都有每個人的天命
• 要賺錢要有機運
• 主要是你工作個時候夠不夠快活，夠不夠爽快
• 對於工作的滿足感

[武術][轉貼]台灣武藝協會 2014 第一屆全國青少年兒童國術夏令營

[情報] 第一屆全國青少年兒童國術夏令營 - 看板 MartialArts - 批踢踢實業坊
https://www.ptt.cc/bbs/MartialArts/M.1089565005.A.726.html 


標題[情報] 第一屆全國青少年兒童國術夏令營
時間Sun Jul 11 16:57:08 2004

～熱血夏令營，邀您一起武動奇蹟
台灣傳統武藝內涵豐富，為傳統體育活動的一部份，極富文化薰陶及強身之功能，結合武藝文化薪傳與團康輔導及生命教育課程相結合，鍛鍊參與學員強健體魄與健康休閒觀念，並透過活動過程之多元教育模式將生命教育課程做適度結合，提供學員探索生活中的點滴，達到自我成長，進而關懷周遭的每一個人，達成強身、薪傳與和諧社會的多重目的。使青少年、小朋友參與正當休閒運動，並同時了解中國傳統之文化，遠離不良場所。
武術~全方位潛能開發、藝文~多方面切換學習
團隊~強化人際關係、生活~武術學習深刻化、趣味~學習活潑化
指導單位：行政院體育委員會。
主辦單位：台中縣政府、台灣武藝文化研究協會、國立體育學院。
協辦單位：大甲鎮體育會國術委員會、大甲溪武藝表演團、大安鄉體育會、中華民國螳螂拳協會、東海大學社會服務、梧棲社教站、晨曦人文服務協會、靜宜大學課外活動組、靜宜大學八極拳社。
時間：中華民國九十三年八月二十三日～八月二十七日。
地點：台中縣沙鹿鎮靜宜大學（新建宿舍）。
招生對象：國小、國中、高中及社會人士。
報名費：2600元（含紀念T恤、功夫褲）
報名辦法：
1.      報名日期：即日起至九十三年八月十五日
2.      繳費：報名費請以匯票寄送台灣武藝文化研究協會。匯票抬頭為「陳文雅」。
地址：407台中市西屯區中康三街七號十五樓之一。台灣武藝文化研究協會　收。
3.      報名表請傳真至：04-24251932
聯絡方式：04-24259343；0960526731  聯絡人：蔡 宛 容。

教練群：
郭應哲教授
‧      台灣武藝文化研究協會秘書長
‧      國家A級教練
莊梅英老師
‧      台灣武藝文化研究協會副理事長
‧      大甲鎮國術委員會主委
李賢慧老師
‧      中港中學教師
‧      資深武術教練
※課程內容及報名表詳見背面
課程內容
        內功    基本功  拳套    兵器
初級班  十八路羅漢功    椿步練習
步法、身法練習
發勁練習
螳螂八大式      螳螂拳-七手拳
忠義拳
中級班                  螳螂拳-小翻車   偃平刀
高級班                  九九太極拳（暫定）      昆吾劍
課程表
    日期
時間    週一
        週二
        週三
        週四
        週五

07：00-07：10   0800
相見歡
0830
始業式
0900
健身內功        號角吹響集合囉
07：10-08：00           健身內功，基本功
08：00-09：50           基本功法訓練
（椿步、腿法、步法、手法、發勁等）      驗收
演武會排練
10：00-12：00   拳　法　教　學
12：00-14：00   午　餐　時　間
14：00-15：00   靜　態　教　學  驗收展
15：00-17：00   分　組　教　學
17：00-17：30   當　日　課　程　驗　收
17：30-19：00   晚餐及休息時間  回家囉
19：00-21：00   藝文課程及演武大會
21：00  就寢

[blogger] share 到 facebook 的 description

在使用分享url 到 facebook時，他會試著去抓 page的 og: meta 相關資訊來當摘要。
除了自己填上og 資訊以外，blog會預設抓 <p> 或者是 <description> 當做摘要。

blogger 的 template中，只要找到 "<data:post.body/>" 在前後加上 <description> block。facebook 就會抓取你的 body 當摘要了。
可以使用 facebook open graph debugger 來做測試。


<description> <data:post.body/> </description>


Debugger
https://developers.facebook.com/tools/debug/

[elasticsearch] index size , shard size , heap size design

先簡單總結一句，elasticsearch 的這些值，全部還是取決與需求與硬體規劃。


index 是有若干 shard 組成。 ( 每個shard 為一個獨立 lucene index )
在Elasticsearch的設計中， 接受到 request 的 requesting node ，會把請求轉發給所屬的shard。

非常清楚的，最佳的 search 狀態為，每個shard都可以再一次load到memory之中，不用作多次的GC。 所以，最推薦的值是 shard size << ES_HEAP_SIZE ，當在做aggregation 的操作也比較不會OutOfMemory。

由此說來，我們可以先推估，我們可以提供的硬體 memory可以有多大，在去評估 query 的情境下，哪些條件可以選擇我們要search 哪個 index 把 index 拆分開來。


cf.
peicheng-note: elasticsearch 相關 elasticsearch文章
http://peichengnote.blogspot.tw/search/label/elasticsearch

peicheng note: [elasticsearch] 關於 brain split / cluster split 成兩個 clusters

http://peichengnote.blogspot.tw/2014/07/elasticsearch-brain-split-cluster-split.html

peicheng note: [elasticsearch] 再談 _all field
http://peichengnote.blogspot.tw/2014/06/elasticsearch-all-field.html
peicheng note: [elasticsearch]range query depends on the field type
http://peichengnote.blogspot.tw/2014/06/elasticsearchrange-query-depends-on.htmlpeicheng-note: [elasticsearch] document id _id field uuid
http://peichengnote.blogspot.tw/2014/05/elasticsearch-document-id-id-field-uuid.html
peicheng-note: [elasticsearch/logstash] logstash id 自動產生 document id "_id" automatic id generation
http://peichengnote.blogspot.tw/2014/04/elasticsearchlogstash-logstash-id.html

[elasticsearch] 關於 brain split / cluster split 成兩個 clusters

brain split

Intro

使用 Elasticsearch時，會先設定 Cluster Name。cluster name 就是用來判斷 cluster 裡面的 node 怎麼做 discover 與 怎麼 auto-join 這些 nodes。
這裡必須再說明一下，關於 elasticsearch 的 discovery modules。 discovery module 負責來發現集群內節點，還有負責選出哪個節點是 master。
Elasticsearch 是的 Peer to Peer p2p baseed system，意味著每個nodes間，直接與另外的 node 做溝通。主要的API (index,delete,search ) 並不會與 master node做連線。
Master node 的主要工作，就是

• 維護 cluster 的 state
• 決定nodes 是否可以加入cluster 內
• 分配 shard

不過，當state改變時，其他nodes怎麼獲知的就取決於 discovey 的實際實作。
所以，在 production 的 cluster ，setting 內的 " cluster.name" 是強烈建議要修改的。預設值是 "elasticsearch"。

Split Brain Problem

split brian 的根本問題在 nodes 不可用(node unavailable)，一般而也可能是 out of memorey (constant GC)， 過高的 threads或者是網路的問題。
所以，特定節點連不到，或者是該節點當好是master node，就會發生 split 成兩個 cluster的問題。

Elasticsearch 官方目前已經在改進 consensus/election algorithm 來避免發生 split briain 的情況。

"discovery.zen.publish_timeout" 預設值是 30 秒，當每個節點接受到 master的請求時，他會回復並且更新自己的狀態到 master節點上。當 timeout了，會繼續去執行queue裡面的 node list。

目前比較典型的解決方案，可以設置 "discovery.zen.minimum_master_nodes" 。設定 master 的最小數目，建議在超過兩個節點時，可以設置較高的值，推薦的數字為 n/2+1。( n 是 nodes 數)。 另外一方面，也可以設置 indices.recovery.max_bytes_per_sec default 20mb/s 去調降 cluster 內的網路流量。

一般來說，還是要找出，為什麼 loading 集中的問題點，才能徹底解決這個問題。(例如，requested node 在同一個時間內，要處理過多的requests。除了可以調整 thread pool 來觀察，也可以觀察 每個nodes 的memory 與 cpu 用量。)


以下附上幾個 mail

---

Ivan Brusic ivan@brusic.com 透過 googlegroups.com 5月14日 2014
寄給 elasticsearch The current approach used to fix split brain problems by the Elasticsearch is not to correct the symptoms, but address the cause. Split brains occur when one of more nodes becomes unavailable, usually due to out of memory (constant GC), overwhelmed threads or network issues. The last one is hard to avoid, but there have been improvements to help with memory and threading. Do any of these cases apply to your situation?
Elasticsearch is improving the consensus/election algorithm in order to not get into split brain situations, but in the mean time you should look into avoid situations that caused it.
Cheers,
Ivan

---

Mark Walkom markw@campaignmonitor.com 6月11日
寄給 elasticsearch For that size just make them all data+master nodes. You really want n/2+1 masters, where n = number of nodes, so that you prevent split-brain from occurring, and having all 3 as master will provide that.
Just set ES_HEAP_SIZE in the defaults, you don't need to worry about anything else.
Regards, Mark Walkom

---

Michael Hart hart.mike@gmail.com 6月25日 (13 天前)
寄給 elasticsearch Try setting "indices.recovery.max_bytes_per_sec" much higher for faster recovery. The default is 20mb/s, and there's a bug in versions prior to 1.2 that rate limit to even lower than that. You didn't specify how big your indices are, but I can fairly accurately predict how long it'll take for the cluster to go green with that parameter.
mike

---

Mark Walkom markw@campaignmonitor.com 5月15日
寄給 elasticsearch With 2 mater nodes and discovery.zen.minimum_master_nodes: 1 you still risk a split brain. If they master lose connectivity for whatever reason, they will each form their own cluster, and if the data nodes happen to be talking to only one of the master eligible nodes at that time then you will have two clusters, each with a master and a data node.
If you want HA as you are putting it then you want 3 master capable nodes with discovery.zen.minimum_master_nodes: 2.
Regards, Mark Walkom

---

cf.

• Configuration http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/setup-configuration.html
• Discovery http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/modules-discovery.html#modules-discovery
• Zen Discovery http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/modules-discovery-zen.html

peicheng-note: elasticsearch 相關 elasticsearch文章
http://peichengnote.blogspot.tw/search/label/elasticsearch
peicheng note: [elasticsearch] 再談 _all field
http://peichengnote.blogspot.tw/2014/06/elasticsearch-all-field.html
peicheng note: [elasticsearch]range query depends on the field type
http://peichengnote.blogspot.tw/2014/06/elasticsearchrange-query-depends-on.htmlpeicheng-note: [elasticsearch] document id _id field uuid
http://peichengnote.blogspot.tw/2014/05/elasticsearch-document-id-id-field-uuid.html
peicheng-note: [elasticsearch/logstash] logstash id 自動產生 document id "_id" automatic id generation
http://peichengnote.blogspot.tw/2014/04/elasticsearchlogstash-logstash-id.html

[武術][吳式太極拳] 關於 斜中寓中 之誤 試談以訛傳訛的特點

關於 吳式太極拳的特色，斜中寓正這點。

今天請教了一下 霍潔泉 老師，
明確可以知道，這樣的說法，可能是近代才傳出的。

與當時在北京接觸的吳式太極拳是一致的。

南方吳家到了 吳公儀宗師 傳授 方架 "斜中寓正" 的特點又被拿出來強調。

總結依據這個特點的形容詞應該是近代傳出，後來新編的新武術架子，又根據這的詞，以訛傳訛的去加強 "斜" 的特點。

其實，這斜並非失去中正。

依照霍老師的演示，這個斜正其實都在變動當中的，由著練熟拳架自然能反應。

以下附兩篇文章，來探討斜中寓正
============

文章薈萃
http://www.manshektaichi.org/publication/leunghungki.htm

吳式太極拳『斜中寓正的由來』 梁鴻基師傅
吳式太極拳突出輕柔、細膩、連綿的風格，強調斜中寓正和川字步型自成一體。吳式太極拳創始人是吳鑒泉，吳鑒泉學拳於其父全佑，全佑是滿族人，先學楊露禪所傳楊式大架拳式，後又拜楊班侯學習楊式小架。

全佑本是清朝的御林待衛，精蒙古摔跤。摔跤的基本動作是雙腳分開成馬步，重心放在臀部身體向前微傾成斜形，方便用手將對手擒著來摔打，以他將摔跤的動作​​融入於太極拳內，慢慢便形成川字步形斜中寓正。後傳其子鑒泉，鑒泉自小從漢族，改姓吳，又名愛坤。他最後對其父所授拳進行修潤而成吳式太極拳。吳式太極拳以柔化著稱，動作舒鬆自然，拳式小巧靈活，拳架由開展而緊湊，緊湊中不顯拘謹；推手動作嚴密、細膩，寧靜而不忘動，亦以柔化見長，更因融入摔跤動態，所以更能善於摔。

============

吳式太極拳：“斜中寓正”與“立身中正”
前北京市武協委員，現意大利中華功夫聯盟主席趙民華/意大利
內容提要：吳式太極拳身軀前俯的理論依據是流傳的“斜中寓正”，“斜中寓直”與“斜中寓中”的“三斜說”，但均查無出處，違背了太極拳根本大法“立身中正”。
************************************************** **
筆者在《武魂》2004年第11，12期發表《中華武術在意大利——兼談“斜中寓直”引起的爭論》，2006年第4，5期發表《太極本是同根生，何以正俯竟不同》，兩文皆質疑吳式拳架前俯和“斜中寓直”。
近來獲知，與筆者有同感的人不少，其中不乏當今吳式太極拳界的名家。如吳式掌門人馬海龍師在回答“吳式太極拳的“斜中寓正”和“川字步”是怎麼回事”的提問時，明確表示：“傳統的吳式太極拳是沒有這個講法的，這都是後人提出來的。我認為，太極拳只有中正”。隨歷史的發展，太極拳也需要發展，豐富和完善，但遵循太極拳根本大法是前提。有說“吳式太極拳一代宗師楊禹廷先生……對於吳式太極拳……做出了傑出的貢獻，使得吳式太極拳以其輕靜柔化、緊湊舒伸、川字步型和斜中寓正的風格特點，被國家體委確定為主要優秀傳統太極拳流派之一……”，本文就其中“斜中寓正”的提法，談些個人意見。
（一）禹廷老堅持“立身中正”，與“斜中寓正”無關
禹廷老未提過“斜中寓正”，也未把這四字和身體前俯歸入吳式太極拳的“風格特點”。現試述如下：
1.理論：禹廷老強調“立身中正”。
《太極拳動作解說》一書曾增刪四次，披閱三十七載。直到1961年在北京內部出版時，禹廷老已73歲了。可以說，該書是禹廷老畢生研習太極拳的結晶。
全書繼往開來，言簡意賅，樸實無華，經久耐讀，強調太極拳“總的要求身法不外'中正安舒'四個字。從定式（即靜止姿勢）看，自頂至尾閭要保持中正… …只有立身中正才能更好的維持身體的重心。……在動勢（即運動時），也應注意保持身體中正……軀幹：要求立身中正……不能傾斜……以安舒中正符合自然才對……重心穩定與否，絕大部分決定於身體是否中正。如果身體偏斜，重心自然不易穩定……練習推手和盤架子一樣……力求'中正安舒'，'不偏不倚'……重心穩定與否，絕大部分決定於身體是否中正。如果身體偏斜，重心自然不易穩定”。全書未見“斜中寓正”四字。
2. 實踐：禹廷老所授拳架並無前斜。
禹廷老所教與其書所述相同。在筆者受教的十幾年中，未聽禹廷老說過“斜中寓正”和要求身軀前俯，而是反复叮囑筆者“無論拳架，還是推手，身體都要松淨，要中正安舒”。
從《太極拳動作解說》的152張拳照可看出：主要動作的拳照都無前斜。特別是圖10攔雀尾和圖41左右摟膝，與近年大幅前斜的吳式獲獎者相去甚遠。
3. 佐證：禹廷老門人著述和影像盡顯中正。
禹廷老門人李秉慈，翁福麟二師以《太極拳動作解說》為基礎，增加了詮釋，補充了器械部分，改拳照為手繪，重新編著而成《楊禹廷太極拳系列秘要集錦》一書。該書的“楊禹廷太極拳系列套路的特點”一章說：“'川字步'保持了兩腳在地面上基本平行……既保證了立身中正……還能使重心垂直在底面積的最佳位置上……（重心與腳在一垂直線上）”，293頁說：“所謂'松淨'，就是周身通體……垂直矗立​​於地面之上。”
吳彬師任編委會主任，李秉慈師任編委的《燕都當代武林錄》，在介紹禹廷老“拳術姿勢，動作，理法的獨特優點”時，列首要獨特優點是“1. 中正安舒。”
北京科影音像出版社錄製《一代武學宗師王培生- 吳式太極拳》，國際文化交流音像出版社錄製《太極匯宗》中的李秉慈師，二師盡顯拳架中正，並無大幅前斜。
（二）“立身中正”也是吳式拳架之根

自王宗岳師著《太極拳論》申明“虛靈頂勁……不偏不倚……立如平準”要領後，武禹襄，李亦畬，楊澄甫等太極界歷代名師皆反复闡述“立身中正”，強調太極拳當“立身中正安舒……不偏不倚，所謂'尾閭正中神灌頂，滿身輕利頂頭懸'也”。
三和四代的吳式經典也都倡導“立身中正”，並未記載和闡述“斜中寓正”說法。除上述禹廷老，李秉慈師及翁福麟師的著述外，再補充若干：
徐致一師在人民體育出版社出版的《太極拳全書》裡說：“懸頂在術語中叫做'頂頭懸'，又叫做'虛領頂勁'，是說頭頂與地平線應當保持垂直的姿勢。”
吳公儀師著《初學太極拳須知》說：“太極拳之動作……先從外表之姿態言……頭容正直……拔背是背部向外微凸，使脊柱垂直……《基礎八要》曰：中，正，安，舒，輕，靈，圓，活”。
吳公藻師著《吳式太極拳譜》（即《太極拳講義》）說：“太極拳……其姿勢也，中正安舒……不偏不倚，是為中定之氣，亦道之本也… …頂勁者，即頂頭懸，頭頂正直……其姿勢務求正確，中正安舒……正者，姿勢端正……而忌偏斜……如車軸為車輪之樞紐，若使車軸置於偏斜而不適於車身之重心處。則車輪轉動，進退失其效用矣。”
吳英華和馬嶽梁二師合著《正宗吳式太極拳》說：“（一）虛靈頂勁（頂頭懸）……做好這一動作的最簡單方法是練習時頭頂與地平線垂直……（二）尾閭中正……是頂頭懸的延續動作，只要頂頭懸做好了，脊柱自然會正（中正不偏或不偏不倚）直……拳論上特別提出'立如平準'， 平準就是天平……這樣頭與脊柱垂直，虛領頂勁自然形成”。
劉晚蒼師，劉石樵師著《太極拳架與推手》說：“尾閭正中：太極拳……應'立身中正安舒，支撐八面'，使'尾閭正中神灌頂'…… 尾閭正中，周身中正……可以免除身體前俯，後仰，左歪，右斜，偏頗失中，否則稍受牽引，就失去重心平衡。”
馬海龍師著《太極拳原理之我見》說：“吳式太極拳……具體體現在修煉時必須注意：（一）中正：每一個姿勢務求端正，最忌偏斜……上盤則以頂頭懸（虛領頂勁）作為綱領。中正即《十三勢歌訣》中說的'尾閭中正神貫頂，滿身輕利頂頭懸'……在修練中必須嚴格地使自己達到以下的要求：一.中正……務使每個姿勢務必達到端正，不能有偏斜的傾向。要使自己達到中正的要求，必須保持'頂頭懸'”。
綜上所述：吳式大師們都肯定“立身中正”而不談“斜中寓正”。
（三）“三斜”要害是“斜”
“斜中寓正”，“斜中寓直”和“斜中寓中”的“三斜”。雖用詞有異，但都要求身軀前斜，違背了“立身中正”的根本大法！ “三斜”既查無出處，更經不起推敲。其中“斜中寓正”也有“正”字，容易和“立身中正”混淆。現剖析如下：
“立身中正”的“正”就是“中正”，指保持頭頂至尾閭呈一垂直線（參見拳照附一）。 “斜中寓正”的“正”是“對正”，指頭頂至尾閭呈一前斜直線，同在該斜線上的頭與實腿前足保持垂直對正（參見拳照附二） 。
“斜中寓中”釋義同“斜中寓正”，“中”指在……之中，即該斜直線上的頭與前實腿的足同在一條垂直線之中。
（四）結論
準確地理解太極拳原則是學好，提高和發展太極拳的根本。如果說，引經據典地闡述過於沉重繁雜。那麼，大家可以思考下面兩個簡單的問題：
1. 為什麼如此重要的吳式“斜中寓正”風格特點竟不見楊禹廷，徐致一，吳公儀，吳公藻，吳英華，馬嶽梁，劉晚蒼，王培生，李秉慈，馬海龍等吳式名家們的著述，而只是口頭流傳？這究竟是他們對吳式風格特點的遺忘？還是對“斜中寓正”的否定？難道是他們用心良苦的有意迴避？
2. 為什麼只有吳式太極拳身軀前斜（含新命名的常式太極拳）？為什麼其它四大流派都是“立身中正”？
3. 為什麼楊禹廷，王培生，李秉慈，馬海龍等吳式名家拳架近乎中正，而近年吳式獲獎者拳架卻大幅前斜？
4. 現在重新倡導“斜中寓正”大幅前斜的拳架是否背離了吳式前輩們肯定“立身中正”的意願？
隨太極拳日益普及，人們對太極拳了解的廣度和理解的深度，早已超越幾十年前。當前，身軀前斜的吳式太極拳門生應該否定“斜中寓正”，使吳式與其它各式太極拳一樣，統一在“立身中正”之下。
（五）猜想
遙想當年獨樹一幟的八卦掌宗師董海川只教門徒“走圓”，“老三掌”等基本技術，並未限定八卦掌技術體系，從而給後世留下了豐富八卦掌技術體系的巨大空間，乃至形成了今天兩大門六小派，技術內容浩瀚，龐大的八卦掌技術體系。由此想起：難道鑑泉宗師也擬步董公後塵，給吳式門人留下了進一步完善吳式太極拳的餘地？
注：《前人學拳筆記》記述：“吳鑑泉先生雲：'1.凡摟膝拗步後腳向前邁進時，前腳不可立起；倒攆猴亦然。身要正，手要斜。' ”
筆者錄於此，盼專家們辨識真偽。如證實為鑑泉宗師所述，則證明吳式二代宗師也肯定“立身中正”，要求拳架“身要正”了。

[elasticsearch]sort no mapping found / ignore_unmapped

elasticsearch sort no mapping found

nested: SearchParseException[[index_name][2]: from[-1],size[-1]: Parse Failure [No mapping found for [name] in order to sort on]]; }]

在使用 sort ，若是沒有該 type 的 mapping ，預設的情況下會 return fail 。 這時候可以使用 ignore_unmapped 在 忽略 sort 該欄位時沒有存在 mapping的情況。

{
    "sort" : [
        { "price" : {"ignore_unmapped" : true} },
    ],
    "query" : {
        "term" : { "user" : "kimchy" }
    }
}

sorting - No mapping found for field in order to sort on in ElasticSearch - Stack Overflow
http://stackoverflow.com/questions/17051709/no-mapping-found-for-field-in-order-to-sort-on-in-elasticsearch
Sort ignoring_unmapped_fields http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/search-request-sort.html#_ignoring_unmapped_fields

[linux][mongodb] install mongodb on centos / mongod: symbol lookup error: mongod: undefined symbol:

install mongodb on centos 6.3 時 ，
發生

mongod: symbol lookup error: mongod: undefined symbol:

看了 log 沒有其他的相關訊息。
使用 官方的 mongodb-org

yum install -y mongodb-org

Install MongoDB on Red Hat Enterprise, CentOS, Fedora, or Amazon Linux — MongoDB Manual 2.6.3
http://docs.mongodb.org/manual/tutorial/install-mongodb-on-red-hat-centos-or-fedora-linux/

[elasticsearch]deep paging problems

再次談到 search engine 的 deep page problems。

當你要取得 1001個分頁的資料時，Elasticsearch 幫你做了什麼是呢?
(假設每個分頁有 10筆)

• requested node 接收到 query string 
• 每個 shard 會執行從 requested node 來的 query string，取得 hit 的 doc ID 與 sort 的欄位值。所以說，每個 shard 上會有  local sorted priority queue。 (預設是 by "relevance score” The relevance score of each document is represented by a positive floating point number called the _score — the higher the _score, the more relevant the document.)
• 每個 shard 把  local sorted priority queue 送到 requested node 做 sort by score。所以，這裡會取得 shard_num*10010 筆 doc ID 與 score pair。 並且取出 10000 ~ 100010 的 doc IDs。
• requested node 使用 doc IDs 去取回該 doc 的 document 內容。

cf.
What is relevance? http://www.elasticsearch.org/guide/en/elasticsearch/guide/current/relevance-intro.html