搜尋

搜尋結果

2017年射手座運勢(上升星座為主,太陽星座為輔助)
玄學星相
熊神進・2016-12-25

愛情及人際關係: 土星落入射手座的命宮,意味著這一年射手座人需要學習面對現實及接受考驗,感情路上障礙重重,很不輕鬆,限制甚多,不能再任意妄為,隨心所欲地不受任何束縛的。射手座在待人接物方面表現熱情但同時也想跟別人保持距離,射手座人感到壓力的時候宜跟伴侶商量共處的空間及相處的模式,以免約束感影響了兩人的相處關係。 熊伸進老師建議射手座人多點參加不同的團體,結識跟你有相同志趣的朋友,在2017年裡人際網路是射手座的貴人,為你帶來不少好處。而且你的桃花緣來自朋友圈, 2至5月期間金星落入戀愛宮,愛情來的時候總是讓人意料不及。 婚姻宮已經沉寂多年,浪漫的情懷逐步退色,已婚的人繼續過著平平淡淡的婚後生活,單身的人依舊受形單影隻的孤單感煎熬。沒有甚麼起伏的生活帶給射手座不少的自由時間,射手座可以好好利用空餘時間參加社交聚會應酬活動並且樂此不疲。在社交場合,碰到心儀的異性,單身的射手座需要理性區分這可能是別人逢場作戲的禮儀而已,對方未必是合適的結婚物件。因此,即使對方看似很適合自己,也不要太心急開展追求或戀愛關係,應好好觀察對方一段時間,多方面認識對方,包括背景、生活習慣、人際網路及工作等等。6及7月期間,金星落入工作宮,這段期間會透過工作途徑而邂逅令你動心的異性,然而,金星只是短期逗留,這或許是鏡花水月的傾慕。 愛情守護星水星行走速度非常快,射手座對感情的要求及欲望經常變化,讓愛侶有點難以捉摸及適應。土星落入命宮日久,上天安排你要面對感情波折的挑戰,愛侶無法適應你不斷轉變的好惡而身心疲倦,不想再迎合你的口味,這讓你感到被愛侶忽略及冷對,誤解令大家的感情關係出現裂縫,爭吵就是裂縫的產物,建議你好好檢討自己,在對方生氣的時候,與其自辯或怪責對方,不如親親或擁抱對方,以免感情破裂到不能挽救的地步。好好忍耐,好好修補關係,土星在12月將移離命宮,時來運到,屆時感情生活守得雲開見月明。 前途及錢途: 雖然上司、老闆、領導好像對你有很多要求,請你不要甚麼都不掛在心上,宜沉著虛心應對,做好本份,堅守崗位,讓你的上司、老闆、領導留下深刻印象。工作的確佔據了你不少時間,造成壓力,熊伸進老師建議射手座人在工餘時間要尋找放鬆自己的方法。這一年是提升實力苦戰階段,只要不要怕辛苦地默默耕耘,在工作崗位上打下事業基石,對日後的升遷非常有利。水星在8月落入事業宮並且逆行,在文書、簽約、合同、溝通信件、檔保管等方面都要多提神,儘量記錄好細節及儲存好檔以備不時之需。想跳槽的射手座人可以考慮在11月轉換工作環境或是轉行。 人靠衣裝,你的衣著品味決定了別人對你的印象。你若想吸引別人投資你的項目或相信你推銷的產品,首先你的精神面貌就得攝服別人,因此,名牌服飾及高檔次的飾物不可少的戰衣,但是開支消費上仍然要謹慎一點,宜隨意消費導致手頭拮据!尤其是佳節慶祝的日子,樂天的射手座更是大手大腳。 由於財帛守護星土星落入命宮,射手座今年在學業或工作都需要經歷一番的苦功才能熬出頭,只有獨立自主及建立自信才能突破命運的考驗及成長。幸好,你的努力是不會白費,而且,自你身上散發的魅力吸引著別人樂意由你擔當大旗的角色,甚至不少機會自然而然找上門,只差射手座人是否主動去配合。 射手座天生有點喜歡冒險,在投資心態上也充分具備這方面的傾向,如果你具備高瞻遠足的目光,你的投資判斷力會更敏銳,只要你有一筆儲蓄,就能爭取時勢創造財富,考慮投資跟海洋、水性相關項目,例如漁業、海洋石油或海洋旅遊。射手座在2017年下半年的投資及理財態度需要審慎,尤其是12月更要留意投資局面的千變萬化所帶來的風險。 過去幾年,家庭問題費了你不少心思,踏入2017年,這個問題沒有退下來,只是相對舒緩了一點。家中的父母或年長長輩腦子充滿了解決不了的問題和煩惱,他們尤其對你在財政上應該為家庭負擔多少開支方面,有不少的要求或不滿,射手座人跟長輩在開支理財的話題上難以達成一致意見。 健康及其他: 射手座在2017年常遇到身體疲勞的問題,而且老是查不出原因,讓人放不下心。 小毛病小碰撞小災難這些芝麻綠豆的事情,讓射手座一整年都好困擾,尤其是關節的毛病,在雨天更明顯感到不舒服。土星大部分時間都在你的命宮運行,射手座人今年要多加注意安全,例如摔傷、交通意外、運動受傷等等肉體的健康少不了被折騰,吃苦就當作是消災的好事。 在2017年裡,家人經常抱怨射手座人專注事業或學業發展多於關心他們。由於家人的情緒比較敏感容易受傷,特別在2月,家人處於緊張焦慮的情緒狀態,射手座人即使不願意,也要克制個人欲望,配合長輩的要求,但這樣卻給了自己不少壓力。如果射手座能忍耐,注意個人言語的表達措辭,且能主動跟家人修復關係,緊張家庭關係在年末的時候家庭慢慢變得輕鬆。 如有任何問題,歡迎聯絡: 林小姐: 13726267799(晚8時後) 熊神進:澳門 853-66618785 Facebook: 熊神進(澳門風水師) 公共微信: macaumasterxiong 淘寶風水法器店:http://macauhung.taobao.com

2019小欖菊花會賞花交通攻略
走遍世界
行走世界記錄・2019-12-03

一年一度菊花開,非物質文化遺產項目小欖菊花會來了!菊城飄香花滿城,350畝菊園25萬盆菊花20組花造型景觀,這組數字告訴您花展有幾盛大! 賞菊攻略 菊花會分八大區︰菊藝造景區、菊花精品區、花海區、燈光秀區、文化展演區、美食區、創意市集區及展覽區。 如果你只有一天時間,入園後請往右,先到菊花精品區、花海區,這2區特別推薦,拍照打卡非常出色!僅花海區面積就達2萬平方米,分向日葵及波斯菊兩片花海。燈光區晚上才亮燈,忍痛忽略吧。不想忽略,早出晚歸應該可以的!逗留園區時間最少5小時才拍得完逛夠。 菊藝造景區在入場口左邊,大型造景多達20個,真的有排打卡,也是最多人的一區。沿途順便到展覽區看插花比賽作品展覽及書法、藝術裝置等。 美食攻略 菊展當然嚐菊宴,菊園就有琳瑯滿目的小欖美食,當地多間大酒店酒樓在園區擺攤,首推炸菊花葉,不是葉這麼簡單!葉包豬肝炸至金黃香脆,不好吃才怪。菊花炸鯪魚球,鮮! 美食區在創意市集區隔鄰,菊花精品區附近。美食區有帳篷遮陽,有座位。近創意市集區的攤檔人流比較多,請移玉步向前行,會有驚喜呵! 手信街推薦買黃皮乾,很好吃! 門票 免費︰12歲以下、70歲以上 (不限區域) 成人 星期一至五 $20 星期六至日 $30 微信公眾號提前一天購票有折扣$2 ,雙人票平日$29.9,週末$49.9 。 交通攻略 繼續閱讀 2019小欖菊花會賞花交通攻略

【電影】波希米亞狂想曲:搖滾傳說
娛樂殿堂
原來世界這樣大・2018-12-03

“We Will, We Will Rock You.”“We Are The Champion, My Friend.”即使你不知道是誰的歌,但這兩句耳熟能詳的歌詞,應該都總聽過了吧。這部電影《波希米亞狂想曲:搖滾傳說》是關於一個萬世巨星– Queens的Freddie Mercury。 由地下樂隊開始,Freddie獨特的見解讓Queens的野心不只是酒吧內的小舞台,幾個小伙子走進錄音室做混音做唱片,到漸漸有人認識,被唱片公司發掘然後出道。成為當紅組合,出大碟、巡迴、出大碟、巡迴… Queens的出道可算是相當順利。 在Freddie的一生中,Queens有多重要我們也不用再多說明了。但更多描述的是Freddie內心世界,在舞台上艷壓全場的他卻是一個寂寞的人,尤其是面對著與家人的意見分歧、雙性戀的取向,內心掙扎逃避,只好在派對、酒精及藥物找到寄託。Freddie沉溺於紫醉金迷的世界,生活荒淫糜爛。狂歡後的散場,令孤獨更加壯大,經過一段糊塗的日子,他洗心革面,重回正軌,由單飛到重組。在1985年的Live Aid 演唱當回歸舞台,Queens合力演出一首又一首經典歌曲。 見識淺薄,在進戲院前對Freddie Mercury的認識不深,但換來的是滿滿的驚喜和感動。而我最喜歡的一段是Live Aid演唱,在萬人空巷盛況下的表演震撼又精彩,Freddie的舞台魅力使眼睛無法離開螢幕半秒。前段讓觀眾了解更多Freddie和Queens的故事,後段給大家欣賞Queens在Live Aid出色的表演,再細嚼歌詞,字裡行間總能找到他和Queens經歷的一點點連繫,整件事也來得相當連貫。Freddie在演唱前跟家人坦白並得到認同的一幕亦是充滿感動,特別是當Freddie說著「Good thoughts, good words, good deeds」和跟父親的擁抱一幕,讓Freddie解開在心中的鬱結,心中默默有種替他高興的釋懷。 儘管拍攝這部電影的過程有點波折,期間涉及了換角和導演被開除事件,劇本內容的爭議等等,劇情順暢自然,沒有因而爛尾,對我而言是沒有悶場的,不但有精彩的故事,也能欣賞多首代表作。初時覺得Freddie是個怪人,亦讓我想起了他們初時跟經理人Reid交談的一句:「我們都是怪人。」就這樣獨特性誕生了Queens,叫做「傳奇」無庸置疑。 以電影兩小時完整交代Freddie的人生又怎會足夠,電影過後Freddie的表演留在我腦海之中,在網上重溫Queens的演出影片,除了覺得飾演Freddie Mercury的Rami Malek的演技迫真之外,慨嘆著天妒英才,遺憾無法見證他的輝煌時代。 嗯,這部《波希米亞狂想曲:搖滾傳說》果然沒有介紹錯。:)

Coding中的AI輔能3 | AI 探索新領域
科技新知
MacauYeah・2026-01-26

繼之前筆者介紹使用AI Chat問一些技術固有問題後,筆者亦試著繼續用AI做一些其他功能探索。 也是先講結論 目前筆者針對自己不熟悉的技術,而且認為已存在,不太可能不存在的技術,叫AI幫忙做事。跟過去一期最大的差別,就是筆者無法快速判斷AI的答案是對還是錯,只能跟著AI一句一句的地執行Code再去找問題。但即使是這樣的情況下,AI還是能提供到有參考價值的答案。 Jasper report studio 參數引用 在預設的情況下,Jasper report studio 的某些參數只可以反映在 SQL Data Source中,其他Data Source並不適合。但即使這樣,筆者還是希望AI找尋一下過去的人有什麼解決辦法。原本的問題,筆者在Google上,並不能找到合適的參考案例,但在問Claude Sonnet 後,反而有案例。實測下,也是有效的。 與搜尋引擎關鍵字不同,在Claude Sonnet中,筆者花了較長的字句去描述問題。也有可能是因為「生成式」的關係,Claude Sonnet 可以生成更多我沒有見過的關鍵字,從而得到答案。而這個答案,非常大機會並不是出自官方的使用說明中。這種就像坊間的用法,可能升級後會突然無法使用。但至少目前可以解決問題。 QEMU 的教學 筆者一直被逼著試用一些新的cloud image,並非筆者認知的傳統VM使用方法。qemu筆者之前有看過官方教學,但實在太長、太複雜,故筆者就把自己的問題拋給DeepSeek-V3,看看它能不能提供一個可行的指令。 結果是可行的。不過要重提的是,筆者雖然對QEMU不太懂,但至少對Cloud image有些認識,知道Cloud image是如何運作,某些image又可能缺了些什麼。針對性地問DeepSeek-V3一些具體問題,結果還可以接受。也幫忙解決了筆者誤會抄下來的指令。 總結 總括來講,這種方法係加大了筆者可以搜索的範圍,AI亦可以做一些自己的嘗試。省卻了自己閱讀大量文章之後再組合的過程。對於一些自己太熟悉,但是穩定的技術,應該會有可行解。 但如果針對一些很肯定資料來源的問題,筆者還是會選擇使用傳統搜索的方式或以AI找出官方來源,自行到官網查證。Fact Check 資料可信性,原本就是這麼做,也會繼續這樣做。AI會有幻覺,傳統的搜尋答案有部份也是來Stack Overflow等討論區,也是需要進一步自行了解。

Coding中的AI輔能2 | Ai 寫測試用例
科技新知
MacauYeah・2026-01-21

繼之前筆者介紹使用AI Chat問一些技術問題後,筆者亦試著用AI直接參考code的改動。 先講結論 目前筆者只針對自己熟悉的技術,叫AI幫忙做事。那怕它做錯,我也有條件驗證及修正。而結果是,。 優點:它的確有幫上忙,省了我一些時間。省時不多,但有省得不多。總比全人力Google來得舒服。 缺點:很慢,有點鈍。它的答案也可能很直觀,需要手動再調整。 寫測試 為免一下子挑戰太大,筆者先從寫測試開始。使用一個現有的專案,去掉secret等敏感資訊,然後針對新做的function,叫GitHub Copilot 幫忙寫Test Case。Copilot Agent就會開始檢驗你現有的測試,學著你之前的風格,為新的function寫測試。Copilot會結合你現有的程式,也了解一些框架的知識,例如Hibernate Entity, Repository之間的關係,試著寫一個符合你剛才文字表述的邏輯。就是因為這也是一個整體掃瞄和學習的過程,筆者覺得不論付費還是免費的AI額度,可能都會一樣慢。 為什麼要在這個地方上使用AI幫忙呢? 因為Test Case中,通常因應不同的情況,有不同的預設值。很多時,Test Case相似,又無法直接覆用預設值。所以找AI幫忙起草,後期自己再修正一些,總比全力自己設計要省心一點。 Maven pom依賴升級 筆者亦都有試過找GitHub Copilot 解決一些因版本升級帶來的依賴不相容的問題。同樣地,筆者對於這些問題,有一定的了解,只是不想每個版本逐個比較。筆者想靠 Agent 找到相近或相容的版本,結果算做得不錯。這些問題本身沒有難到需要大量Google去做資料搜集,但至少Troubleshoot時,要回憶幾個不同的maven指令。平常pom 版本分析的指令很少機會會用,一時三刻要重新好好理解一下,也是費神。這個場境,似乎AI也勝任,自己最後驗證也簡單。就像解一元多次方程式一樣,找解很費神,但驗證就很簡單。那怕驗證時真要追蹤 pom file,也有IDE幫忙。 總括來講,筆者沒有叫AI大量創作,在控制問題範圍的情況下,免費額度的GitHub Copilot也能找到一些幫助。

Coding中的AI輔能
手機‧電玩
MacauYeah・2025-12-20

早排跟一位外國的朋友聊天,發現對方公司大力地推動開發工作與AI結合,而且實務上亦幫到忙,可以解放生産力。 既然大家在AI上有得益,筆者亦試用一下。就礙於安全性問題,目前筆者暫時都經過chatbot的發散問題的方式,問AI取得方向性的建議。以下,筆者就分享一下自己的使用心得。 Github Copilot Chat 道理上可以直接安裝VSCode上,但不知道是否不版本更新問題。筆者的Ubuntu 24.04 VSCode 無法運行。反而匯出vsix 後,筆者的codeserver (open source VSCode) 可以運行。 有相同問題的朋友,可以留言找codeserver的詳細安裝方式。 初次使用下,GPT-5 mini 的性能不錯。作為發散問題,可以幫筆者快速地梳理筆者想要了解的技術。(前題是這個技術很成熟,只是筆者不太了解) 例如:筆者會問它關於一些 builder pattern 的必要性。與原本的做法有什麼差異。通過一輪來回對答,筆者對於使用情境也有一個更全面的了解。相對於傳統,筆者要多輪Google,之後再在腦海中梳理再追問,的確快好多。 GitHub Copilot Chat 唯一的問題是,免費的額度需要每個月才會補充。長期用需要付上月費,而且它內置的Model並不包括 DeepSeeks 和 Claude。 我們可以經API KEY隨時加的外部的Model,不過這就等於我們需要多頭付費,GitHub 充一份錢,外部算力也是。 Poe.com 因為筆者暫時也只是使用開放式問題,做一些思維上的整理。筆者還試過 Poe 的第三方Claude Bot。除了策略問題外,範例寫Code效果也行。(當然是限制在筆者未了解,但其實已面世很久的技術。如果好像現在問它一個spring boot 4的問題,就不太推薦) 由於不是直接由Bot改Code,所以算力消耗不高,Poe也每日補充免費額度,可以更方便用來試水看看。 還想用AI嗎? 筆者直接給答案,想,很想。不過這並不代表我們就輕鬆很多。 對於傳統開發框架,我們還是要先理解、學習。就算未來筆者試用Bot生成Code,筆者還是要負責驗證的部份。驗證的能力,其實就是基於過去的理解和學習。面對一些新問題,筆者還是需要去官方網站找實際的資料、範例,以判斷AI生成的結論是否合理。也依靠這些資訊去修正AI的結果。 對於筆者已知的問題,若筆者過去的專案已有答案,筆者還是寧願自行複制貼上,去做一些手動修改,去適配新的場景,因為這需要的驗證工作量還更少,風險更低。

Visual Studio Code 才是 coding anywhere的基礎?
科技新知
MacauYeah・2025-10-25

筆者過去就有發表過使用 VM / docker + code server 作為 coding anywhere的基礎, 現時也有一直使用。code server 有效,但對於Web App 開發,仍有所不足。 那個藏在瀏覽器的IDE - Code Server 使用 code server 的好處,就是筆者只需要一個有瀏覽器的客戶端,就可以連線到雲上的VM中使用 code server 。不論多重的功夫,交給外部的雲去做,自己的客戶端就可以盡可能輕便。不想自己攪一套code server開發環境?github codespaces in browser 也是一個很類似的替代器。它也是隨時經雲建立一台專用的 VM,之後就可以經瀏覽器進行開發。 一切看來都很好,所有東西都可以在 VM / docker 中進行。如果你的 VM / docker,可以有齊所有除錯工具,應該就真萬能了。現實就是不太美好,因為雲上的 VM ,docker 中的容器,主要都是沒圖形介面的。如果你想要利用的除錯工具,例如 chrome,你就未必可以順利在 headless VM / docker conatiner 中安裝了。很多除錯工具,要麼就需要圖形介面,要麼就要有條件連到本地硬碟,所以筆者就 code server 本身,真的沒有太多解法。 Web App 開發,回到原始的基本步 - Visual Studio Code 回到原始的基本步,本地Visual Studio Code + VM / docker ,就好好地可以利用本地的 chrome 等進行 NodeJs 的除錯。它就跟本地Visual Studio Code + 本地開發類似,本地能用的 chrome,可以經過 vscode 連到 VM / docker 內,只要Remote Development 插件就可以了。筆者測試過,真的很簡單,vscode連線後,會在你的VM / docker 內,安裝一個很細的 client。然後其他事就像本地開發一樣了。Remote Development 除了用自己的VM外,官方還稱它可以連上github codespaces。筆者就未有詳細測試,有興趣的朋友可以建立一個codespaces看看。 雖然 Visual Studio Code 並沒有保證完整地解決所有問題,但至少它提供了一個橋樑可以作為接口開發。coding anywhere 還是有條件實現,只是我們的客戶端並不如一開始的單純,只少要有一個完整的桌面電腦環境OS ,可以做到 port forward,做一些簡單的對接。只是單純的移動端 Web 界面,就未能夠做到那些複雜的跨機轉譯。

git submodule 的那些坑
科技新知
MacauYeah・2025-09-26

submodule 設定 有些時候,我們並不想追蹤submodule的預設分支。對於初次新增時,我們可以 git submodule add -b YOUR_BRANCH REPO_URL_OR_RELATIVE_REPO_PATH git submodule add -b feature/devcontainer https://github.com/macauyeah/spring-boot-multiple-datasource.git git submodule add -b feature/devcontainer ../spring-boot-multiple-datasource 若在初始化後期,想改branch,可以直接修改設定檔。(首次做,還是建議使用指令方式加入,因為第一次總要把submodule整個歷史記錄取下來。) # file .gitmodules [submodule "spring-boot-multiple-datasource"] path = spring-boot-multiple-datasource url = https://github.com/macauyeah/spring-boot-multiple-datasource.git branch = YOUR_BRANCH 關於上述 url 的部份,如果是公開的倉庫,當然可以以完整的方式存取。例如你可以直寫 url = https://github.com/macauyeah/spring-boot-multiple-datasource.git。 若為私有倉庫,道理上要本機有權限存取才行,對於持續整合/持續部署就有些麻煩。正常解決方向就是 CI Server 有齊所有倉庫的存取權限,具體要根據不同 CI Server 的設定,有時候還要跨 Docker 的方式去接入。那是有夠麻煩的一件事。但若果 main module 與 sub module 剛好為同一個倉,我們也可以使用相對路勁來解決。 # file .gitmodules [submodule "spring-boot-multiple-datasource"] path = spring-boot-multiple-datasource url = ../spring-boot-multiple-datasource.git branch = YOUR_BRANCH 但這是有代價的,我們在本地 checkout 時,也必需要模疑類似的文件夾架構,也就是 sub module 也要獨立 checkout 。

如果把一款課金手遊當成單機speedrun遊戲玩會怎樣?03
手機‧電玩
MacauYeah・2025-05-19

前兩期筆者分享了前個4個故事線的心得,(連結一、連結二)。本篇分享一些素材關卡及挑戰關卡的情況 之前一直著重解主線,但如果主線無法突破,團素材也是無可以避免的事。首先我們簡單講一講這遊戲的最基本素材 開發素材 通過主線故事取得,可以自動重複刷,但效率很低。解主線時,每一關若得到三星評價,每天可以跳過首三場的重複刷,直接用體力換素材。第四次需要用鑽石(免費或付費的課金道具)重置數次,或者當作普通遊戲,掛機自動刷 基本等級強化素材 分為機體強化、角色強化、支援人員強化,可以經素材關卡取得,但一天只能打三場,不論使用跳過還是掛機刷。也可以隨時間經過,基地會補足一些免費的強化素材。 資本 多種取得方式,但因為通常在資本用完之前,開發或強化素材已經用完。沒有很特別研究它的消耗性。 挑戰關卡-永恆之路 現時筆者經過團素材,升級必要機體,再去通關少量的故事-Hard關卡或挑戰永恆之路Normal關卡,目的是解新手任務,因為完成它可以取得GQX的突破界限(三),突破後會有40%增幅。不過跟前述一樣,這並不一定是最優解,因為GQX是攻擊屬性,未來還要計算一下,是否多台的支緩屬性機體,可以堆到更多發攻擊。 難題 因為之前的Speedrun規則限制,我們無法經過鑽石買體力或重置跳過次數,我們若想取得開發素材,只能盡量在不同的主線中關卡中最得三星評價,取得定量的開發素材。而且等級強化素材的機制,一天有上限,所以若真要Speedrun的話,不可能依靠它們。但現時暫時無解,只能先用正規方式體驗一次遊戲,再計算一下目標機體的最低等級要求,再倒推開發素材的最低要求。 就筆者現時對遊戲機制的了解,Speedrun時,可能只開發SR機體,並突破N或R系列的機體,以達到加成效果。

Swarm mode 上線 6 - 2| 升級陷阱
科技新知
MacauYeah・2025-04-14

上一期筆者就介紹寺過swarm的相容性,可以任意地刪除其中node、加入新的node,系統會自動同步各機狀態。今日,我們就來討論一下加減的流程吧。 實戰輪調流程 假設我們有5個 node,都為manager,各個 docker 版本都為28.0.4 ,我們將要關掉node 5 (ubuntu 22),並加入node 6 (ubuntu24),輪調流程如下 如果node5有vvip,login node 5,關掉vvip systemctl stop keepalived login node1, 把node5降為drain模式,變為worker,並從群集中刪除 docker node update --availability drain node5 docker node demote node5 若然node5不是直接關機、刪除,只想好好地離開群集,可以 login node5, 在node5上預先執行 docker swarm leave docker node rm --force node5 如果之前node5有好好地離開群集,而且狀態已經轉為down,那麼就不用"force"了,用最保守的刪除指令就可以 docker node rm node5 login node1, 取得manager token docker swarm join-token manager node5關機,新增node6,使用相容的ip段,或者使用node5的ip login node6, 加入群集,設定vvip docker swarm join --token xxxx XX_IP:XX_PORT systemctl stop keepalived 這陷阱這陷阱 偏我遇上 上述的操作,有一些可能的陷阱,筆者就剛好踩過,未來不知道會不會有官方保證 docker的版本需要相同,不同版本可能不能加入群集,例如 docker 28.0.4 不能加到 docker 27.5.1。 docker 27.2.x 不能加到 docker 27.5.1。 docker swarm,官方雖然宣稱支援不同版本共存,但這指的是已加入的node,在不解綁的情況下原機升級。 在swarm已有多版本共存的情況下,有一個node選擇完全脫離,它想再加入,也是會失敗的。可能這不是docker自身的限制,而是底層library的相容性問題。筆者在實測不同版本時,就得到這樣的error。docker credentials: cannot check peer: missing selected ALPN property

學習寫程式,除了複制貼上還有什麼?
科技新知
MacauYeah・2025-02-07

不知道大家是如何學習特定程式語言/框架的建構? 也不知道大家可如何保持程式庫/框架的最新狀態? 筆者就分享一下最新的經驗,看看對大家有沒有得著。 制作自己的範本 跟著程式/框架的導覽教學(Tutorial)走一偏 從零起一個新專案 設定專案,該用的基本功能全部設定好,作為概念驗證(Proof of Concept),也作為日後範本(Template)之用。 有需要用新專案,就複制之前的範本,再逐一修改名字或路徑的設定。 上述做法,是筆者過去比較常用的策略。面對很統一要求的專案,都有效。當程式庫有更新,我們可以選擇只局部修改,範本就可以長期用。我們也不需要經常從零走一篇。 練手的Code - 從零起一個新專案 上述的範本做法,對於現時需求多變的專案,可能不是很有效。例如有些專案使用Session Auth,有些則是Api Auth,有些則是Open Auth。同一個範本中有齊多種Auth的設定,原本難度就有夠高,之後複制完還要自行禁用不相關的部份,也是相當的煩人。當範本中多有個地方都有互相衝突的地方,複制範本就不是一個很易的做法。 面對那些複雜的配對,我們務必要真正了解技術的運作原理,然後為每個功能都從零建一個專案,做一個最簡單的Proof of Concept。重點不是在未來拿它們複制貼上,而是用來厘清概念,哪段程式對這個功能至關重要,哪段其實沒有作用。 如果可以,每次程式庫/框架升級時,都從零建一次。這樣一來可以練手,加深記憶,二來是每次版本的變動,有些程式碼可能已經變得沒有作用,原本的寫法並不再是最簡的。當然這個也可以為每個功能獨立做成範本,到有需要的時候再抄少量的程式碼就好。 其實練手的過程中,我們亦會慢慢熟習IDE的功能,有些IDE或Plugin已經很方便地自行完成一些設定。所以筆者漸漸的也習慣了不抄程式碼,改為以IDE Plugin的方式建立,某些真的很不熟練的部份才會維持範本複制的型式。 這是筆者最近學習vue3 的練習清單,還在持續新增中。讀者們有興趣也可以一起來修訂。 https://github.com/macauyeah/AProgrammerPrepares/blob/main/src/vuejs/TimeAttack.md