MySQL+Hibernate下連接空閑8小時自動斷開問題解決方案　　前段時間剛完成一個家教網項目，數據庫為MySQL5.0，持久層使用Hibernate3.1，沒有使用額外的連接池，那么Hibernate會默認使用它自帶的一個默認連接池，也就是DriverManagerConnectionProvider。 先在本機上調試都毫無問題，于是部署到服務器上，也都沒什么問題。由于這是新網站，根本還沒正式對外發布和宣傳，所以頭兩天根本沒人訪問。

第3章數據倉庫和數據挖掘的OLAP技術本章要點數據倉庫的基本概念多維數據模型數據倉庫的系統結構數據倉庫實現數據立方體技術的近一步發展從數據倉庫到數據挖掘數據倉庫的發展自從NCR公司為WalMart建立了第一個數據倉庫。1996年，加拿大的IDC公司調查了62家實現了數據倉庫的歐美企業，結果表明：數據倉庫為企業提供了巨大的收益。早期的數據倉庫大都采用當時流行的客戶/服務器結構。近年來分布式對象技術飛速發展，整個數據倉庫體系結構從功能上劃分為若干個分布式對象，這些分布式對象不僅可以直接用于建立數據倉庫，還可以在應用程序中向用戶提供調用的接口。

*2008年3月數據挖掘概念與技術*第1章引言本章要點數據倉庫的發展數據挖掘數據挖掘的類型數據挖掘常用技術數據挖掘解決的典型商業問題*數據倉庫的發展自從NCR公司為WalMart建立了第一個數據倉庫。1996年，加拿大的IDC公司調查了62家實現了數據倉庫的歐美企業，結果表明：數據倉庫為企業提供了巨大的收益。早期的數據倉庫：大都客戶/服務器結構。近年來：數據倉庫體系結構從功能上劃分為若干個分布式對象，可以直接用于建立數據倉庫，還可以在應用程序中向用戶提供調用的接口。

海量數據處理之大躍進--自主bi系統"天到實時"耿一斐數據行業現狀一、各大公司日益重視數據二、數據產品涉及的行業越來越多三、數據產品市場越來越廣泛BI系統，搜索，推薦是數據的幾種較為直接的使用形態。數據應用面臨著越來越多的挑戰數據量越來越多，G---T---P客戶要求響應，day---hour---minute--second隔天信息BI系統架構圖適用場景該系統一般隔天執行，統計數據基于Hadoop生態體系，M/R，hive等都已基本成熟。Mapreduce，hive-sql開發較易。Mysql關系型數據庫支持各種組合，關聯查詢，易于數據展現。重度依賴調度系統推薦一款開源的調度系統（Zeus）1、友好的界面顯示、全中文，配置簡單

開始！大家好~~~~~我是這次的分享者賴志鵬，主要分享內容是BI大數據BI商業智能把商業智能看成一種解決方案應該比較恰當。商業智能的關鍵是從許多來自不同的企業運作系統的數據中提取出有用的數據并進行清理，以保證數據的正確性，然后經過抽取（Extraction）、轉換（Transformation）和裝載（Load），即ETL過程，合并到一個企業級的數據倉庫里，從而得到企業數據的一個全局視圖，在此基礎上利用合適的查詢和分析工具、數據挖掘工具、OLAP工具等對其進行分析和處理（這時信息變為輔助決策的知識），最后將知識呈現給管理者，為管理者的決策過程提供數據支持。數據倉庫模型設計與業務的關系分析需求，與客戶溝通需求。建模確定輸入尋找數據源預處理（不一定存在）數據挖掘（不一定存在）輸出結果算法手機號碼中

公開課主題：淺析Storm流式計算主講人：肖康主要內容Storm簡介Storm原理和架構Storm實戰*Storm簡介-案例分析統計某個服務被訪問的客戶端地域分布情況日志中記錄了客戶端IP把IP轉換成地域按照地域進行統計Storm簡介-案例分析Hadoop貌似就可以輕松搞定日志存HDFS運行MapReduce程序map做ip提取，轉換成地域reduce以地域為key聚合，計數統計從HDFS取出結果Storm簡介-案例分析如果有時效性要求呢？小時級：還行，每小時跑一個MapReduceJob10分鐘：還湊合能跑5分鐘：夠嗆了，等槽位可能要幾分鐘呢1分鐘：算了吧，啟動Job就要幾十秒呢秒級：…分析MapReduce不滿足時效性要求的原因一批數據啟動一次，處理完進程停止啟動本身是需要時間的：輸入切分、調度、起進程共享集群Job比較雜

目錄什么是FIS前端集成化方案前端自動化工具ANTGRUNTGlup FIS什么是FIS自動化工具+集成化方案集成化方案--組件化天氣搜索欄網址導航實時熱點組件化優勢結構清晰目錄直觀可復用組件化的問題實際使用效果如何？組件化的問題資源加載引用資源繁瑣使用成本高連接數過多不用了還要自己刪組件化的問題資源加載維護打包策略資源冗余緩存利用組件化的問題這樣的組件化太痛苦！

RDS最佳實踐阿里巴巴數據庫技術-玄慚*我們的團隊.我們來自阿里集團數據庫技術團隊，負責維護RDS所有線上的數據庫實例，.團隊成員里有去IOE的直接操刀人，也有豐富雙11經驗的工程師.涵蓋了：Oracle，MySQL，SQLSERVER，Postgresql*目錄最佳實踐-優化路線圖最佳實踐-定位瓶頸最佳實踐-設計優化最佳實踐-SQL優化最佳實踐-RDS彈性升級*我們使用RDS中遇到了什么？為什么我的RDS慢了？為什么我的RDScpu，iops，連接數100%？為什么我的RDS空間滿了？*最佳實踐-路線圖定位瓶頸設計優化

SearchPlanner-搜索共享業務平臺亞夫曾經的淘寶搜索系統架構100+個不同應用調用搜索服務20+個不同功能的子系統構成了淘寶的搜索系統存在的問題：無法提供完整的搜索服務用戶體驗不一致，算法團隊的各種創新成果不能共享存在嚴重的安全隱患引擎及其它系統更新換代困難各應用重復工作，效率低下現在的淘寶搜索系統架構解決了舊架構的各種不足，將N*M的復雜關系，變為了N+M各業務在SearchPlanner平臺上互相融合，涌現出了一系列創新型業務，成為了一個創新支撐平臺面臨的技術挑戰：穩定性開發效率數據驅動的業務快速迭代SearchPlanner整體架構提供三個層次的服務：完整的搜索業務服務搜索的基礎服務平臺的基礎服務

OpenSearch—可定制式開放云搜索平臺一淘及搜索事業部國泊(郭瑞杰)大綱個人介紹性能優化2008年7月畢業于中科院計算所，工學博士，研究方向實時搜索2008.8新的啟程：重新實現查詢引擎新的啟程：組建團隊，重新實現索引引擎(indexlib)1.反思：優化存儲、online解耦飛天2.應用：全網搜索開啟HA3準實時搜索時代(Swift+HA30.6)應用：CNZZ通用站內搜索（替換soso站內）1.提出產品想法2.團隊組建&探路：外包式定制?開放定制3.技術決策：與全網搜索服務必須分離

設計模式詳解何謂設計模式在面向對象程序設計（OOP）過程中，我們經常會遇到很多重復出現的問題，總結解決這些問題的成功經驗和最佳實踐便形成了設計模式（DesignPattern）。其核心思想是將可重用的解決方案總結出來，并分門別類。從而指導設計，減少代碼重復和優化體系結構。采用設計模式的益處重用，避免代碼重復冗余優化體系結構提升系統的可維護性和彈性代碼更加容易測試，利于測試驅動為性能優化提供便利使軟件質量更加有保證增強代碼可讀性，便于團隊交流有助于整體提升團隊水平設計模式、重構和Antiparttern設計模式是成功經驗和最佳實踐的總結，指導設計人員采用正確精良的設計。

iSearch演變歷程太奕概述了解iSearch引擎歷史變革iSearch遇到過哪些問題iSearch如何解決這些問題通過解決方案揭示iSearch的進化過程如何為iSearch的技術發展保駕護航iSearch引擎歷史問題與挑戰問題與挑戰技術變革問題與挑戰技術變革問題與挑戰倒排容量優化正排容量優化保障機制用戶對引擎的期望：能夠支持更大領域的業務需求能夠更快速的響應業務需求一個重要的前提：保證上線版本的服務質量保障機制

淘寶搜索離線系統介紹一淘搜索事業部淘寶搜索dump中心木桑概要淘寶搜索的離線場景計算需求存儲需求全量流程&增量流程集群運維開發管理展望Q&A淘寶搜索的離線場景離線場景約束條件結構化數據的完整性\準確性:數據量大而又要完整、準確,更新及時性:更新多源頭又要同步，更新數據量大而又要實時性架構業務邏輯友好性:全量增量流程不同而又要業務代碼一致等淘寶搜索業務簡介09年前架構Dumpserver……Dumpserver07年:12臺08年:48臺OracleSearchEngineXML09年架構-引入map/reduce09年架構–job序列計算需求-09年架構的問題Job鏈太長；多次重復數據I/O;問題不好查;對數據庫壓力大;業務邏輯分散,開發效率不高;Job數量跟隨業務膨脹;hdfs只有順序寫能力，沒有隨機讀寫;增量任務速度慢;計算需求-理想狀態和數據庫關聯少；全量時間控制在2小時內，每天做一次全量(join)計算；

狀態收集增加頁面緩存狀態收集增加頁面片段緩存狀態收集數據緩存狀態收集增加webserver狀態收集服務調度分庫狀態收集服務調度分表、DAL和分布式緩存狀態收集服務調度增加更多的webserver狀態收集數據讀寫分離和廉價存儲方案狀態收集大型分布式應用和廉價服務器群狀態收集服務調度實現框架Zookeeper服務集群管理ThriftRPC實現服務模塊Nagios數據采集監控ZooKeeper Zookeeper從設計模式角度來看，是一個基于觀察者模式設計的分布式服務管理框架，負責存儲和管理大家都關心的數據，然后接受觀察者的注冊，一旦這些數據的狀態發生變化，Zookeeper就將負責通知已經在Zookeeper上注冊的那些觀察者做出相應的反應，從而實現集群管理。

*WebSphereMQ教程*提要WebsphereMQ介紹安裝和配置WebsphereMQWebsphereMQ集群WebsphereMQ分布式隊列管理WebsphereMQ故障診斷*議程MQ概念中間件MOM異步通信消息原理MQ對象演示Reference(備用)應用案例*MQ簡史1992SSI(ServerSideIncludes,服務器端包含)，開發了消息產品ezBridge;IBM為網絡通信定義了3個API標準：CPI-C,RPC,MQI1992-3IBM開發消息產品（代碼Victory）1993IBM從SSI那里購買了ezBridge的版權之后MQSeriesversion1產生（主要運行在大型機上）1994/1995IBM發布三個平臺的MQ:AIX,OS/2,和AS/400.到MQSeries5.3(WebSphereMQ5.3)已支持超過35個平臺Windows,Linux,多個Unix,……2006年初WebSphereMQ6發布CPI－C(CommonProgrammingInterfaceCommunication,IBM公共通信編程接口)是一個與平臺無關的API，它與一套公用的APPC（高級程序間通信）接口。簡單直接，在支持CPI-C的所有平臺上都可移植。

樸實前行模塊化重構之旅技術中心-網站研發部-前端報告人：劉暢臨目錄第一部分背景第二部分解決方案第三部分總結與展望第一部分背景1.現有架構1.1.自動化構建工具ClosureCompiler、cssmin、imagemin……第一部分背景1.現有架構1.2.代碼include共用業務通用組件業務腳本第一部分背景2.問題大第一部分背景2.問題重復依賴層次不清晰內容規劃欠妥亂第一部分背景2.問題開發環境復雜用例生成步驟繁瑣我們在這里雜目錄第三部分總結與展望第二部分解決方案第一部分背景第二部分解決方案使用新的高大上的框架Ｘ第二部分解決方案不用慫！就是干！

HTML5在Qzone的實踐Aboutyuni HTML5是什么？廣義上JavaScript new API本地存儲靜態資源動態數據資源本地存儲當用戶再次訪問頁面的時候讀取本地cachejs相對于從網絡拉取，本地讀取的時間可以忽略資源本地存儲原理資源本地存儲優點相比于html5官方的manifestcache：支持js單文件更新，更新后本次立即生效；支持動態直出頁配置manifestcache但是不cache動態頁本身；支持combo文件的cache；且下次combo請求自動排除本地cache已有的文件在觸屏項目實踐中，項目針對對pluginstorage插件做了以下優化：在不支持localstorage的平臺，manifest.js配置文件直接應用為cache文件的版本號控制；

概述目錄HTML5新特性HTML5應用前景HTML5概述目錄什么是HTML5?　　HTML5是一個新的網絡標準，現在仍處于發展階段。目標是為滿足當今飛速發速的互聯網需求,它將會取代現有的HTML?4.01和XHTML?1.0標準。它希望能夠減少互聯網富應用（RIA)對Flash、Silverlight、JavaFX等的依賴，提供更多能有效增強網絡應用的API，并且滿足移動互聯網的發展需要。Web新時代標準------HTML5廣義HTML5(整套技術)JavaScript CSS Html認識HTML5新標準：繼HTML、XHTML及HTMLDOM的新標準，由W3C與WHATWG共同制定。更多取代腳本的標記;減少對外部插件的依賴;以獨立于設備為目標……W3C專注于XHTML2.0;WHATWG致力于web表單和應用程序;

移動網站開發實踐趙文博webkit.org使用HTML5響應式設計touch事件兼容高分屏硬件加速DebuggingTips語義化標簽使用這些標簽增強語義[1]:headerfooternavarticle…NewelementsofHTML5離線存儲使用localstorage[1]:保存用戶地理位置信息緩存Javascript和CSS[2]

二、ContainerOps解決方案架構設想一、ContainerOps解決方案背景介紹三、ContainerOps解決方案技術實踐目錄CONTENTS四、技術實踐下階段計劃PATR1ContainerOps解決方案背景介紹目錄01ContainerOps解決方案背景介紹ContainerOps初衷分布式的未來，容器是軟件分發標準DevOps全面容器化目錄02ContainerOps解決方案背景介紹目錄03ContainerOps特點符合OCI容器規范面向分布式，支持集群部署基于容器的生態工具鏈基于微服務架構設計ContainerOps解決方案背景介紹PATR2Containerops解決方案架構設想