搜尋

搜尋結果

168間分店!澳門首間“膠己人”的正宗潮汕【鮮牛肉火鍋】請你食牛肉丸喇!
澳城餐飲
食在澳門iFood・2020-10-16

民間有一個不成文的傳言 冇一隻肉牛可以活著離開潮汕 而有一間咁樣的潮汕特色牛肉火鍋店 「海銀海記」 將新鮮熱辣滾的潮汕牛肉ldquo;全牛宴rdquo; 首次帶到澳門本地! 今次本澳的朋友仔們 唔使去到潮汕都食得到正宗 潮汕特色牛肉火鍋喇! 嗱嗱聲同為食妹一齊 做返一次ldquo;膠己人rdquo; ▽ 潮汕人對於牛肉火鍋的執著,肯定係牛肉的ldquo;鮮rdquo;。唔夠鮮的牛肉,肯定經受唔住滾湯的考驗!海銀海記的明檔廚房,俾你100分的安心觀感! 海銀海記對品質的高標準追求,係牛肉新鮮與美味的關鍵! 無論幾時入店,你都可以即場見到師傅切牛肉。鮮、嫩、快的牛肉質感與刀工,就喺刀起刀落之間展現得淋漓盡致。每一片厚薄均勻、紋理分明的牛肉,盡顯刀工專業與細緻。 品嚐潮汕牛肉火鍋同修煉武功秘笈一樣,都係需要招式、講究技巧同掌握時間噶!而第一招的致勝關鍵,梗係上咗一鍋靚湯底先喇 健康雜菌牛骨鍋的原湯係用牛骨慢熬數小時,清澈見底的湯底卻帶著無窮香濃的口感。加入菌類、枸杞等材料,讓湯底的清甜與牛肉等食材得以完美融合! ldquo;朥rdquo;字喺潮汕話裡係ldquo;脂肪rdquo;咁解,但係胸口朥卻唔係牛心口的脂肪,而係牛胸肉嚟噶!黃中透白的胸口朥,係大肥牛的獨有的ldquo;專利rdquo;,一般的肉牛係唔夠班噶! 海銀海記 BEEF HOT POT 胸口朥淥開之後踡縮成簇團狀,Q彈爽口、韌勁十足!唔中意肥膩口味的朋友仔唔使憂心淥的時間越長,胸口朥的彈性越強!濃郁的牛朥味迴蕩唇齒間,完全冇肥肉的感覺超滿足! 對於潮汕牛肉ldquo;肉盲rdquo;患者來講,為食妹覺得嫩肉係最易認到的部分!因為嫩肉係唯一一款冇任何脂肪的牛肉。 入鍋前後的分量絲毫不差,無論係即食或點醬食都不負其名 mdash;mdash;嫩!嫩到出汁嘓種嫩!雖然軟嫩卻嚼勁十足,食牛肉的最佳體驗不過於此! 肉牛最精華的部分,就係頸部活動最頻繁的位置。雪花牛肉,又叫脖仁,係牛肉中限量版的存在!一千斤的牛肉片中,通常只能夠取出一兩斤的雪花牛肉,可見佢有幾珍貴喇! 雪花牛肉係可遇不可求的部分,每日售罄就食唔到喇!ldquo;物以稀為貴rdquo;,所以為咗哩一份私藏級別的稀有雪花牛肉,好多食客都會提前到店落單! 記得下一次到店時候,第一句要問店家ldquo;今日有無雪花牛肉啊?rdquo;嫩肉鮮美,爽脆彈滑,集所有完美口感於一體,仲帶著微微嚼勁,令食客食而忘我 吊龍肉的名咁霸氣外露係每餐潮汕牛肉火鍋餐檯上的ldquo;常勝將軍rdquo;!未食過潮汕牛肉的朋友仔首次到店必點吊龍肉! 牛脊背上一條長條狀的牛里脊肉,就係吊龍肉喇!肥瘦相間的肉質,精瘦質感保留的同時,又帶著恰到好處的油脂香味!入口滑香迴蕩,嚼動無渣,簡直不負其名! 匙柄係靠近牛腿同牛腹部的好小一部分,你都可以理解為肉牛的肩胛里脊肉最明顯的地方,係匙柄肉片中間有一條明顯筋絡,下次唔使驚認唔到喇! 匙柄的油脂適中,淥過之後,口感軟中帶脆,細細咀嚼,彈性十足! 腳趾肉係潮汕牛肉火鍋餐檯上的super star,超有人氣!牛前腳的一小部分肉,就係腳趾肉! 筋絡分明、口感爽脆Q彈,超有嚼勁!心懷ldquo;三起三落rdquo;的淥牛肉原則,唔可以淥得太耐,先可以keep住腳趾肉的超爽彈性! 來食潮汕牛肉火鍋,你可以點少啲肉,但係你一定唔會忘記食牛丸!至尊超大牛筋丸,用勁道的筋肉鮮質感征服你的味蕾! 經過多道工序煉成的牛筋丸,採用新鮮牛肉現做現賣,係貨真價實的純正牛筋丸!顆顆大小均勻,肉質緊實,彈性滿滿!未食之前仲可以當ldquo;乒乓波rdquo;打添!鐘意食牛丸的你,仲可以帶幾包返屋企添 享受完第一part的全牛宴,相信肉食怪獸們仲意猶未盡!海銀海記深諳葷素搭配的道理,特備獨家熟地黑豆水,助你清熱開胃! 黑豆水係富有潮汕特色的飲品來噶喺潮汕地區食完牛肉火鍋,來返一杯清燥熱的熟地黑豆水,係常規操作! 葷素搭配,食肉唔攰!PLUS版炸腐皮零捨誘人!金黃色澤透出油光,散發出動人的美食魅力! 受到雜菌牛骨湯的浸潤,吸收牛肉香氣同蔬菜芬芳之後,炸腐皮的豆香得到質的升華。一啖入口,口齒留香,汁水四溢,餘香裊裊。 當胸口朥與牛肉串連一齊,喺高溫油烤之後更顯噴香。烤胸口朥的脂香爽脆、烤牛肉串的牛香扎實,無一不攻陷你的舌尖 8蚊一串的美味,簡直賽過神仙!一串接著一串,為食妹表示仲可以來多一set 當湯底吸收曬牛肉同鮮蔬的所有精華之後,有一份潮汕河粉mdash;mdash;粿條,係必不可少的搭配!睇落平平無奇的素雅外表,吸滿牛香湯汁,入口彈而不爛,回香四起,沉迷不已hellip;hellip; 食肉時候的豪情萬丈、酣暢淋漓需要有燈火通明、寬闊敞亮的環境相襯,哩份好心情先會達到極致享受。 海銀海記唔單止做到出品新鮮,連用餐環境的佈置亦分外別緻。古色古香的優雅格調,溫涼適中的進食溫度,讓你食肉時候都keep住一份好心情,唔會被燥熱所擾。 讓我們一齊相約海銀海記,品一份潮汕人的匠心,食一份新鮮潮汕牛肉喇! 海銀海記優惠多多! 轉發本篇推文至朋友圈 並集讚28個 即可免費獲得價值$68牛肉丸一份! 僅限堂食 ,每桌限兌1份,可與其他優惠同享 活動兌換時間2020.10.162020.11.30 海銀海記 潮汕特色牛肉火鍋 地址澳門筷子基沙梨頭南街信步閒庭地下E鋪 訂座電話2888 3866 圖文得得 美工陳真香 攝影他說他叫修杰楷

Spring Web 異步 Api
科技新知
MacauYeah・2025-10-18

在設計網頁應用時,總會有某些功能,是特別消耗時間的,例如我們的應用要提供報表,或長時間搜索。如果,我們的 Web Api 的連結,要強制客戶端等待結果,那麼中途斷線需要重做的機會就變得很高,客戶端的體驗一定不太好。 面對這些情況,我們最好就把原本一個 API 功能分為三個 API 去做。 工作生成 API 查詢狀態 API 查詢結果 API 如果大家有信心,可以把2和3混合在一起,對於客戶端,也是一件好事。不過,2,3 因為回傳的結構可能不一樣,分開處理,程式碼會更易讀。 以下,筆者就以一個模擬報表生成的應用,去解釋如何設計可以即時回傳的 API。 source code springbootwebapiasync ReportController.java 詳細解析 假設我們有一個 ReportController,它負責處理與報告生成相關的 HTTP 請求,它提供三個核心 API 端點。 啟動報告生成端點 @PostMappingquot;reportJobcreatequot; public ResponseEntity createJob String uuid = String.formatquot;%d_%squot;, new Date.getTime, UUID.randomUUID.toString; CompletableFuture.runAsync gt; try orderStatus.putuuid, PROCESSING; Thread.sleep10000; 10second simulated delay reportService.genAndSaveReportuuid; orderStatus.putuuid, COMPLETED; catch InterruptedException e Thread.currentThread.interrupt; ; return ResponseEntity .accepted .headerHttpHeaders.LOCATION, quot;reportJobstatusquot; uuid .bodyMap.ofquot;uuidquot;, uuid, quot;status apiquot;, quot;apireportJobstatusquot; uuid, quot;download apiquot;, quot;apireportJobdownloadquot; uuid; 運作原理: 立即生成唯一的 uuid 來標識這次任務 在 CompletableFuture.runAsync 運行長時間的操作。 API 本身即時回傳了 HTTP 202 Accepted 狀態,告訴客戶端請求已被接受但尚未完成 在回傳的結果中,還有提示可以查詢狀態和查詢結果的API。 這種設計避免了 HTTP Gateway Timeout,因為回應是即時的 。 檢查進度端點 @GetMappingquot;reportJobstatusuuidquot; public ResponseEntity getStatus@PathVariablequot;uuidquot; String uuid String status = orderStatus.getuuid; if status == null return ResponseEntity.notFound.build; if COMPLETED.equalsstatus return ResponseEntity.statusHttpStatus.SEE_OTHER return ResponseEntity.ok .headerHttpHeaders.LOCATION, quot;apireportJobdownloadquot; uuid .bodyMap.ofquot;statusquot;, COMPLETED; return ResponseEntity.statusHttpStatus.ACCEPTED .bodyMap.ofquot;statusquot;, PROCESSING; 單純以 map orderStatus.getuuid 查看狀態結果。這個map 必需是多線程下使用還是安全的 ConcurrentHashMap。 下載結果端點 @GetMappingquot;reportJobdownloaduuidquot; public ResponseEntity download@PathVariablequot;uuidquot; String uuid String status = orderStatus.getuuid; if status == null COMPLETED.equalsstatus return ResponseEntity.notFound.build; else 下載檔案 如果大家並不計較是否需要重做失敗的請求,這個例子已經可以簡單地達到即時異步回傳的效果。如果大家還需求考慮請求是否有效完成,就需要用到 message queue 或其他 job server ,這就不是同一個網頁應用的操作範圍。 Reference source code springbootwebapiasync Building a LongRunning Async REST API in Spring Boot with 202 303 Status Codes

一則訴訟再度涉及“八仙飯店滅門慘案”,究竟是為了什么?
其他
澳門生活圈・2019-06-24

不知道大家是否還記得 ldquo;八仙飯店滅門慘案rdquo; 轟動港澳長達34年的案件 再度泛起... 八仙飯店、 人肉叉燒包、 滅門凶案等 這些聳人聽聞的字眼 曾一度被改編成電影 但在現實當中 ldquo;八仙飯店rdquo;事件似乎仍未完結 為什麼多年事件至今仍未完結? 近日,澳門黑沙環第四街一大廈的住宅單位出現業權訴訟,懷疑當年死者遺下的一套單位。 業權訴訟再度引起當年事件... 1、 當年(1993年),香港一套電影將ldquo;八仙飯店rdquo;改編而成駭人聽聞的ldquo;人肉叉燒包rdquo;,更將這宗凶殺案推上令人聞之色變的詭奇傳聞; 不過,亦由於案中唯一疑凶黃志恒被捕後自殺身亡,這樁奇案的真相,可能永遠無法重見天日。 案中疑凶黃志恒原名陳梓梁,廣東南海書樓村人士,與一名20多歲的兒子同住。 黃志恒在澳門犯案時已是50多歲。 據當年的資料顯示,黃志恒與家人由南海定居香港後,曾因犯事被判囚5年,出獄後與一名姓黃女子結婚,2人婚後育有2子1女。 案中被害者是鄭林一家人及其親戚共計10人,案發地點是位於黑沙環第四街附近橫街的八仙飯店,而今次判決書中所指黑沙環第四街的單位,疑是鄭林一家當時居所。 據當年新聞報道,黃志恒與鄭林夫婦認識多年,而且經常一起賭博。 在案發前1年(1984年),黃志恒在賭博中贏取鄭林約18萬元葡幣,此後黃志恒聲稱曾多次討債都被拒絕。 在案發當晚(1985年8月4號晚),黃志恒再次前往飯店討債,多番交涉無果,黃志恒當場拿起啤酒瓶ldquo;爆樽rdquo;挾持鄭林的幼子,並讓在場9人(鄭林一家及廚師)互相捆綁。 最後,黃志恒懷疑狂性大發,將在場人士逐一殺害。由7歲至70歲的10人,無一幸免,全部死於黃志恒手上。 黃志恒承認,自己用了8個小時將所有屍體肢解,然後扔進了垃圾箱內。 在案發後數日,黑沙海灘發現了多件人體殘肢,此後更陸續在附近發現殘肢及人骨。但由於並沒有人報案,警方對於殘肢的調查一籌莫展。 直到1986年4月,警方收到鄭林兄弟的來信,指鄭林突然失蹤、ldquo;八仙飯店rdquo;及居住物業由一名姓黃男子占有,恐怕鄭林一家已經遇害。 隨著案中唯一疑凶的死亡,據悉黃志恒死前留有遺書,但案件至今依然成謎。 2、 在現實中,有關ldquo;八仙飯店rdquo;的事情,至今仍未完結,死者懷疑遺下位於澳門黑沙環第四街一大廈的住宅單位,近期出現業權訴訟。 以下用甲、乙、丙、丁、戊分別代替4人。 中級法院判詞提到的時間:甲與其配偶乙、他們的子女及乙的母親,都在1985年8月5號同一日死亡,而這個日子,正是ldquo;八仙飯店rdquo;滅門當日。 另外,甲與乙生前共同擁有位於黑沙環第四街一大廈3H單位,就是現今業權訴訟的焦點;而3H單位,就在ldquo;八仙飯店rdquo;附近的第四街。 這些甲、乙、丙、丁、戊的身份,撲朔迷離,令這宗不為人注意的平淡爭產案,拉開了訴訟一面。 3、 日前,中級法院審理一宗爭產上訴案,據終審法院院長辦公室上周二(18號)公布的判詞; 案中涉及的人物、事件發生時間、涉案單位,均與1985年8月5日發生轟動港澳的ldquo;八仙飯店rdquo;滅門慘案相同。 由於中級法院判詞以甲、乙、丙、丁、戊為代號,但我們有理由相信,不排除甲是ldquo;八仙飯店rdquo;死者鄭林,乙是鄭妻,丙是鄭妻的親兄弟,丁是丙的繼承人; 而戊則是爭產案的上訴人(不排除是甲或乙一方的親戚)。 戊提出訴訟,要求取得甲、乙2人共同擁有位於黑沙環第四街一大廈3H單位的業權,最終敗訴,單位業權屬丁所有。 終審法院院長辦公室公布的判詞原文: 甲及其配偶乙、他們的子女及乙的母親在1985年8月5號死亡,丙(乙的兄弟)成為乙唯一繼承人,開始將甲及乙2人生前共同擁有位於澳門黑沙環第四街X大廈的Y獨立單位出租給其他人。 2001年3月2號,丙在臨終前將該單位口頭贈予並交付給丁,而丁一直在該單位居住。 2015年9月17號,丁向初級法院針對該獨立單位一半份額的登記權利人戊及其配偶提起訴訟,請求宣告他因取得時效而取得對整個單位的所有權。 4、 初級法院對案件作出審理,指丙因其包括乙在內的親人死亡,可依法繼承乙對該單位所擁有的未分割半份額的權利(現登記在戊名下)。 丙在其他人均可知悉的情況下,將單位出租、繳付不動產稅項等。 另外,由於甲沒有任何在生的繼承人,丙取得有關單位彷彿亦繼承了甲對單位所擁有的份額。因此,丙確信自己是單位唯一所有人(而非共有人),對單位行使占有。 5、 丙將單位贈予及交給丁後,丁與家人在單位內生活,在所有人(尤其他的鄰居)都可知悉的情況下繳交房屋稅、地租、水電費等應由單位業主作出的行為,可顯示其具有占有所要求的體素及心素; 因此,丁對有關單位行使占有,且有關占有的性質毫無疑問是和平及公開。 另一方面,由於丁是通過丙的口頭贈予(而不是通過法律要求訂立公證書形式)獲得占有,其占有為無依據的占有。 有關屬善意占有: 但由於原告證明了他取得占有時相信自己並不侵害他人的權利,因此,據1966 年《民法典》第1259 條及第1260 條第1 款及第2 款(現行《民法典》第1183條及第1184條第2款)規定,有關屬善意占有。 根據1966年《民法典》第1296條( 現行《民法典》第1221條)規定,無依據但屬於善意的占有,取得時效的期間為15 年。 初級法院接著分析,可否透過取得時效取得單位權利的問題。 關於原屬於甲的那部分份額,由於未有人針對該部分提出答辯,時效從未中斷; 因此,該份額從原告取得占有之日(2001年3月2號)起直到庭審辯論結束之日(2018年3月19號),已完成取得時效的15年期間,丁可取得該份額的權利。 6、 戊不服向級院提出上訴 關於原來由乙擁有單位的份額,現登記在被告戊的名下。 2015年11月24號,戊對丁向法院提出取得時效的請求作出答辯,該答辯按相關法例規定導致時效期間中斷,當時期間只經過了2014年8月22號,未達到取得時效所需要的15年規定。 但由於將單位贈予丁的丙對單位亦曾行使占有,其在1994年獲司法判決確認其繼承人身份,使其對有關單位的占有變為有依據的占有,其占有推定為善意。 7、 丙與丁的占有性質均屬善意,根據1966年《民法典》第1256條(現行《民法典》第1180條第2款)規定合並。 換言之,丁對單位的占有合並在丙的占有(在1985年開始)上,有關占有的期間已經過差不多30年,滿足了透過取得時效取得登記在戊名下的單位未分割半份額權利的15年期間要求。 因此,初級法院判處丁勝訴,宣告丁以時效取得方式成為相關獨立單位的所有權人。 戊向中院再提上訴 被告(戊)不服,向中級法院提出上訴。被告指丁的占有與丙的占有屬於不同性質,因為丁不是因為繼承而取得占有,丁以有別於丙的物權名義作出占有。因此只可在較小范圍的占有限度內發生合並。 較小范圍的占有為丁的占有,因此有關占有未達取得時效所需的15年要求,丁不可取得有關單位涉及其份額的權利。 中院維持初院判決 中級法院合議庭指根據已證明的事實,丙及丁的占有性質均為善意、和平及公開,且占有均是以所有權的物權名義作出,盡管被上訴判決認為丁的占有屬無依據,而丙的占有屬有依據,也不妨礙丁及丙的占有可根據現行《民法典》第1180條第2款的規定合並。 因此,中級法院合議庭裁定上訴理由不成立,維持初級法院的判決。 長達34年的滅門慘案 多少年的恩怨 至今還是在水深火熱之中 本以為事件會隨風而去 但誰會預料事件再度被翻出 34年前是為了要債 34年後是為了房子 今時不同往日 一切都要根據法律而定 素材來源:力報、網絡 圖片來源:力報、攝圖網、表情包 如有侵權,請聯系我們刪除 版權屬於原作者 編輯撰寫:小嚕

不用Multipass,自動化還有什麼選擇?
科技新知
MacauYeah・2025-05-28

因為multipass 升級同時轉換driver的關係,很久之前筆者介紹的multipass static ip 慢慢開始失效。如果大家只是為了做lab,雖然multipass預設的不是fix ip,但它的dhcp ip並不常更換,在multipass上起VM還是有一定優勢。 但若大家在更大的環境下,不可能有類似multipass exec 的型式去下指令,又或者,我們本地也沒有足資源做VM,必需使用公有雲,我們還有其他可以自動化的方法嗎 有的。那就最初的ssh。 假設在公有雲,開了三台Linux VM,要作為聯機實驗用。我們只需要再一台Linux跳板機可以是cloud VM或是local Mac Linux,就可以順序以ssh為三台VM下指令。我們不需要開三台terminal,在不同VM之間切換,我們是直接在跳板機下指令,也就在跳板機上,實現自動化為三台機進行一系列的設定。 即是如果之前可以經multipass exec 完成的自動化,只要不涉及重置網絡操作,道理上也可以經ssh 實現。例如筆者之前的docker init可以這樣改寫 # local multipass exec n NODE_NAME docker swarm init # remote ssh USERNAME@NODE_NAME docker swarm init 抄檔案也可以改寫 # local multipass transfer SOME_SCRIPT_FILE NODE_NAME. # remote scp SOME_SCRIPT_FILE NODE_NAME. 也因為公有雲或某些公司網絡,我們什少可以改變它的網絡設定,我們基本只可以使用預留的IP進行設定。不過也因為這樣,我們什少再作出重置網絡的操作。 但大家還是要留意,如果要真順暢ssh或scp,需要預先綁定ssh key。這些預先綁定ssh key的功能,一般在各大的public cloud都會有。如果沒有,我們也可以自動化開始之前,先使用sshcopyid為所有VM加入ssh key,這邊筆者就不再重複敍述。 參考資料 httpswww.cyberciti.bizfaqwhatdoesdoubledashmeaninsshcommand