|
|
現(xiàn)在標配的系統(tǒng)是 Linux + Nginx + php + MySQL ,這樣的配置越來越多的大公司在用的了說到配置不同的是一個公司的規(guī)約,比如說掛載一般分為2個盤, / 下面劃分為系統(tǒng)用的分區(qū)10G 足夠 剩余空間劃給/home的了.這點我感覺比較好的,原來我劃的太多的了,其次是對于系統(tǒng)的安全登陸,現(xiàn)在小公司或者個人的做法是通過網(wǎng)絡(luò),直接使用帳號或者密碼直接登陸而相對大公司的做法是,先登陸relay中轉(zhuǎn)服務(wù)器,然后通過中轉(zhuǎn)服務(wù)器登陸到目標服務(wù)器,這樣帳號會被記錄,安全性比較高,現(xiàn)在一般用了TOKEN,RSASecurID進行密碼登陸,提高了整體的安全性了.
php調(diào)用shell命令
在之前沒有使用到php調(diào)用到shell來執(zhí)行一些額外的任務(wù),現(xiàn)在會經(jīng)常用到的了,這樣就可以做腳本之外的事情了,這點感覺比較方便
編碼習慣上對于編碼習慣,每個公司和團隊往往使用的都不同,特別是編程IDE的不同導致了編碼規(guī)范的不同而約定也就不同的了,不過對于整體的習慣經(jīng)過團隊全體人員的決議,就定下來了,這點在原來的小公司沒有要求的很嚴格,現(xiàn)在也是這樣的,看來這個和團隊文化還是有很大關(guān)系的了,這點團隊的人相處久了,自然就熟悉的了.
函數(shù)返回值
一般對于獲取失敗的返回值都返回的是false,對于出現(xiàn)的多種情況,返回int的數(shù)值,如果是數(shù)據(jù)則返回的是array或者其他,對于現(xiàn)在的函數(shù)由于memcache的使用,現(xiàn)在用了很多的函數(shù)內(nèi)的cache操作,返回值也是先從cache取得,如果沒有在到數(shù)據(jù)庫中取得,然后寫入cache,然后返回數(shù)據(jù)
對于處理數(shù)據(jù)寫入原來的寫法是在$_POST && $_GET 過來的數(shù)據(jù),然后進行addslashes處理,現(xiàn)在的做法是直接接收,然后進行數(shù)據(jù)判斷是否符合要求,然后在拼接sql,然后對sql語句進行mysql_escape_string處理,然后在讀出數(shù)據(jù)的時候,使用htmlspecialchars進行處理,這樣顯示就沒有問題的了.
鎖機制的php實現(xiàn)
前段時間寫過一篇文章并發(fā)下常見的加鎖及鎖的php具體實現(xiàn)
關(guān)于隊列的分發(fā)問題
使用了MQ進行Memcache數(shù)據(jù)的分發(fā),這點還沒弄明白,具體的實現(xiàn),得在請教的了
關(guān)于php的錯誤級別的認識
原來對于錯誤級別,在開發(fā)的時候用的都是比較輕的E_ALL | E_STRICT 現(xiàn)在換成了E_ALL & ~E_STRICT 養(yǎng)成變量定義的好習慣,使用時候初始化是比較必要的.
對于防止用戶發(fā)表違法信息及廣告的控制及用戶行為頻率的控制
對于用戶發(fā)布的廣告,違法信息都用SPAM系統(tǒng)進行了控制,防止出現(xiàn)問題,對于用戶行為進行了限制,防止用戶過多的控制資源,對于系統(tǒng)中的變量不能使用自增的唯一ID,需要進行加密處理,返回系統(tǒng)信息被其他人獲得.包括用戶ID,數(shù)據(jù)信息ID的加密處理
php技術(shù)：PHP開發(fā)的一些注意點總結(jié)，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
