搜尋

搜尋結果

節能慳電 最高贏 MOP 10,000 節能電器禮券
生活在我城
澳門優惠・2018-07-17

MacauJetso 為大家搜羅澳門優惠!今次介紹嘅係澳電嘅有獎活動。參加方法非常簡單,慳電 5% 即可參加抽獎。大獎係 MOP 10,000 元節能電器禮券。💵 主辦單位:能源業發展辦公室及澳門電力股份有限公司 活動簡介: 為吸引市民積極參與 5% 節能行動,主辦單位將透過抽獎方式獎勵節能 5% 的用戶。只要用戶在 2018 年 7 月至 10 月的耗電量,對比同期( 2017 年 7 月至 10 月)節省 5% 或以上,即可參加抽獎。此外,為鼓勵曾參與“5%節能行動”的市民持續節能,本活動設“持續節能獎”,獎勵那些自 2015 年至 2018 年,至少參加兩年,且參加的年份都有節省,其中一年更省電達到 5%或以上,都可參加抽獎活動,有機會奪得持續節能獎。 活動日期:2018 年 7 月至 2018 年 10 月 參加方法:https://www.cem-macau.com:8888/Form 獎  品: 節能家庭大獎(3名):MOP 10,000 元節能電器禮券、節能家庭優秀獎(50名):MOP 500 元電費回贈、節能家庭入圍獎(100名):MOP 200 元電費回贈、持續節能獎(3名):MOP 5,000 元節能電器禮券。 詳  情:http://www.gdse.gov.mo/eco2018/p8.html * 獎品及遊戲詳情以官方網站為公布為準。 * 更多澳門優惠情報、有獎活動及有獎遊戲,可瀏覽 https://lifemag.cyberctm.com/zh_TW/blogger/MacauJetso。

英皇鐘錶珠寶與妳珠光寶氣去Party
文化創意
文創遊樂場 // 米米 Esther Lim・2017-12-16

英皇鐘錶珠寶始於1942年,近期英皇珠寶呈獻L’Atelier Cindy Yeung 高級珠寶系列,更以多年累積的閱歷及體會作為設計靈感,揉合了千錘百煉的歷練、無邊的創意與精湛的造詣而成的珠寶𠎀作。最適合在十二月份去盛宴Party。 飛舞映蝶 歲月積累而成的寶石,經過長時間的雕琢打磨,終於變得耀眼悅目。尤如天空中閃閃發亮的蝴蝶,經歷漫長的四個成長階段,長出美麗的翅膀翱翔天際。位於瑞士中南部的瓦萊州,一直是蝴蝶棲息的天堂,繁多的蝴蝶數量以及於蝴蝶生態中罕見的多樣性,令瓦萊州被喻為歐洲最大的蝴蝶谷。 冰晶雪映 帶著一抹醉人藍光的藍寶石,採用湛藍的藍寶石為主石,配以精湛無暇的白鑽,這兩種素來代表愛情的寶石,營造北歐雪國漫天雪花的浪漫童話氣息,散發著浪漫氛圍。 月下舞者 在西方傳說中,珍珠是月亮之神的寶石,是月神的眼淚滴到蚌殻之中而形成的。憶起此古老傳說,腦海中浮現的是湛藍的夜空、明媚的月影、以及一抺抺隨旋律舞動的裙擺,這一幕幕美麗畫面拼湊出此優美雅緻的珠寶系列。 炫光盛宴 華麗的宴會可謂西方國家重要的社交文化,此系列以華麗的禮服為設計靈感,並以當中的經典元素–蝴蝶結及鍛帶為主題,以優質祖母綠寶石為主軸,打造出一系列項鏈、耳環及戒指作品。設計師再以其中的裙擺設計貫穿整個系列,打造出同樣高貴的耳環及戒指配飾,定必成為宴會場合中的焦點。

《仙樂飄飄處處聞》將於澳門威尼斯人公演 招募港澳賦有才華的小演員
娛樂殿堂
LifeMag Editor・2017-09-12

傳奇百老匯及倫敦城西音樂劇《仙樂飄飄處處聞》將於今年12月中旬在澳門威尼斯人正式上演,現招募18名極具潛質的澳門及香港兒童於劇中參演Von Trapp一家的孩子。首輪試鏡會共設三場,將於9月15、9月17日在香港及9月18日在澳門分別舉行。是次選角機會千載難逢,更可讓有才華的兒童藉此成為國際知名的音樂劇團隊的一員。 有興趣參與試鏡會的兒童可先於網上提交申請表,而符合錄取要求的申請者即可進入下一輪試鏡篩選。製作人會先選擇在唱歌、舞蹈及演戲方面擁有天資稟賦,或是有過舞台演出經驗的兒童;除此之外,試鏡者年齡必須介乎6至14歲,且身高於120至153厘米之間。入選者將扮演Von Trapp家庭的兩個男孩及4個女孩。這次甄選活動歡迎不同國籍的兒童參加。 於這場表演中獲得角色很可能是這些幸運亦極富天份的入選小演員音樂事業之開始。此外,入選的兒童必須參加於2017年11月17日至2018年1月7日期間舉辦的所有綵排活動及演出。 由澳門棋人娛樂及澳門威尼斯人呈獻,聞名全球的舞台作品《仙樂飄飄處處聞》講述一位年輕的奧地利女家庭教師,七名小朋友及失去太太的父親,於第二次世界大戰爆發期間,充滿音樂和愛的生活。這齣音樂劇誕生了無數令人難以忘懷的歌曲,包括《My Favourite Thing》、《Do-Re-Mi》、《Climb Ev’ry Mountain》、《The Lonely Goatherd》、《Sixteen Going on Seventeen》及與製作同名歌曲《The Sound of Music》。 《仙樂飄飄處處聞》試鏡會詳情如下: 香港: 日期及時間: 2017年9月15日(星期五),下午5時30分至晚上8時30分2017年9月17日(星期日),下午2時至6時 地點:香港演藝學院============================ 澳門:日期及時間: 2017年9月18日(星期一),下午5時至晚上8時地點: 澳門威尼斯人 威尼斯人劇場 有意參加試鏡會的兒童可登錄網站 www.soundofmusicmacao.com 在線提交申請表格。入選人士將於試鏡會舉行前收到一封確認電子郵件。 如欲查詢試鏡詳情,請電郵至tsommacao@gmail.com。

颱風“泰利”將向台灣北部沿海靠近
環保自然
Trisha・2017-09-11

颱風“泰利”現時走勢會是靠近台灣,另一熱帶低壓在菲律賓以東,也有機會發展成颱風。近來這一個月,天氣常為我們帶來憂慮,但預先做好預防揞施,就會降低天氣為我們帶來的傷害。以下筆者搜集了一些現時最新的天氣資訊,以供大家參考。 一、“泰利”位於西北太平洋洋面 今年第18號颱風“泰利”(強熱帶風暴級)的中心今天(11日)下午5點鐘位於我國台灣省宜蘭縣東偏南方大約1390公里的西北太平洋洋面上,就是北緯19.4度、東經134.0度,中心附近最大風力有11級(30米/秒),中心最低氣壓980百帕,七級風圈半徑260-310公里,十級風圈半徑50-100公里。 二、颱風“泰利”將向台灣北部沿海靠近 預計,“泰利”將以每小時25-30公里的速度向西偏北方向移動,強度繼續增強,最強可達強颱風級或超強颱風級(15-17級,48-60米/秒),13日夜間將登陸或擦過台灣北部沿海(強颱風級或超強颱風級,15-16級,48-55米/秒),然後逐漸向閩浙沿海靠近,將於14日下午到晚上在福建中部到浙江中部一帶沿海登陸(颱風級或強颱風級13-14級,38-45米/秒)。 圖1. 今年第18號颱風“泰利”未來120小時路徑概率預報圖 菲律賓以東熱帶低壓將向偏西方向移動 一、熱帶低壓位於呂宋島以東洋面 菲律賓呂宋島以東洋面熱帶低壓的中心今天(11日)下午5點鐘位於菲律賓馬尼拉以東大約360公里的洋面上,就是北緯14.5度、東經124.3度,中心附近最大風力有7級( 15米/秒),中心最低氣壓1002百帕。 二、熱帶低壓將向偏西方向移動 預計,該低壓將以每小時15公里左右的速度向偏西方向移動,強度逐漸加強,有可能在未來24小時內發展為今年第19號颱風。 未來24小時,該低壓對我國海區無影響。 圖2 菲律賓以東熱帶低壓未來24小時路徑概率預報圖 資料來源:中央氣象局http://www.nmc.gov.cn/publish/typhoon/warning.html

11件鬼節期間,你絕對不能做的事情
生活在我城
小城小事多・2017-08-28

今年的鬼節是2017年9月5日,鬼節將到,正所謂「寧可信其有,不可信其無」。 無論你是無神論者,或是十分相信鬼神之說的人, 都可以了解一下,中國鬼節有甚麼禁忌。 1)夜遊﹣晚上是它們的世界,最好不要出門,留在室內,免得遇見它們; 2)床頭掛風鈴﹣風鈴會吸引它們到訪; 3)偷吃祭品﹣那是它們的東西,未經好朋友允許和它們搶吃,它們會嬲,然後就會報復整蠱你; 4)晚上晾衣服﹣如果它們看見你的衣服,感覺非常好看的話,就會拿去穿;然後再還給你時,那衣服就會殘留他們的氣味; 5)熬夜﹣熬夜容易讓你精神狀態很差,它們會在你精神狀態很差,陽氣低落時乘虛而入; 6)靠牆﹣它們好鍾意陰涼的地方,牆邊當然是它們的最愛,所以不要靠牆,否則很容易被它們鬼上身; 7)執路邊的錢﹣那錢有可能是它們的,你搶了它們的錢,後果會如何,你可以想想; 8)拖鞋頭朝床的方向﹣它們會根據鞋子的擺放方向來判斷人在哪兒睡得,然後它們就會跑上來和你一起睡覺,就很容易出現鬼壓床; 9)晚上拍照﹣相機容易捕捉到不應該看見的東西; 10)不要勾肩搭背或拍膊頭﹣人有三把火,頭上一把兩肩各一把,三把火都點著,鬼會畏懼你,如果你把其中一把火拍熄的話,輕者,他會讓你醜態百出;重者,拉你一起走; 11)不要隨便回頭﹣自己一個人在效外行走時,如果聽到好像有人叫你,千萬不要回頭,你一回頭肩膀上的火很容易熄滅。 參考資料來源:http://www.mafengwo.cn/

“Run to Give”慈善跑活動 - 喜達屋酒店與度假酒店集團全力推動
其他
LifeMag Editor・2015-10-02

喜達屋酒店與度假酒店集團亞太區宣佈,亞太區的105 家喜達屋酒店將參加於2015年10月11日舉辦的“Run to Give”慈善跑活動。澳門喜來登金沙城中心酒店及澳門瑞吉金沙城中心酒店也將熱情參與本次活動,攜手共同支持澳門扶康會。歡迎社會各界人士積極參與是次慈善跑活動。 喜達屋從2014年開始舉辦年度全球義工活動“Together As One (TAO)”,“Run to Give”慈善跑是其中的一項內容。喜達屋透過一系列的TAO活動,認可各個酒店與總部辦公室員工的卓越表現,以積極的行動幫助酒店所在的社區,展示義工行動為這些社區創造的不同,以及還將帶來什麼樣的變化。在亞太區,喜達屋員工單單在2014年就貢獻了超過6500個小時,志願參加各種社區服務。 喜達屋酒店與度假酒店集團亞太區總裁何國祥說:「Run to Give慈善跑突顯了喜達屋要為酒店所在社區帶來積極影響的決心,這其中的核心理念是:我們是整個社會大家庭的一份子。去年,我們第一次組織了慈善跑活動,獲得了巨大的迴響。我們非常有信心,在我們員工的繼續支持下,今年的Run to Give慈善跑將取得更多的成就,而這僅憑我們一己之力是無法實現的。」 慈善跑活動將在澳門科技大學足球/田徑運動場舉行,歡迎16歲以上人士參加。慈善跑活動一共分成3組,包括男子3公里、 女子3公里和3公里團體接力跑。每組的獲勝者將有機會獲得酒店住宿或餐飲禮券等豐富獎品。 澳門扶康會於2003年成立,專為輕至中度智障人士提供職業技能發展,協助他們用自身努力積極融入社會。他們於Run to Give慈善跑踏出的每一步,將助他們從中發現自己的潛能。 每位選手將獲得Run to Give慈善跑T恤及證書。截止日期為10月7日。報名費為澳門幣300元。如需更多關於Run to Give慈善跑活動的詳情或查詢捐款手續,請致電(853) 6300 5924 或電郵到 David.Kwong@starwoodhotels.com。

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

Spring Data 關聯型態 01
科技新知
MacauYeah・2024-07-16

筆者身邊的朋友,首次接觸 ORM 的關聯型態時都會覺得很難,筆者自己也是。但在好好地理順它的設計時,就會覺得其實很簡單。 因為篇輻很長,我們先以Code First的角度,先體驗一下ORM程式讀取的便捷性,以及解決一個常見的序列化問題。 雙向存取 例如一個Parent,有好幾個Child @Entity public class Parent { // ... Parent Primay Key @OneToMany(mappedBy="parent") List children = new ArrayList(); // TODO add remove } @Entity public class Child { // ... Child Primay Key @ManyToOne Parent parent; } 上述的寫法很簡潔,ORM會為你自動加入join column,處理關聯的載入。在讀取Parent時,它的所有Children就可以直接在Java層面讀取,在讀取Child時,它的Parent也隨時取得。也就是,開發人員只要經SQL準備其中一方的資料,另一方並不需要手動準備,它就可以自動按需載入。 RESTFul API 坑-雙向存取 Spring Data在Java層面的雙向存取,已經做到很方便。但經常坑到我們的是Spring Data與RESTFul API的混合應用。當我們嘗試經API回傳我們的Parent Json時,API會很聰明地把關聯的Children也變成Json回傳。但他也會把child中的parent不斷重複變成json,變成無限輪迴。 坊間有兩種不同的解決方案,可以防止無限輪迴。 讓Json可以認得已經序列化的元素。@JsonIdentityInfo 讓Json只可以單向序列化(serialization)。@JsonManagedReference, @JsonBackReference, @JsonIgnore 筆者兩個方向都試過,但首個方法並不通用,至少它不能算是一般常見的無腦Json結構。它需要伺服器、客戶端都懂這如何經IdentityInfo認得重複出現的元素。 而單向序列化,是筆者現時的通用解。在設計RESTFul READ API時,筆者就會決定到底是Parent自動回傳Child,還是Child自動回傳Parent。決策的考慮因素,主要在於是否可以簡化Client的API調用次數。通常從Parent出發,自動回傳Child,可以節省API調用。但如果是選項性的結果(List of Value),就倒過來。有時候,遇著API需要雙向設計,就只好自己設計DTO資料傳輸對象 (Data transfer object, DTO)。 例如Parent API,就原封不動回傳原本的元素 @Entity public class Parent{ // ... Parent Primay Key @OneToMany(mappedBy="parent") List children = new ArrayList(); } @Entity public class Child { // ... Child Primay Key @ManyToOne @JsonIgnore Parent parent; } Child API,就反過來引用。 public class ParentDTO { // ... Parent Other fields except children } public class ChildDTO { ParentDTO parent; // ... Child Other fields } 這種DTO,看起來很麻煩。但其實Spring有提供一個簡便的複制DTO功能,它可以把自動複制兩個class中有同一名稱、同一型別的欄位到另一個class上,不需要逐個欄位明文寫出來。 BeanUtils.copy(child, childDTO); BeanUtils.copy(parent, parentDTO); childDTO.setParent(parentDTO) // 因為child、childDTO中的parent欄位型別不同,BeanUtils.copy會自動忽略,其他欄位就會自動複制。 註: 其實古早的網頁系統設計,DTO的概念一直存取。只是現在RESTFul API的流行,很多框架已經提向便捷的Json轉換。若然平時只需Json單向存取,筆者還是省略DTO的建立。

Miffy米菲控必去-澳門上葡京MIFFY創意展
生活在我城
MacauYeah・2023-10-17

唔知點解上葡京會唸到搵米菲做主題,哩隻來自荷蘭的公仔一直低調地遊走唔到國家但係澳門真係比較少出現,但相信米菲控一定知道佢係荷蘭同日本有幾受歡迎!話說上葡京今次舉辦的MIFFY創意展由9月25日至11月12日係酒店舉行,場內唔同地方有超過100隻Miffy,還有 #Miffy主題下午茶、文創禮品、親子工作坊等,集打卡、美食、購物等等。 身為米菲控的筆者當然要帶埋佢個嫰B去探望吓咁可愛的米菲!! 周六12:00首先去到酒店大堂酒廊嘆翻個 “Miffy 主題下午茶”(費用:MOP268+15%,供應時間11:00至18:00)再加點一個大蝦意粉先! 落單後,係附近影吓靚相,之後好快等到飲品: 圖1. Miffy Latte OMG好靚好靚好靚呀!!!飲落還可以但沒有很驚豔。 圖2. Miffy Orange Ballon 香橙啡?!一望有點疑惑,但飲落特別可以哦!很香橙味的咖啡。 圖3. 大蝦意粉 一大碟,小小辣,味道OK 圖4. Miffy吐司配雪糕 終於等到最期待的吐司,看着很美嘛,食落…..外皮不脆,內里算軟,但除了上層有雪糕味,包有包味外,應該算是有點失望…… 圖5. Miffy朱古力焦糖撻 很美~~表面是甜甜的焦糖,下層是濃濃的朱古力,很甜甜的一道甜品 圖6. Miffy甘筍蛋糕 嗯~以經有點飽,但咁可愛一定要試,係清香的甘筍味,蛋糕很軟。 食到一半,可愛的主角米菲登場,係場內大方同大家影相呀! 嫰B更然立即衝埋去影相同摸摸啦~~~ 總結:兩大一小食哩個餐+一個意粉有點多,建議單點自己想食的都很足夠不一定要點餐,但米菲控叫一個主題餐是常識吧?哈~ 食完仲可周圍行吓,場內仲有好多不同大小設計的米菲公仔同精品,歡迎大家一齊黎同米菲見個面哦~~~ 資料補充: 上葡京官網 https://www.grandlisboapalace.com/tc/restaurants-n-bars/glp-lobby-lounge 餐廳不可預訂, 餐廳登入澳娛會員有95折(可以提前登記) https://supremecard.sjmresorts.com/tc/my-membership

使用 Multipass 建立Docker Cluster
科技新知
MacauYeah・2023-06-02

以下流程,假設各位已經 在Ubuntu Server中開設了virtual bridge 供Multipass設定Static IP,並且network interface定為 localbr 使用Packer template制成docker.img , 並存放於當前資料夾內 使用docker.img 起三個node,並使用network interface localbr,各有一個指定的mac address multipass launch file://$PWD/docker.img --name node21 --network name=localbr,mode=manual,mac="52:54:00:4b:ab:21" multipass launch file://$PWD/docker.img --name node22 --network name=localbr,mode=manual,mac="52:54:00:4b:ab:22" multipass launch file://$PWD/docker.img --name node23 --network name=localbr,mode=manual,mac="52:54:00:4b:ab:23" 對運行中的三個node,為它們設定static ip multipass exec -n node21 -- sudo bash -c 'cat /etc/netplan/10-custom.yaml network: version: 2 ethernets: extra0: dhcp4: no match: macaddress: "52:54:00:4b:ab:21" addresses: [10.13.31.21/24] EOF' multipass exec -n node22 -- sudo bash -c 'cat /etc/netplan/10-custom.yaml network: version: 2 ethernets: extra0: dhcp4: no match: macaddress: "52:54:00:4b:ab:22" addresses: [10.13.31.22/24] EOF' multipass exec -n node23 -- sudo bash -c 'cat /etc/netplan/10-custom.yaml network: version: 2 ethernets: extra0: dhcp4: no match: macaddress: "52:54:00:4b:ab:23" addresses: [10.13.31.23/24] EOF' multipass exec -n node21 -- sudo netplan apply multipass exec -n node22 -- sudo netplan apply multipass exec -n node23 -- sudo netplan apply 使用node21作為Leader (Manager),與其他兩個node一起組成Cluster multipass exec -n node21 -- sudo docker swarm init --advertise-addr 10.13.31.21 multipass exec -n node21 -- sudo docker swarm join-token manager managerToken=$(multipass exec -n node21 -- sudo docker swarm join-token manager -q) multipass exec -n node22 -- sudo docker swarm join --token $managerToken 10.13.31.21:2377 multipass exec -n node23 -- sudo docker swarm join --token $managerToken 10.13.31.21:2377 Cluster就建立完成。 若想刪掉重來 multipass delete node21 multipass delete node22 multipass delete node23 multipass purge 備註 在直正使用時,大部份時間還需要做port forwarding。multipass沒有自己的port forward,可以用ssh tunnel來模擬。 例如把Ubuntu Server的8080指向node21的8080,可以這樣 sudo ssh -i /var/snap/multipass/common/data/multipassd/ssh-keys/id_rsa -L 0.0.0.0:8080:10.13.31.21:8080 ubuntu@10.13.31.21 完整的script可以參考initDockerCluster.sh。 沒有Bare Metal Ubuntu或者沒有static ip也可以參考initDockerClusterWithoutStaticIp.sh。只是因為network brandwidth問題,我就不會在每次更新時都測試。