其他

1、安裝vsftpd終端輸入：sudo apt-get install vsftpd安裝了之後會在/home/下建立一個ftp目錄。這時候你可以試著訪問下ftp://IP地址。應該可以看到一個空白內容的ftp空間。啟用：sudo /etc/init.d/vsftpd start＃或者sudo service vsftpd start停用：sudo /etc/init.d/vsftpd stop ＃sudo service vsftpd stop重啟：sudo

誠惶誠恐。我沒有做過推薦，不知道為什麼這篇就“被”推薦了。這隻是一篇blog，肯定會有不當之處，請包涵，多指正。 之前寫了篇blog專門探討非同步/同步IO，但那隻涉及了網路的IO。這段時間看了很多System方面的論文，且也在設計一個System，再加上最近剛用Mina實現了一個非同步訊息互動的模組。因此，將這段時間的心得記錄下來，可能有些雜，希望能夠有人喜歡看。 所謂同步，簡單的說，A告訴B去做某件事情，然後就一直等待，直到B做完後返回給A，A才繼續做其它的事情；所謂非同步，相反的，A告訴B

視窗功能按鈕位置出現在視窗的左上方位置是 Ubuntu 10.04 bata版最有爭議的改變之一。下面的操作方法將會告訴您怎麼恢複到以前在視窗右上方的模式。現在我們看到的視窗的樣子：　　雖然目前的視窗模式可能不是最終4月29日正式版發布時的模式，可是在測試版裡最大化，最小化，關閉按鈕的位置卻是出現在視窗的左上方的。下面就來看看如何修改視窗的按鈕的位置　　視窗功能按鈕的位置取決於一個設定檔。我們將使用圖形介面“gconf-editor”修改這個設定檔。　　按下“Alt +

上一篇提到了用MongoDB的鬱悶，這一篇部落格則是嘗試了另外一個新東西 - RabbitMQ 的結果。所不同的是，RabbitMQ給我的感覺很棒。強力推薦！安裝RabbitMQ是基於Erlang的，所以首先必須配置Erlang環境。從Erlang的官網 http://www.erlang.org/download.html 下載最新的erlang安裝包，我下載的版本是 otp_src_R14B03.tar.gz 。然後：$ tar xvzf otp_src_R14B03.tar.gz$ cd

在QQ網站下載linux的安裝包後（linuxqq_v1.0.2-beta1_i386.deb），安裝使用，發現QQ經常崩潰。解決方案如下：sudo gedit /usr/bin/qq在第二行加入： export GDK_NATIVE_WINDOWS=true即全文修改為：#！ /bin/shexport GDK_NATIVE_WINDOWS=truecd

一直對此比較疑惑，而且代碼裡似乎也找不到相關所以網上找了下，大概就下面這幾種把       if(videoWriter==NULL) filename = filenamePrefix + ".avi";    if(videoWriter==NULL) videoWriter = cvCreateVideoWriter(filename.c_str(),CV_FOURCC('D','I','V','X'),fps,cvGetSize(f));    if(videoWriter==NULL)

之前一直用的是官網上的庫：http://www.json.org/java/index.html 個人體驗，這個庫的毛病挺多的，比如在將JSONObject轉換成String的過程中會產生大量的臨時性的String對象（因為沒用StringBuffer），更鬱悶的一個問題是，它可以很容易的將Java的某個對象序列化成JSON格式的字串，比如：MyObject myobj = new MyObject();JSONObject jsonobj = new

在SDK中使用控制項非常的麻煩，不像VB之類的編輯工具，直接設定控制項屬性就能很方便的控制控制項。平時用得最多的控制項包括按鈕、ListBox、 Combobox、Edit、Image List等，學了一個多月SDK，發現只會用按鈕和Edit控制項，其它的控制項一點兒都不會用，所以決定拿些時間來熟悉這些常用控制項，首先準備熟悉的是

Heritrix通過三個參數來控制爬蟲抓取的速度，位於每個Job的setting處，delay-factor是一個因子，表示兩次抓取之間的delay應該是上一次抓取的延遲 * delay-factor：舉例來說，如果將delay-factor設定為4，前一次抓取花費了500ms的時間，那麼要間隔 500ms * 4 =

發現我有好幾篇blog的首碼都是用的“不簡單”，它大概描述了這樣一個狀態：一個看起來很簡單的任務在實踐之後，發現其實很不容易。很多事情都是這樣，如果不是親自去做，如果不是仔細鑽研，那就只能處於霧裡看花的狀態。這讓我想到另一個故事，在我畢業的那年曾經被某公司的CTO面試，他和我說過一句話讓我至今記憶猶新，他跟我說技術其實是很簡單的（幾年後某位大牛也和我表達過類似的意思）。我一直琢磨這句話的含義，現在理解，他的意思應該是指無論多難的技術，只要你用心，總是能夠學習和掌握的。簡單或者不簡單，其實不是技術

 由於docs被封，因此轉載這裡供日後參考from https://docs.google.com/View?id=d9bwjsf_14fb6wj6hb——————————————————————————————————————————————————————————相對於其他免費郵箱，gmail 提供了最豐富便捷的功能，和最完善的安全防範。儘管如此，使用者的失誤依然可能導致資訊洩漏和被竊取的損失。gmail

雖然打著Heritrix的名頭，但本文更多的還是談談增量抓取的基本思想，Heritrix只是正好被用來做為例子。如果你不是隨便寫個爬蟲抓著玩，那麼一定會碰到一個問題，就是增量抓取。不管是百度，google這樣的廣泛搜尋引擎，還是現在很火的垂直搜尋，增量抓取一定都是做爬蟲的最需要考慮的問題。之所以需要增量抓取的原因，有兩個：1. 網站總是在不斷的發生著變化。或者添加了新的網頁，或者舊的網頁內容發生了變化；2.

In Search of Memory, in search of myself                                                  ——“In Search of Memory”讀後感  　　感謝pongba的豆列，使我有機會發現這本書。 　　 　　對於一個即將開始視覺和智能方面探索的PhD

CloseHandle()函數的使用？？很多程式在建立線程都這樣寫的：............ThreadHandle = CreateThread(NULL,0,.....);CloseHandel(ThreadHandle );。。。。。這不是剛好建立又關閉了嗎？線程怎麼運行呢？================================================Closing a thread handle does not terminate the associated

昨天點開HTM的Wiki首頁，無意間發現Wiki上更新了Numenta公司創始人之一Dileep新開的blog: Mind Matter。於是順藤摸瓜找到了他的個人首頁，驚訝的發現首頁上赫然寫著此兄已離開Numenta開新公司去了：I am on an extended leave of absence from Numenta to explore forming a new company focused on applications. Interested in teaming up?

★兩套API ：OS API vs CRT API　　本來照例要先介紹線程的幾種死法，但是考慮到很多Windows程式員經常混淆線程API，搞不清楚到底該用哪個。所以先來說一下兩套線程API的問題。 　　首先，Windows作業系統本身提供了線程的建立函數CreateThread 和銷毀函數ExitThread。其中的CreateThread 用於建立線程，ExitThread 用於線上程函數內部推出線程（也就是自殺）。 　　其次，在Visual

大三的做嵌入式實驗的時候就知道了svn，可是平時代碼都是隨便寫寫，也沒有怎麼好好管理，導致版本管理十分混亂，很多修改都無跡可尋。最近正好要幫實驗室寫點東西，又恰逢春節時間充足，就打算抽點時間研究一下。於是在網上發現了一篇好文，特意轉載下來排版一下，以備日後參考。原文來自:http://bemike.org/posts/258http://bemike.org/posts/260http://bemike.org/posts/261http://bemike.org/posts/262******

我遭遇到了調用waveOutReset死結的問題，在GOOGLE上一搜，遇到同樣問題的人還真不少，但沒有人很明確地找到造成DEADLOCK的原因，都是糊裡糊塗就把問題解決了，然後把運行OK的代碼一貼完事。我花了四五個小時才徹底摸清楚規律，把這經驗拿出來共用原則：(1) waveOutReset不是立即返回的函數,而需要等待駐留在WAVEDEV裡的音頻BUFFER全部標記為WOM_DONE,經過callback proc處理完畢後,waveOutReset才會返回. (2)

突然發現自己很久沒有更新部落格了。主要的原因還是這陣子特別懶，沒有努力學習新的東西，光忙著每天的日常任務。佛曰：這樣不好，不好...這些體會是基於一個這樣的系統：它包含有十幾個大小不一的模組，這些模組分布在不同的機器上，每個請求都需要這些模組的協作才能夠完成。我不是太好意思稱它為大系統或者分布式系統，因為它確實還差了那麼點東西。但我也相信，任何一個真正的大系統/分布式系統也是從這麼一個系統開始的。對於這樣一個系統，訊息通訊模組，日誌模組和監控模組是非常基礎卻至關重要的幾個模組：訊息通訊模組是一切

 1. 電腦視覺現在有種迴歸80年代研究思路的趨勢。那時候由於電腦硬體限制而不能實現的想法現在完全可以實現了 2. 智能識別的實現模型應該就是層級貝葉斯網路了，現在的問題就是怎麼解決這個網路的最佳化問題，也就是怎樣從一個NPhard問題變成一個有限可能的問題。按照人學習的模式的話，應該是種分層最佳化，每層的最佳化都需要通過下層的前饋跟上層的反饋來減少可能的假設，從而把prior限定在有限的範圍之內。 3.