PHP 教學

回複內容：多線程可能不靠譜。PHP從一開始就不是為多線程環境而設計的，所以pthread這個擴充就需要深入PHP核心，做非常複雜的Hack編程。程式一複雜問題就來了，肯定會有很多BUG。Socket可靠不可靠，這個看人吧。PHP提供的socket系列函數都是對作業系統socket介面的封裝而已，很底層。所以對於PHP提供的socket函數，如果開發人員靠譜，自然寫出來的的程式就靠譜。開發人員如果完全不懂什麼是socket，自然寫出來的程式是不靠譜的。你可以瞭解一下PHP的swoole擴充，htt

順便說下，不喜歡知乎的修改答案哈哈回複內容：Anwsion社交化開源社區程式 這個是開源社會化問答裡面做得比較好的如果樓主不糾結於PHP的話，我記得還有一個Ruby的開源項目叫“者也”Wecenter社交化問答社區程式 php+

本人專業為嵌入式系統工程，師範類學校大專2013畢業，2012年開始就在外面工作，目前工作2.5年，畢業正式工作1.5年，現在做機頂盒開發，現在想轉php（公司內部轉部門），目前正在糾結中，是否該轉？請大家給點建議，分析一下php和C的前景？回複內容：工作了這麼久，竟然還在糾結這種事情，我建議你還是不要轉了，浪費了2年的積累，因為在可以預見的2年後，你的php才能到達現在c的水平php有嵌入式有錢途？少年別誤入歧途。不建議轉php, 不如學學 python,ruby,go

rabbitmq與gearman都是做訊息佇列的，那麼兩者之間有什麼區別，或者說優點與缺點的比較各在哪裡？回複內容：Gearman是分布式任務分發系統，重點是jobRabbitMQ是分布式訊息佇列，重在message/dataGearman要實現Message的priority、order、filter、persistence..都比較麻煩（或者說不夠直接），而這些都是典型的MQ系統要考慮的。正如樓上回複的一樣，Gearman 偏重任務分發（也有調度），基本工作模式，是由 Client （多個）

我具備很強的自控能力和學習能力我自學PHP後,想在短期內掌握一門編程工具語言,用以輔助PHP的開發.我未來的大方向還是Web易語言, VB, Java EE哪個更適合我?除了PHP外,我沒有任何其他語言的編程基礎.回複內容：如果一定要學語言，

因為自己是php的，所以尤其想聽聽php程式員管理的經驗。回複內容：如果用代碼量來衡量工作量的話，弊遠大於利，員工位增加代碼量不顧品質，廢代碼非常多，可以說慘不忍睹。我幹過這事兒，來拋磚引玉吧。不是我想做，是當時的公司有這制度，財年結束前要和部門裡的每個人面談一次，填一摞表格。我們程式員都知道這工作不是工廠裡拿計件工資的工人，比如今天你做八個工時，組裝了五十台收音機，質檢發現兩台次品，為了品質管理的需要，你今天的績效是四十八台收音機，如果每台收音機你掙五塊錢，那麼你今天掙了5*48=240元。如

刻苦學了半年PHP網站開發，從小白菜，到現在能搭伺服器搞主從還能開發網站，自己是躊躇滿志的，可這一找工作發現好像生不逢時，要求全是2-3年的工作經驗，但是一看要求自己感覺還可以，現在都不要新人是嗎？回複內容：也不是，像你這樣的我們公司招了幾個，一般是3-4K的薪水。不過現在幾乎快到年末了，為了年終獎，大多即使想跳槽的人，都憋著不會走，位置空不出來。現在也不是招聘季節，需求很少。這會兒招人的，都是比較急的，需要立馬就上項目的，新人可不敢用。對於你說的，能搭伺服器，能開發網站？究竟是什麼程度的？現在

很想知道優秀的程式員是如何時刻保持精神和專註的。回複內容：1. 咖啡對大部分人來說是有效，咖啡有很多種類，可選擇適合自己口感的，可以在一段時間保持清醒提高思維能力。2.

之前用過CakePhp，現在想換CodeIgniter試試，不知道怎麼樣，有什麼好的推薦一下嗎？簡單介紹一下 回複內容： CI 最新版 2.0.2 不錯，可以試試。可以看下它的源碼，然後擴充一下，總的來說，CI 還是比較好用的。 就我個人而言，我最看重 CodeIgniter 的地方就是他的可擴充能力，CI 幾乎沒有不能擴充的地方（不修改源碼的情況下）。1、優點簡介、優雅。在那些 PHP 架構中，可以說 CI 的思維模式最接近 PHP 初級程式員了，所以，很多 PHP 程式員遇到 CI

回複內容：國標規定，VC工程注釋率為25%～50%，關鍵代碼注釋率為50%；不滿足要求就無法通過軟體三方測評；在滿足這個要求的前提下再談哪些需要注釋。為了增加代碼注釋率，減少三方測評前“腦補”注釋的痛苦，我們一般要求把《軟體設計文檔》中的"關鍵演算法”、“介面資料定義”等內容直接拷貝到代碼前面；修改代碼時也順便把”關鍵演算法“、“介面資料定義”等的注釋也修改了；修編《軟體設計文檔》時再用注釋中的”關鍵演算法“、“介面資料定義”等內容替換文檔中的相關內容；通過這種辦法來保證文檔和代碼的一致性，減少

回複內容：不成熟的程式員是見異思遷的，只考慮技術問題。市場是理性的，考慮語言的生態，部署難易，解決方案成熟度等級，招聘成本等因素。功能上很多語言都可以替代PHP，但PHP還不是“必需”被哪一種語言取代。我想我回答你的問題了。我寫了兩年多的PHP，當時使用的架構是laravel後來我放棄了PHP，轉戰Nodejs，然後就是各種爽，先不說node效能遠高於PHP，node的各種npm包和模組遠比composer多和方便，模組化的開發和維護輕鬆了很多；PHP只是為web伺服器編程而生，而nodejs可

由單位招聘的困難而感慨。我接觸的主要是PHP的，當然這裡不管任何語言，總體來說，這是一個工作頭幾年薪資增長非常迅速的行業，市面上基本是遠遠供不應求，很多小孩也敢有底氣的漫天要價，類似的還有UI設計等。從市場角度，崗位的火熱不是一年兩年了，不是什麼一般人不知道的東西。為什麼從大學開始，沒有形成一個穩定的人才供應鏈才充實這塊的市場呢。很多從事這個行業的人自我嘲笑沒前途，尤其天賦一般的，進入到一定階段，發展空間一般，但是這個行業屬於做精難，准入門檻並不是很高，學曆和學校背景也被極大程度弱化掉。而且看國

回複內容：一般來說要求五年經驗吧（市場上的特例不想討論），並且應該有架構中大型網站的經驗，或者是網站流量達到規模，或者項目複雜度和代碼量達到規模，否則就還只是普通PHP coder的水平，不會具備最佳時間，架構思路。面試的側重應該結合本公司的業務核技術堆，把重點放在1.大項目的效能伸縮性和開發伸縮性 2.解決複雜問題的思路 3. 控制碼品質的方法

回複內容：1，快速鍵巨多，而且還可以自訂。跟sublime 有一拼。這個自己去搞嘍。也有KeyTip的外掛程式，自己去搜。2，搜尋方便。支援全項目 或 目錄下 搜尋，支援正則搜尋 匹配大小寫等。3，支援ftp 寫完了直接提交到外網 調試有木有 哈哈哈4，支援svn 寫完了直接提交有木有5，自動語法檢查 inspector code 會給出為定義變數 未定義方法等等一大堆錯誤。代碼右側會有顏色標記。一般會有紅色

學習PHP不久，直接學習laravel應不應該……看文檔不是特別理解…是應該邊學laravel變學php還是，php有點基礎再來學回複內容：不建議直接使用架構，尤其是新手建議先弄明白一些東西的具體實現原理，等積累好了再用架構的話會少很多疑問，可以參考我之前的回答（想要開發自己的PHP架構需要那些知識儲備？ - 安正超的回答）積累好基礎知識。很多人總把 “基礎知識”

一般在Linux下以什麼方式或工具進行PHP開發？這樣有什麼好處呢？在Linux下開發需要加強哪方面能力呢？回複內容：這裡只講好處保持開發環境和線上環境一致，比如一些開發人員會因為手誤寫錯了檔案的大小寫，本地win調試一切OK，傳上去之後就報錯了。再比如，php處理圖片如果你不想用內建的GD庫而用ImageMagick，代碼推上線之後，不需要再麻煩地改動。裝軟體裝擴充是真方便，fedora、ubuntu都有豐富的資源，裝個php、mysql，都只是敲幾句命令的功夫，win你還得什麼xampp、w

回複內容：別侮辱symfony2!不是一個時代的東西。麻痹，被thinkphp坑死了 老項目真噁心曾經也面對過這個問題，也曾經嘗試在公司推廣 Symfony2，我當時的狀況跟你們技術總監類似，我對Symfony2與THINKPHP都熟悉，而團隊成員都熟悉THINKPHP（不得不說，TP簡單，而且推廣得太好了，隨便找個懂PHP的都可以很快上手），遇到團隊的阻力，但不大。首先，我希望能夠改變團隊成員對Symfony的誤解，所以我快速搭建了一個Demo，包含使用者管理、OAuth2

打算從C入手開始學習編程。但是最近瞭解到了PHP。求教下這兩者是兩個發展方向還是互相有融合的地方。因為是自學所以哪個學習周期短些容易找到工作之後類似於半工半學那種？因為主要是想學編程但又覺得好像PHP在小城市也比較好找到工作比較迷茫，所以特來此求教~！回複內容：C語言可以學習一下，瞭解一些編程的基礎。畢竟其他語言都是用C語言寫出來的。建議主力學習PHP，精力放在實際項目實踐上。找工作或者自己做項目都比較方便。另外可以學一下

前幾天參加了迅雷武漢站的校園招聘，然後他們有專門的php職位，然後我覺得他們的筆試和面試都好簡單，雖然還是被刷了..然後同時進行的C++組的都說好難...所以我想問的是，是不是PHP對一個人的系統知識要求的比較少？我們基本沒聞到電腦體系，演算法之類的問題。回複內容：c/c++更重視基本功和基礎。PHP則看重思維敏捷性和解決問題的能力。一般來說，c/c++學個三年，基本不會太差，太差的早淘汰了。但是，php學個三年，要是接觸不到靠譜的項目，跟新手無異，只是熟練些罷了。從來都不覺得沒有c/c++或j

最近在看AngularJS，感歎它的厲害。同時產生了疑問。傳統的後端中的MVC是不是就不需要View這一層了。比如laravel用起來。只需要往頁面傳資料。不再寫模板了。或者說後端中的View還需要嗎？回複內容：討論這類問題都要從情境，從現實情況出發。答案就是還有必要。不是所有需求和情境都可以使用 AngularJS 去解決；AngularJS 有自己的優勢，但缺點也很明顯，笨重不精細；對 SEO 支援不足等等；團隊構成，沒有一個人會用