mysql 現在的默認引擎是myism, 所以如果你的沒用回滾的話, 很有可能是engine不對。
運行一下 alter table userAccount engine = innodb; 應該就可以了
運行一下 alter table userAccount engine = innodb; 應該就可以了
2016-07-04
發送郵件失敗
Fatal error: Uncaught exception 'Swift_TransportException' with message 'Failed to authenticate on SMTP server with username "[email protected]" using 1 possible authenticators'
Fatal error: Uncaught exception 'Swift_TransportException' with message 'Failed to authenticate on SMTP server with username "[email protected]" using 1 possible authenticators'
2016-06-27
一個項目中,php本身的性能不是瓶頸,對數據庫的操作才是瓶頸。鳥哥為了提升php性能,辛辛苦苦開發了php7,也只是提升了2倍而已,而PDO這貨一下子把效率降低了十幾倍甚至幾十倍!編程的目的是什么?不是為了抽象,不是為了面向對象,而是面向項目編程,甚至段子里說的好,面向薪水編程。我認為,有時候大家應該停下學習的腳步,問問自己,這樣的技藝我們有必要掌握嗎?畢竟知識是學不完的,我們的時間才是最寶貴的。
2016-06-14
實在是不爽,繼續吐槽ing...我再學習php面向對象編程時一直有疑惑,就是php本來作為一個好學好用的腳本語言,易用和快速開發才是它的優勢,但是現在的風氣好像你不寫個class就不算開發一樣,到處是面向對象,設計模式,把php的優勢完全丟掉了。如果說設計模式真的能做到模塊化和復用(其實封裝成函數一樣能實現)倒也罷了,但是我在知乎看到一堆人吐槽說模塊化和復用的優勢沒有實現,反而性能急劇降低。最極端的例子是,有個中科院的程序猿抱怨說前者寫的代碼完全不敢碰(也是面向對象),后來者只好一層一層的封裝,導致點擊一個按鈕要等10秒鐘才有反應,臥槽這還叫軟件嗎?這種體驗是何等糟糕!
2016-06-14
不得不承認king老師講的很好,但是看到這一節我深深覺得被忽悠了,既然90%的項目不需要用PDO,關鍵這貨的效率還這么低,那我干嘛還要花時間學習呢?強烈建議把這一節放到本課程作為第一節,先讓同學們做一個評估,在決定是否有學習的必要。不過還是要感謝king老師的精心講解。
2016-06-14