其他

一直想使用新的筆記軟體取代我的老evernote，不過，不管是evernote的高版本，還是有道筆記，麥庫，都不能讓我很滿意。evernote的高版本介面不習慣，必須要連網，據說有時可能重裝後丟資料。有道資源佔用可怕。麥庫倒是不錯。不過，文章一多就感覺有點亂了。不想evernote，幾年的資料，數千條，10多M的純文字也毫無壓力。看來還是繼續用老東西吧。小問題是，搜尋有時搜不到。網上找到一個小技巧，在搜尋的關鍵詞前加一個“’”即可。我打算依託這種多級標籤體系加搜尋，來搭建自己的資料庫。

　　用過有道筆記，現在正在用麥庫。總的來說，越來越依賴，感覺非常好用。現在已經超越我手機裡的鮮果聯播，成為第一常用的軟體了。　　不說麥庫，最近聽說evernote出了國內版，想起原來選擇手機筆記軟體時也比較過evernote，但登陸都成問題所以放棄了。對evernote我是一貫的仰慕，2.2版我一直用到現在，是我的主力單機筆記本，我用快盤實現了它的雲端儲存化（已經有10M+，但寬頻問題不大）。所以對於印象筆記，還是試了試。pc用戶端太大手機用戶端速度還算可以免費版限制每月60M的上傳流量有點噁心

        這段時間，工作狀態一直不是很好，說不清是因為領導沒有安排具體任務，還是自己惰性使然，抑或其它煩心事隱隱約約影響的結果，總之，我是在虛度光陰了。其實，每天也很清楚自己在做著什麼，看著時間這樣悄悄流逝，身旁的人都在忙忙碌碌，心裡是很為自己的無所事事和不作為而自責的！其實，錯誤的事大家都知道，而且也沒有人故意想要去犯錯！哎，不想深究原因了，問題一籮筐，昨天已經過去，今天將要過去，就都不要想了，明天，明天一定要有所不同了.........        還沒說今天的正事。今天別管怎麼說，

        在最佳化你的資料庫時，你可能沒有用到這些細節的優點。以下是10個關於你的資料庫效能的問題，需要你問問自己。　　　　        1. 假設你的資料庫不需要儲存特殊字元的能力，尤其是Unicode標準中規定的那些字元，你有沒有在系統中把nchar類型替換成char之類的各種適用的欄位類型？ 　　2. 你是不是在用smalldatetime類型，而不是datetime？如果你不清楚這兩種類型有什麼區別，這是一個簡單介紹：smalldatetime類型可以儲存1900年1月1日至20

　　QQ以前開放過http登入的連接埠，主要用於手機使用者進行網上聊QQ。後有好事者研究jar包，把其中的通訊協定進行分析，並做出http登入QQ的C#程式。但好景不長，幾天后，那個連接埠就再也串連不上了。　　隨後又出了一個MiniQQ，開發語言為Delphi，利用的是wap的連接埠，當然也是騰迅對手機使用者開放的連接埠。另有好事者也研究那方面jar包，也寫出了相應的程式。以前一種相比，它們所發送的資料包格式相差無幾，只是連接埠不同而已。也是沒多久，QQ也封鎖了這個連接埠。看來想用其它軟體上QQ

PDFBox：是Java下的開源類庫ICEPDF：號稱最好的PDF開源類庫，不過，java下的iText：能夠快速產生PDF的Java開源類庫VeryPDF

泡沫的產生一般是基於幾個因素的推動：一是該商品存在供不應求的情況，並且這種情況仍會在一段時間內繼續。任何投資的機會，都是基於供需關係的失衡，沒有供不應求的局面，就不會存在商品價格的上漲。二是商品的需求具有一定的剛性特點，比如房地產、農產品等。三是貨幣政策的導向，即投機資本的成本問題。貨幣資本相對寬鬆，則投機成本較低，投機者就有可能傾向於將資金用於對商品價格的炒作，並以此來獲利。

以文本方式查看主題 -  Rytto技術論壇  (http://www.rytto.com/bbs/index.asp)--  Professional工具軟體/程式  (http://www.rytto.com/bbs/list.asp?boardid=16)----  高斯克呂格座標系中國部分定義(北京五四和西安80)  (http://www.rytto.com/bbs/dispbbs.asp?boardid=16&id=14)--  作者：RyttoAdmin--  發布時間：2

要客觀、準確的認識市場。市場永遠是對的，只有客觀的認識市場，才能準確的判斷市場的運行情況。如果市場運行正常，我們就可以按照此前的價格預期，以及針對價格預期所指定的計劃來進行操作；如果市場運行不正常，我們則應該考慮制定相應的應對策略。要做到客觀、準確的認識市場，應從宏觀和微觀兩個角度來對市場進行分析。宏觀層面主要包括利率、匯率、經濟周期、產業政策等方面的因素。利率較低時，由於融資成本降低，市場中資金會較為充裕，證券所代表的資產價格通常出現上漲。匯率的影響是多方面的，如果匯率上漲，對於出口型的企業來

方法一：在工具箱中插入COM控制項，當把控制項拖到介面上後，將會自動產生兩個封裝的dll，並在引用中添加。問題：當ocx需要不斷升級時，這種方法很痛苦，需要重新走一遍，老是清不乾淨。方法二：用AxImp封裝。（tlbimp封裝無UI的ocx）調用：vs2008在命令列下直接可以使用。aximp。vs2005則在sdk/v2.0/bin下有aximp。運行後對ocx封裝，得到兩個檔案。在vs中引用。聲明一個對象，在InitializeComponent中執行以下操作即可：this.MO =

esentutl /p %windir%/security/database/secedit.sdb 故障現象安裝IIS的時候一直提示如下錯誤，IIS無法正常安裝。提示：安裝程式無法複製一個或多個檔案。特定錯誤碼是 0x4b8。按“確定”以繼續；或者按“取消”，停止安裝並且再試一次。如果繼續，組件可能無法正常運行。解決方案(1) 開始 > 運行 > 輸入 CMD >再輸入以下命令：esentutl /p

live writer的首行縮排很垃圾，用全形空格，會被自動過濾。修改css檔案，本地好著的，上傳後還是沒有。沒辦法，只好用一個賤招，在原始碼頂部粘貼：<style type="text/css">.post p{text-indent: 2em;font-size:14px;line-height:22px;} </style>順便把字型變小的討厭問題也解決了。

基本上，每天都會看若干次，看新宋是否更新了。結果，卻是望眼欲穿，毫無結果。前兩天在吧裡看見有人推此書，寫的是元末的事情。又是在遼東朝鮮。作為ｙｙ文，算是不錯的了。故事的思路其實挺好：一小隊紅巾軍，走投無路，最後打下雙城，在朝鮮和遼東交界處佔下一塊地盤，改寫了曆史。能夠讓人一口氣看下去，看的也比較爽。但如果說遺憾，我覺得也有很多：戰鬥場面，簡直有點慘不忍睹。每次取勝，都是靠的是主角喊口號、唱歌這些行動。難道作者忘了這是幾萬人的生死大戰嗎？《竊明》中的戰鬥雖然比較不靠譜，但好歹還有點可信度，人家畢竟

　　支援J2ME的手機現在有很大一部分還是只支援到MIDP 1.0，在這個平台上，無法使用GameCanvas和Sprite等MIDP 2.0中所支援的類，開發難度會比較大。自從接觸了MIDP 2.0的一些知識，我也作了幾天的研究，感覺開發難度已經被大大地降低了。目前支援MIDP

vs的網站項目，會在我的文件中產生一個sln檔案，可以直接開啟網站項目而不用採用“開啟網站”的方式開啟。這樣，把sln和網站代碼放在一起，就很方便了。但美中不足，sln中的路徑是絕對路徑，不方便在多個電腦中同步使用。在網上找到一個辦法，好用。 Project("{E24C65DC-7377-472B-9ABA-BC803B73C61A}") = "D:\myproj\soacsharpdemo\", ".", 這裡的第二個參數 改成 "."  下面的兩個路徑修改成相對路徑 Debug.

用socket串連pop3伺服器，字元編碼我採用Encoding.ASCII。1. 發送指令 user <username>\r\n得到+OK2. 發送指令 pass <password>\r\n得到+OK3. 發送指令 list\r\n這時，如果馬上去socket.Receive(bytes)，有時只能取得+OK\r\n，而不能取得完整的資料包，雖然可以通過socket.Available進行判斷到達的資料量，但有時還是取得錯誤的資料。因此，在發送完 list 指令後，

通貨膨脹都是由流通中的貨幣數量過多引發的。從這個角度來進行判斷，最直觀的指標就是M1（狹義貨幣供應量）。M1包括流通中的現金和非金融性公司的存款，這兩者是隨時有可能進入流通領域的錢。M1資料定期由央行公布，任何投資者都可以通過多種渠道獲得。M1的衡量是以其增速為標準。M1增速的計算方法很簡單，只要用當月的M1與此前月份的M1直接進行比較就可以了。根據我國近幾十年的情況分析，M1的增速在10%-20%屬於常態；當M1增速低於10%時，通常會表現為很強的通縮壓力；而當M1增速高於20%時，通脹的壓力

google maps裡最重要的對象應該算是GMapsApplication了，它的定義用到了javascript物件導向設計方法。var a=z.prototype;W("GMapsApplication",z);P(z,"getMap",a.N);function W(a,b){window[a]=b}function P(a,b,c){a.prototype[b]=c}z.prototype.N=function(){return