作者查詢 / GALINE
作者 GALINE 在 PTT 全部看板的留言(推文), 共3712則
限定看板:全部
看板排序:
全部C_Question473PHP473GUNDAM411Macross339RTS306Web_Design279Soft_Job203GameDesign168Military150StarTrek150Evangelion59Ghost-Shell49StarWars49toberich45java43C_Chat34GHIBLI32Haruhi28Google23DummyHistory22Falcom22EZsoft21GTA19paranormal19Expansion0717SCU_Chin96C16TY_Research16Ace-Combat12CodeJob12Scifi_Drama12AC_Music10PlayStation10Rockman10Ajax9Game-Talk8HOT_Game8Vocaloid8CGI-Game7Database7Japan_Travel7XBOX7SF6sky6ForeignGame5Galaxy5B2TF4BraveSaga4EUREKA4LeafKey4MenTalk4Eng-Class3JAM_Project3Network3OOAD3Programming3Slayers38words2AT_PingPong2Atheism2Aviation2C_ChatBM2CJJHS53th3202Digital_Art2Fantasy2Gemini2KS_PMAC2MacDev2Navy2NHU_LD922Seikai2Steam2ANIMAX1BoardGame1Bread1CartoonNet1Cognitive1EarthScience1firsttime1Gossiping1HSNU_9841IdolMaster1maaya1Maiden_Road1MIS1NEURO1NSwitch1NTUNL1P2PSoftWare1P_Management1PCman1PokeMon1PushDoll1shinkai1SLG1SOFTSTAR1Storage_Zone1Tech_Job1TWvoice1VideoCard1Warfare1<< 收起看板(100)
5F推: 魔術方法的好處是你連單純的 get/set 都能用程式控制03/13 12:30
6F→: 例如你有複雜的白名單機制,或是你內部存資料的方式跟外部03/13 12:30
7F→: 介面不一樣,或是你需要對於 set 進來的東西加料,然後不03/13 12:31
8F→: 想寫同樣的東西寫個五十次之類的03/13 12:31
9F→: 有這種需求的話,就用吧。反過來就是沒這種需求就少用03/13 12:31
10F→: 當然拿來實驗或把玩是沒問題的03/13 12:31
11F→: 這東西有兩個缺點:code 可以變得很難 trace(看你怎麼寫03/13 12:32
12F→: 然後有效能 overhead。當然大部分情況那個 overhead 還好03/13 12:32
13F→: 但是有個很多人在用的東西被 magic function 搞到肥慢慢03/13 12:33
14F→: 該死的 laravel...03/13 12:33
19F推: 我倒覺得初學試一下也不算壞事,試一下「喔喔喔喔好強」03/13 18:58
20F→: 然後兩個月後「靠北這段 code 到底在跑三小」也是種體驗03/13 18:58
21F→: 而且悟性好的人搞不好就摸出順眼的用法了03/13 18:58
22F→: 只要不像是 laravel 一樣什麼都要過一次 magic 然後速度03/13 18:59
23F→: 也讓人感覺很 magic....(對我就是吃 slim 這一套 =v=)03/13 19:00
29F推: https://goo.gl/kljGuw 範例。裡面的數字是 PHP7,PHP5 會03/14 11:19
30F→: 再慢個幾倍。基本上是個平常用兩下沒問題,但是被放到03/14 11:19
31F→: 大迴圈裡面會有感覺的程度03/14 11:19
32F推: PHP裡面New物件跟call function跟magic function都是相對03/14 11:25
33F→: 昂貴的存在,比較過分的就像Laravel的ORM,對上千個物件03/14 11:25
34F→: 做操作就明顯感到慢,我對這個怨氣很重 :/03/14 11:26
35F→: 當然能升級PHP7的話,升級可以解決很~多效能問題。03/14 11:27
36F→: 但是實際工作很容易看到升不上7的code,還是得注意03/14 11:27
40F推: 這麼慘,那有機會碰到十倍效能差距...03/14 14:07
41F→: 我是覺得還是可以玩看看,畢竟用的好的時候可以做出超漂亮03/14 14:08
42F→: 的介面...03/14 14:08
46F推: Laravel 裡面做的能拖慢速度的黑魔法可多了...03/24 11:05
47F→: 量很大才會痛就是了,一天一兩千人的程度不太有感覺03/24 11:07
48F→: 我是背景要處理大量資料的工作用了Elquent ORM...好慢....03/24 11:07
1F推: 試著寄到網路介面的信箱(例如Gmail看看)?03/06 19:33
2F→: 有事故內文可以當範例的話更好03/06 19:33
5F推: 聽起來像是字型問題...不太確定 :/03/13 19:35
3F→: 我會認定plan歪掉=沒吃到index,而這不算是join的錯..吧?02/19 00:24
4F→: 有碰過統計table清空後plan出蠢東西然後效能炸掉,後來用02/19 00:24
5F→: sub query來逼mysql吃到要的index。02/19 00:25
6F→: 不過我也真不知道我們家DBA背地裡做了多少努力...(汗02/19 00:27
3F推: https://goo.gl/GwO7Bv 是的,Line有,他們還贊助過MOPCON02/16 17:24
3F推: https://goo.gl/GwO7Bv 是的,Line有,他們還贊助過MOPCON02/16 17:24
23F推: 基本上不會覺得「靠腰這個好難寫」而且RAM夠用就沒差...02/16 14:22
5F推: 知道網址不用登入就能存取的話,Google/雅虎會抓得到...01/30 23:44
6F→: 至少要上 robots.txt,但某些情況下還是可能被索引01/30 23:46
7F→: 請參照北市府薪資報表洩漏案...01/30 23:46
8F→: 如果大家都有 google帳號,用 google drive + 授權限制01/30 23:47
9F→: 會是比較安全的方案01/30 23:47
10F→: 反過來,共筆為什麼不能給別人看...XDDDD01/30 23:48
11F推: 搜尋引擎若發現「a.php?password=1234」這個網址有東西01/31 00:06
12F→: 就有可能把這個東西顯示在結果項目裡面。但會不會顯示內文01/31 00:07
13F→: 又是另一件事情。我不知道這算不算你所認定的「安全」...01/31 00:07
14F→: 你要「保證」不會出事的話,這件事就不會太單純01/31 00:09
15F→: 或你覺得一下下沒關係,那你可以考慮簡單做01/31 00:10
16F→: 但坦白說我覺得用 google drive 比自己做更簡單...01/31 00:10
17F→: 除非你不想拿到其他人的google帳號,或有人沒有google帳號01/31 00:11
18F→: 而在這種狀況下,if($_POST['pwd']==1234) 的問題會比較少01/31 00:12
19F→: 優點是搜尋引擎毛手毛腳不到這裡,缺點是要多一個表單01/31 00:13
20F→: 拿一點麻煩交換一點安全。畢竟同一個連結一定能連到的東西01/31 00:14
21F→: 我不會稱之為「安全」...01/31 00:14
28F推: 江湖謠傳Google Bot有能力猜網址。而北市府的事情則是跟01/31 09:40
29F→: Yahoo工具列有關的樣子01/31 09:40
30F→: 雖然理論上 robots.txt 設好後搜尋引擎就會當作沒看到01/31 09:41
31F→: 但終究問題是想要多高的安全性。安全是相對的不是絕對的01/31 09:43
32F→: 如果「真的很不能露出去」,那只靠網址不是好招01/31 09:43
33F→: 如果更接近「隨便啦,不要很容易發現就好反正一下下而已」01/31 09:44
34F→: 那....其實是沒差。01/31 09:44
7F推: 我想起有公司叫做 ; DROP TABLE "COMPANIES";-- LTD01/20 15:54
8F→: https://beta.companieshouse.gov.uk/company/1054251901/20 15:54
11F推: http://xkcd.tw/32701/23 14:29
8F推: event driven 跟 pub/sub 也很像,但不同領域就是喜歡用01/06 10:04
9F→: 固定的其中一種名字...比起「正確」,這更像行規或文化吧01/06 10:06
3F推: 有 longblob/longtext 之類的東西?好像是某個底層限制..01/03 18:19
4F→: https://bugs.php.net/bug.php?id=5138601/03 18:19
5F→: 這個issue是mysqli,但主角是 libmysql...pdo 也可能中招01/03 18:21
6F推: 你這個滿靈異的,我猜你能公開貼的資訊不足以debug XD01/04 16:14
7F→: 不過建議還是先上到 php5.6,至少兩年內還會有安全修正...01/04 16:15
8F推: 好雷...01/08 16:04