Linux操作系統中用PHP構建網站詳解

申請免費試用、咨詢電話：400-8352-114

新聞系統可分為三大局部:治理員登入系統,新聞治理系統,用戶閱讀系統。整個進程是簡略的:
　　1、治理人員發(fā)布新聞-->數據庫-->用戶閱讀新聞

　　2、發(fā)現問題-->登入治理系統-->編纂修正新聞

　　以上流程看似簡略,但完成起來卻并不是那么簡略,這是個系統的開拓,遠比留言版的完成要復雜,但根本運作道理又與留言版一樣。在新聞發(fā)布系統的重中之重又在于數據庫的規(guī)劃和治理系統的完成。

　　目前來新聞都有些什么內容:新聞分類,信息本體。在數據庫包函這兩項內容于一個數據表內是可以完成的,但不經濟,因而我們可用兩個數據表來辨別存儲內容,一個專門存儲新聞的分類,而另一個用來存儲信息的本體。若何挪用完成雙表內容的共享呢?運用表聯系關系來完成這個問題(這里并不引見這方面的常識,讀者可自行參考數據庫相關的常識內容,靠本人起勁得來的常識最有價值,不是嗎?)

　　下面要引見的是治理功用的完成:

　　1、起首是新聞的發(fā)布

　　這是一系列的提交表單一起構成的,而這里又分兩類,創(chuàng)立新聞分類和發(fā)布新聞;創(chuàng)立完新聞分類,然后再在各個分類中發(fā)布相關的新聞,很簡略嘛!并不是如許的,想想一切的信息本體全都集中在一個數據內外,若何區(qū)分信息的分類,上面提到的表聯系關系在這就十分主要了,當然也可不必這種辦法,為每個分類創(chuàng)立一個自力的表也能處理問題,可是如許劃算嗎?維護性和可擴展性有若何呢?

　　新聞分類和信息本體的相關挪用惹起了費事,對了,處理之道就是活用表聯系關系。

　　2、編纂,修正,刪除的問題

　　這是 php+mysql 常識的根本運用,完成這些功用并無堅苦,這里不作過多的引見,只是要留意的是更改或刪除一個分類時,該若何處置該分類下的信息本體呢?因為運用表聯系關系,處置這些功用好像是在一個表內處置普通。

　　3、多工處置

　　但很多人在還編纂一條新聞時會呈現什么狀況呢?狀況就數據庫只會存儲最終編纂的內容,這種狀況發(fā)作將意味著前面修正的人的辛勞空費了,多功處置就是處理這個問題的,接納的辦法是先入為主的,即進步前輩入編纂的擁有編纂權限,然后進入的只擁有閱讀的權限直到編纂完成為止。這個功用很象 linux 的權限節(jié)制,不是嗎?

　　完成這個功用可用幾種辦法:1。用 cookie 來節(jié)制,2。在表內添加權控字段。當然用 cookie 愈加簡略些,cookie 完成的辦法和流程是如許的:

　　當有治理員進入編纂,設置 cookie ,編纂功用的順序段則判別 cookie 值,為空答應編纂,非空則回絕編纂,退出編纂時則將 cookie 清空,如斯輪回來去;多工功用是個有用的功用,至少能削減工夫上和人力上的糜費。

　　新聞閱讀功用的完成很簡略,加上翻頁功用(本站曾經引見過了),強壯的新聞系統根本完成,似乎少了個很主要的功用,不錯就是查找引擎?？梢該碛袕妷训牟檎乙媸敲總€網站的希望,而一個強壯的查找引擎的制造又是相當復雜和堅苦的,它觸及到效率,精確性和速度等諸多方面。

　　這里引見的查找引擎不會觸及到這么深的研討,只是針對特定的內容進行準確的查詢。一個功用復雜而強壯的查找引擎要用到良多的順序和數據庫技巧,我們就先從簡略的查找引擎開端引見。查找引擎的任務情況是如何的呢?它接納給出的要害字,然后在給出的局限內進行查找,然后將查找的后果返回。
　　給出的要害字能夠在信息內容的任何地位,引擎又是若何進行查找的呢?在這要用到如下的數據庫語句:

　　 
　　select * from table where (name like '%".$keyword."%');

　　name 是查找的詳細地位,普通放字段名,like '%".$keyword。"%' 是形式匹配,就是在內容中查找有無 $keyword?？磦€例子:

　　在數據表 news 查找包括要害字 good 的一切題目:

　　 
　　select * from news where (title like '%good%');

　　這是個準確查找,可以在數據庫內找出一切帶 good 的 title 出來,還有一種恍惚查找:

　 
　　select * from news where (title like '%good');

　　如許也可查找出后果。

　　假定 news 里包括 title(題目),message(內容),user(用戶) 等的字段,上面的查找局限就太狹隘了,由于只對 title 進行了查找,要對其它內容進行查找又不想操作太復雜該若何處置呢?

　　我們留意到在順序里任何變化的值都用變量來進行處置,在這這個辦法一樣行得通,可將想要查找的局限作為變量進行傳送,如許就有如下的數據庫語法了:

　 
　　mysql_query("select * from news where ($name like '%".$keyword。"%'));

　　$name 寄存的就是傳送過來的字段變量的值,而這種可變的值經過 html 的 select 下拉提交表單來完成。假如想要將查找后果限制在必然的工夫局限內又該若何完成呢?如想要查找 5 天之內的信息。還記得曾在 cookie 引見頂用到的數據庫語法嗎?

　　對了,該結合的語法如下:

　 
　　mysql_query("select * from news where ($name like 
　　'%".$keyword。"%') and time>date_sub('$time',interval 5 day)"); 
　

　　個中 $time 為查找的目前工夫:$time=date('Y-m-d H:i:s'); time 是數據庫存儲信息工夫的字段。目前將 $old 來替代 5:

　 
　　mysql_query("select * from news where ($name like 
　　'%".$keyword。"%') and time>date_sub('$time',interval $old day)"); 
　

　　相同 $old 的值經過 select 提交表單將限制的分歧工夫提交過來,便完成了這個較為強壯的查找引擎。一些更為強壯的查找引擎需求順序技巧上的共同,讀者可經過以上的道理自行擴展實驗。