澳門生活誌 Life Mag

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的建立。

程式交易 www.quants.hk (導師: 財經書藉作家: 麥振威)・2024-07-10

如何提高保歷加通道交易策略的勝算

創富坊

我們已學習了一些pine script的基本語法，相信大家經練習後已能逐漸掌握。這篇則會講解一些比較深入的分析技巧。有一種策略是很多新手都經常問我的，若要寫股價跌穿保歷加通道底部便買入，升穿保歷加通道頂部便造淡，應該怎樣用pine script 寫出來? 以下的入市準則是，收市價低於保歷加通道底部便買入，然後待收市價跌穿保歷加通道中軸便平倉，相反，收市價高於保歷加通道頂部則造淡，然後待收市價升穿保歷加通道中軸平倉。 //@version=5 strategy("升穿bollinger's band錯誤用法", overlay=true, margin_long=100, margin_short=100) sma20=ta.sma(close,20) mult=ta.stdev(close,20) upper=sma20+2*mult lower=sma20-2*mult noposition=strategy.position_size==0 var bool traded =false buyCond=close<lower and close<sma20 shortCond=close>upper and close>sma20 buycloseCond=ta.crossover(close,sma20) shortcloseCond=ta.crossunder(close,sma20) if buyCond and noposition and not traded strategy.entry("BUY",strategy.long) traded:=true if buycloseCond and not noposition strategy.close("BUY") if shortCond and noposition and not traded strategy.entry("SHORT",strategy.short) traded:=true if shortcloseCond and not noposition strategy.close("SHORT") if ta.change(time("D"))!=0 traded:=false 這是最簡單的寫法，但大家應會想到，若收市價低於保歷加通道底部便買入，那以下情況可能會出現「連續多次買入」，所以在策略中已設定了每天只交易一次，而且入市情況需要「沒有持倉」才會入市。可以看到這類交易策略，交易一年後仍然要虧損，數據是用了Tesla(US:TSLA)的5分鐘數據，而這個策略在一年裏交易了259次，獲利的有151次，勝率大約是58.3%。若要修改這類運用保歷加通道頂部及底部的策略，其實比較好的處理方法是，當股價升穿保歷加通道頂部後，等待股價再回落至保歷加通道之內才入市造淡，同樣地，若股價跌穿保歷加通道底部，也是等待股價回升至保歷加通道之內才入市造好。寫這類策略的方法是運用ta.crossover 及ta.crossunder，若寫成ta.crossover(close,lower)，就是代表了股價由保歷加通道底部以下，升穿保歷加通道底部之時便會入市買入。可以想想，要出現這種情況必然是股價之前已經跌穿了保歷加通道底部才會發生，那便既符合跌穿保歷加通道底部的要求，同時又符合了股價再回升至保歷加通道內的要求。而升穿保歷加通道頂部後再待股價回落至通道之內的寫法應大家現在也懂得怎樣寫，那便是ta.crossunder(close,upper)。以下是整個策略的完整寫法: //@version=5 strategy("升穿bollinger's band及跌穿bollinger's band策略", overlay=true, margin_long=100, margin_short=100) sma20=ta.sma(close,20) mult=ta.stdev(close,20) upper=sma20+2*mult lower=sma20-2*mult noposition=strategy.position_size==0 var bool traded =false buyCond=ta.crossover(close,lower) and close<sma20 shortCond=ta.crossunder(close,upper) and close>sma20 buycloseCond=ta.crossover(close,sma20) shortcloseCond=ta.crossunder(close,sma20) if buyCond and noposition and not traded strategy.entry("BUY",strategy.long) traded:=true if buycloseCond and not noposition strategy.close("BUY") if shortCond and noposition and not traded strategy.entry("SHORT",strategy.short) traded:=true if shortcloseCond and not noposition strategy.close("SHORT") if ta.change(time("D"))!=0 traded:=false 從backtest report可以看到勝率會較第一個的策略為高，一年裏交易了258次，獲利的有167次，勝率提高至64.73%，但最重要的是原本是虧損的策略已變成輕微獲利。不過，獲利確實不多，那又有沒有方法可以改得更好? 最常見的做法是觀察圖表上的入市訊號，特別是留意出現裂口高開或裂口低開的情況，因為不少人都會認為出現裂口高開或裂口低開會引發上日持倉過夜的炒家的平倉盤，但這並不代表當日即市的走勢，只會在開市初段產生短暫影響。而我們在圖表上觀察這個策略的入市訊號時，又確實發現有些日子的造淡的訊號會因為當日出現裂口高開，因而升穿了保歷加通道頂部，其後股價重返保歷加通道之內便入市造淡，不過最後卻出現虧損。那若我們剔除因裂口高開而出現的入市造淡訊號又會怎樣? 但這種修改方法又很可能把原本能獲利的訊號也剔除的，結果是交易表現可能更差。筆者就建議可以試試與平均線配合作修改，例如運用「Hull Moving Average，HMA」，這是一種了特別重視最近價格變動的加權移動平均線，有點像「Weighted Moving Average，WMA」，但HMA的滯後情況會較WMA少。我們試試加上一些新的條件，買入時必需HMA比上一支陰陽燭的HMA為高，造淡時則必需HMA比上一支陰陽燭的HMA為低。以下便是修改後的版本，在主圖上的紅線便是HMA。 //@version=5 strategy("升穿bollinger's band 改良版", overlay=true, margin_long=100, margin_short=100) sma20=ta.sma(close,20) mult=ta.stdev(close,20) upper=sma20+2*mult lower=sma20-2*mult noposition=strategy.position_size==0 var bool traded =false hmaValue=ta.hma(close,10) buyCond=ta.crossover(close,lower) and close<sma20 shortCond=ta.crossunder(close,upper) and close>sma20 buycloseCond=ta.crossover(close,sma20) shortcloseCond=ta.crossunder(close,sma20) buyCond2=hmaValue>hmaValue[1] shortCond2=hmaValue<hmaValue[1] if buyCond and noposition and not traded and buyCond2 strategy.entry("BUY",strategy.long) traded:=true if buycloseCond and not noposition strategy.close("BUY") if shortCond and noposition and not traded and shortCond2 strategy.entry("SHORT",strategy.short) traded:=true if shortcloseCond and not noposition strategy.close("SHORT") if ta.change(time("D"))!=0 traded:=false plot(hmaValue,title="HMA",color=color.red,linewidth=1) 結果可以看到訊號大幅減少，但勝率再提升至75%，但看最大獲利的最大虧損的比例達到3:1，這類策略即使遇上最壞的情況也是虧損有限。但問題就是交易次數真的真的太小的，一年只有8次入市機會，雖然獲利的次數有6次，但交易次數太小也會令最終的回報有限。但大家可以想想，若你把「10個」本來只有六成中的交易策略，修改至七成中以上，而且Maximum Drawdown不大，盈虧比更大幅提升至3比1，那麼你獲利的機會根本便很大。然後我們這10個策略同時執行，那你的交易次數就不會少了，而回報也會因而增加。若為了達到有足夠多交易次數的目的而勉強去運用一些勝率較低，盈虧比又較低的交易策略，那最終的回報反而不會太好。網頁: www.quants.hk Youtube: https://www.youtube.com/@markchunwai Facebook專頁: https://www.facebook.com/quantshk/ Patreon: https://www.patreon.com/quantshk

Docker Image打包建議

MacauYeah・2024-07-10

之前筆者有分享過兩個不同的Docker Image打包方式 App直接打包成Image 只把底層程式打包在Image中(例如Tomcat)，再用Docker Volume的方式讓Container可以起動App。筆者就兩種方式做了一個條列式的對比。詳見連結 https://macauyeah.github.io/AProgrammerPrepares/VMDockerNotes/DeployDockerClusterCN.html 因為兩種方式筆者都有實作過，也算用了很段時間，所以也有一些實際經驗可以分享。如果大家上正式的Docker課程，Docker導師通常會推薦為每個App打包成獨立Image，因為底層程式的Overhead通常不大，例如底層程式是Tomcat、Apache、Nignx這類網頁伺服器，重量級的開銷並不是因為多幾個Web Engine的分身造成，通常都是因為業務本身。但如果你講的底層程式是資料庫等的大型程式，才可能會有明顯的差異。但實務上的建議，就是必需考慮自身的經驗，到底那個方案自己比較有把握。獨立打包App，在正式環境也需要考慮跟蹤問題的情況，多個不同App要溝通，也是了解Container網絡。如果打包底層程式，所有App都可以當成是本機下運行，更有信心追蹤問題，也是一個很好的出發點，到了有需要彈性改變不同App的需要，才轉向獨立打包的做法。筆者最初也是走這個打包底層程式的方向，到了自己有信心試用Docker Swarm，才走向獨立打包的做法。筆者親身經驗，因為到了Docker Swarm，網段會變得暴增，這跟公司現有的內部網絡相衝的機會就會變多。在Swarm起立初時，筆者並沒有意識到這件事，所以當初排查問題，也花了一些時間才知道要向網段衝突上著手。另一個出自Docker導師實務上的建議，就是正式環境中不要做用Docker compose，應該使用Docker Swarm。那怕Swarm只有一個節點，也應該用Swarm，導師的主要理據是Swarm有Rolling Update （滾動更新）的機制。同一個node也可以有多個分身，每個分身輪流更新，就不會出現大中斷的情況。筆者就自身經驗，Tomcat可以同時容納一個App的多個版本，Nginx也有Failover（故障轉移）等，如果你很熟這些功能，不一定要需要靠Swarm去提供。可以按自己步調去慢慢適應。

型別對程式語言的重要性

MacauYeah・2024-07-08

JavaScript等程式語言的流行，好大一個原因是因為它很簡潔。而筆者認為，動態語言的特性，即是可以省略型別，是讓它簡潔的一個很大原因。(動態、靜態與強型別、弱型別並一定對等，詳見Ref) 動態語言的特性，就是同一個變數，在不同時候可能代表不同的數據類型，有時候是String，有時候是Integer。所以編寫時，乾脆就不寫數據類型，因為寫了也可能是白寫。因此初學者並不需要處理大多導入(import)問題，也不用考慮很多compile error問題，至少程式可以運行一半，到了最後出錯的地方才停下，也就是不會因為型別問題而整個程式開不了。不過筆者在接觸了JavaScript後，始終沒有大量使用。一來因為筆者慣用的Java，有著更大的基礎套件，改用JavaScript未必有優勢。而且動態語言還有一個長久的管理問題，我們該如何知道更新的影響有多大？測試用例不是萬能藥有一部份的人認為，動態語言管理難，是因為大家不愛寫測試用例。的確，若然大家寫的測試覆蓋率足夠多，一定可以預先發現問題。但筆者在Java上實踐了寫測試的習慣一段時間，依賴測試報錯，其實也是後知後覺。 IDE的界入筆者認為，若想好好地管理程式碼，光寫測試是不夠的，我們還需要好好地讓IDE了解我們的程式碼，認它可以很有效地重構我們的程式碼。更強的IDE，還有機會可以提醒我們有一些設計上問題。老實講，寫Java多的朋友，都可能都知道Intellij Ultimate的名字。筆者試用後，的確很有幫助。相較之下，vscode對於Java的支援，並不十分智能。但這裏筆者還覺得vscode對於java的編寫、重構、測試，在免費的情況下，都已經足夠是足夠佛心。對於網頁應用來講，vscode差的是對javascript的支援。 vscode對javascript的支援有限，其實不能怪它不夠努力。你想多一個免費的IDE怎樣去了解你的javascript程式？我們連型別都沒有寫出來，它能怎樣推敲？實時去模擬各種輸入？CPU又會不會耗乾？那麼寫到一半的程式碼又怎樣輸入？直到最近筆者採用TypeScript之後，筆者看到曙光了 TypeScript - 一個變相的JavaScript的靜態型別原本的JavaScript其實也有型別的，只是不強制。若想IDE支援，需要以特定型式寫註解。但這樣寫註解，工作量並不比引用靜態型别來得輕鬆。所以最後，筆者還是覺得直接套用TypeScript，讓自己在每一次引用參數，都要好好地先了解函數的輸入輸出型別寫法。說實在，從JavaScript到TypeScript並不輕鬆。一些原本很無腦的Axios, Promise, Vue語句，TypeScript寫起上來，都變得很複雜。但這個套用，對於IDE來講，真的很大幫忙。它就像突然讀懂了我們的程式一樣，可以跳入跳出，可以知道在多少處被引用。重構也變得更有信心，而不是等待事後測試報錯。有一點要補充，TypeScript並不像Java那般需要完全預先宣告型別。例如函數的回傳結果，TypeScript就不會強制要求寫出型別，因為它可以有限度地猜得出來。當然，如果大家願意宣告，就更好。總結總括來講，型別就像厠所的衛生情況一樣。初期當然什麼都不處理也可以，但越用越久也沒有人理會，大家也不想用下去。若然大家都願意努力維持它的品質，大家會更有意願重複使用。參考資訊「靜態型別 vs. 動態型別」與「強型別 vs. 弱型別」 https://blog.tarswork.com/post/programming-language-type-system Typed JavaScript https://depth-first.com/articles/2021/11/03/typed-javascript/

環遊世界

水上雅丹 – 美麗名字不一樣的景

環宇搜奇

莫雪・2024-07-03

水上雅丹美麗名字不一樣的景雅丹, 在蒙古語意是一堆一堆的意思, 水上雅丹, 便是在水上堆起了一堆堆的泥土。在他們說來, 水上雅丹, 就是一個多麼優雅詩意的名字。青海大柴旦水上雅丹地質公園, 看的就是中國西北面蒼涼且震撼的黃土雅丹景緻, 世界上最大的一個水上雅丹, 歷經了千萬年的地質運動和時空交織，經年漫天風沙沉浸和侵蚀雕塑而形成一片面積最大、至為壯觀的雅丹群落。面積約2.1萬平方公里, 雅丹形態百變多姿，遍佈於湖泊之中，也是世界上發現最早的一處水上雅丹景觀。水上雅丹位處偏遠的青海大柴旦區, 暫時尚未有旅行團前往, 我們安排了少量私人定制團前往, 索性住上一晚水上雅丹旅遊區內的旅館, 區內旅館亦沒有太多選擇, 比較簡單, 勝在方便我們入住後馬上購票進入到水上雅丹位置, 追尋遊覽探索雅丹面貌獨特而荒涼帶神秘的感覺。因為住上一晚, 傍晚便盡情欣賞曠野雅丹與湛藍湖面上的日落美景, 晚上無光害的黃土曠野上的星空, 星星顯得特別閃爍耀眼, 也便是領隊說可以看到牛眼那麼大的星星。為取得最佳觀賞點和拍照角度, 一團大夥跟著領隊的指引, 老少團友馬上變身輕裝猴子般一步一步緊隨領隊, 爬上一座鹽和沙凝結在地殼上的較高雅丹。到達雅丹頂上, 極目一覽無遺的大大小小, 形態各異的雅丹, 或湖面矗立, 或倚湖水邊相依相伴, 或遠或近的曠地黃土上趣異立像, 或群聊或孤高獨處, 藍湖平躺的波光像細訴歲月的無情…! 刺眼陽光漸行漸遠, 光線變得柔和, 帶來落日晚霞漫天粉麗, 雅丹變身黑影在地上各散出神秘座標, 蒼涼但美麗。世界上已發現的大部份的雅丹地貌，大多數處於非常乾旱的地區，偏偏在中國青海西北部的柴達木盆地邊緣的雅丹，便有著湖泊點綴形成獨特壯觀不一般的水上雅丹, 在曠野荒漠中有湖泊襯托出的一片藍色汪洋。雅丹群立於這片汪洋之上，便有著神秘和無與倫比的驚豔美態。路途雖遙遠, 但值我們一看世界上最大上億年土質風化而形成的特色水上雅丹。地址：青海省大柴旦水上雅丹交通：由於水上雅丹地處荒遠的戈壁沙漠，目前没有公共交通可抵達，旅游人仕只能自駕或包车前往。 #昆明圓通寺# #敦煌鳴沙山月牙泉# 其它文章, 詳情請點擊澳門科學館「蒸氣誌(電子月刊)」內之「近代中國科學家事蹟及其精神」 https://www.msc.org.mo/zh/flipbook/55/S-TEAM-ISSUE 本篇文章、影片以及相片版權屬作者所有，經由版權持有人授權CyberCTM.com發表。聯絡及邀約: irene801802@hotmail.com

想要一試難忘的美食？我推薦最值得去的「黑珍珠鑽級餐廳巡宴」！

生活在我城

Lifemagfoodie・2024-07-02

食家注意啦！「新濠風尚」的「黑珍珠鑽級餐廳巡宴」已經進行到第8章和第9章，每章都由新濠餐廳和內地的《黑珍珠餐廳指南》鑽級餐廳聯手打造。今次輪到新濠鋒米芝蓮一星「帝影樓」和上海黑珍珠一鑽「海味觀」的合作，以及新濠天地「金映閣」和廣州黑珍珠一鑽「客·Aken’s Kitchen私房菜」的聯乘之作。每一份聯合菜單都是雙方大廚精心設計的藝術品和別出心裁的全新菜品，保證帶給食客們意想不到的驚喜！有興趣的朋友們注意啦，從今日起就可以開始接受預訂啦！成為「新濠風尚」會員更可享受到9折的尊貴優惠！接下來，跟著小編一起，深入體驗中華美食的無限魅力吧！第八章：帝映海派時珍連續15年榮獲福布斯旅遊指南五星殊榮的新濠鋒邀您品味廣府粵菜和滬菜的驚喜組合。本次美食盛宴由米芝蓮一星粵菜廳「帝影樓」與上海黑珍珠一鑽海派食府「海味觀」聯手呈現，融合了粵菜與滬菜的精髓，展現傳統與創新的絕妙風華。菜式介紹卡露伽鱘魚子貴妃蚌凍這道菜以乾蒸貴妃蚌提取的精華湯汁為基礎，製成順滑的湯凍，搭配恰到好處熟度的冷貴妃蚌肉和9年鱘魚子，點綴以子薑絲和青檸皮，既解膩又提升風味，讓人一試難忘。乳酪黑天鵝酥傳統炸鮮奶經過改良，用乳酪替代水牛奶，製作出外酥內軟、奶香濃郁的創新點心。懷舊果木燒鵝腳紮這道傳統粵菜經過精心改良，選用高級食材，鵝掌先拆去掌骨，包入伊比利亞黑豚、鵝肝，再搭配醃漬黃蘿蔔和貢菜，經過文火燜制和荔枝木烤制，呈現出層次豐富的口感。帝影拆鱘魚羹以10年俄羅斯鱘魚為主料，加入珍貴的「琉璃骨」和「鱘魚筋」，熬煮出營養豐富、口感獨特的羹湯，這可是古代皇帝才能享受的美味哦。每一口都是滿滿的膠原蛋白，養顏又健康！南乳肉汁文火煨澳洲青邊鮑魚選用罕見的澳洲青邊鮑魚，搭配南乳肉汁經過長時間文火煨煮，使鮑魚肉質細嫩。味道帶脂香、酒香和甜味，香氣濃郁，風味醇厚，健脾開胃。帕爾馬風乾火腿清湯浸冬瓜菊花冬瓜切成菊花形狀，用清雞湯煨煮，加入24個月帕爾馬風乾火腿，帶來清新解暑的夏日風味。黑珍珠楊枝甘露經典的楊枝甘露甜品，選用當季成熟的愛文芒果，加入黑珍珠芒果水晶湯圓，為傳統出品畫龍點睛，完美作結。新濠鋒「帝影樓」連續8年《米芝蓮港澳指南》一星評級，由總廚胡寶華帶領，傾注創新意念演繹傳統粵菜，將中菜昇華至更高層次。餐廳特設多間私人包廂，提供獨特的餐饗體驗，並獲得多項國際獎項。胡寶華師傅擁有超過25年經驗，善於融合現代精髓與傳統粵菜，致力於呈現卓越的烹飪技藝。而上海黑珍珠一鑽海派食府「海味觀」於2015年創建，融合海派菜的傳統與現代風味。餐廳創始人兼總廚黃君師傅，擁有豐富的國際烹飪經驗和創新理念，招牌菜品如「品臻松露-幹鮑脆皮乳鴿」以其獨特的口感和香氣深受食客喜愛。黃師傅致力於將中餐推向國際舞台，廣受業界和媒體好評。第九章：嶺南粵客輝映來到第九章，帶您品嚐客家情懷和地道粵味。由位於新濠天地融和古今精髓中菜廳「金映閣」，聯手廣州黑珍珠一鑽「客‧AKEN’S KITCHEN私房菜」，呈現粵菜與客家菜系出同源、各有千秋的嶺南飲食文化。菜式介紹海膽象拔蚌撈起以多種鮮味食材，如生蒜絲、薑絲、檸檬葉絲等，加上精選海膽象拔蚌的鮮甜味，撈起來清、鮮、爽、嫩、滑，象徵著「越撈越旺」的美好寓意。新鮮五指毛桃雞汁湯以五指毛桃為主料，搭配黃蓍、黨參等藥材，具有健脾補肺、行氣利濕的功效，四季適宜，特別適合春夏季節飲用。鹽焗鴿呑鮑魚用鴿代雞，以客家獨特鹽焗手法炮製的「玫瑰鹽焗鴿吞鮑」，將鮑魚用濃鴿湯燴至入味再釀入乳鴿鹽焗，口感鮮嫩，鹹香宜人，是客家美食的極致呈現。酸菜豆醬馬面魨選用肉質細嫩的馬面魨（俗稱「剝皮魚」），搭配酸菜、豆醬等調味料，無細刺，風味獨特，深受識食之人喜愛。雲南樹番茄流心酥·豆腐花布丁雲南樹番茄形狀的流心酥，以熱情果製成，口感豐富。600刀不斷絲的花球豆腐花，不只刀工精湛，口感更鮮嫩無比，讓人愛不釋「口」！新濠天地「金映閣」的大廚鄧俊賢已經掌勺了十多年，並且是「第12屆亞洲名廚精英薈（上海）」的金獎得主。他不僅精通傳統粵菜的烹飪技巧，還擅長調製特製醬汁，使得每一口都讓人回味無窮。他的招牌菜「蒜豉唐椒和牛」火候掌握得宜，醬汁香濃，突顯出和牛肉質的最佳風味。而廣州黑珍珠一鑽「「客‧AKEN'S KITCHEN私房菜」的主理人陳智健Aken來自河源客家，餐廳以他的名字命名，主理精緻客家料理，展現客家人對「家」味道的追求。「新濠風尚」呈獻：「黑珍珠鑽級餐廳巡宴」，每位主廚都分量十足，絕對會帶給大家畢生難忘的餐飲體驗，如果有興趣就趕快預訂啦！帝映海派時珍日期︰2024年8月17日及18日價錢︰每位澳門幣 2,288+ (「新濠風尚」會員尊享9折) 加點餐酒配搭：每位澳門幣588+（需提前48小時預約）地址：澳門新濠鋒11樓，餐廳大樓立即致電預訂：(853) 2886 8868 嶺南粵客輝映日期︰2024年9月21及22日價錢︰每位澳門幣 2,288+ (「新濠風尚」會員尊享9折) 加點餐酒配搭：每位澳門幣1,088+（需提前48小時預約）地址：新濠天地一樓立即致電預訂：(853) 8868 6632 詳情請查詢：https://s.ctm.net/gqHht

斷捨離工作坊助思考人生

文化創意

陳康妮・2024-07-02

(2024年7月2日 - 澳門日報) 斷捨離工作坊助思考人生澳門斷捨離學會日前主持一場主題為"Design thinking in your life"工作坊，吸引眾多居民參與，探討如何運用設計思考來打造更有意義、更充實的人生。工作坊上，講者陳康妮分享許多實用設計思考方法，幫助參與者重新思考人生中的挑戰和機會。強調設計思考不僅適用於產品和服務，也可應用於個人生活。通過這種方法，可更好理解自身需求、價值觀和目標，並找到創新的解決方案。參與者分享許多啟發性故事和想法，表示是次工作坊讓其重新思考人生，並激發更多創意和行動。

Spring Boot 05 - 為 http json api 加入登入要求

MacauYeah・2024-07-02

本節，我們將為之前的http服務，加入認證機制，只有在資料庫現存的用戶可以登入及訪問我們的json api。下戴模版慣例，我們用Spring Initializr (Maven) 下載模版，Dependency主要選擇 Spring Web Spring Boot DevTools Spring Security Controller 跟上節一樣，我們起一個Controller，為簡化測試，我們只做http GET api。由於本blog對於Source Code的顯示不太友好，有需要看source code的，請到Github查看 //src/main/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/controller/HomeController.java import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.PathVariable; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; @RestController @RequestMapping("/api") public class HomeController { @GetMapping("/someRecord/{uuid}") public Map readSomeRecord(@PathVariable String uuid) { return Map.of("ret", "your uuid:" + uuid); } } 準備我們的test case，但這次我們預期它應該要出現登入失敗的結果。 //src/test/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/controller/HomeControllerTest.java @SpringBootTest @AutoConfigureMockMvc public class HomeControllerTest { @Autowired private MockMvc mockMvc; @Test void testNoLogin() throws Exception { RequestBuilder requestBuilder = MockMvcRequestBuilders.get("/api/someRecord/1234") .contentType(MediaType.APPLICATION_JSON); this.mockMvc.perform(requestBuilder) .andExpect(MockMvcResultMatchers.status().is4xxClientError()) .andExpect(MockMvcResultMatchers.jsonPath("$.ret").doesNotExist()) .andDo(MockMvcResultHandlers.print()); } } 在我們執行上述的測試，test case 成功過了。我們的基本設定跟上一節其實沒有多大改動，為何現在http api會回傳狀態 401？那是因為我們在依賴中加了，Spring Security，它配合了Spring Web，就會自動為所有api加入權限檢測。我們的測試中，沒有任何用戶登入，當然會出現 http 401。為了讓我們可以好好管理誰可以使用api，我們就來設定一定Security。我們加一個WebSecurityConfig.java，暫時指定所有的訪問路徑都必需有USER權限，並且用 http basic的方式登入。 //src/main/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/config/WebSecurityConfig.java import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.security.config.Customizer; import org.springframework.security.config.annotation.web.builders.HttpSecurity; import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity; import org.springframework.security.web.SecurityFilterChain; @Configuration @EnableWebSecurity public class WebSecurityConfig { @Bean SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception { http.authorizeHttpRequests(authorizeHttpRequests -> { authorizeHttpRequests.requestMatchers("/**").hasRole("USER"); // 所有的訪問路徑都必需有USER權限 }); http.httpBasic(Customizer.withDefaults()); // 使用http basic作為登入認證的方式 return http.build(); } } 上述例子，只是擋了沒有權限的人，我們還需要讓有登入身份的用戶可以成得取限User權限。我們繼續修改，WebSecurityConfig，加入只在記憶體有效的InMemoryUser import org.springframework.security.core.userdetails.User; import org.springframework.security.core.userdetails.UserDetails; import org.springframework.security.core.userdetails.UserDetailsService; import org.springframework.security.provisioning.InMemoryUserDetailsManager; public class WebSecurityConfig { //.. @Bean public PasswordEncoder passwordEncoder() { return new BCryptPasswordEncoder(); // 我們的密碼不應該明文儲，比較保險，我們使用BCrypt演算法，為密碼做單向加密。 } @Bean public UserDetailsService userDetailsService() { UserDetails user = User.withUsername("admin") .password(passwordEncoder().encode("pass")) .roles("USER").build(); // 我們在記憶中體，加入一個測試用的User，它的名字為admin，密碼為pass，權限為User return new InMemoryUserDetailsManager(user); } 然後加入新的測試，直接模擬Role。結果是通過的。 //src/test/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/controller/HomeControllerTest.java @Test void testLoginWithRoles() throws Exception { RequestBuilder requestBuilder = MockMvcRequestBuilders.get("/api/someRecord/1234") .contentType(MediaType.APPLICATION_JSON).with( SecurityMockMvcRequestPostProcessors.user("someone") .roles("USER", "ADMIN")); // 沒有使用密碼，只使用Role this.mockMvc.perform(requestBuilder) .andExpect(MockMvcResultMatchers.status().is2xxSuccessful()) .andExpect(MockMvcResultMatchers.jsonPath("$.ret").value("your uuid:1234")) .andDo(MockMvcResultHandlers.print()); } 再來一個測試，改用密碼登入，分別輸入錯的和正確的密碼。 @Test void testLoginWithWrongPasswordAndNoRole() throws Exception { RequestBuilder requestBuilder = MockMvcRequestBuilders.get("/api/someRecord/1234") .header("Authorization", "Basic randompass") // 輸入錯的密碼，應該回傳http 401 Unauthorized .contentType(MediaType.APPLICATION_JSON); this.mockMvc.perform(requestBuilder) .andExpect(MockMvcResultMatchers.status().is4xxClientError()) .andDo(MockMvcResultHandlers.print()); } @Test void testLoginWithPassword() throws Exception { RequestBuilder requestBuilder = MockMvcRequestBuilders.get("/api/someRecord/1234") .header("Authorization", "Basic YWRtaW46cGFzcw==") // http basic 就是把 admin:pass 轉成base64 .contentType(MediaType.APPLICATION_JSON); this.mockMvc.perform(requestBuilder) .andExpect(MockMvcResultMatchers.status().is2xxSuccessful()) .andExpect(MockMvcResultMatchers.jsonPath("$.ret").value("your uuid:1234")) .andDo(MockMvcResultHandlers.print()); } 最後，當然是正確的密碼才能通過。若果大家還是半信半疑，我們可以跑起真的正服務（IDE RUN或mvn spring-boot:run），然後用curl去試。 curl http://localhost:8080/api/someRecord/1234 // failed with 401 curl -u "admin:pass" http://localhost:8080/api/someRecord/1234 // successed 使用SQL Database讀取用戶登入資訊一般而言，我們不可能把所有用戶登資訊打在InMemoryUser中，通常背後有一個資料庫儲存所有的用戶資訊，我們在登入時，讀取它來做對比檢證。為此，我們在maven中，加入 Spring Data JPA h2 database （或任何你的資料庫，如mysql 、 sql server）最後一步，我們把InMemoryUser去掉，改為從資料庫讀取。因為原始碼太多，就不全部貼上。最主要的是WebSecurityConfig.java要關掉之前的UserDetailsService，改為提供一個UserServiceImpl類，它會實現UserDetailsService的功能。 @Configuration @EnableWebSecurity public class WebSecurityConfig { // 把原來的Bean先變成註解，其他不變 // @Bean // public UserDetailsService userDetailsService() { // UserDetails user = User.withUsername("admin") // .password(passwordEncoder().encode("pass")) // .roles("USER").build(); // return new InMemoryUserDetailsManager(user); // } } // spring-boot-tutorial/spring-boot-web-api-data/src/main/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/config/UserServiceImpl.java // other import import org.springframework.security.core.authority.SimpleGrantedAuthority; import org.springframework.security.core.userdetails.User; import org.springframework.security.core.userdetails.UserDetails; import org.springframework.security.core.userdetails.UserDetailsService; import org.springframework.security.core.userdetails.UsernameNotFoundException; import org.springframework.security.crypto.password.PasswordEncoder; @Service public class UserServiceImpl implements UserDetailsService { @Autowired PasswordEncoder passwordEncoder; @Autowired UserRepo userRepo; @Override public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException { // 因為我們資料庫沒有資料，為了方便測試密碼的加密，我們在java code上直接插入一筆資料。 UserEntity defaultUser = new UserEntity(); defaultUser.setUsername("admin"); defaultUser.setPassword(passwordEncoder.encode("pass")); defaultUser.setRole("USER"); defaultUser.setUuid(UUID.randomUUID().toString()); userRepo.save(defaultUser); // 上述為測試用插入資料，不應該出現在正式使用環境中。 UserEntity user = userRepo.findOneByUsername(username) .orElseThrow(() -> new UsernameNotFoundException(username + " not found")); // 找找資料庫有沒有正在登入的該名使用者username List authorities = List.of(new SimpleGrantedAuthority("ROLE_" + user.getRole())); LOG.debug("got user uuid:{}, username:{}, role:{} from database", user.getUuid(), username, user.getRole()); // 如果前面的 findOneByUsername 有結果回傳，我們就給它一個ROLE_XXX的權限。 return new User(username, user.getPassword(), authorities); // 這裏從沒有檢查過密碼是否有匹配，全部交給Spring Security去做 } } //spring-boot-tutorial/spring-boot-web-api-data/src/main/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/entity/UserEntity.java // spring-boot-tutorial/spring-boot-web-api-data/src/main/java/io/github/macauyeah/springboot/tutorial/springbootwebapidata/repo/UserRepo.java 上述段落中，筆者省略了UserEntity和UserRepo，它們只是一般的spring-data-jpa概念，有需要可以經文末的連結查看完全原始碼。最需要注意的，是UserEntity的password欄位，在資料庫中是以加密的方式儲存。我們在配匹登入者與資料庫記錄時，也沒有自行檢驗密碼的需要。我們只是在加密過的密碼回傳給Spring Security，Spring框架會自行把登入者輸入的密碼與加密了的密碼作比較。

2024年7月1日-7月7日

玄學星相

熊神進・2024-06-30

一周生肖运程预测鼠：今个星期事业可能会有转变，所以属鼠的朋友应该主动求变去增旺自己的运势；你可以在工作之余的时间找一些新东西学习，又或者尝试其它的工作；对于职位已经不甚稳定的朋友更要加倍留意，主动求变可令你的运势增强。财运亨通，你努力完成订下的业务目标，只要保持善念及正能力，业务发展自必有神助。身体很健康，心灵也很快乐。牛：有五黄煞入命，同时比肩之日，气场不吉，需要注意休息和睡眠，避免身体产生疾病或者血光之灾，今个星期不适宜外出旅游或者游山玩水，最好能避开危险性质的工作或者项目，安全为上，不可冒险。财运方面，容易有好坏两个情况，投资需要谨慎为上。为家庭、亲人或房子牵挂，油漆美化、修缮收纳、社交联谊破费，所得变动不大。爱情是单身公害恐惧症。虎：本周应该多出去旅游或者是走动，这样也有助于提升个人的运势。桃花运不错，随着交际圈扩大而认识更多优秀的异性，宜把握住机会争取脱单。已婚或已有伴侣的你要异性保持距离，以免不必要的肢体亲近接触，令你的伴侣感到不好受。你对工作一丝不苟，务实而真诚，让客户对你留下良好印象。放工后应多留在家里休息，拥有更佳精神状态方能使工作顺利。兔：运势再度攀升，受到「福德」的加持，各项运势都有极强的表现，尤其在感情运势上。如身体不健康的朋友，建议请一件「化病葫芦」开运吉祥物助身，放在床头以保平安。今星期的财运方面体现在生活上，小心跟人发生一些碰撞，有失财的可能，要多留意随身物品。幸运号码是1， 11号。龙：本星期有凶星入命宫，可能会有一些突然发生的状况，避免受伤，需要多多注意，做事之前也要谨慎小心。如果去郊外，请穿长裤保护自己。感情运中无桃花，夫妻不冲不克，不会影响双方之间的关系。只要相互凉解，避免发生纠纷，无需再自寻烦恼，未婚属龙人士尽量争取，建议摆放「心意雨花石」开运吉祥物，旺婚姻招桃花，有利于增强感情。蛇：未来两三个星期虽仍有挫折，但已渐能降低损害，找出有利突破点，并一一兑现承诺。中长期远景看好，值得为自己一路捱过来而感到自豪。爱情是一种幸福交易。表面看上去财运似乎不错，但不义之财千万不能取，凡事小心谨慎，因为多半会因财招灾，一不小心就会有法律方面的麻烦出现，甚至可能会招致牢狱官灾。马：今个星期会有自寻烦恼，自作自受的情况。故遇到问题或困难时，不要钻牛角尖，多向专家及有能力的请教，胜过自己独坐苦思。2002年出生的生肖马尤其需要调和心绪，避免因为个人原因而耽误一切工作事宜的进展，拖团队后腿，也会让你的上司对你有不满，阻碍事业发展。幸运数字是0，2号。晚上如果有空，请做一次烧供。羊：今个星期抵抗力会比较弱，所以病痛自然会多，但如果平日健康没有太大问题的话只需要注意养生之道就可以了。对于单身人士，有机会展现自己的魅力，在团体活动、或朋友的撮合引介下，可以促进你的机缘。能够认识交心对象时，也要懂得把握时机，若能够彼此真心对待，也将会成就良好姻缘。猴：工作、事业运势较差，会有人、事上的纷争，应息事宁人，以免官司临身。还有就是人际关系方面，要注意口舌之争，不能轻易和别人发生争吵，会影响到你们的情绪。要注意饮食健康以及少抽烟喝酒，多到空气好的地方旅游这样可以有一个好的身体来开创你的新的征程。幸运吉祥物是门冲石。鸡：由于本周桃花太旺，应该注意感情纠葛而出现三角恋爱之关系而导致感情破裂家庭不稳之事情。要注意保重身体。小心因为感情问题惹祸上身。健康方面，因有「伏尸星」出现，故此属鸡的人必须密切注意身体健康，并要小必留意家居安全，请记住平安二字值千金。吉利方位：西南方、正东方、西北方。狗：因命宫中有众多的吉星拱照，在运程上会大有起色。有桃花星及红鸾星入命，故未婚者会有机遇，已婚者则要小心谨慎，约束自己的言行了。本周要特别注意交通安全，如有不慎易引发血光之灾。感情方面矛盾重重，应互相体谅包容。对于男孩子家长要看护好眼睛，多吃温性食物，电视、电脑等伤眼的电器最好让孩子少玩。感情吉位：东南、正西。猪：在这个星期的压力会很大，这会让你们的心情变得焦躁不安，从而老是想要向别人发泄你们的脾气，这就会让你们的家人朋友感到困恼，你们的朋友也会慢慢疏远你们，对你们的人际关系会有很大的影响，所以你们一定要注意调节你们的压力，不能够无形给自己太大的压力，可以的话你们和家人一起出去旅游多看看大自然，能够让你们能够保持愉悦的心情。

飲食天地

【澳門美食｜澳門芒果系列推介】

澳城餐飲

Cheers!・2024-06-28

夏天就係食芒果嘅季節！今期小編就推介澳門嘅芒果系列比大家！芒果迷嘅你一定唔可以錯過！特式糖水舖呢間一定好多人都知！係夜晚先開嘅佢都好多人排隊！佢嘅粒粒芒椰系列係鎮店之寶，好多人都叫！不過大家記得佢夜晚先開呀！粒粒芒椰小丸子招牌楊枝金撈小丸子地址：筷子基南街綠楊花園第三座Q舖糖朝盛世呢間係澳門都好出名！不過最近佢嘅開心果芒果班戟比較多人食！佢喺開心果味嘅cream同新鮮芒果嘅配搭！鐘意煙韌口感嘅仲可以叫QQ版嘅開心果芒果班戟（加麻糬）！鐘意開心果同芒果嘅人一定會好鐘意呢款甜品！開心果芒果班戟開心果芒果QQ班戟地址：澳門：渡船街美心餅店對面、關閘信託花園、墨山街41號堂食店（永樂戲院巴士站對面直入) 氹仔：氹仔泉鴻花園堂食店（新濠鋒酒店對面）雍記甜品如果鐘意食糯米糍嘅人就一定要試下雍記甜品嘅芒果糯米糍！除左普通嘅芒果糯米糍之外，仲有芒果汁皮糯米糍，更加有芒果香！大大粒芒果比糯米皮包裹，一口咬落去真係好滿足！芒果糯米糍芒果汁皮糯米糍地址：澳門：亞豐素街分店、祐漢店、雅廉訪分店氹仔：氹仔分店 Roro Eatology 鍋鍋食研呢間嘅水果三文治系列睇落去好吸引！想食創新嘅芒果甜品？其中嘅朱古力椰香芒果味都好岩鐘意食芒果嘅你！佢仲有分大細size，岩曬想食少少嘅小鳥胃 XD 朱古力椰香芒果三文治地址：澳門大纜巷富耀樓9-A地下鋪 Merci.creation 呢間出名水果馬卡龍！真係好創新！想食馬卡龍又想食芒果可以試下佢嘅「夏日芒果馬卡龍」！中間夾住嘅係新鮮嘅芒果肉！齋食馬卡龍會覺得膩，但如果有鮮果中和就岩岩好！夏日芒果馬卡龍地址：墨山街聯安大廈地下36AB(永樂附近）麥當勞為左宣傳《壞蛋獎門人4》電影上映，最近麥當勞都出左芒果系列！包括芒果Oreo麥旋風、McCafe嘅Double芒果冰雪！而甜品站就有雙重芒果新地同芒果新地筒！芒果Oreo麥旋風 Double芒果冰雪芒果新地&芒果新地筒今期嘅芒果系列推介希望大家鐘意！有咁多唔同嘅芒果甜品選擇真係好正！不坊可以試哂佢！如果仲有其他大家鐘意嘅芒果系列大家都可以同小編分享架！ *以上圖片來源至商家網站

環遊世界

珠海半小時車程一家大小可以去邊玩?

小城角落

MacauYeah・2024-06-28

珠海半小時車程一家大小可以去邊玩? 緊係要試上年新開今年初營業的珠海毛林金灣大酒店!!! 筆者聞說友人極推位於大灣區半小時車程新開的大酒店，內有中小童足夠喪玩的兒童遊樂城及冰雪運動城，酒店對面就是金灣華發商者，所以筆者當然要找個周末一家人上去放鬆一下。國內酒店很方便，可以網購或找澳門旅行社訂都十分優惠，筆者比價後選擇了向本澳某大旅行社代訂兩天一夜套票，價格1,000澳門元，不過筆者揀咗車車主題房所以要再加多500澳門元。雙人套票:包括早餐、兒童遊樂城、冰雪運動城、泳池及健身。筆者訂購的是周五連周六(公眾假期)的兩天一夜套票，下午才可check in 酒店，但可於11:00後便可入場玩。筆者只有澳腳北上，所以過關後就直接約順風車，約40分鐘直達珠海毛林金灣大酒店。一到酒店，望落豪華的大堂大到呢…..應該有大半個足球場咁大由於筆者的小朋友還嫰，當然係先去兒童遊樂城探個究竟先啦，一入到場，職員會俾廿個遊戲幣俾客人，但原來幣仲可以用黎夾公仔!!!正呀! 而場內所有遊玩設施都係免費任玩!!即刻沖入去睇吓: 場內樓高兩層：下層有適合細B玩的大型波波池、迷你飄流、各式電動車、撈魚同積木等等；旁邊仲有岩大人玩的VR 遊戲!而另一邊仲有好多適合中童的大運動攀爬設施! 上層有其他電動遊戲、電動車、迷你war game場、當然唔少得各式玩具同零食夾夾機同小食區! 小朋友真係玩到樂而忘返，到咗晚飯時候當然要同佢講明天仲可以繼續玩先肯乖乖離開。返到酒店房，唔洗多講一睇間房，嫰B十分喜歡嘩了幾聲，房間清潔，設備齊全仲備有兒童清洗用品，場內仲設有小帳幕同窗外望到開洋的美景。房間隔音十分好，大家安睡一夜後，翌日先去嘆個自助早餐先! 同澳門五星級酒店有得揮喎，食物多，干淨服務不錯! 食飽轉場去冰雪運動城…… 場內有夠哂玩的仿雪滑梯雖然哩兩日都十分大雨，幸好哩間酒店內有齊所有娛樂設施，大家都玩得十分滿足，總結哩個行程，性價比高! 溫馨提示：筆者首日同翌日入場的感受有好大差別，首日周五場內冇乜人，干淨安全不用排隊，但翌日是公眾假期，人山人海呀!!!所以雖是新酒店，但係內地玩都係要揀D冇咁多人的時間去比較輕鬆。最後補充吓套票包咩，套票錢已包括酒店內所有設施，大家可盡情暢玩，但值得注意的是像我們一家三口，即多了一個人需要加購早餐及各場所入場門票。加購規則如下：早餐：入住客人現場加訂早餐，獲門市價的8折(135人民幣/位（大小同價）；身高1.2米以下小童免費，每一位成人限帶一名免費小童; 冰雪運動城：199人民幣/位大人，159人民幣/位小童，大人及小童必需穿帶指定裝備入場，裝備免費提供，但需付押金，離場後退回；兒童遊樂城：79人民幣/位大人，99人民幣/位兒童；備註：未滿18歲為兒童，18歲以上為成人，1歲以下免費入園，12歲以下兒童必須由一名成人陪同；套票內包含的是2位成人門票，如入住時2大1小，小童需要現場加購小童價格的門票。慳錢TIPS: 筆者獲酒店櫃檯職員告知雙人套票包的入場之手帶其實冇分大人定小童，持手帶便可入場，因此筆者帶同年僅兩岁的幼兒入場時，只加購了一張成人陪同票(成人票比兒童票便宜哦)

玛瑙手串深藏不露的小秘密

宗教玄學

熊神進・2024-06-25

#为什么女生喜欢佩带玛瑙手串一位网红留言给笔者，她说自从请了笔者的开光玛瑙手串，她接了很多大客户，生意翻倍，笔者请她多些做烟供，布施三恶道。笔者留意到在国内很多年青姑娘都喜欢佩带玛瑙手串，尤其是刚刚大学毕业的女生，有一次我在北京大学工作时，发现有几位女学生，她们手上佩带了玛瑙手串。玛瑙手串的价格不贵，一条原石手串，目前是300元以下，这是一个大众可以接受的价格。玛瑙是地球上最常见的矿石，人们早在3000多年前就发现它的存在，可是，厉害的商人在「阿拉善玛瑙」(几十块元一斤)原石的表面进行人工染色来提升鲜艳，有些更将多个「阿拉善玛瑙原石」粘合在一起，制造成较大的形态和斑块，从而提高卖价。在风水师傅的开光过程中，人工打磨的石太过光滑，我们很难把玄粉浸入石髓，失去效果。自古以来，风水师傅便把玛瑙视为宝石中的“第三眼”，象征着「希望」。一条貌不惊人的玛瑙(暗红/暗黑)可改善内分泌，加强血液循环。大家知不知道为什么大学毕业后，我们做第一份工总是有些不愉快，理由是什么，很简单，就是年轻入世未深，喜欢表现自我，日子久了他/她们才知道七分人事三分工作的道理。我常常建议他/她们佩带玛瑙手串，第一是因为价格大众化，不是很贵；第二是因为它可以产生欢笑正能量，减少我们对工作的不满。很多年青人喜欢「阿拉善玛瑙」，理由是他/她们被七彩色素迷惑，我认为原生态的玛瑙原石才是符合年轻人的需要，它可以平顺急躁情绪，走上成功之路。笔者读过水晶检测课程，对于玛瑙手串是有要求的，在巴西工作的时间，我拣选的原石必须含有二氧化硅的水（熔岩本身中的硅酸盐成分分解所产生），因为这种岩石中的蒸气空腔可以给我把元气打进去，形成更大的空腔，产生正能量。目前这些手串珠子是10mm左右，适宜体重55至65公斤女生佩带，可以佩带左手，亦可以放在包包里，我们建议回家脱下。玛瑙手串是给女生正能量，如果妳想爱情美满，工作顺利，妳可以佩带这款。

(2024年7月16日 - 澳門日報) 家長教育工作坊報名

想要一試難忘的美食？我推薦最值得去的「黑珍珠鑽級餐廳巡宴」！

生活在我城

Lifemagfoodie・2024-07-02

斷捨離工作坊助思考人生

文化創意

陳康妮・2024-07-02