05 youtube官網網頁版更新日志模板300字大專(Python編程用哪個版本的Linux比較好)

項目為思考的對象，當發現更好的方法的時候，使用恰當的工具和方法來重構自己的項目。在這樣不斷進步的過程中，你就已經不再局限于一個普通的程序員了。只有C和C++沒有C+

可以先學C在學C++在學C#

這是一條不錯的路線~

想專業點的話的話先學C再C++再JAVA，C#，其余的如VB，pascal跟著學就可以了

要是寫一些小程序的話C和VB是比較常用的，JAVA也可以，不過那是解釋型的。一般用在網上（寫網頁的還有買粉絲，asp，php等）。不過Java是比較新的語言，潛力很大，據說以后95%的程序會用它來寫，手機上的小游戲一般都是用它寫的。其實他用來寫小游戲也不錯，如robot買粉絲de之類，不需要很深的專業知識，比較容易上手。

一般會C跟Java就差不多了，C是必須要學的，經典且強大，C++基本可由Java代替

昨晚封了兩個網段的IP，124.115.0.*和124.115.1.*，終于解決了服務器這兩天來的經常莫名其妙的停止響應的問題。網站的流量現在并不是很大，而且大部分頁面的邏輯也很簡單，但是最近兩天經常出現網站沒有反應，一直顯示在等待，打不開頁面。遠程登錄服務器速度也非常慢，基本上很難操作，查看進程發現django多出了很多子進程，這說明有些進程堵塞在那里，無法返回所以啟動了新的子進程。給mysql數據庫啟用了slow-log以后，日志里經常會出現一些簡單的查詢語句，直接把語句放到mysql客戶端里去執行，速度卻相當快，估計是因為mysql并發量太大，導致這些簡單的語句也無法順利執行，所以把所有的網站頁面都堵死了。后來查看網站的訪問日志，好家伙，已經1.5個G的日志了，這個樣子在這種速度下也沒辦法查看，于是清空了日志，稍等了一會，很快就超過了100K，打開一看，sosospider的名字映入眼簾。N多個來自不同IP的soso蜘蛛同時抓取portal頁面，即便文章頁已經啟用了緩存也不起作用。于是趕緊停了網站，到lig買粉絲d設置里封了soso的這兩個網段，順便封了網易有道的一個蜘蛛IP，雖然并發沒有soso這么大，但是每隔幾條日志里就有一條是網易有道的。拜托騰訊soso的開發兄弟們，不會寫程序別亂寫，寫出這種程序來還放出來咬人，會給人家造成切實的經濟損失的。有趣的是，在soso里面搜索soso蜘蛛，出來的全是soso蜘蛛因為亂抓網站被站長封殺的新聞，soso還真是大公無私啊，絕對沒有屏蔽自己的負面新聞。Django的最佳系統結構

Django也用了一段時間了，寫了兩三個小網站，但是始終感覺自己寫出來的站點目錄和功能的安排還是比較混亂，很難達到讓自己滿意的效果，更不要說令人賞心悅目了。尤其是，當你需要開發下一個網站的時候，雖然感覺用戶部分的功能（注冊/登錄/忘記密碼/修改用戶信息）所有的網站是通用的，但是想復用現有網站的這個功能卻相當困難，居然笨到只能把模板文件/Model/View挨個復制過去再修改，實在是難登大雅之堂。于是狠命的研究了一些文章，終于算是找到了點前人的經驗之談，大概的總結如下：項目文件manage.py/urls.py/settings.py盡量少的改動（當然，不改動也是不可能的），setting.py里面需要設置數據庫的相關信息，還有模板目錄之類的，模板目錄是可以使用相對目錄的（使用os.path），很可惜，我沒有測試成功，在lig買粉絲d下面它仍然使用相對目錄來搜索模板，所以總是報錯，但是我找到了另一種解決方案。

setting.py里面有一個配置選項TEMPLATE_LOADERS。默認情況下它使用兩種加載機制，第一種是文件系統方式，即使用下面配置的TEMPLATE_DIRS目錄，在里面尋找模板文件，如果沒有找到，第二種是app模式，它會在INSTALLED_APPS所標識的已安裝的App下面尋找templates目錄，并在其中尋找模板文件。而這個第二種，跟TEMPLATE_DIRS是無關的。因此，只要注釋掉第一行，TEMPLATE_DIRS這個選項就可以留空了。然后，在任意一個App目錄下面建一個templates目錄，把模板文件扔進去就OK了。當然，最佳方案是，每個Apps下面放它自己用到的模板文件。這樣，以后將這個App放進其它的項目的時候，你不需要做任何設置，模板這一塊就已經正常工作了。

然后是Urls，在每個App下面添加它自己的urls.py文件，在里面設定它所用到的url映射，然后在項目級的urls.py里面使用include方式加載各個App的url配置就可以了。但是這樣有一個要求，就是這個App要使用統一的目錄前綴，比如用戶相關的Url都以user/開頭。（我不知道是不是必須這樣，但是目前我所掌握的知識，只能這樣了。）

通過這兩個改動，已經將App和項目的耦合性降到了最低，現在如果要重用一個App，比如用戶部分，只要把user目錄拷到另一個項目，在settings中安裝這個App，在urls.py中include這個App的urls，就OK了。至少里面所有的功能都是正常可用的。（當然，模板文件可能需要針對新的項目做些改動，但是如果你的模板設計規則是相同的，那么只要在新項目的framework里使用相同的內容，而使用另一種不同的style文件就可以了。）花了不少時間把理財易的代碼整理了一遍，整理了一下功能的組織，把用戶部分/留言板/日記本/投票以及站內信/好友/圈子（這三個功能在理財易中沒有開放）全部建成單獨的App，并分離了Urls和模板，雖然導致項目目錄下面的子目錄多了很多，但是每個目錄的功能都簡單明白了很多，可以很方便的添加或者移除某個App，比如圈子或者站內信，只要在配置文件中安裝該App，相應的頁面上添加鏈接，該功能就變得馬上可用了。最基本的理論就是這樣，剩下還有一些高級技巧，比如：每個App下面都可以建一個叫sql的目錄，里面建立對應于model名稱的sql文件，那么，在執行了syncdb命令安裝該App以后，這個SQL文件就會被自動調用，可以用來往分類表里插入系統默認的分類，或者往用戶表里插入一條最高權限的初始用戶等等。

每個App下面都可以建一個叫templatetags的目錄，在里面添加template tags和filters，大家互不干擾。

每個App下面都可以建一個叫tests的子目錄，里面放一些單元測試的代碼，就可以直接對該App進行單元測試。

每個App下面都可以建一個叫management.py的文件，里面可以放任意的Python函數，并給該函數添加事件接口聲明，比如dispatcher.買粉絲nnect(my_syncdb_func, signal=signals.post_syncdb)，這樣就可以在App安裝完成的時候執行任意的功能。（注意，是在添加了任何一個App以后都會被調用到，而不止是自己被安裝以后。）

還有，每個App下面的views.py不是必須的，你可以按照自己的需求把函數拆解到多個python文件中，只要在urls.py中引用了正確的類名就可以了。這對于一個功能比較多的App是相當有用的。

有了這些屬性的幫忙，基本上你可以對自己的項目文件做出各種適合自己的調整，并且仍然保持項目結構的優雅，并且，對于程序的執行效能是完全沒有影響的。希望這篇文章對于Django的用戶起到一點幫助。

很赞哦!（349）