搜尋

搜尋結果

熱舞森巴「巴西美食嘉年華」

澳城餐飲
LifeMag Editor・2015-09-07

巴西的卡畢利亞雞尾酒 Brazilian Caipirinha 「盛宴」餐廳「巴西美食嘉年華」 Brazilian Rodizio in Feast 舉慶歡騰的巴西國慶即將來臨,澳門喜來登金沙城中心酒店被這繽紛熱情的節日氣氛深深感染,由即日起逢週五及週六晚上,於「盛宴」餐廳為您精心準備一場「巴西美食嘉年華」!熱情如火的森巴舞表演,風味獨特的巴西烤肉,配上甘烈清新的卡畢利亞雞尾酒,定能為賓客帶來充滿異國風情的美食新體驗! 大廚按照巴西傳統的烹調方法為你帶來正宗的香草巴西式烤西冷牛肉,外表香酥,入口肉質細嫩,讓您回味無窮。三款別具風味的巴西豬肉腸更能讓肉食愛好者大飽口福,香辣味道(Linguiça Calabresa)刺激味蕾,濃鬱的蒜香味道(Linguiça Portuguesa)在口中蔓延環繞,還有吃不膩的經典原味(Linguiça Toscana),讓人讚不絕口。壓軸的有巴西蜜汁烤肉配烤菠蘿,外表焦糖內裡金黃的烤菠蘿配上烤肉,果香四溢,菠蘿不但非常解膩,更打造了新的味覺享受。搭配巴西經典卡畢利亞雞尾酒,味道清新,能刺激食慾。「盛宴」的調酒師更樂意為賓客調製專屬自己口味的水果卡畢利亞雞尾酒。 身穿華麗嘉年華服飾的森巴女郎,伴隨著熱情的森巴音樂盡情舞動,傳遞著熱情洋溢的南美風情,絕對讓你感到身在巴西,享受一場視覺與味覺的盛宴。即日起至2015年12月,逢週五及週六晚上6時至10時30分,賓客可於澳門喜來登酒店的「盛宴」餐廳享用「巴西美食嘉年華」。成人每位澳門幣498元*,小童每位澳門幣249元*。訂座查詢:(853) 8113 1200。 *上述價格須加10%服務費 更多有關澳門喜來登酒店的詳細資料,請瀏覽 www.sheratonmacao.com或致電(853)2880 2000查詢。

勵庭海景酒店珀克餐廳中秋夜海鮮百滙美饌

澳城餐飲
LifeMag Editor・2015-09-01

微信“掃一掃”,即可領取珀克餐廳澳門幣100元優惠券 珀克餐廳中秋夜海鮮自助餐 珀克餐廳特別帶來中秋夜海鮮百滙美饌,讓您在舒適悠閒的環境內與家人及一眾好友聚首一堂, 盡情享受美食。餐廳精選澳洲鮮生蠔、冰鮮阿拉斯加蟹腳、冰島凍蝦、藍殼青口及香味撲鼻的西班牙風乾火腿等世界各地美食,讓您盡享美味佳餚。此外,更有多款新鮮刺身及壽司任君選擇;令人垂涎欲滴的美國牛柳及精緻美味的各式甜品可供選擇。美饌當前,令人食指大動,餐廳更貼心地預備了特選葡萄餐酒並以特惠價提供, 每位小朋友更可獲贈小禮物乙份(數量有限,送完即止)!,絕對是一家人共聚天倫、歡度中秋佳節的首選。此外,透過關注澳門漁人碼頭微信及 “掃一掃”方式,即可領取珀克餐廳澳門幣100元優惠券乙張。現凡於珀克餐廳享用自助晚餐,兩位成人同行並出示優惠券即減免澳門幣100元,立即登入微信領取優惠券吧(推廣期由即日起至9月30日)! 中秋夜海鮮百滙美饌 日期:2015年9月27日 時間:18:30-22:00 自助晚餐: 成人:澳門幣388元 小童:澳門幣238元 *指定葡萄餐酒以特惠價格提供 訂座電話:(853) 8799 6606 備註:上述價格需另加 10%服務費。如有任何爭議,勵庭海 景酒店保留最終決定權。

澳門航空全航線大促銷!

激安優惠
OHChance 旅遊誌・2015-08-21

價錢測試:澳門飛大阪來回 澳門航空全航線大促銷 等左好耐的澳門航空大促銷終於來啦!全航線都有!跟早兩三次ge大促銷一樣,分兩個時段,下年出發ge平多兩舊水(除左首爾)。以下向各位報告一下價錢,括號內前面為9月1日至12月31日出發的價,括號內後面為1月1日至3月24日出發的價:   台北:(MOP1,538 / MOP1,338)高雄:(MOP1,438 / MOP1,238)首爾:(MOP2,406 / MOP2,406)東京:(MOP2,885 / MOP2,685)大阪:(MOP2,914 / MOP2,714)峴港:(MOP1,657 / MOP1,457)河內:(MOP1,731 / MOP1,531)曼谷:(MOP1,674 / MOP1,474)北京:(MOP2,128 / MOP1,928)瀋陽:(MOP2,228 / MOP2,028)成都 / 重慶:(MOP1,828 / MOP1,628)太原 / 天津:(MOP1,928 / MOP1,728)上海 / 南京 / 杭州 / 寧波 / 合肥 / 廈門 / 鄭州 / 南寧:(MOP1,528 / MOP1,328)   注意部份日子(主要是國慶連假、回歸及聖誕假期、農曆新年假期)及前後幾天都是沒有特價票供應的。但小假期就仲有機會。台北千三蚊就有都幾值得留意,首爾就一般價啦;日本線方面,雖然已經比平時平左d,但始終都仲係覺得貴左少少。有興趣ge 朋友不妨上官網上去睇睇心水日子有無平飛。 編輯聲明====================================== 相關連結:http://ohchance.info/?p=2844 來源:OH!Chance!澳燦旅行資訊 |FaceBook:Oh!Chance! 經版權持有人授權CyberCTM.com發表,如要轉載請列明出處! ======================================

櫻花之後的日本賞花攻略

旅遊情報
LifeMag Editor・2015-04-15

足利紫藤花夢幻 (來源:足利花卉公園 ) 富士山配芝櫻美景 (來源: 富士芝櫻祭) 過咗櫻花花季之後,其實日本仍然有唔少靚花美景。如果打算這兩個月去日本,錯過了櫻花花期,也不用失望,選擇去看芝櫻或紫藤花同樣是賞心悅目! 芝櫻花期由4月中旬至5月下旬,雖然名字有個櫻,但它並非櫻花,而是長於地上的。在東京近郊有兩個賞芝櫻聞名的地方,其一是秩父市的羊山公園的「芝櫻之丘」,由4月15日至5月6日舉行芝櫻祭,面積約17600平方公尺內有40萬棵芝櫻盛開,佈滿如粉紅毛毯般的芝櫻花海,非常漂亮。 另一賞芝櫻名所是富士五湖之一的本栖湖,於4月18日至5月31日期間當地舉辦「2015 富士芝櫻祭」,6個品種80萬棵芝櫻綻放,而最大看點,是在賞花同時 還可以欣賞到世界遺產富士山,兩大美景盡收眼底。現場還設有「富士美食嘉年華」,可品嚐當地特色美食如富士宮炒麵等,大飽口福。 除了芝櫻外,藤花亦是接著櫻花之後綻開。位於栃木縣足利市的「足利花卉公園」,350多株紫藤花在空中垂吊如簾幕,形成引人入勝的花隧道,被CNN評選為世界9大夢幻旅遊景點之一。4月18日至5月17日期間更舉辦大藤節,藤花開放順序由淡紅色、紫色、白色到黃色,不同顏色帶來不同效果。

澳門入選《孤獨星球》2015年十大最佳旅遊地區

走遍世界
LifeMag Editor・2015-01-05

世界知名的旅遊系列書籍《孤獨星球》(Lonely Planet)早前公佈2015年「最佳旅遊」的十個國家、十個地區及十個城市名單。澳門以新舊建築及融合不同文化魅力,成功入選明年「十大最佳旅遊地區」之一,其他入選地區還包括美國洛磯山國家公園、澳洲塔斯曼尼亞、挪威北部、墨西哥銅峽谷、智利阿塔卡馬沙漠等。《孤獨星球》最新旅遊書《2015年最佳旅遊》及其網上版將詳細介紹入選的國家、地區及城市。 具權威的旅遊品牌孤獨星球出版社,連續十年發行背包客旅遊系列書籍《孤獨星球》,並訪問了其全球員工、撰稿人和作家,讓他們提出數百個令人興奮的旅遊目的地,再由旅行專家小組篩選出「最佳旅遊」的十個國家、十個地區及十個城市。 澳門首次入選「十大最佳旅遊地區」之一。評審認為,近年澳門的娛樂事業發展迅速,博彩收益更超越拉斯維加斯的六倍以上,但提醒旅客們不要忽略了澳門真正的魅力所在。揉合四百多年中西文化、結合歐洲、非洲、印度和中國元素的獨特美食成為今日的「土生菜」。旅客來到澳門,可以到中式廟宇上香祈福,可以到米芝蓮餐廳品嚐美食及頂級葡萄酒,也可以挑戰蹦豬跳等極限運動,到街頭小巷尋覓小吃夜宵。 評審又指出,澳門的旅遊服務及交通配套日臻完善,麗思卡爾頓酒店和JW萬豪酒店等知名酒店品牌紛紛進駐澳門,而港珠澳大橋竣工有期,意味著2015年將成為澳門標誌性的一年。

Coding Anywhere: 依賴服務的選擇

科技新知
MacauYeah・2025-04-22

年多前,筆者購入steamdeck, 經過一輪軟件定制,把它變成一個可以作為IT從業員開發機的方案,也介紹了一些coding anywhere的想法 https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/14175/Coding Anywhere 工作方案 https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/14352/Steam OS 3.5更新,內建 podman, distrobox https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/14149/開發者在Steamdeck上的另一個選擇: Gnome box 在試驗了一年多後,筆者對於依賴服務的模疑,又有另一層感受。什麼是依賴服務?就像你寫的程式庫,可能需要資料庫儲存、可能需要問AI等等。所以在開發時,都要確保這些服務的存在。一般,要麼就是在本機上自行安裝,要麼就是經過互聯網使用雲服務(public cloud或者你團隊提供的private cloud),也就是本地模擬還是互聯網模擬。 本地模擬的得失 本地模擬,主要是考慮金錢上的優勢與資源的獨立性。 金錢成本 - 互聯網資源大部份都不會是免費的,如果本機的硬件足夠,可以在本地完全模疑,有一定上的優勢。但如果該服務在本地安裝,都要計授權,可能不沒有太大差異,例如那些report engine, report designer,即使本地開發都要逐台開發機計算。但其他大部份,如資源庫的實現,都有本地開發免費授權。所以本地安裝道理上有一定的成本優勢。 資源獨立性 - 當一個團隊共用一些互聯網服務時,可能會互相干援。即使團隊在開發時,可以經profile使用不同的資源,但發生誤用的情況還是很常見。(除非大家已經有一套很健全的開發用profile,只在本機生效,亦只在必要時才會被提升到程式碼的版本控制當中,不會誤會地覆蓋他人,也不會忘了提交。但這是很有挑戰的一件事)。反觀本地模擬,因為那些服務並不會在團隊中分享,就保證不會被誤用。 學習成本高 - 本地模擬,就有一個莫大的痛點,就是學習成本高。我們可以找到很多本也安裝資料庫的教學,本地LLM AI的架設也不少。但我們並不是很輕易地就可以無師自通,有時為了初次安裝,所花的時間成本也大得令人卻步。 coding anywhere轉移成本高 - 因為全部本地模疑,代表我們必需要有一台足夠強大的主機。但如果我們的移動接入點,綁定了在某台特定的強大主機,我們活動空間也相對減少。 互聯網模擬的得失 直接使用互聯網的服務,主要體現於用錢解決問題的優勢 即開即用 - 能用現成的就用現成的。例如你目標是使用mysql cloud database,就直接伸請使用。如果你還要在本地安裝或使用Cloud VM安裝,就還要自行安裝管理介面等工具。因為成本問題,實在要自行安裝,使用cloud vm也有一定的方便性。使用cloud vm 有一定的快取,可以減少安裝所需要的時間。當我們養成自動化的習慣,clould VM 也可以隨時刪掉,有需要才重起。 解決單機無法模擬的情況 - 某性依賴,並不能簡單地經過本地單一部主機去做到。例如我們要模擬一些叢集功能。我們可能要在主機或網絡設備作出一定的調整,才可能提供bridge network。這一點在辦公室網絡下限制更多,不是隨便就可以建一個可以互通,又可以訪問互聯網的環境。另一些如block storage等資源,還會對硬件有一定的要求,也不是軟件模擬就可以做到。我們若不經過互聯網取得,至少也要在團隊下的private cloud上去建立。(不過如果是從零自建private cloud環境,初次投入的成本可能直接使用public cloud 低。 ) coding anywhere轉移成進一步下降 - 作為移動接入點,就剩下那些不可互聯網化的部份,例如domain name,有時還是localhost比較方便,又例如有一些硬件相關開發,硬件部份必需經過本地接入。 就以筆者的個人經驗來講,除非public cloud的價錢實在不可接受又或是自動化幾乎不可能,否則使用public cloud會有時間成本上的絕對優勢。如果要走本機模擬方向,必需要對Container、VM、網絡等有深刻的了解,才會成事。

【澳門復活節推介】

澳城餐飲
Cheers!・2025-04-10

復活節話咁快又準備到啦!呢幾日假期大家有咩地方去呢?唔洗怕悶,小編幫大家搜羅咗幾間酒店嘅復活節活動,包括餐飲、工作坊等等系列,等你地喺假期都可以去! 澳門十六浦索菲特酒店 - 海風餐廳 「海風餐廳自助午餐 」 海風餐廳薈萃節慶美饌,以豐盛早午餐共慶復活節!暢享現撈海鮮、多汁炙烤佳餚、繽紛環球料理,以及精緻法式甜點。小朋友可盡情發揮創意彩繪復活蛋! 供應日期:2025年4月20日 時間:中午12時至下午2時30分 價錢:成人每位澳門元288、小童每位澳門元144 澳門皇都酒店 - 花道葡萄牙餐廳 4月18 - 20日 復活節期間,FADO特別推出「復活節葡式佳餚」精選一系列精緻美食,特別推薦香煎帆立貝蘑菇泡芙卷配龍蝦忌廉汁、烤羊排配粟米菠菜蓉。活動期間,更有機會免費參加「復活節花藝彩蛋裝飾DIY」工作坊。 「復活節花藝彩蛋裝飾DIY」 日期:2025年4月18至20日 時間:下午1時 / 下午2時 名額:每場12位客人 地點:花道葡萄牙餐廳 美高梅 4月14至20日期間,澳門美高梅「甜點」與美獅美高梅「視博茶點」將推出多款復活節主題西式糕點,以活潑可愛嘅「繽紛樂園」、「獅子蛋糕」、「柑橘胡蘿蔔蛋糕」等有趣造型亮相;另外更可同時喺美獅美高梅最佳位置欣賞春季限定嘅「蜂之花園SHOW」! 澳門星際酒店 - 品味坊 4月18至19日,於品味坊享受節日主題嘅繽紛自助餐!無論是悠閒嘅午餐定溫馨晚餐,從開胃菜到刺身海鮮冷盤,再到環球時令主菜,仲有多款應節的甜點! 「半自助午餐」 供應日期:2025年4月18日至19日 時間:中午12時至下午3時 價錢:成人 - 澳門元268|小童 - 澳門元188(4-12歲) 「自助晚餐」 供應日期:2025年4月18日至19日 時間:晚上6時半至10時 價錢:成人 - 澳門元338|小童 - 澳門元188(4-12歲)

Swarm mode 上線 6 | OS升級前的準備

科技新知
MacauYeah・2025-04-08

如果大家一直有跟進安全更新,基本上每個一至兩個月,都會有OS kernel和Docker Engine Update。也許大家習慣還是以不變應萬變,但有些時候還是不可避免地遇到嚴重漏動,需要強制更新。那麼當我們在這個情況時,我們該如何做呢?在開始做之前,我們先測試一下Swarm的容錯率有多高。 官方就宣稱,只要swarm中,manager例下的數目沒有超過半數,就依然可以運行。這個部份,筆者相信大家一早就感受過。但筆者認為,在直正出意外的情況是,少於半數的manager倒下了,但其餘的manager又不幸要重啟,到底又些活著的manager,又可否成功重新啟動?所以下面就來做些測試。 測試1 測試REPO 初始化script initDockerCluster.sh 筆者在原本的教學中,就有一個3個manager node + 2 worker node的範例,我們只要安裝ubuntu OS, packer, 並使用 # run setupMultipassWithFixIP.sh will install multipass and config fix ip ./setupMultipassWithFixIP.sh # install packer, please refer to https://github.com/macauyeah/ubuntuPackerImage/blob/main/README.md packer init template.pkr.hcl packer build template.pkr.hcl # initialize docker cluster in multipass ./initDockerCluster.sh 在上述的環境中,node21, node22, node23是manager, node24, node25則是worker。在全關的情況下,只要正常啟動兩台manager,worker就可以成功復活。 測試2 測試REPO 初始化script initDockerClusterLoopJoin.sh 筆者寫了另一個起始方案,會有5個manager node,而且依賴順序如下 node22 => node21 node23 => node22 node24 => node23 node25 => node24 node21 => node22 # initialize docker cluster in multipass ./initDockerClusterLoopJoin.sh 在上述的環境中,5台機也是manager。 initDockerClusterLoopJoin 的前半部份,它會建立順序依賴,即每一台機器,都經前一台機器進行加入的動作。而後半部份會把node21刪掉,並經multipass用一個全新的guest os重起,重新加入到。 在全關的情況下,只要正常啟動三台manager,它們都可以繼續運行。 這個測試的例子表明,即使原本作為依賴的機器死了,只要群齊中其餘多數manager仍然存在,它們也是可以復活的。更重要的是,即使最初引領一切的node21死掉了,什至是被刪掉重來,也是相安無事的。 結論 更新時,最保守的做法,是先加入新的manager,再除去舊有的manager。但這個做法下,manager的IP就不可避免地被改變。若然DNS或者防火牆沒有相應的自動化幫忙,先加入再替換就變得很痛苦了。 而上述的測試,其實代表了我們可以先暫停或移除舊有的manager,更新完後再接回去,這樣部份IP就可以重用。我們只要維持多於原本半數的manager活著,然後逐一替換或升級原有的機器,也不會有問題。即使在升級途中,其他manager不幸地斷線,重啟後它們還是有條件自行修復。我們也不需要顧及更新順序,只需想好Virtual IP的分配策略就足夠,其餘就像是單機升級一樣。

Spring Data Jpa 自動化的選擇 - Code First

科技新知
MacauYeah・2025-01-22

Code First vs Database First 在早期SQL資料庫盛行的年代,在設計要使用資料庫儲存資料時,很經常遇到一個策略選擇的問題*Code First* vs *Database First* 這兩個策略的差異可能越來越講不清,筆者也找了一些現時網路上的講法。 Code First: 先從寫程式的角度出發,設計數據模型,再使用工具把你程式碼中的數據模型類(Class),生成一個對應用SQL資料庫的表(Table),自動編做好對應的數據結構(Schema)。這樣你在設計時,以程式設計為主導,方便熟悉程式的人使用。這常見於第一手開發設計,因為資料都是第一次收集和儲存,考慮收集程式的運作最為實際。 Database First: 先從SQL資料庫的儲存、取用資料的方式出發,先用SQL成生Table及Schema,再轉變成為程式碼中的數據模型。這樣的資料庫在日後作分析用途時,比較簡單易懂,方便使用熟悉SQL的人去使用。這也常見於二次開發程式,因為這樣可以確保不會錯誤地破壞原有資料庫。 那麼筆者為何講這兩個差異越來越講不清?那是因為現在的資料庫不能單純地只考慮初次或二次開發問題,而是需要考慮多個系統協調運行的問題。 多系統共享協定 - Database First 因為隨著資料系統發展,有些資料會作為數據源出現或用作共享媒界,如果一定要對設計策略作分類,在多系統協調運作下,這些應該叫使Database First。不論它們是SQL還是NoSQL資料庫,我們的程式碼都要為這個預先定義好的數據結構作出妥協。不論使用工具,還是人為分析,都要把共享的數據結構轉換成自己程式中的數據模型。 即使不是多系統協調運作,有時候因為要移植系統,但同時又要令兩個系統版本相容。新系統也是被逼使用Database First的方式設計。 自動化考量 - Code First 前述我們講到,很多時候我們也是從Database First的方式思考。不過筆者就這個Database First,也弄到滿身傷痕。 首先,拋開工具轉換的誤差,我們人為的把共享數據轉化為數據模型,共享數據有時會有一些先天的缺陷,例如: 資料沒有設計Primay Key (主鍵,唯一鍵)、日期時間的定義不明確等。面對一些意義不明的數據來源,要整合確實很要命。而且二次開發中,不可能100%重用原有的資料庫結構,很多時都會加入新的欄位或更多表格去計數。一旦加入新欄位,在團隊多人開發中,那麼使用唯一的共享開發環境,就變很易有程式碼上的衝突。 若需要多人開發,各人有一個Code First的開發用資料庫,是很必要的。這也可以在系統正式升級前,對比開發中資料庫及舊資料庫的結構,觀看它們之間的差異,評估升級的風險。 也許Code First並不是重點,重點是可以隨時建立一個測試用的資料庫,這才方便合作開發。自動化的地方,不單只限於數據結構,範例資料也該是如此。如果有維繫一個初始範例資料,可以在有需要時自動生成,對於多變的環境一定有很幫助。 現時,筆者基本上都會人為檢視資料庫,人工對照編寫程式中的資料結構(即是人工的Database First),並確保那時程式再次經自動化生成的測試用資料庫,並沒有失真(即是Code First)。至於範例資料,初期筆者也只使用SQL生成,但後期因為資料結構開始複雜,筆者也暫暫使用程式碼生成,雖然工作量會多了,但對於資料庫升級、品牌更換,這是很有效的手段,程式碼升級測試也更順暢,絕比SQL生成更易維護。 Ref - Code First vs Database First https://builtin.com/articles/code-first-vs-database-first-approach