其他

要求：一個檔案中存有若干單詞，每行一個，要求將檔案中的單詞按字典序排序。 分析：由於一個檔案的大小可能超過記憶體大小，因此想要一次將整個檔案全部讀入記憶體後再進行排序是不現實的。當然，處理此問題可以採用歸併法：把大檔案拆分成多個可以一次讀入記憶體的小檔案，再對小檔案進行排序後再歸併。不過在此介紹另一種方法：以“磁碟空間”換記憶體空間，在檔案內部進行冒泡排序。 演算法思路：讀取檔案中的第1、2兩個單詞，若第1個比第2個大，則交換兩個單詞在檔案中的位置，將單詞直接寫迴文件。再讀出第3個單詞，

每件事物都有它的一段曆史，現代電腦更是經曆了加法機、乘法機、分析機、圖靈機等階段。如今的電腦到底是怎麼發展到如今這個樣子的呢。我相信你一定高度興趣。

原文：http://www.icodeblog.com/2011/09/19/timing-out-an-application-due-to-inactivity/ 概述 先講講原理。我建立了一個 UIApplication 的子類ELCUIApplication。目的是為了覆蓋 sendEvent: 方法。這個方法在每次觸摸時都會調用。觸摸可能來自於按鈕、文字框以至視窗內的任何東西。 在 sendEvent 方法中，首先調用 super

0×1 概況 海蓮花（OceanLotus）也叫APT32或APT-C-00，是一個長期針對中國及其他東亞國家（地區）政府、科研機構、海運企業等領域進行攻擊的APT組織。近日騰訊禦見威脅情報中心捕獲到了一個該組織的最新攻擊樣本。在本次攻擊事件中，該組織使用了CVE-2017-11882漏洞並結合白簽名利用程式來最大化隱藏自己的後門木馬。後門木馬將常駐使用者電腦，並根據云控指令伺機竊取機密資訊或進行第二階段攻擊。 （攻擊流程圖） 0×2 載荷投遞

1.對賬周期：A公司對玩家開放了包括支付寶、財付通在內的十餘種電子支付渠道，大部分都是按月對賬的，即當月1-10號（視渠道有差異）進行對賬，然後11號開始打款/轉賬。部分渠道可能是本月對上上個月的賬，即3月對1月的賬，如簡訊渠道（還分本地和外地）。還有的可能是周結算，如中騰神州行。 2.各渠道成交額： 快錢、易寶等開通了網關支付+賬戶餘額支付的渠道成交量最大，最高的時候可以達到千萬層級，最低也是小百萬的層級，其次是支付寶和財付通等，最小的是中騰神州行等，每周僅有幾千元而已。

平台資料：平台交易表trans_info 上遊資料：上遊對賬檔案 對賬表： check_account_batch // 對賬批次表（對賬批次號、收單機構、總金額（上遊和平台）、總筆數（上遊和平台）、對賬成功總筆數（上遊和平台）、對賬失敗總筆數（上遊和平台）、對賬結果（成功/失敗/進行中）、對賬檔案日期、對賬檔案名稱、對賬日期） check_account_detail //

一、目前對賬的演算法： 1、從上遊渠道（銀行、銀聯等金融機構）擷取對賬檔案，程式逐行解析入庫 2、在預存程序中，以上遊對賬檔案的表為基準，程式逐行讀取並與我們系統的交易記錄/賬務記錄（有賬務系統情況下，合理方案應該是於賬務記錄）對比，尋找出差異記錄。 3、以我們系統的交易記錄/賬務記錄為基準，程式逐行讀取與上遊對賬檔案對比，尋找出差異記錄 二、目前對賬演算法問題： 1、使用預存程序，對賬過程都在資料庫端完成，對資料庫效能影響較大，而且對賬邏輯擴充極為麻煩

一基本使用方式: 1.將pagehelper相關jar包載入到項目,或者使用maven： <dependency>             <groupId>com.github.pagehelper</groupId>           

PS:本文轉載於（http://blog.jobbole.com/50603/）,本文由 伯樂線上 - 吳鵬煜 翻譯。 英文出處：（http://sixrevisions.com/web-development/git-tips/） 當我剛剛開始使用Git的版本控制時，我根本不確定我付出那麼多時間是不是會得到回報。Branch、Stage、Stash，這些Git名詞對我來說都非常陌生。

部分轉自：http://blog.csdn.net/chszs Jackson可以輕鬆的將Java對象轉換成json對象和xml文檔，同樣也可以將json、xml轉換成Java對象。 Jackson庫於2012.10.8號發布了最新的2.1版。 Jackson源碼目前託管於GitHub，地址：https://github.com/FasterXML/ 一、Jackson 2.x介紹 Jackson 2.x版提供了三個JAR包供下載： 1. Core庫：streaming

原文：http://yangjunfeng.iteye.com/blog/401377   JAVA 解析 XML 通常有兩種方式，DOM 和 SAX。DOM 雖然是 W3C 的標準，提供了標準的解析方式，但它的解析效率一直不盡如人意，因為使用DOM解析XML時，解析器讀入整個文檔並構建一個駐留記憶體的樹結構（節點樹），然後您的代碼才可以使用 DOM

原文：http://blog.csdn.net/hantiannan/article/details/6740084 Liferay中的Portlet中如果有自己產生了service的話，預設情況下會檢查資料庫的表，如果沒有表的話就會自動插入新表。 如果表欄位等有更新的話，也會自動幫你更新了。 但有時候我們實現定義好表後，並不希望系統來改變。欄位長度有可能不一樣，索引有可能不是所期望的等等。

原文：http://blog.csdn.net/hantiannan/article/details/7311845 在菜單的添加按鈕中，羅列了所以得Portlet。 但很多情況下我們的網站只是使用其中的一部分內容。 怎麼隱藏一些不需要的Portlet呢。 有兩種操作方法： 第一種是修改設定檔：portal-web/docroot/WEB-INF/liferay-display.xml   

原文：http://www.huqiwen.com/2012/10/24/liferay-6-1-development-study-12-file-upload/ Liferay中提供了完善的檔案處理，從liferay 6.1開始在檔案的處理方面，不再區分文檔和圖片，統一為檔案媒體庫。在普通的portlet外掛程式工程中，如果想將檔案上傳到Liferay的文件庫中，大的階段可以分為兩個流程:一、在portlet中將上傳的檔案取到，二調用Liferay的API將檔案上傳到文件庫中。

我們在資料庫插入一條資料的時候，經常是需要返回插入這條資料的主鍵。但是資料庫供應商之間產生主鍵的方式都不一樣。 有些是預先產生(pre-generate)主鍵的，如Oracle和PostgreSQL；有些是事後產生(post-generate)主鍵的，如MySQL和SQL Server。但是不管是哪種方式，我們都可以用iBATIS的節點來擷取語句所產生的主鍵。  例子如下： 假設我的資料庫表為PRODUCT (PRD_ID,PRD_DESCRIPTION)。 <

Git what is Git 重點：強大的分布式、高效代碼管理工具。 為什麼使用。 重點：使用github社區必備，而且確實方便高效。 版本控制 Subversion : 集中化的版本控制系統,有一個單一的集中管理的伺服器，儲存所有檔案的修訂版本，而協同工作的人們都通過用戶端連到這台伺服器，取出最新的檔案或者提交更新 優點：每個人都可以在一定程度上看到項目中的其他人正在做些什麼。 而管理員也可以輕鬆掌控每個開發人員的許可權，並且管理一個 CVCS

我們在資料庫插入一條資料的時候，經常是需要返回插入這條資料的主鍵。但是資料庫供應商之間產生主鍵的方式都不一樣。 有些是預先產生(pre-generate)主鍵的，如Oracle和PostgreSQL；有些是事後產生(post-generate)主鍵的，如MySQL和SQL Server。但不管是哪種方式，我們都可以用ibatis的節點來擷取語句所產生的主鍵。 1、oracle例子: <insert id="insertProduct-ORACLE"

spring-4.2以前 <bean class="org.springframework.web.servlet.view.ContentNegotiatingViewResolver"> <property name="mediaTypes"> <map> <entry key="html" value="text/html" /> <entry

1.滑動---TouchAction  支援相對座標、絕對座標、Element  注意看頂部的匯入TouchAction這個庫.. #執行個體化action = TouchAction(driver)#press 其實位置 wait從起點滑動到終點的滑動時間 move_to終點位置