[心得] [開農] 由外掛討論Facebook開心農場為什麼常常會出現嚴重bug

[DreamYeh (天使)]

http://dreamyeh.pixnet.net/blog/post/25491459


這兩天大家應該受夠Facebook開心農場了吧？沒錯，長期以來
Facebook開心農場一直有伺服器不穩而導致資料庫毀損的問題
。



為什麼Facebook開心農場老是會發生資料庫毀損呢？讓我們從
外掛談起吧！有研究的玩家都知道，開心農場的外掛可說是少
之又少


事實上目前為止出現的Facebook開心農場外掛幾乎僅只限於自
動採收偷菜系統。（唯一一次真正有做到作弊外掛的也只有無
農民幣開地那次，使用的方法是利用程式漏洞，這與去修改遊
戲數據的外掛有顯著差異。




這是為什麼呢？很簡單，因為Facebook開心農場是很少數，幾
乎把資料完全放在伺服器端處理的 Flash遊戲。在伺服器端處
理資料的好處是玩家幾乎沒得作弊。這就好比現實中的銀行系
統，所有帳款紀錄都是銀行方在管，使用者就是拿筆幫自己帳
簿尾款改成一億元也沒有用～



而其他遊戲呢？大部分都是採用玩家處理部份資料、伺服器端
又處理重要核心資料的方式，這樣做的好處就是能有效減輕伺
服器的負擔。當然如此一來，就會有人在自己可以處理資料的
部分動一些手腳。（如使用Ch##t E##ine），達成修改資料功
效。（這個問題可以透過遊戲常更新、資料加密等方法解決）



那開心農場這樣做是個好事嗎？或許是，然而當使用者越來越
多的時候，大量的使用者針對伺服器的資料存取，將會對伺服
器的硬體造成極嚴重的傷害。


偏偏Facebook開心農場使用一些效能上還能再繼續加強的資料
庫演算法，更造成系統嚴重負擔。



要解決問題的辦法有兩個方向，第一個方向是增強硬體配備、
第二個方向是由改善整個軟體架構下手。所謂軟硬兼施是也。


第一個解決方案很顯然的，就是要花錢。當然，所要花的可不
少，看過線上遊戲機房的人就清楚，可別以為是買台陰森購物
頻道鼓吹的超強萬能急速電腦( 還送限量超高級滑鼠）就可以
蒙混過關。估計幾十萬跑不掉，然而Facebook開農官方卻似乎
在此方面吝於花費，讓人甚至懷疑是否跑開農的伺服器只是顆
不到四核Q9400等級的平價電腦。
（沒說是拿80386來跑就很客氣XD）



第二個解決方案則是必須請勞苦的爆肝工程師來完成。然而我
們可以看到，顯然Facebook開心農場卻寧可把這些人力拿去開
發其他Facebook遊戲，想竭盡所能搶攻其他市場賺更多錢....



然而Facebook開心農場開發廠商6 waves 未能體會：

「有好的遊戲品質才有好的遊戲商標，

　有好的遊戲商標才有百年企業」。



這句話在其他業界適用，在Facebook遊戲產業方面當然也適用
，看來真該去請6 waves 來看台灣斯斯廣告。



讓我們看看另一個成功的例子－ Play Fish。他出版的遊戲，
無論是餐廳城市(Restaurant City)、寵社(Pet Society)、魚
農( Country Story)都各有相當龐大的支持眾。更可怕的是遊
戲類型各不相同，雄據餐廳營業、寵物養成、農場種植等三個
大餅。



為什麼他會這麼成功呢？遊戲可愛程度當然是個重點，遊戲品
質更是令人稱道。至少我們幾乎未曾聽過誰誰誰的餐城忽然少
個兩個金盤，或是寵社的雪花樹忽然變蘿蔔等重大問題。給玩
家一種可以信任的感覺。



而這種信任感，就足以讓玩家願意繼續去玩這間遊戲公司其他
遊戲。也使得 Play Fish的各項應用程式一直都能盤據Facebook
前二十大應用程式的幾名。



總而言之，個人認為Facebook開心農場應該要根除短視近利的
想法，致力於投資更多資本在於改善遊戲環境上，而並非死守
台灣廣大市場。



畢竟依照台灣群眾個性，這一波Facebook開心農場的風潮一過
，接著極可能又瘋去玩其他遊戲，到時候才後悔莫及，那可能
再多補償－哪怕是農民幣大贈送，也無法挽回眾多玩家的信任
吧！



--
                    —    請多指教喔!!
                ／＼●／＼ ))
             (( ／ /▲\ ＼
                    \\        My Blog: http://dreamyeh.pixnet.net/blog

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.43.206.119
推 culb:雖然我看不懂專業的知識，但是我非常認同你的觀點!!
推 syuasdio:咦 原PO是巴哈Kuso板的那個嗎?
推 A508529:推  不過你過10號在發會比較好XD
推 leo8064047:打的認真，我看的也認真，不錯
→ DreamYeh:也是 我猜會淹沒在趕集文海中XDa
推 chang505:中肯  我也覺得他主機用的電腦或許比我用的還爛
推 shacking:天使耶~來朝拜一下~
推 Erider:中肯，十分認同
推 moon1429:有認真看完，中肯，給推XD
推 sealence:推~
推 shine0603:大推 寫得太好了 褲斃惹!
推 hsnulemon:投信吧 雖然不被重視的可能性很高
推 lanababy:同感，推！！
推 ownlife:GOOD~
推 sougly:其實會做仿冒的 本來就沒多少實力…
→ sougly:真正有實力的開發商 根本不需要去仿冒別人的遊戲
→ sougly:更不用說連圖都是偷來的  感覺只像一個私人小工作室水準
推 chun780915:我非常認真的看完他  中肯推
推 aarons:這不是巴哈姆特的天使大嗎XD..一定要推一下的阿:D
推 egg123:看文章長知識  好奇問..MySQL是舊那比較新的架構是什麼QQ?
推 peterra:推，有同感，寫的好!   開農太不注重根本了
推 kikarul:我只能說，照我這半年來玩大陸農場的心得，確實能認同XD
→ kikarul:非常不穩，很賺錢又不願意購置新機器。可是大陸用戶都說這
→ kikarul:是(個人)人品問題……用戶不強力要求加上廠商皮皮的，問題
→ kikarul:解決的可能性偏低
推 b339961:GOOD~
→ sougly:其實就像一個國中生抄了一篇文章 拿去參賽得了第一名
推 greatmutarob:中肯+1
→ sougly:之後寫的文章對他的粉絲而言 會很爛
推 cssmi:看完才發現是天使大耶 推!!
推 Solid0516:說難聽點就是6waves沒那個肛門還吃那種瀉藥
→ Solid0516:我覺得如果happy farm可以增加伺服器穩定性
→ Solid0516:那麼搶走黑心墳場的九成以上玩家的日子 指日可待
推 redorange:推 很多遊戲公司都嘛是炒短線的 穩定度是什麼 可以吃嗎
→ nanaceking:開農最早資料也是放在用戶端,用戶可以改金錢和倉庫的
→ nanaceking:數量,是後來被官方發現後,才把資料移到伺服器
→ cover543:給箭頭 巴哈姆特KUSO版沒落他任內的管理要負一半責任
推 rick65134:樓上是不是有點跳針了 在PTT討論巴哈的板務?
推 OrangeBear:推一個好了!!!!  唯有尊重玩家的遊戲才會被玩家尊重
推 qekpwjnw:推 但 你知道 我知道 獨眼龍也知道 就是開農官方不知道
推 chph:MySQL 部分一句話就說它老舊, 不說詳細點嗎?
推 crea0520:我也覺得很妙，餐城維修改版都沒出過問題，開農就不一樣
→ crea0520:了..偉哉
→ DreamYeh:關於MySQL部分大概解釋一下，開農原始碼中,對於資料存取
→ DreamYeh:幾乎都靠FQL(Facebook的API)往伺服器端丟送資料和自己資
→ DreamYeh:料庫作處理...這部分其實保留某應用程序的API保留很大...
→ DreamYeh:而非整個重用MySQL寫一套語法...這部分有興趣在寫信跟我
→ DreamYeh:討論吧@_@
推 CHRISTINAYEN:推!!
推 kaiandgreen:有看完有推!
推 SchumacherW:80386..XDD
推 optimize:真是好文
推 DREAMALLNET:80386...XDDDDDD
推 cherry270:非常贊同!!
推 roderick6887:今天蛋塔紅賣蛋塔，明年甜甜圈熱賣甜甜圈,怎麼可能
→ roderick6887:考慮百年企業,玩2個月就不太想玩了,沒什麼新把戲
推 KANEISBEACH:8051啦 XD
推 askerman:推這篇 寫的很好
推 strv:推
好多人寫信跟我討論MySQL，因此我改一下那段@@
※ 編輯: DreamYeh        來自: 60.251.192.93        (12/10 14:26)
推 OasisHuang:推
→ jackcorner:簡單說一句吧，機器跟工程師都不及格，公司不肯花錢投
→ jackcorner:資,只把精力花在怎麼跟玩家要錢,一直在便利店推卡推VIP
推 nightbreak:優
推 xxp:我覺得工程師有問題 每個玩家的資料不過都是一些數值而已
→ xxp:又不是圖片 就算有上千萬個玩家 這些資料能有多少? 最多幾百G
→ xxp:怎麼可能連個備分都沒有 就算天大的天災都能夠復原
推 xxp:再者 新服務上線前應該先用備用系統內部測試過  這不是常識嗎?
→ xxp:怎麼有人大膽到在沒備分的情況下直接修改程式 拿數百萬人的
→ xxp:資料開玩笑? 工程師都不會抖抖的嗎
→ xxp:為什麼只有在系統更新時才出狀況? 這應該不是單純系統負載問題