搜尋

搜尋結果

KLOOK 新年優惠 - 額外減$168!新用戶88折!
激安優惠
MO560・2020-01-13

KLOOK 新年優惠 額外減$168!新用戶88折! KLOOK推出新年優惠啦,全線產品都可以用!滿$1088額外減$88、滿$1688額外減$168!如果大家新註冊的話更享有用戶優惠,全線產品額外88折!即刻睇吓新年Trip啱唔啱用啦~ 【全線產品】新年優惠 額外減$168 優惠說明:全線產品滿HKD$1088 ndash; 額外減HKD$88 │ 滿HKD$1688 ndash; 額外減HKD$168 │ 部份產品不適用預訂期限:2020 年 02 月 02 日 輸入以下優惠碼並使用必須透過以下指定連結進入 滿$1088 ndash; 額外減$88LUCKY88 │ 點我進入 滿$1688 ndash; 額外減$168LUCKY168 │ 點我進入 【全新用戶】新年優惠 額外88折 優惠說明:全線產品滿HKD$800 ndash; 額外88折 │ 最多減HKD$300 │ 只限全新用戶 │ 部份產品不適用預訂期限:2020 年 02 月 02 日 輸入以下優惠碼並使用必須透過以下指定連結進入 滿$800 ndash; 88折NEWYEAR88 │ 點我進入 緊貼最新最潮澳門信用卡、飛行里數、旅遊資訊,記得讚好MO560的Facebook! 如想查看更多詳情,請到MO560的網站查看。 更多KLOOK優惠:httpsmotravel.infoklookpromotecode 喜歡小編的文章嗎?比個Like支持我啦 Facebook MO560Instagram mo560_travelWebsite httpsmotravel.info 想追蹤最新最潮澳門信用卡、飛行里數、旅遊資訊?將MO560設定為 「搶先看See First」!

Expedia Black Friday 優惠 - 酒店4折!旅遊活動5折!聖誕新年都有份
激安優惠
MO560・2019-11-27

Expedia Black Friday優惠 全球酒店低至4折!旅遊活動低至5折!聖誕新年都有份! Expedia提早推出黑色星期五優惠!全球精選酒店低至4折優惠!另外亦有機票、套票行程特價優惠,以及旅遊活動低至5折優惠!所有優惠的旅遊日期直至2020年3月31日,換言之,聖誕、新年亦包括在內! Expedia Black Friday 優惠頁面 酒店優惠:酒店低至4折預訂期限:即日起至2019年12月02日旅遊期限:即日起至2020年03月31日旅遊地點:不限活動網址:httpswww.expedia.com.hkblackfriday 機票及套票優惠:特價機票及套票預訂期限:即日起至2019年12月02日旅遊期限:即日起至2020年03月31日旅遊地點:不限活動網址:httpswww.expedia.com.hkgfltbfcmflightdeals 當地玩樂優惠:旅遊活動低至5折預訂期限:即日起至2019年12月02日旅遊期限:即日起至2020年03月31日旅遊地點:不限活動網址:httpswww.expedia.com.hkglclxblackcyber 緊貼最新最潮澳門信用卡、飛行里數、旅遊資訊,記得讚好MO560的Facebook! 如想查看更多詳情,請到MO560的網站查看。 更多詳情關於本次活動,可查看 ndash; Expedia 黑色星期五優惠 喜歡小編的文章嗎?比個Like支持我啦 Facebook MO560Instagram mo560_travelWebsite httpsmotravel.info 想追蹤最新最潮澳門信用卡、飛行里數、旅遊資訊?將MO560設定為 「搶先看See First」!

[攻略/評] 血咒之城 極限攻略 及 心得點評
手機‧電玩
MacauYeah・2019-11-02

作為一個pro gamer, 要有始有終10月開左頭嘅血咒之城 血污之城 攻略,今次一口氣錄晒出黎極限攻略 低LV 破關,一共9集,3小時就通關啦如果你沒有失手的話 攻略 月球掌控者 格莫瑞 驅魔人 多米尼克 魔王 巴爾 血污 夜之儀式 EP09 廣東話低等級通關攻略(含中文劇情) 攻略 碎片人 吉貝爾 賭博公爵 華利弗 血污 夜之儀式 EP08 廣東話低等級通關攻略(含中文劇情) 攻略 米利暗影分身 骨龍 歐若博司 驅魔人 斬月刀 血污 夜之儀式 EP07 廣東話低等級通關攻略(含中文劇情) 攻略 血聖女 無血 煉金術士 阿爾弗雷德 血污 夜之儀式 EP06 廣東話低等級通關攻略(含中文劇情) 攻略 火車頭 暴食火車 光速惡魔 巴欽 血污 夜之儀式 EP05 廣東話低等級通關攻略(含中文劇情) 攻略 孔雀惡魔 安德雷斐斯 雙頭魔龍 華列克 血污 夜之儀式 EP04 廣東話低等級通關攻略(含中文劇情) 攻略 玻璃巨手 工藝品 血污 夜之儀式 EP03 廣東話低等級通關攻略(含中文劇情) 攻略 東方惡魔獵人 斬月 血污 夜之儀式 EP02 廣東話低等級通關攻略(含中文劇情) 攻略 海上妖怪 威沛 血污 夜之儀式 EP01 廣東話低等級通關攻略(含中文劇情) 因為一直都未為這遊戲寫評語,現在順便就在這個PO中講點內心感受 重探索: 遊戲很鼓勵探索,畢竟是惡魔城精神續作。有些地方會初期過不去,必要找到特別道具技能才能過。遊戲素材很多,但其實重點真的不是收集,而是探索,到底前路有什麼,上面有什麼寶,都是故意安排來的。但它的探索元素有點設計上的不足。因為地圖場景都很類似,很難讓人有條件記住每個地方。要回來解迷時往往忘記了某東西在哪裏。以魂系列做對比的話,魂系列的3D地圖能讓人有更多的可記憶地方,走過的路也很易記起來,血咒這遊戲雖然是魂系統的始祖,但血咒的場景真的不夠用心。 它不是一本道的遊戲 如果你只是一直普攻刷圖磨Boss,你可能會覺得很悶。但其實遊戲有很多武器裝備元素的組合,多試一試煉金,你就會有多一點變化。 本攻略可以出成,其實也是要靠煉金,做到over power,就會加快進度。 技術問題 遊戲內有些問題沒有解決好,特別是hang機、中bug。即使在本攻略錄制最新版本1.03下,還是卡卡的。讀取save point後打開暫停介面必Hang幾秒,下水時發炮有機率無法再操作,下剷有機率牆無法操作。不過睇返首發價格,它也是比一般日系遊戲下調了,所以也不算欺詐。 想睇遊戲直播,記得訂閱我地嘅 Twitch YouTube Facebook

澳門威尼斯人劇場。費城交響樂團 X 郎朗演奏會
音樂聯合國
蘇蘇・2016-07-31

早前收到澳門威尼斯人集團邀請,讓蘇蘇有機會於威尼斯人劇場欣賞期待已久於國際享譽盛名的費城交響樂團的精彩演奏,現場中蘇蘇還碰上不少朋友,大家都慕名而來呢 作為世界最傑出的交響樂團之一,因精湛演奏水準而享譽國際,以其動人心弦的演奏備受聽眾追捧。是次音樂會由樂團音樂總監 Yannick Neacute;zetSeacute;guin雅尼克bull;涅傑瑟貢擔任指揮,他們演奏了西柳斯的《芬蘭頌》以及里姆斯基科薩科夫的《天方夜譚》。 而備受讚賞的中國鋼琴大師郎朗被邀為首晚演出擔任特別演奏嘉賓,郎朗被譽為鋼琴演奏中的天才,蘇蘇真是十分期待他的現場演奏。 郎朗與樂團合作演奏的是拉赫瑪尼諾夫的《第一鋼琴協奏曲》。 演出實在太精彩了,對於演奏蘇蘇不懂如何去形容它的美,只知道自己很喜歡,以後還得要繼續學習,不過可以同時欣賞費城交響樂團和郎朗的演奏,蘇蘇實在太幸福了。 再次謝謝澳門威尼斯人集團的邀請,而且還可以有機會跟郎朗合照,夫復何求呢 很想說一下,設有大約1,800個座位的威尼斯人劇場的設備十分完善,場內完全沒有任何阻擋視線的支柱,音響又理想,位於又方便,用來做音樂會或音樂劇場地真是非常合適,好像現在正在上演的lt;史瑞克音樂劇gt;,口碑挺好,有興趣的朋友就不要錯過了,只公演到8月7日而已。 更多各地吃喝玩樂、美容、潮流、旅遊、演藝、文化或購物資訊、心情話語文章等,繼續以一文多發形式發放於中、港、澳三地多個高人氣時尚生活網站的專欄內,詳情請點擊蘇蘇的 新浪微博 『蘇蘇的部落』httpwww.weibo.comsusannaklprofile Facebook httpswww.facebook.comsososusanna Instagram httpinstagram.comsososusanna 時尚生活專欄 ELLE HK 澳門人氣資訊網站CTM ELLE CHINA 中國瑞麗時尚網 搜狐新聞網 手機Apps 聯絡及邀約 susannakL88@yahoo.com.hk

codeserver 在團隊間開箱即用就是最大的好處
科技新知
MacauYeah・2025-11-20

之前我們就有探討過 vs code 與 codeserver 的差別,初步結論就是 vs code 的 debug 功能比較完善。如果大家懂得 devcontainer 的使用形式,使用 vs code 應該可以得到最大的效益。就在筆者想跳過 codeserver 的時候,又有新朋友對 codeserver 有興趣。最主要的原因還是它可以一體化預安裝所有事,若大家使用筆者的image,有 docker 、有瀏覽器就已經可以開箱即用。 所以這裏,筆者也重新翻新了筆者版本的使用說明。有興趣使用的朋友可以直接跟 github readme 試用。 httpsgithub.comwingzero0codeserverUbuntu 本次翻新,主要加入了常見問題。這些問題部份與 docker 的基本限制有關、部份則是筆者的 env 所限。 常見問題 FAQ 運行 node 應用時很慢 在 windows mac 下,它們的 docker 是經過 VM 建出來的。若使用 bind mount ,其實是經過 VM 層面抄資料夾。普通 java 開發沒有大問題,但如果遇上 node_module ,就會出現極大效能問題。 node_module 最好還是放在 container 內的 mounted volume 中。本 project 預設的 dockercompose.yaml 就已經有 homeubuntusourcecode mounted volume ,有需要可以放在其內直接使用。 linux 則沒有這個問題,因為 docker 只是 linux 的一個 process ,可以直接連到資料夾。 mounted volume 權限問題 如果大家自定義 mounted volume ,注意 docker 預設會是 root 權限,本系統使用 local user ubuntu,有需要改為它。 chown R 'ubuntuubuntu' YOUR_TARGE_FOLDER 若然codeserver異常,需要重啟。在 host 可以使用 docker command,在 container 中,可能殺掉所有 process # at host, outside of codeserver docker compose f dockercompose.local.yaml stop docker compose f dockercompose.local.yaml start # at container, inside of codeserver killall5 9 上下載 上載檔案:可以經過拖拉的方式,把桌面的檔案拖進 codeserver 的 Explorer 區域。 下載檔案:可以點選 codeserver Explorer區域內的檔案,按滑鼠右鍵,選 Download 。

Docker 101 - 為何要做成Docker (Container - 容器化)
科技新知
MacauYeah・2025-07-21

筆者更新了之前的Docker入門筆記(httpsgithub.commacauyeahVMDockerNotesblobmainDockerConcept101CN.md),順便補充了一些內容。如果各位讀者還在糾結要不要進行容器化,可以看看這些特性有沒有讓你心動。 Container 容器化的便利 1. 做到隔離效果 傳統上,同一機器安裝不同的 lib dependency ,可能出現衝突。在 docker 的環境下,不同 container 之間可以隔離開,除了是網路之間出現引用關係的衝突外,動態庫的衝突就沒有見過。一般處理好 Persistent Volume 的考量,單機下是沒有什麼問題的。 2. 遷移的過程比較簡單 傳統上,要把程式從一台機器搬到另一台機器,要預先安裝好相關的 lib dependency 。但使用 docker container 後,只要 docker 版本相容就好。docker image 本身,就已包括所有的 lib dependency 。另一個常見的傳統問題,就是 Linux 檔案的擁有權問題,特殊情況下,新機同一個 user 的 ID 編號也不一樣,可能要手動恢復權限。如果是 container 的 bind mount 檔案,只要使用 tar command (`tar sameowner xvf file.tar`)保留權限解壓就好。 3. 垂直水平擴容 因為有隔離及遷移方便的優勢,原本的機器達到上限,可以隨時換到其他機器上,修改對應的用戶入口就可以了(或更改DNS,可以更無縫連接)。一台機器不夠,亦可以多台機器一起來。即使不使用 docker swarm k8s 方案,有傳統的 proxy gateway 再加單機的 docker ,就可以做到分流的效果。 當然使用 docker swarm k8s 才是正解,可以更簡化 proxy gateway 的設定。而傳統的分佈式問題,例如 Share Storage 等,其實就沒有簡化到,但也沒有增加難度。所以大家若考慮擴容的問題,更適合考慮使用 Container 的方案。 筆者總結這兩三年來的使用經驗,只要大家一直有用開Linux,其實單機容器化不太難,頂多就是配置外置Persistent Volume Share Storage會帶來不習慣。而大家也可以想,Storage 這問題,是隨時隨地佈署應用程式的不可或缺的思考方式。Docker 沒有帶來更多的麻煩,而是帶來更多標準化的應用,例如傳統的NAS NFS,也是這個Storage問題的其中一個解法。

不用Multipass,自動化還有什麼選擇?
科技新知
MacauYeah・2025-05-28

因為multipass 升級同時轉換driver的關係,很久之前筆者介紹的multipass static ip 慢慢開始失效。如果大家只是為了做lab,雖然multipass預設的不是fix ip,但它的dhcp ip並不常更換,在multipass上起VM還是有一定優勢。 但若大家在更大的環境下,不可能有類似multipass exec 的型式去下指令,又或者,我們本地也沒有足資源做VM,必需使用公有雲,我們還有其他可以自動化的方法嗎 有的。那就最初的ssh。 假設在公有雲,開了三台Linux VM,要作為聯機實驗用。我們只需要再一台Linux跳板機可以是cloud VM或是local Mac Linux,就可以順序以ssh為三台VM下指令。我們不需要開三台terminal,在不同VM之間切換,我們是直接在跳板機下指令,也就在跳板機上,實現自動化為三台機進行一系列的設定。 即是如果之前可以經multipass exec 完成的自動化,只要不涉及重置網絡操作,道理上也可以經ssh 實現。例如筆者之前的docker init可以這樣改寫 # local multipass exec n NODE_NAME docker swarm init # remote ssh USERNAME@NODE_NAME docker swarm init 抄檔案也可以改寫 # local multipass transfer SOME_SCRIPT_FILE NODE_NAME. # remote scp SOME_SCRIPT_FILE NODE_NAME. 也因為公有雲或某些公司網絡,我們什少可以改變它的網絡設定,我們基本只可以使用預留的IP進行設定。不過也因為這樣,我們什少再作出重置網絡的操作。 但大家還是要留意,如果要真順暢ssh或scp,需要預先綁定ssh key。這些預先綁定ssh key的功能,一般在各大的public cloud都會有。如果沒有,我們也可以自動化開始之前,先使用sshcopyid為所有VM加入ssh key,這邊筆者就不再重複敍述。 參考資料 httpswww.cyberciti.bizfaqwhatdoesdoubledashmeaninsshcommand

概有雲供應商的K8S,為何要自己弄Docker Swarm / 本地K8S ?
科技新知
MacauYeah・2024-11-19

其實筆者寫了這麼多篇docker 的文章,可能有朋友會問,為何要自己從零建立Container環境,使用供應商直接提供的K8S服務不是很好嗎? 按照市場發展,各大雲供應商都越來多,競爭越嚟越激烈,作為用戶方,理應可以得到更合理的價格。不過作為使用VPS多年的筆者,真的沒有覺得雲服務的價格可以便宜到一個不用煩惱的水平,大家還是需要很㥀重地考量自己的業務是不是值得雲端化。 正常來講,在有足夠使用量的前提下,雲端化也是合適的,也真的有產到錢。但問題是大部份情況下公司內部自主開發的應用,都沒有去到這個程度。每個應用去租用一個VPS,即使使用最低配置,用起來的時候覺得不夠快,閒起來的時侯也是浪費錢。 這時,使用 Container 技術,就是讓多個不同的應用,共享同一個或多個VPS的好方法。因為 Container 可以簡易地做到應用之間的隔離,即使不同應用之間有依賴衝突,只要 Contianer 層面沒有衝突就可以共存。 Docker swarm 與 K8S 同為 container 技術,文章最前面,就提到了這個問題,為何不選現有的K8S,反而要自己弄Docker Swarm?其實關鍵亦是價錢的問題。使用K8S固然方便,但就每個節點都得使貴一級的雲端供應商服務,當我們的應用總是流量不足,就更易變得食之無味,棄之可惜。老實講,貴一級的雲端服務,有它存在的價值,很多東西可以做自動化擴展,例如概據流量自動擴容。另外,因為底層 Container 技術有供應商支援,也不用再另外購買支援服務。但這些都是業務有一定流量,才能展現出優勢。 反觀Docker Swarm,就是簡單可入手,初時一個VPS也可以。什至乎不上雲,找幾台舊電腦,實機做也可以。當然K8S也可以實機,不過就簡易程度來講,Docker Swarm 無得輸。待業務真正成長到一個有足夠流量的服務時,才進一步遷移到供應商的原生雲。在初期使用自建的Docker Swarm或小型K8S,可以先加入一些資源統計,以確定是否即裝滿負荷。

Docker Image打包建議
科技新知
MacauYeah・2024-07-10

之前筆者有分享過兩個不同的Docker Image打包方式 App直接打包成Image 只把底層程式打包在Image中例如Tomcat,再用Docker Volume的方式讓Container可以起動App。 筆者就兩種方式做了一個條列式的對比。詳見連結 httpsmacauyeah.github.ioAProgrammerPreparesVMDockerNotesDeployDockerClusterCN.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去提供。可以按自己步調去慢慢適應。