其他

之前的解決辦法是在前台介面的js裡進行時間的轉換，這樣做不是很好，還發現在IE中顯示會有不正確的時候。因此，打算使用Django自訂filter的方式來做。其中有一些需要注意的事項，一不小心就可能弄錯，導致頁面出錯。1. 添加 templatetags 目錄。需要注意的是： 目錄名必須是：templatetags ，這樣Django才能找到它。目錄templatetags的位置。

文章目錄 1.New Line Injection2.Sparator Injection3.Timestamp Injection4.Abusing Word Wrap5.HTML Injection

在Cassandra的官方部落格中，新發布了一篇關於Cassandra二級索引的文章，寫得不錯，翻譯出來與大家一起分享:) 概述在Cassandra中，對列值（column

：http://files.cnblogs.com/gpcuster/source_code.rar本目錄中CassSeller對應的是Cassandra-0.6.x版本的代碼CassSeller-0.7對應的是Cassandra-0.7.x版本的代碼對於Cassandra-0.6.x版本，開啟conf/storage-conf.xml檔案，在Keyspace配置項中，新添加一個Keyspace的配置資訊，內容如下：<Keyspace

Hadoop系統為了保證資料的一致性，會對檔案產生相應的校正檔案，並在讀寫的時候進行校正，確保資料的準確性。比如我們遇到的這個Case：執行的命令：hadoop jar dw-hadoop-2010_7_23.jar jobDriver -files tb_steps_url_path_dim.txt  multisteps_output 2011-01-25出錯日誌的提示：org.apache.hadoop.fs.ChecksumException: Checksum error: file:

 下載/Files/gpcuster/SmartContact.rar  Smart

在這個激情四射的夏季，在這個充滿奇蹟的2008.讓咱們全中國人驕傲的奧運會正在北京舉行，在大家為中國加油，為奧運健兒加油的同時，部落格園正在為大家準備一個以程式設計來展現自己編程水平的模擬機器人足球比賽平台:)訂閱本系列文章 大家可以先看下面這個圖片 這個就是部落格園模擬足球比賽平台的啟動畫面。啟動這個平台以後，我們可以上傳2個由咱們自己編寫的足球隊伍，與該平台進行串連。

Hadoop的HDFS叢集非常容易出現機器與機器之間磁碟利用率不平衡的情況，比如叢集中添加新的資料節點。當HDFS出現不平衡狀況的時候，將引發很多問題，比如MR程式無法很好地利用本地計算的優勢，機器之間無法達到更好的網路頻寬使用率，機器磁碟無法利用等等。可見，保證HDFS中的資料平衡是非常重要的。在Hadoop中，包含一個Balancer程式，通過運行這個程式，可以使得HDFS叢集達到一個平衡的狀態，使用這個程式的命令如下：sh

這本書找來很久了，一直沒讀。關於軟體測試的好書相當少，對於測試代碼的重構及模式的書就更加難得了。雖然我才讀了前幾章，給我的感受是，這本書確實講的很全面，並且給很多測試中的東西給出了專業的術語，相信當我讀完並吸收完這本書後，會有更多的體會和收穫。第一章是全書概述，直接跳到第二章開始我的筆記。Test Smell，測試的壞味道。和我們通常講的Code Smell是一樣的，不同的是Test Smell是從測試的角度來分析測試過程中的壞味道。測試的壞味道主要分為三類：code

之前在測試Django應用時，使用了非常方便的django.test.TestCase。在測試Tornado時，我也封裝了一個TestCase類，提供和Django一樣便捷的測試方法。最終，測試案例的代碼將會是這樣：Code highlighting produced by Actipro CodeHighlighter

之前一直用WingIDE寫Python代碼，雖然WingIDE在很多方面非常優秀，但是它存在一些問題：1. 速度太慢，有時候自己只是想寫一個小指令碼，都不想開啟WingIDE，而是直接在PyWin裡寫。2. 代碼補全和提示功能經常出問題明天打算寫個GUI的python程式，本來打算使用wxpython的，似乎以前用wxpython寫的介面太醜，想換換pyqt4。於是乎將pyqt4下載了下來，在官網又看到一個專門為Python，Ruby提供的IDE -

這一章主要講自動化測試的原則。前面的章節介紹了很多測試的思想，而思想的東西難免有點虛，這一章就是告訴你，遇到了具體的什麼問題時，應該怎麼辦。作者諮詢了很多的開發人員和測試人員，同時也和Martin Fowler就自動化測試的一些原則問題進行了交流，有些是顯而易見的，有些又是讓人把握不定。因此，這章主要討論了以下幾個問題：Test First or Last? Tests or Examples? Test-by-Test or Test All-at-Once? Outside-In or

我的Google App Engine部落格地址：http://blog.coderzh.com (由於我們偉大的。。。備用地址：http://pyzh.appspot.com)利用晚上和周末的時間，我用Google App

文章目錄 引言理解Google App Engine中的Django環境擷取Helper接入Google App Engine SDK確認環境設定更改程式名建立一個Django程式建立Models繼續開發Django的版本上傳程式開啟WSGI Handler在App Engine使用資料庫後台測試與調整更新Django的配置貢獻你的力量 使用Google App Engine Helper for Django原著： Matt

老婆經常誇我有想法，得益於老婆大人的鼓勵，我才打算將自己平時所想，所總結的東西寫下來。人是需要不斷總結的，有總結才會有進步。所謂總結，並不一定是多麼高深的道理，多麼複雜的推論，也並不一定要長篇大論。有時，一句話，或是一個瞬間，會讓你明白很多。首先，嚴格來說，我並不是一個程式員，我所從事的是測試開發工作，但是我接觸過各種各樣，形形色色的開發人員。有的人把代碼當樂趣，只要讓他寫代碼，比做什麼都開心。有的人純粹把代碼當作任務，養家糊口的本錢。有的人視代碼為寵物，精心呵護，容不下一絲瑕疵。有的人視代碼為

文章目錄 1. 查看寄存器2. 查看彙編3. 去除GCC的Buffer Overflow Protect4. 查看記憶體中的值5. gdb執行一般流程 1. 查看寄存器info registers 查看寄存器的情況。（除了浮點寄存器） info all-registers 查看所有寄存器的情況。（包括浮點寄存器） info registers ebp查看所指定的寄存器的情況。 2. 查看彙編disassemble func 3.

很多人不願意修改公用代碼，因為公用代碼一修改，將可能影響到別的工程代碼，必須同時修改大量的別的工程代碼。對於簡單的修改，比如函數名修改，使用簡單的批量尋找替換就可以完成。但如果遇到更加複雜的情況，很多人手足無措，只能一個一個的手工修改。《卓有成效的程式員》裡有這麼一個故事： “事情發生在一個項目中，那個項目已使用了1000個EJB（Enterprise Java

文章目錄 什麼是Emacs？Emacs基本操作 什麼是Emacs？Emacs是一種強大的文字編輯器，在程式員和其他以技術工作為主的電腦使用者中廣受歡迎。EMACS，即Editor MACroS（編輯器宏）的縮寫，最初由Richard Stallman(理查德·馬修·斯托曼)於1975年在MIT協同Guy

之前看過《Beautiful Code》，相當不錯。今天在testingreflections裡看到 Karen N. Johnson發的一篇文章，說 O’Reilly已經正式公布了《Beautiful Testing》一書的相關資訊，並且他是其中作者之一，非常期待該書的出版。同樣，我也是非常期待的。先到 O’Reilly上看了下介紹，飽飽眼福。介紹：How important is testing to the success of a software project? And how

    通常我們設計一個.NET應用程式，無需考慮過多就可以讓我們的程式正確的跑起來。但是，當我們的設計日益複雜時，稍不小心就會因為不清楚.NET代碼的執行順序以及規則而使我們陷入困境。先來個小demo，檢查一下你對它瞭解多少吧。Code highlighting produced by Actipro CodeHighlighter