搜尋

搜尋結果

聖安娜餅屋全新「金月奶黃月餅」!金月鹹蛋黃蓉,提升奶黃滋味!使用中銀及大豐/華僑永亨信用卡/CTM信用卡及「尊壹會」會員,尊享指定月餅禮盒低至55折!
專題報導
LifeMag Editor・2019-09-04

八月十五月兒圓!趁着中秋佳節以禮傳心意,當然是挑選一份大師造詣的月餅禮盒!除了經典的「金沙流心奶黃月餅」及「雙黃白蓮蓉月餅」外,今年聖安娜餅屋誠意推出全新的「金月奶黃月餅」,奶黃內加入以鹹蛋黃蓉精製的「金月」,提升奶黃的鹹甜味,增加味道層次,為品牌的中秋月餅系列帶來另一巧手功藝糅合創新元素的新選擇。另外,聖安娜餅屋每款月餅上均有趣味祝福語,讓你於送禮時更盡顯心意,呈獻一份心思厚禮! 聖安娜餅屋奶黃月餅系列 「金月奶黃月餅」 奶黃內加入「金月」,提升奶黃的鹹甜味,增加味道層次。 「金月」以鹹蛋蓉精製而成,帶有沙沙的口感,配合濃香奶黃,鹹甜口味細緻醇厚。 小巧外形配上「賺到笑」祝願字樣,相信無人不愛,送禮最佳! 每盒8個;每個約40克。 品嚐至美味奶黃月餅方法:除去所有包裝物料,將原個奶黃月餅用微波爐叮熱約8-10秒,食用時倍覺滋味無窮。 零售價:$330; 中銀及大豐/華僑永亨信用卡/CTM信用卡及「尊壹會」會員優惠價: $198 「金沙流心奶黃月餅」 奶黃與餅皮形成黃金比例 充滿蛋香的餅皮,注滿嫩滑的奶黃流心,雙重奶黃口感 小巧外形配上「有口福」祝願字樣,吃得更滋味! 每盒8個;每個約45克。 品嚐至美味奶黃月餅方法:除去所有包裝物料,將原個奶黃月餅用微波爐叮熱約8-10秒,食用時倍覺滋味無窮。 零售價:$365 ; 中銀及大豐/華僑永亨信用卡/CTM信用卡及「尊壹會」會員優惠價: $208 更多月餅詳情: https://mp.weixin.qq.com/s/dl-kxUjkTDozYWB-s8AppQ #澳門聖安娜月餅 #大師造詣心思厚禮 #中秋送禮佳品 #金月奶黃月餅 #聖安娜 #SaintHonore 掃瞄/識別圖中二維碼QRCODE 關注聖安娜餅屋澳門 緊密聯繫 更多優惠

fashion talk for Sofitel Macau at Ponte 16 x Orbis white party
購物‧時裝
MeL iEeong・2016-11-17

早前收到澳門十六浦索菲特酒店邀請出席奧比斯white party 慈善活動,接到公關請求,希望與眾分享穿搭文,為活動添繽紛。突然感覺很不知怎說。一來很高興大家喜歡我的配搭,二來我已是一子之母,喜歡時尚卻沒修身,即使滿腦子萬千多樣、甚至怪誕配搭也沒勇氣穿出來(因為我胖啊~)。於是乎今次膽粗粗按自己喜好、環境、場合、而寫的穿搭文。 White party 處於 rooftop,其實這個天時,早熱晚涼,穿太厚又怪,太薄又驚涼,帶有濃厚仙(女)氣氣色的薄紗裙,少女味濃,輕易carry,是各路明星、超模、時尚博客不可缺少的單品。 無論什麼場合,簡單蕾絲、鈎花、刺繡款的 cocktail dress 長青款,精緻且有手感壓花帶來不一質感。怕室外溫度冷,外加一條scarf、或型格的牛仔外套。 從夏末,褶皺邊、荷葉邊、喇叭褲和蝴蝶結在神不知鬼不覺情況下已露出尾巴,絕對是秋冬亮點, 與風褸拼接營造強大 contrast,可惜大多功能性的防雨、補溫很強的 winderbreaker 款式只配 sporty look 才好看,沒什麼層次之說。身上白色的Nike風褸早在兩年前購入,喜歡它的原因是褶皺腳,微胖朋友很難太多 layer ,fashion 的運動風百搭方便,可隨意配搭 leggings 、短裙、長褲、jeans,腰間兩則可因自己身材隨意調節,形成衫腳的荷花位,即使胖胖的我也不覺刻板。 延續夏天的味道, off shoulder 持續大熱, 你可穿上連身款式。 或半身的,層次多樣化,既是white party,下身襯大A、修線條的、花樣圖裙子或鮮豔色彩褲子同樣吸晴。 另一是不守規則的 off shoulder ,casual 不拘束不失個性,探索的人總被其吸引。 大膽的可嘗試 vintage 、大玩雷射光面刺眼色調。 我喜歡下身襯著 vintage jeans. 有著慵懶casual風、中性帥氣風。 長到落腳 One piece 裙又可以點?單色比較寡,拼銀色帶來閃爍、暗中光芒效果。 希望大家從圖片搵到配襯靈感啦~

70歲老伯追巴士泄憤司機!君子動口不動手,巴士司機用口水“還拖”!
其他
澳門生活圈・2019-03-26

老話都有說 忍一時風平浪靜 退一步海闊天空 巴士上發生過諸多奇聞趣事 有時候還真讓人無言以對 近日,一則巴士爭執事件引起網民關注,一名70歲阿伯在巴士上與司機大鬧一場。 期間,阿伯不停地指責司機,司機因忍受不了阿伯的喋喋不休和爆粗,隨之吐了一口口水射向阿伯,2人矛盾隨之爆發。 巴士之戰 ▲▲▲ 本月24號下午4點半,一名70多歲的鄭姓阿伯因在巴素打古街追趕巴士,疑司機遲開門,阿伯追上巴士後要拍打車門司機才讓他上車。 上車後的阿伯有諸多不滿,心裏面充滿了怒火,隨即多番責備駕車的40多歲梁姓澳巴男司機。而梁姓司機並未理會。 直到巴士開至關閘總站後,雙方爆發言語爭執,隨後還動起了拳腳之爭。 巴士司機口水VS葉問阿伯 ▲▲▲ 忍一時.... 這時,只見阿伯不停地指罵司機,而後令人沒想到的是,突然,司機一口口水吐向了阿伯,瞬間點燃阿伯心中的怒火! 隨後,阿伯握緊砂鍋大的拳頭,猛向巴士司機臉部砸過去,拳拳到位!司機不甘,再用口水還擊! 一老一少就這樣在巴士上你來我往過招。 有時候,禍從口出就是這樣來的。 一邊過於囉嗦,喋喋不休。另一邊則是忍無可忍,但又不可以動手。 不過話說回來,老人家出手打人就先是不對,司機有錯,可以找有關部門投訴,而不是一直謾罵司機的不對,影響司機駕駛巴士。至於巴士司機的素質也有待提高。 現時,治安警已將事件列為傷人案處理。 從畫面中可以看得出,除司機與老伯外另有一名站內人員,正拉著兩人並且勸架,但似乎並沒有阻止到兩人的矛盾發生。 期間,阿伯爆出粗口,巴士司機「呸」的一聲向阿伯吐了一口口水。 此番舉動徹底激怒了阿伯,上手就是握拳,打出了一套詠春的拳風,連續3下打向司機面部! 巴士司機則是不躲也不閃,挨拳後又是一口口水還擊,阿伯再次出拳連擊……兩個人就這樣沒完沒了。 巴士司機臉上被打10餘拳 ▲▲▲ 視頻畫面中並沒顯示事件的結束過程,但最終有人報警交由治安警處理。涉事巴士司機嘴角受傷流血,送醫治療。 巴士司機稱,自己至少被對方打了10餘拳,醫院經檢查證實司機受到輕傷。 不過,阿伯亦反咬司機曾揮拳襲擊,導致他頭部和鼻子受傷,但拒絕到醫院治療和驗傷。 看破不說破,司機握拳還拖,相信阿伯也一起到醫院了。 古人老子曾說過:大道之行,不責於人。人生最難的就是不責於人,這是很高的修養。 是啊,生活於現實當中,遇到不滿的,就去怪責,抱怨,如同上述一般,本皆無事,卻大動肝火,又能得到什麼呢,就為了出一口氣? 事後,老伯表示不追究事件。治安警將案件列作傷人案處理,送交檢察院跟進。 冤冤相報何時了,文明社會,還是注意點素質,兩個人加起來都百餘歲數了,動起手來對誰都不好。 巴士司機戴頭盔預防被打 ▲▲▲ 事件發生後,令人更意想不到的是,竟然有司機怕被打,帶上了安全帽開巴士,一度令人覺得好笑又很無奈,也有人擔憂這樣是否會遮擋司機視線,影響行車安全。 但無論怎樣,作為司機,駕車時要肩負全車人的安全,再大的事也沒有全車乘客的生命安全重要。 若司機遇上乘客糾纏,先把該車輛泊至安全位置,然後進行解釋;若乘客繼續糾纏,再報警或要求公司派人增援。 得饒人處且饒人,萬事以和為貴 文明社會,文明出行 多一些理解,少一點抱怨 大家也就相安無事 都幾十歲人了,何必呢! Q:對於此舉,你有什麼看法?評論區見! 素材來源:力報、網絡 圖片來源:力報、網絡截圖、、表情包 如有侵權,請聯系我們刪除 版權屬於原作者 編輯撰寫:小嚕

比 Java Mail 更簡單的 Spring boot email
科技新知
MacauYeah・2025-10-24

使用 Spring boot 對接 SMTP gateway 發 email ,相對是容易的。 基本上,它就是會使用自建的 org.springframework.mail.javamail.* , 對接 javax.mail.* / jakarta.mail.* 以前的所有設定值 ,都可以經 spring.mail.properties.* 傳入 例如 spring.mail.properties.mail.smtp.auth=true spring.mail.properties.mail.smtp.ssl.enable=true spring.mail.properties.mail.smtp.socketFactory.port=465 就等於過去 java.util.Properties props = new java.util.Properties(); props.put("mail.smtp.auth", "true"); props.put("mail.smtp.ssl.enable", "true"); props.put("mail.smtp.socketFactory.port", "465"); 一個最簡單可以連去 google smtp 的簡易 code 如下 ### application.properties spring.mail.host=smtp.gmail.com spring.mail.port=587 spring.mail.username= spring.mail.password= spring.mail.properties.mail.smtp.auth=true spring.mail.properties.mail.smtp.starttls.enable=true // SpringBootEmailApplicationTests.java @SpringBootTest class SpringBootEmailApplicationTests { @Autowired private JavaMailSender javaMailSender; @Value("${spring.mail.username}") private String fromAddress; private static final Logger LOG = LoggerFactory.getLogger(SpringBootEmailApplicationTests.class); @Test void contextLoads() { try { SimpleMailMessage mailMessage = new SimpleMailMessage(); mailMessage.setFrom(fromAddress); mailMessage.setTo("XXXXXXXX"); mailMessage.setText("this is backend email trigger for spring boot"); mailMessage.setSubject("spring boot test mail"); javaMailSender.send(mailMessage); } catch (Exception e) { LOG.error("Error while Sending Mail"); throw new RuntimeException(e); } } } github 原始碼 https://github.com/macauyeah/spring-boot-demo/tree/main/spring-boot-tutorial/spring-boot-email

重入膠坑 9 |加深刻線
手機‧電玩
MacauYeah・2025-06-20

之前就為大家介紹過,想有效率地消除Gunpla山積,事前計劃好一個概定的流程,絕對是件很重要的事。筆者亦有分享一過自己使用取件表的效果,對素組黨是有一定的好處。有時筆者亦會使用極簡版的素組流程,完全制作局部的部件,再進行下一部份,就只需兩個零件盒就夠。 最近,筆者就想再次升級,進行刻線加深再滲線,然後補色,那麼之前極簡版的步驟就不完全適用了。主要因為滲線部份,依據刻線的熟練度及不同顏料的特性,某些步驟要提前,關於顏料的部份可能一次性地使用會更佳。 簡單回顧之前素組流程:剪件→修件→打磨→組合→滲粗線→補色→保護漆。 現在,我們想利用刻線的方式為更多高低面滲線,至少要在完全組合之前就去刻。又因為刻線容錯率問題,刻線出界時,很多時需要利用打磨的方式修正。而且打磨之後,因為表面不夠光滑,水性滲線液比較難以擦乾淨,所以就在打磨之前滲線,可以避免一些奇怪的情況。 現在可以改成:剪件→修件→刻線→滲線→打磨→組合→補色→保護漆。 如果你的是琺瑯漆滲線液,只要刻線夠深,比較沒有擦不乾淨的問題,所以你可以考慮以下組合。 琺瑯漆滲線流程:剪件→修件→刻線→打磨→組合→滲線/補色→保護漆。 到底是先滲線還是先補色,就視乎補色顏料的附著力和互相溶解的問題。道理上補色marker附著力不強,怕在抹滲線漬時同時抺走marker,可能先滲線後補色會好一點。 最後,就再補充一下極簡步驟中,想完整完成一個局部區域再去下一步,這個想法理論上可行,只要大家不計較滲線液、水性漆的消耗率(利用率),是可行的。 全件修件後,之後再全件滲線,這樣滲線性就一次性地使用。這樣可以減少滲線性濃度不一致的問題,也差少在攪拌時出現的浪費(司特力的原裝瓶實在很易出意外,不如田宮的穩定)。補色方面也是,即使是經過調色,如果可以一次性地使用,就可以減少色差和消耗。如果大家不在意這些問題,也就不需要全件完成才進入下一步。即使在全件規劃的情況下,有時還是會因為失誤,而需要反工。

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的分配策略就足夠,其餘就像是單機升級一樣。

重入膠坑4 | 走線滲線的選擇
手機‧電玩
MacauYeah・2025-02-14

重入膠坑將近大半年,筆者陸逐實驗了過去不敢做的東西。前幾次就分享了剪鉗、打磨、補色的心得,時代真的一直在變,很多東西已經不需要大師級就可以動手做,而且有一定美觀效果。 例如薄刃剪+打磨+消光漆,已經一定程度可以淡化水口。用不著全上色,也就意味著普通人做個後樓梯勇士噴噴消光就可以了,其餘都是室內一般環境可以操作。當然打磨部份可能要加水,才能減少對健康的影響。 又例如補色方面,很多水性馬克筆可以選擇,軟筆頭可以大面積筆塗,很多品牌還是無味無臭,家裏隨時可以使用。相較以前動不動要用溶劑開油、洗筆,不方便且很大異味,水性馬克筆可謂極其方便。 這次筆者再來分享一下滲線和加深刻線的心得,希望退坑很久的淺度用戶們,有機會都可以試試這些簡單的操作,美化自己過去的作品。 2B鉛筆是神物 在十多年前,看教學,一定會教滲線筆和滲線液。滲線筆應該是那時候最易勾劃出立體感的工具。滲線筆其實是一些很幼細的油性馬克筆,但不論筆頭多幼細,走線時都嫌太粗了。所以筆者過去很長時間,都不滲線。但慢慢地,有網友提出了使用鉛筆勾線,一來隨手可得,二來勾錯也可以很容易擦了重來。 筆者試用過,大推這種做法。不過有兩點要注意的 筆頭要夠幼,走線勾線時才不會勾在坑的兩邊。平時寫字用的0.5是太粗了,那怕用畫面專用的0.3也是太粗了(也貴)。但其實我們可以自行手動磨尖筆頭,這樣才能上色到坑中間。不過磨尖了,代表筆頭很易斷,力度要很溫柔。 馬克筆上過色或上過消光漆的地方更易使用2B勾線。筆者未知確切原因,但感覺上是因為漆面不再原始膠面那麼光滑,質感更像A4紙張,2B筆跡更易留在模型表面。 加深刻線再滲線 在那個古早的過去,滲線液也是自行經法瑯漆稀釋調配。但現在就已經有現成的滲線液可以即開即用。某牌子的滲線液,其實也只是法瑯漆預先稀釋的成品,筆者也先針對這類滲線液做介紹。 這類滲線液是利用管線的毛細現象達到滲線效果,但為確保滲線液的流動性,模型原來的坑線需要先加深,而且在沒有消光漆的情況下使用。(如已使用消光,要重新噴光油,讓表面回復平滑,滲線後再重新消光)。這些都是教科書般的操作。 筆者想分享的,主要是刻線及滲線時機的部份。通常教科書是上色後再滲線,所以一般是假組、打磨、加深刻線、上色、滲線、保護漆(光油/消光)。但若我們只是素組補色,筆者就試行假組、補色、加深刻線、滲線、打磨、再補色、保護漆。 第一次的補色主要為大面積補色,補完後就進行刻線滲線動作,打磨要留在刻線之後,主要是因為刻線容錯率很低,不一小心就刻出界,打磨可以一定程度修補刻錯的地方。真的不行,就再少量補色。打磨過程也可能引起刮漆問題,再補色是必需要。 第一次大面積補色,若為淺色系列,可以用2B鉛筆直接走線勾線,不需要刻,減低出錯風險,劃出界也可以再補色。 水性馬克筆滲線 之前一直有講,水性油易被刮漆,但我們也可以反過來利用這點,直接用水性筆走線勾線。在沒有上色的部份,我們可以直接刻線,再用水性馬克筆走線。走完之後跟滲線液有少許差別,我們需要趁著水性油完全完乾之前,就用紙巾擦走多坑線周圍的部份。(但如果本身有上色,就只能回到2B鉛筆及滲線液的方向,這樣才不會出現擦走底色的問題。) 這個做法的好處是,我們顏色的選擇多了,也沒有法瑯漆X-20溶劑爆膠的風險。刻線部份依然會有出界問題,處理方式同前述一樣。 以下就是筆者運用上面所講的方式的實驗作品,右半是2B勾線及水性馬克筆滲線混合使用的效果,左半則是完全沒有塗裝/補色的狀態。

Swarm mode 上線 5 - load balancer | 負載平衡器
科技新知
MacauYeah・2024-10-28

前面我們一直談 swarm 的設定,但對於真實的服務,我們還要考慮客戶端是如何連接我們的伺服器群集。通常網路服務,客戶端都會經過域名轉換成IP,然而通過IP連線服務。 Ingress Network 假設我們 swarm 內有5個節點,那到底域名應該指向我們哪一個節點的 IP 呢? 如果我們不考慮節點死機的話,其實5個節點的IP都可以。因為 swarm 會自動把同一個公開的 port ,在每一個節點上都可以訪問到。 以下例子,即使只有一個 container 運行,佔用 port 8888,它還是會在5個節點上全開。 swarm 通過自己的 ingress network,它所有節點的 8888 串連起來。 services: http: image: bretfisher/httpenv ports: - 8888:8888 deploy: replicas: 1 update_config: delay: 10s restart_policy: condition: on-failure 我們可以在每個節點上,都會找到這個 ingress network,而且那個Network ID,應該是一樣的 > docker network ls | grep ingress t7rmk6g9zybm ingress overlay swarm 如果上述的 service 的 replicas 調成大於1的數量, ingress network 還會方便地自動 round robin (輪替) 地分派流量,達到最簡單的負載平衡。 Virtual IP 前述的設定,我們有一最大的假設,就是節點不會死機。但實際情況下,各種原因,例如安全性更新、重啟中,都會讓節點暫時無法使用。即使所有 service 都是會自動 failover (故障轉移),但客戶端還是用舊機 IP ,它還是無法訪問。因為該機 IP 已無法使用,除非我們連 IP 也懂 failover。這時, Virtual IP 就是我們的救命靈藥。 在 ubuntu 上,我們可以經過 keepalived 去設定 Virtual IP apt-get update && apt-get install keepalived -y 然後設定 keepalived , 假設 172.22.1.5 是我們的 Virtual IP 。 然後每個節點都要加入conf # vim /etc/keepalived/keepalived.conf # assume failover ip is 172.22.1.5 vrrp_instance VI_1 { # change interface according to machine status interface eth1 state MASTER # 101 for node1, 102 for node2 # you can start seq from other value, remind unqiue for each node is ok; virtual_router_id 101 # lower value will become master # ex, node1 priority 100, node2 priority 200, node3 priority 150. # if node 1, 2, 3 alive, node2 will become master. # if node 2 gone, node 3 will become master. priority 100 advert_int 1 authentication { auth_type PASS auth_pass YOUR_RANDOM_PASSWORD } virtual_ipaddress { 172.22.1.5 } } 上述需要特別注意的是 virtual_router_id : 每個節點應該都要不一樣,以作唯一標識。 priority : 每個節點應該都要不一樣,最大的那個節點,就會優先使用 Virtual IP 。 auth_pass : 每個節點都相同,但大家在抄時,記得更改。 還有的是開通 iptables ,讓各個節點可以經網絡廣播的方式互相看到對方。 iptables -I INPUT -d 224.0.0.0/8 -j ACCEPT iptables -I INPUT -p vrrp -j ACCEPT systemctl restart keepalived

Docker打包 App還是打包底層程式作為Image ?
科技新知
MacauYeah・2023-07-28

雖然筆者對於Docker Swarm Mode的資歷尚淺,但由於後期更動的難點越來越多,筆者很想早一點討論其中不同操作的差異 Docker Swarm Docker Swarm Mode其實是Docker提供的一個Cluster(群集)環境。在其中運行的Image,都可以比較方便地隨時分身到不同的node(節點)上,對於提高負載或可用性,都是一個不錯的解決。 只要該Image跑起的Container是Stateless(前後兩次執行的結果互不相干涉),或者是把Stateful的部份(有干涉的部份)外包到第三方(例如儲存空間使用NFS,或記憶體暫存改為Key-Value Database),就可以方便地運作在Docker Swarm mode上。 部署Docker Swarm的選項 Docker Swarm可以把Image變成分身Container,但並不沒有硬性改變傳統App操作方式。大部份App在執行時,都需要另一個底層程式的支緩。例如 Php Web App,需要底層php fpm + nginx或apache Java Web App,就需要java + Tomcat 所以在發佈App時,可以選擇把 App直接打包成Image 只把底層程式打包在Image中(例如Tomcat),再在跑起Container時再動態接起App。 兩者有何差別? 就信心層面上,一定是把App直接打包成Image實際一點。因為這樣可以極大地減少測試環境和正式環境的差異而出現的問題。筆者一開始也不完全讚成,但也越來越傾向這種做法。 在解釋筆者為何有這個結論前,先條列式地對比一下兩種差別。 事項打包App成為Image打包底層程式成為Image 打包複雜度 需要把App用到的一些環境變數引入設定Image的entrypoint中,方便配合不同的環境可以改變App的行為。打包次數根據App數量有關。比較靈活,但比較需要學習和試錯。 底層程式統一設定環境變數,其中所有App都會使用類似或相同的設定,設定方式跟傳統方式無異。打包次數根據底層程式數量有關。比較死版,但要試錯的成本較低 發佈流程 打包App成Image。再靠Docker Swarm設定Image有多少分身,每個分身不需要特別再設定。 原來的底層程式已存在於Docker Swarm中,只需把新建或更新了的App放入不同分身的儲存空間,讓底層程式動態跑起App。 管理複雜度 每個App都是獨立的,代表有任何更新也是獨立更新。在微服務的協作環境中,需要管理員從Image層面為每個App設定網絡(network)或開放端口(Port)。但每個App可以設定不同的分身數量,靈活性一定比只打包底層程式要高。 使用同一個底層程式Image的App都會使用同一個網路和端口設定。在微服務的協作環境中,管理員要應付的設定數量一定比打包App要少。但由於是Conatiner分身是針對底層程式,所以若然某個App有不同需求,就要重新設定另一套底層程式。 上述幾個點,最後其實都是複雜度和靈活度的取捨。雖然打包App的工序更多,但提供的靈活性也更多。如果考慮要從傳統模式中過渡,方便與完成不懂Docker的同事協作,就首選打包底層程式。如果考慮可重複性和信心保證,還是打抱App比較直接,要複制一個環境到另一個環境,也比較易測試。

奶爸手記 - 百日紀念01
兒童成長
MacauYeah・2022-09-02

筆者初為人父,很多生活習慣都在變,但作為一個Gunpla 模型愛好者,突然要放棄所有模型,實在有點不捨。所以就趁著上月的BB展,馬上入手一台高達模型過癮(誤)。 好在,有聰明伶俐的老婆大人為老公豬帶來不一樣的替代品,BB百日立體手足模型-為你BB制作獨一無二的紀念品。 材料主要為克隆粉(硅膠土)、模型粉(石膏) 克隆粉與水以體積比1:2的混合,攪勻,就可以放BB的手掌或腳掌進去開模。 難點是整個過程很短而且沒法重來,你只有1分鐘的時間攪勻液體,再久的話還沒來得及放手腳進去就已經開始凝固。放進手或腳後,亦很考耐力,手腳不能碰到容器壁,否則開模就有缺口。維持靜止大概5分鐘,開模就完成了。 因為操作上真的有難度,所以筆者亦沒有多餘時間拍照,只能補上開模完成後的照片,下圖便是我家BB的美腳掌。 然後,再使用模型粉與水2:1的方式調配模型液,倒入模具中過一夜。 隔天就可以拆了 https://youtube.com/shorts/n5jI9G8_x8Y 初次制作,筆者是建議先做腳,而且在BB熟睡時再進行開模,否則一個抖動,就前功盡廢。在熟知操作流程時,再去做手。 做手開模時,除了原本對時間的掌握要有了解外,還要選一個BB不會亂動的掌型。根據你們家BB的習慣,選擇完全握拳或是申開手掌,不要半開半握,因為在凝固和抽手的進程中,半開半握會破壞模具。筆者就是半開半握,結果後期就要花更多時間精修。 (未完、待續)

[攻略匯整] 隻狼 Boss 菁英戰心得 Sekiro: shadows die twice boss miniboss walkthrough
手機‧電玩
MacauYeah・2019-04-16

27/04/2019 更新 加入獅猿、蛇眼 白萩、水生阿凜、幻影 破戒僧、赤鬼2 ------------------------------------------- 隻狼 斷斷續續,打了三星期,總結了一些心得,詳見各影片描述位置。有條件的話會重做一些"可重複"的對策,現在暫時放出五成熟攻略對策 後期 巴流 葦名弦一郎 + 劍聖 葦名一心 (手殘version)https://www.youtube.com/watch?v=lLn0smxKCgQ 義父(三年前)https://www.youtube.com/watch?v=zTauhWFdctI 嗟怨之鬼https://www.youtube.com/watch?v=I62dCgsJ2Ak 赤鬼2https://www.youtube.com/watch?v=XDt94yrGGFc 幻影 破戒僧https://www.youtube.com/watch?v=oBfQ8iYNja4 水生阿凜https://www.youtube.com/watch?v=oijPPtUo2t4 魁忍 貓頭鷹(義父)https://www.youtube.com/watch?v=9iZiBDCqFRQ 中期 獅猿 二戰https://www.youtube.com/watch?v=yw6SOZf4uzo 獅猿https://www.youtube.com/watch?v=3mQIdk68k5s 蛇眼 白萩https://www.youtube.com/watch?v=u3hAS7iCSpI 長手百足 麒https://www.youtube.com/watch?v=z3CxjpTgNy8 長手百足 仙雲https://www.youtube.com/watch?v=04OwJs4Rbd4 蛇眼 白富士 打法一https://www.youtube.com/watch?v=ins3a-xssso 蛇眼 白富士 打法二https://www.youtube.com/watch?v=sboK7OE2Gj4 前期 葦名弦一郎 打法一https://www.youtube.com/watch?v=yihLEo3aISA 葦名弦一郎 打法二 (一階段貼面,二階段接雷)https://www.youtube.com/watch?v=WEPRsJQBaAA 蟒蛇重藏https://www.youtube.com/watch?v=1kS1SRgTJ2g 佐瀨甚助https://www.youtube.com/watch?v=atRLRlvGsBE 松本內藏佑https://www.youtube.com/watch?v=vexY8mMpMDc 彌山院圓真https://www.youtube.com/watch?v=-Bx1Gk_HcW4 赤鬼https://www.youtube.com/watch?v=cxxQK9TXoS8

POÄNG 傳承四十載的時尚舒適傳奇
創意生活
Benjamin・2016-10-10

受全球歡迎的經典扶手椅 六件鮮為人知的事 宜家家居的POÄNG扶手椅於四十年前面世,標誌著四十載時尚品味、舒適及高品質。這張經典椅子充分體現了宜家家居獨有的「大眾化設計」概念 — 揉合外型、功能、品質及環保元素,更以相宜的價格,讓更多人擁有時尚設計。為慶祝這個特別的日子,宜家家居現推出六款全新POÄNG扶手椅套,並為你揭開這張傳奇椅子六件鮮為人知的事。 宜家家居最暢銷的經典扶手椅 全球售出超過3,000萬張 宜家家居於1976年首次推出POÄNG扶手椅,至今已於全球售出超過3,000萬張,足夠圍繞半個地球!時至今日,POÄNG扶手椅的劃時代舒適設計仍深受顧客愛戴,每年於全球售出約150萬張,即平均每20多秒便售出一張,成為宜家家居最暢銷的扶手椅。 北歐簡約設計 其實出自日藉設計師之手 POÄNG扶手椅具代表性的北歐設計風格,但其實並非出自北歐設計師的手筆,而是日藉設計師Noboru Nakamura的作品。 1931年,Nakamura先生於日本札幌一所工業高中畢業後,便隨即加入當地一家傢具生產商工作。其後透過同事介紹,得到與一位著名瑞典設計師互動的機會,繼而遠赴瑞典學習北歐設計,並與宜家家居合作,開展其設計師之路。當時,宜家家居給予Nakamura先生一個任務:設計一張能滿足生活所需的扶手椅。 Nakamura先生認為,大自然當中蘊藏著設計的精髓。椅子不應只用作承托身體,而應該是一件令人心滿意足,讓人壓力全消的工具。他從經驗中得知一個弧形懸臂結構可讓人坐上椅子後輕輕搖擺,感到放鬆。對Nakamura先生來說,這種搖擺動作有其自身的意義和價值,因而成為了第一張POÄNG扶手椅的設計。 POÄNG詩意名字背後更重大的意義 宜家家居一向致力提升產品質素,為大眾締造更美好的每一天。1992年,宜家家居為POÄNG扶手椅於設計及用料上作出了一系列調整及改善,並將其名字由原來的「POEM」改為「POÄNG」,以反映及配合扶手椅的新設計。 經改良後的POÄNG扶手椅框由鋼支改為多層夾合彎曲木,大部份木材更獲森林管理委員會(FSC)認證,而布套的全部棉花亦採自可持續來源,確保為人類及環境帶來正面的改變。 相比四十年前的售價更便宜了21% POÄNG扶手椅現時的價格比四十年前下調了約21%,主要因為經改良後的多層夾合彎曲木椅框耗材更少,加上平盒包裝,令原來每卡板運送12張POÄNG扶手椅增加至現時的每卡板26張,大大減省了運輸成本。 宜家家居亦不斷改良生產過程,提升效率並將廢料排放減至最低,促進可持續發展的同時亦將成本及價格降低,讓更多人可以大眾化價錢把時尚設計帶回家。 經得起時間及品質考驗的扶手椅 POÄNG扶手椅的耐用設計的確能經得起時間的考驗,其多層夾合彎曲木椅框能為日常用途提供強韌的承托力。 自1978年起,宜家家居的店內便擺放著一部測試儀器,展示POÄNG扶手椅的耐用特質。該測試儀器每分鐘20次、以每次1,000牛頓的力道,標準測試POÄNG扶手椅達5萬次之多,相等於一位約220磅重的成年人每分鐘坐上扶手椅20次。 為確保產品質素及安全,宜家家居的每款產品均通過嚴謹的測試,以保證符合該類產品及發售國家的標準與要求。 六款全新椅套 隨心轉換家居布置 為慶祝POÄNG扶手椅面世四十週年,宜家家居特別推出六款全新椅套,備有時尚圖案及顏色,亦有不同物料,讓你按照心情轉換家居布置。全新椅套款式中包括真皮椅套,重新演繹經典設計,椅套更會越用越美觀。 POÄNG扶手椅另外備有搖椅款式及腳凳,配合你每個不同需要。