Programming Working Journal

2012.3.11
Check-in Tired, a bit late, pressure to pull something up.
-> Try to get to REM sleep
10:23 am



Very useful overview video
http://www.pluralsight-training.net/microsoft/Courses/TableOfContents?courseName=fb-platform
PDF file of the video
http://www.myfbse.com/training/content/


Verify Token Tool
https://developers.facebook.com/tools/access_token/

Graph API explorer
https://developers.facebook.com/tools/explorer/248070351943915/?method=GET&path=1077078634

Programming Working Journal

Facebook (2h)

Here is the exact page for the log in system.
https://developers.facebook.com/docs/reference/javascript/FB.login/

and this
https://developers.facebook.com/docs/reference/api/permissions/


And then, spend more time on the Java SDK
https://developers.facebook.com/docs/reference/javascript/


Get stuck here:
What is A_CODE_GENERATED_BY_SERVER ?

https://developers.facebook.com/docs/authentication/#authenticating-users-in-a-web-application

f the user presses Allow, your app is authorized. The OAuth Dialog will redirect (via HTTP 302) the user's browser to the URL you passed in the redirect_uri parameter with an authorization code:

http://YOUR_URL?code=A_CODE_GENERATED_BY_SERVER

With this code in hand, you can proceed to the next step, app authentication, to gain the access token you need to make API calls.

In order to authenticate your app, you must pass the authorization code and your app secret to the Graph API token endpoint - along with the exact same redirect_uri used above - athttps://graph.facebook.com/oauth/access_token. The app secret is available from the Developer App and should not be shared with anyone or embedded in any code that you will distribute (you should use the client-side flow for these scenarios).

https://graph.facebook.com/oauth/access_token?
     client_id=YOUR_APP_ID&redirect_uri=YOUR_URL&
     client_secret=YOUR_APP_SECRET&code=THE_CODE_FROM_ABOVE

If your app is successfully authenticated and the authorization code from the user is valid, the authorization server will return the access token:

In addition to the access token (the access_token parameter), the response contains the number of seconds until the token expires (the expires parameter). Once the token expires, you will need to re-run the steps above to generate a new code and access_token, although if the user has already authorized your app, they will not be prompted to do so again. If your app needs an access token with an infinite expiry time (perhaps to take actions on the user's behalf after they are not using your app), you can request the offline_access permission.

Programming Working Journal

3 h

Building request login website using facebook. 

Key concept to study: 

- Session 

- Why the server part of Facebook is using http? 

http://developers.facebook.com/docs/reference/oldjavascript/FB.Connect.requireSession/


Maybe useful:

http://stackoverflow.com/questions/9454238/using-facebook-php-sdk-3-x-to-register-login-user-with-codeigniter-2-1-0


Other 登錄系統
http://www.builder.com.cn/2008/0703/963039.shtml
http://linux.vbird.org/linux_basic/0570syslog.php

http://163.23.89.100/~chi/blog/index.php?load=read&id=254
http://zhidao.baidu.com/question/73671722.html

第一杯咖啡：Star up 測試茶會 CaiDiLei踩地雷遊戲團隊

With 侯宗成，電機系＂喔發＂，創業團隊的Alex 謝，客串的林承偉。

說起來有一點慚愧，我去吃了他們招待的點心，可是走的時候沒有很誠實的給他們反饋：他們會發給每一個參與者一個1到9分的牌子，請他們拿著牌子拍照。我給他們7分。一方面當然是佩服他們的勇氣，可以真的下來創業。但同時也有不好意思當面說壞話的成分。簡單來講，我覺得這一個遊戲現在還不好玩。

簡單來講，他們做的是一款手機的應用程式，希望運用LBS為商店設計一款小遊戲，幫商店進行折價。這一個踩地雷遊戲有幾個問題：

- 目前的犒賞制度，太容易讓消費者流失了。消費者假如在這一個小遊戲中輸了，就兌換不到免費的折價券了。這樣消費者下一次就不會想玩了。
- 目前的犒賞制度，不會讓消費者越來越想玩。消費者越玩這一個遊戲，中獎的可能性就越低。假設玩到最後，所有可以抽中的折價券都抽走了，消費者就沒有辦法玩了。
- 沒有社群的機制，可玩性不夠，假如只有單一消費者參與的話，對商家沒有創造商機，就不會有動機提供折價。


短期可能可以幫助改善的方法：
- 做一個限時的區域性比賽，比方在這接下來的三個小時內，這一個區域內開始踩地雷。每一個玩家可以即時的看到還有誰在跟他競爭，這樣才有可玩性。


我們在跟團隊討論的時候，想出幾個＂假如是這樣的話，應該會很好玩＂的想法：
- 不要做踩地雷遊戲，而是要做採金礦遊戲：消費者玩越久，越有可能抽到更高價值的犒賞。
- 需要有社群的概念，跟別人玩才好玩。我甚至想到可以像是以下的模式：

1. 有一個地圖，上面有合作的店家，每一個店家旁邊都有一個任務需要多人才可以完成。（想像是在線上遊戲魔獸世界裡面，需要多人才可以打的怪獸）

2. 顧客，需要找4到5個好朋友，到這一個店的旁邊，協力完成這一個任務。（想像你找一群好朋友，跑到這一家店的旁邊，一起上線，把怪獸打爆了）

3. 完成任務之後，其中一位顧客可以得到特別的待遇（不一定是要折價優惠），比方是一張免費的Pizza，限當天兌換。4, 5個好友，既然都已經到這一個餐廳旁邊了，而且其中一個人還會去說服其它人一定要進去用餐。他們在吃飯的時候，還會有一個共同體驗的經驗可以回憶。

不過去別人那邊吃吃喝喝，把別人辛苦的東西打爛，說出一百個更好做這件事情的方式，然後再拍拍屁股走人，真是自我感覺良好。

他們還有一個遊戲是要做類似＂LBS-大富翁＂的遊戲，光是聽這兩個關鍵字就覺得很興奮，希望他們成功。

Facebook Marketing

Forgot the name of this type of Marketing.

If you want to focus on Business People, it will search for all people who has shared "I am at airport", "I am flying to" and identifies them as a special segment.

讓好友與同事並存，多版本的Facebook 動態

概念：使用者A可以展示用不同的動態展現給不同的人。

1. A 把臉書的切割成兩個以上的版面。
2. B是A 的好朋友，B可以看到A留給朋友的版面，包含Party、飯局等。(紅色與藍色)
3. C是A 的老闆，只能看到A 留給老闆還有公開給所有人的Facebook 版面。(藍色)

延伸，可以把這一個概念沿用到相關，以真實身分互動的網站，比方說 twitter等等。

需求：每一個人會希望不同的人，經營不同的感情關係、表達出不同的一面。在最親朋好友面前，與在在公眾場合不同。又，目前已經有越來越多工作、家庭等好友混在一起。但Facebook 目前只能徹底封鎖相關的使用者，這可能會對這些朋友相當傷感。

市場需求：抽查30個隨機的Facebook帳號，當中上不公開、部分公開塗鴉牆，相片的比例。

　　　　　已經有人做過多少比例的工作同事在Facebook 上的比例，可以追蹤同事的數目是否會跟塗鴉牆的留言數目有負相關。

技術評估：我不知道這可不可以用外掛的Application 開發出來，不過技術應該不難。

　　　　　每一個人可能會多1到2個子profile，Facebook 伺服器的流量可能會增加。