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