最近好像有點混, 都吃吃喝喝的, po的滿滿blog都拉麵, 連跑去香港參加Hack Event也吃了兩碗拉麵, 該反省一下, 不過反省歸反省, 食記還是要寫一下, 這次也偷懶把兩家併一篇寫
2012年3月25日 星期日
2012年3月17日 星期六
[拉麵食記] 台北 美濃屋
這家店還頗小的, 位子並不是很寬敞, 不過就有種來到日本拉麵店的感覺(也不是很寬敞)
而且, 連同煮麵跟外場服務, 總共也才不過兩個人(一人煮, 一人服務), 所以也難怪出餐的速度不是很快了, 不過小店嘛, 可以原諒...話說回來, 日本很多拉麵店更窄狹, 反而需求的人力也就不需要很多, 位子不多, 出餐的距離也不長
先說餃子...煎的頗脆的, 一面脆一面軟, 口感不差, 我喜歡它的內餡, 蠻香的, 也不會覺得太過油
拉麵的部份我點的是叉燒拉麵, 是他們基本的喜多方醬油拉麵多加幾片叉燒, 屬於醬油系的拉麵, 叉燒薄薄的, 沒啥口感, 就沒啥好說的
湯頭是醬油湯頭, 口感清爽, 並不是像他們說的很鹹(不過以一般台灣人口味來說有可能啦), 算是我最近吃過比較清淡的, 但我覺得還不錯
麵條是整碗中最好吃的, 口感不錯, 雖是細麵, 但有彈性, 還蠻好吃的
雖然服務不是很周到, 等餐也等很久, 但還蠻親切的, 我看隔壁桌的客人本來想點"涼麵"(但其實聽他解說起來就是沾麵), 她還阻止他們, 說第一次來建議還是點拉麵,他們的涼麵在網路上最常被打槍, 就是因為很多顧客來, 不習慣這種吃法之類的, 還真誠懇呀
結帳時, 我跟她說我偏好比較重口味的, 她推薦我他們的味噌叉燒, 我下次會再去試試的
2012年3月10日 星期六
[拉麵食記] 台北 旺味麵場
[[posterous-content:pid___0]]
昨天Amy說, 這家是尼克大大推薦的台北最好吃的拉麵, 剛好這家也在我預計嘗試的清單內, 所以昨天晚上就跑去吃了
台灣吃到的拉麵大多是豚骨系的, 味噌系的不多, 有得話大多也只是吃起來像是味噌湯加麵, 但這家吃起來還真是紮實的味噌拉麵
我點的是季節限定的北海道粉雪拉麵, 就是味噌拉麵上加上一大堆的cheese粉, 湯頭甘口, 也就是比較甜, 但夠厚實, 麵條嚼勁不錯, 還蠻好吃的, 叉燒還算OK, 裡面還有兩條馬鈴薯, 建議不要在一開始就吃, 不然會覺得太硬裡面又涼涼的, 吸收過湯之後就很不錯了
比較大的缺點是, 選錯chesse了, 我以前也吃過這種加上chesse粉的, 不過跟湯頭融合的都不錯, 不會吃到後面, 碗底黏了一大堆黏黏的cheese, 這碗就是這樣, 吃到後面看到那一堆還真有點噁
[[posterous-content:pid___1]]
另外還點了叉燒飯
[[posterous-content:pid___2]]
這碗我沒有很推, 醬汁淋不夠, 叉燒有吃到軟骨沒剃除乾淨, 那個咬也咬不下去, 還得啃出來, 我不是很喜歡
下次想去試試信州味噌的....
2012年3月7日 星期三
[筆記] "Unsafe JavaScript attempt to access frame with URL" error with Facebook Javascript API
The following example shows how to create a simple Facebook login button with Facebook javascript API:
Normally, this page would be reloaded if user finished authorized your app. But it won't be reloaded in Chrome due to the follwing error:
Unsafe JavaScript attempt to access frame with URL https://s-static.ak.fbcdn.net/connect/xd_proxy.php?version=3#cb=f363e58d9&origin=http%3A%2F%2Fwww.ab.com%2Ffcb27588&relation=opener&transport=postmessage&frame=fac4c0f18&access_token=AAAEHZBpoK3B0BALv8Cf96gaKEnn4ZBtXgjCOQCFFhVDL4K0rZAE2NGDcqZCPlZByNNKEDmYSGKHQv8jAUM2yGZCHkOcyXUKhoZD&expires_in=0&signed_request=g7sYd_XQx-EBPtQQGk-0ISRMrUDnT4L4WHAmlNsVFBU.eyJhbGdvcml0aG0iOiJITUFDLVNIQTI1NiIsImNvZGUiOiJBUURKYkZBNjZuemduSDBBN0dXWmd2SGxZZkQxQVp4Qm1MSnc0Z3ppUV9FQ25VeEYyZmcyTmJGcFh3UHZDeWhyYnFrT1RxNmRVc2xsb0d4dlFCd290UjRyV0ZsSnJtVjFoNy1QUTlJbTRROXh3MmNKMGU1b0NReWtmT1ZZcXhMUDRVRldVSDgwVU5ic1BLTHdyNk80cFlSVVItQzNIYjhyRWgxek40ZFEzSkpreXhBcU1KSHljcWxETzh2dF96T3ZpN0EiLCJpc3N1ZWRfYXQiOjEzMzExMzg3MjQsInVzZXJfaWQiOiIxMTI5MjgzNDM3In0 from frame with URL http://www.ab.com/login.html. Domains, protocols and ports must match.
Some people use FB.getLoginStatus() to check if user authorized app at page loaded. If page could be reloaded, it's no problem. However, in this case, it's not.
There are several questions on StackOverflow related to this:
But none of these solves my problem. I don't want to solve this with introduce PHP sdk. I would like to solve it with pure front end codes.
Therefore, I find 3 solutions:
- Ignore the error and register login event to solve the problem:
- Add attribute "show-faces="true"" to <fb:login-button> to solve
- Add attribute "render-in-iframe="true"" to <fb:login-button> to solve. This is a bad idea since this is an undocumented attribute.
In solution 2 and 3, login-button seems to be placed into an iframe. And 3 would display an incomplete login button (bug?)