其他

目前開發Django的CMS存在的問題寫於2011-5-141.過分執著於網站介面的美化，導致開發進度進展很慢，是否需要請個美工？目前還沒有開始掙錢就準備花錢嗎？2.網站的功能開發關注太少，開發太少。3.過分執著於django自身所帶的應用，沒有突破或者不敢突破。4.對於網上下載的開源app整合改造力度不大，受制於人，沒有突破。5.網站資料庫結構的設計太追求完美，總想做一個通用的文章結構來，對於採用什麼樣的表結構與功能開發有很多疑問。6.代碼繁雜，風格不一。這是整合眾多app之後的原因，需要進行

以前一個學長跟我說“學習最愚鈍也是最快捷的方法是學一樣東西就要把它學會”，現在想想，頗有道理。從那個學長身上學到不少東西，可惜那個他畢業了。今天晚上就學了用js實現複選框的全選與反選，先默寫如下，希望看完此文的人能受益。js實現複選框的全選與反選<!--function selectAll(e) {var fruit = document.getElementsByName=("fruit");for(var i=0; i全選蘋果香蕉桃子橘子

出現藍屏提示“iaStor.sys”，在c:/windows/system32/driver/目錄下iaStor.Sys其版本是8.6.0.1007存在bug對xp不友好。換成版本8.9.0.1023替換方法：重啟電腦-進入安全模式-拷貝8.9的覆蓋掉8.6的。出現此藍屏資訊，一般是8.6版本的iastor.sys檔案引起的。所以需要更換其他版本。重啟電腦，按F8，進入安全模式。iastor.sys在C:\WINDOWS\system32\drivers目錄下。如果你不願意替換iastor.sy

#1 blog的資料表設計 #2 開發版本的管理 #3 blog的增刪改查 #4 blog的首頁布局 #5 blog條目的查看頁面配置 #6 blog的分頁顯示 #7 blog的分類設計 #8 blog的大量刪除功能 #9 blog的大量新增(或者說是大量匯入功能) #10 blog的資料備份功能(或者說是資料匯出功能) #11 blog資料從wordpress匯入的問題 #12 blog的換膚,換主題功能 #13 blog的pingback功能 #14 blog的延後顯示 #15

一、final         根據程式上下文環境，Java關鍵字final有“這是無法改變的”或者“終態的”含義，它可以修飾非抽象類別、非抽象類別成員方法和變數。你可能出於兩種理解而需要阻止改變：設計或效率。         final類不能被繼承，沒有子類，final類中的方法預設是final的。         final方法不能被子類的方法覆蓋，但可以被繼承。         final成員變數表示常量，只能被賦值一次，賦值後值不再改變。         final不能用於修飾構造方法。

首先,請參考我以前寫的一篇部落格:如何把nicEditor整合到django中使用 http://blog.csdn.net/huyoo/article/details/4382317這篇文章中的做法就是一種較為通用的做法.現在按照這種做法來把 KindEditor 整合到django項目中使用:1. 代碼的組織在項目根目錄下,使用manage.py startapp rte 建立一個檔案夾,叫做rte,意思是RichTextEditor的縮寫.然後在rte目錄下建立kindeditor檔案夾,

Hibernate工作原理及為什麼要用？原理：1.         讀取並解析設定檔2.         讀取並解析映射資訊，建立SessionFactory3.         開啟Sesssion4.         建立事務Transation5.         持久化操作6.         提交事務7.         關閉Session8.         關閉SesstionFactory 為什麼要用： 1.   

#Django#User的urls設定問題在你使用了UserProfile之後將會出現一個問題,就是User Model 的get_absolute_url在django的auth app中預設是/users/<username>/, 如果你已經擴充實現了一個UserProfile的話,你可能需要使用userprofile.get_absolute_url來使用,那麼你需要重新定義auth.user的絕對url了.auth.models

面試過程中，面試官會嚮應聘者發問，而應聘者的回答將成為面試官考慮是否接受他的重要依據。對應聘者而言，瞭解這些問題背後的“陷阱”至關重要。本文對面試中經常出現的一些典型問題進行了整理，並給出相應的回答思路和參考答案。讀者無需過分關注分析的細節，關鍵是要從這些分析中“悟”出面試的規律及回答問題的思維方式，達到“活學活用”。 　　問題一：“請你自我介紹一下” 　　思路： 　　1、這是面試的必考題目。 　　2、介紹內容要與個人簡曆相一致。 　　3、表述方式上盡量口語化。

來自 http://zhidao.baidu.com/question/197395361.html don't I know it, nobody has to say 難道我不知道嗎，不需要你告訴我I've been lucky, 'guess I was born that way 我猜我從出生就這麼幸運I think of my father, his absense makes me strong 想到我的父親，他的離開使我堅強and I love my mother, she

擷取系統的顏色位元     GetDeviceCaps(hDC, BITSPIXEL)參考資料GetDeviceCaps　　函數功能：該函數檢索指定裝置的裝置指定資訊。　　函數原型：int GetDeviceCaps(HDC hdc, int

開始學這些對象關聯的時候感覺很亂，現在有點眉目了~我的理解是：Hibernate是實現對象到關係的映射，也就是將對象怎樣用資料庫(表)來表示、操作。映射成功後，所有對資料庫的操作轉化為對對象的操作了。例如一對一關聯映射(一個人對應一個社會安全號碼)，怎麼將它映射到資料庫中呢？1、分析對象有那些屬性，然後建立實體物件。2、分析對象映射成關係表是什麼樣子的，然後寫實體對應的對應檔。3、寫hibernate.cfg.xml檔案。4、就可以使用他們了。如、檢索表中的資料（get方法），對錶中資料進行插入

這幾天在網上發現一個django app:grappelli,該app可以用來美化Django Admin後台管理介面, 把一向醜陋的Django Admin後台介面弄得很酷很好看.以下有一篇別人寫好的文章,先供大家參考: 參考資料:使用django-grappelli改善預設的django-admin後台 http://blog.sina.com.cn/s/blog_634bc2230100obx5.html不過,上面的這篇文章還是有不足的地方,

有Skiller和Sales兩個類，它們都繼承自Employee類。現在要將他們映射到資料庫中。· 分別編寫Skiller和Sales兩個類繼承子Employee類，類中有相應的屬性和gets、sets方法· 編寫Employee.hbm.xml檔案如下(主要代碼)  <hibernate-mapping><class name="Employee" discriminator-value="0">   <id name="id">      

函數原型： HANDLE CreateMutex(     LPSECURITY_ATTRIBUTES lpMutexAttributes,     BOOL bInitialOwner,     LPCTSTR lpName ); CreateMutex() 的第二個參數 bInitialOwner，允許你指定現行線程（current thread）是否立刻擁有即將產生出來的 mutex。乍見之下這個參數或許只是提供一種方便性，但事實上它阻止了一種 race  condition的發生。

pack         #pragma   pack([n])         該指令指定結構和聯合成員的緊湊對齊。而一個完整的轉換單元的結構和聯合        的緊湊對齊由/Zp選項設定。緊湊對齊用pace編譯指示在資料說明層設定。該編譯指示在其出現後的第一個結構或聯合說明處生效。該編譯指示對定義無效。當你使用#pragma

　　在網路應用中，“負載平衡”已經不能算是什麼新鮮話題了，從硬體到軟體，也都有了很多的方法來實現負載平衡。我們這裡討論的負載平衡，並不是指依靠DNS轉向或其它硬體裝置等所作的負載平衡，而是指在應用程式層所作的負載平衡。　　一般而言，只有在大型線上系統當中才有必要引入負載平衡，那麼，多大的系統才能被稱為大型系統呢？比如動輒同時線上數十萬的網路遊戲，比如同時線上數在10萬以上的WEB應用，這些我們都可以理解為大型系統，這本身就是一個寬泛的概念。　　設計再好的伺服器程式，其單個程式所能承載的同時訪問量

中國碼農集體冒泡啊 https://github.com/iccfish/12306_ticket_helper/issues/16 趕快去留名~事發突然, 中國碼農 iccfish 開發的 12306 刷票外掛程式助手,用於協助即將來臨的春節回家同胞刷到火車票, 該外掛程式 使用了 託管在github上的js檔案檢測外掛程式新版本, 以便於升級.結果外掛程式在獵豹瀏覽器 chrome瀏覽器的散播下, 贏得了大量使用者的喜愛, 一些人留言說我成功的刷到了3張站票!!! 可以回家的喜悅溢於言表,

哲學家就餐問題    哲學家就餐問題是同步領域中的一個經典的問題吧。問題描述如下：哲學家都是有點倔強的人，他們不願意在吃完之前放下他們的筷子。因為，如果每位哲學家都抓住了左手邊的筷子，他們就不可能抓到右手邊的筷，因為右邊的哲學家正在使用那支筷子，而且拒絕出讓。    這個問題是在win32多線程程式設計裡看到的，總的來說，可以歸納於線程同步問題。因為資源（筷子）是有限的，而每個哲學家要吃飯，就必須得到兩個筷子，才能夠吃飯。而且，因為，如果每位哲學家都抓住了左手邊的筷子，他們就不可能抓到右手邊的筷