搜尋

搜尋結果

國家製造指數排名「日本製造」既然不是第一? 「中國製造」全球尾二
專題報導
Jackst・2017-04-03

唔知購物時,會否會留意製造標籤,關心產品是在哪裡出產? 根據德國在線數據門戶Statista近日發布全球性研究調查「各國國家製造指數」(MadeInCountryIndex)。其中德國的產品得到全世界民眾的信任排列第一名(100分),雄踞榜首,而中國製造則排列倒數第二(28分) 每名被調查者給予分值為5分的問題: 「在很多國家製造的產品,你認為某國製造的產品如何?」; 「在過去的12個月里,你認為某國製造的產品有何變化?」; 「什麼因素讓你選擇某國製造產品?」 根據評選結果,被民眾認為有最可靠產品的前20名國家有:德國、瑞士、歐盟、英國、瑞典、加拿大、義大利、日本、法國、美國、芬蘭、挪威、荷蘭、澳洲、紐西蘭、丹麥、奧地利、比利時、愛爾蘭、西班牙。 圖/iMoney 智富雜誌 有趣的是,製造標籤最初由英國在19世紀後期引入,目的是避免產品受到當時在德國生產的廉價假冒商品影響。不過現在德國已經「超英趕美」,英國在排行榜僅以91分排名第四,美國產品雖然受到國際好評,但分數只有81分,與法國及日本並列第八位。 澳人最關心,也接觸最多的中國製造(Made in China)商品則只有28分,排名第49,僅比「包尾」的伊朗高1分,甚至比印度(36分)排名還要低。

澳門十六浦索菲特酒店 第九屆靈感婚宴展於十月廿三日舉行
愛情婚嫁
LifeMag Editor・2016-10-10

第九屆靈感婚宴展 日期 2016年10月23日 星期日時間 下午1時至晚上8時地點 澳門十六浦索菲特酒店六樓宴會廳www.sofitelmacau.com 澳門十六浦索菲特酒店呈獻「第九屆靈感婚宴展」!本屆婚宴展與眾多知名品牌聯手預備富豐節目,當中包括 middot; 日本婚戒專門品牌IPrimo講解如何揀選最合適的婚戒 middot; Dream House專業化妝師示範姐妹妝 middot; 專業花藝師教授新娘花球工作坊 除了以上活動外,即場確定婚宴可獲八五折優惠以及更多額外禮遇,包括婚宴當晚住宿、雙人海風餐廳自助午餐、免開瓶費等。 更設有驚喜大抽獎,獎品豐富,萬勿錯過 關於澳門索菲特酒店婚宴 締造完美一刻,讓索菲特酒店為您成就美事 獨特的五星級法式建築風格、文化及服務,融合濃厚的澳葡特色,成就一場瑰麗的難忘回憶。 獨特的堤畔露天景緻,飽覽夕陽河岸醉人美景,連接著雅緻宴會廳,無論是舉行別具情調的雞尾酒派對或是典雅隆重的囍宴,將是您們幸福回憶的舞台。 我們婚宴策劃員的無微不至,讓您充分體驗法式接待藝術。由籌劃婚宴的準備工作到安排宴會上的每個細節,我們都一絲不苟,確保每件事都隨您的夢想一一實現。 中式囍宴每席由澳門幣8,688起,查詢 8861 7112 H6480SL5@sofitel.com

Catalogue Vol. 02 - 固執
音樂聯合國
Catalyser・2016-04-28

沒錯,Catalyser也是一隊固執的樂隊,從2012年10月2日成立以前,我們樂隊的前身叫Cheers And Nick。我們自中學以來,就是一群固執的人。所謂的固執,不是隊友之間不聽對方的說話,而是我們從來就槍口一致,對外固執。曾經為了學生時代的音樂會而固執,為了自己作為學生的權利而固執,怎樣的成長,形成了怎樣的我們。 2012年10月2日成立以後,三年半以來,固執的我們當然一直沒變,曾經得罪過不少人,聽過不少人對我們的惡意批評。不過,很感恩,換來了路上真心幫助過我們很多的人,真心支持我們的朋友。最慶幸和最感動的是,每一位支持或幫助過我們的朋友,對我們說的,都不是因為我們有幾多所謂的成就或是別人眼中的成功,而是「我欣賞你們的率性」還有「我覺得你們真的很有Guts」。感謝你們,在這個荒謬得很的世界,還能夠抱著你的率性去做人,比什麼都更難能可貴。 在一直路上我們拒絕過、迴避過、不認同過的,我們從來都對事,沒有對人,如果我們都像一些沒有底線,為求成功什麼都要做的人,就沒有今天做好了第一張專輯《Reflection》的我們,因為我們希望我們身處的地方有一天能有一個健康的音樂圈子;對音樂和樂隊有正確的價值觀和尊重,音樂節變回真真正正的音樂節,不要再不倫不類,找別人演出的人對演出者有足夠的尊重,走多了一步的聽眾能夠走多幾步去了解澳門的音樂,那樣,對比所謂的成功,我們還覺得真正的快樂應該是這樣。 Tomy @ Catalyser

星級意利餐廳 8½ Otto e Mezzo BOMBANA 進駐澳門
澳城餐飲
LifeMag Editor・2015-10-19

8frac12; Otto e Mezzo BOMBANA於國際餐飲界享負盛名,其香港旗艦店更是意大利境外首間及唯一一間獲米芝蓮3星殊榮的意大利餐廳,餐廳日前正式進駐澳門,於「澳門銀河」開設澳門首間分店,將星級意大利美饌帶到澳門! 作為全亞洲最出色的意菜名廚BOMBANA Umberto,自2010年於香港設立旗艦店以來,不單連續4年獲得米芝蓮3星殊榮,而且更連續3年位列「全亞洲50間最佳餐廳」首十名,以及榮獲《Miele Guide》評選為「亞洲二十大頂尖餐廳」之一。 8frac12; Otto e Mezzo BOMBANA 位於「澳門銀河」的分店秉持現代精緻餐飲的概念,提供傳統與創新並重的意大利菜式。餐廳室內佈置高貴典雅,5,000平方呎的寬敞空間陳設多幅由當代多媒體藝術家Gianluca Miniaci匠心獨運創作的藝術畫作,他於過去曾旅居米蘭、羅馬、巴黎、倫敦、紐約、洛杉磯及香港。餐廳內的主用餐區可容納近50名賓客,酒吧區則可容納約20人。此外,餐廳內更設有兩個私人廂房,分別可舉辦十人及八人的私人宴會。 8frac12; Otto e Mezzo BOMBANA 不論對商務客人或悠閒旅客來說也是理想的選擇。兩道菜的商務午餐由澳門幣378元起;晚餐提供多款菜式和品嘗菜單以供選擇。賓客也可選擇包含七道菜的白松露套餐,這個精緻的菜單由榮獲意大利Piedmontese Regional Enoteca Cavour委任為「白松露世界大使」的餐廳總廚顧問BOMBANA精心設計,並在多個菜式之中選用最新鮮美味來自Alba的白松露製作,包括Taiyouran有機溏心蛋、耶路撒冷菊芋意大利飯、意大利Fassone牛仔柳及白松露雪糕。

Swarm mode 上線 5 - load balancer | 還有那些事該考量?
科技新知
MacauYeah・2024-11-18

前面介紹了 ingress network ,亦介紹了 proxy gateway 。能做到的基本都做到了,再來就是考量安全性的問題。因為加了 proxy gateway ,前述的例子是所有 service ,都放在同一個 yaml 檔中。好處是,所有相關的東西存放在同一個檔中, gateway ,背後的 service 都一眼看到。但壞處就是有其中一個 service 更新,都要改那個 yaml 檔。更大的問題是, stack deploy 的指令,不單只更新其中一個 service ,就連其他 service 都會自動取得最新 image 而 redeploy 。 對於一個緊密的系統來講,同步更新可能不是大問題。但對於一些預定排程發佈的系統可不能這樣因為副作用而更新了。如果你也有這樣的分開管理需求,可以參考下面做法,把 gateway service 及 upstream service 放在不同的檔案中,然後經過 external network把所有 service 串連起來。 # nginxstack.yaml, docker stack deploy c nginxstack.yaml nginx services httpgateway image httpgateway ports 80808080 deploy replicas 1 update_config delay 10s restart_policy condition onfailure # managerstack.yaml services managerhttp image bretfisherhttpenv networks nginx_default default deploy replicas 3 update_config delay 10s restart_policy condition onfailure placement constraints node.labels.zone==manager networks nginx_default external true # dmzstack.yaml services dmzhttp image bretfisherhttpenv networks nginx_default default deploy replicas 2 update_config delay 10s restart_policy condition onfailure placement constraints node.labels.zone==dmz networks nginx_default external true 這樣,不同 service 的維護人員,就可以獨自控制自己的檔案。在第一次發佈時,確認 nginxstack.yaml 先行發佈就可以了。對應的發佈指令是docker stack deploy c nginxstack.yaml nginx,它會自動産生一個 nginx_default (即 stack名字_default )的網絡。之後其他service,就可以經networks的設定找到它了。 services YOUR_SERVICE networks nginx_default default networks nginx_default external true 上述即使分離檔案,在安全性考量時還是有一個問題,就是 ingress network 的問題。試想一下,dmzhttp (Demilitarized Zone)原本被設定的原因,就是想限制某些訪問只能一些可以公開的服務。但因為經過 ingress network 之後,它們會在所有機器上開放這些 port。那就是,以下面的例子來講,若 dmzhttp 是公開的服務, intrahttp 是內部服務,即使用 intrahttp 使用不同的port 8889。但一經 swarm mode 預設的 ingress network ,在node.labels.zone==dmz的那些節點,還是可以訪問到 intrahttp 。 services dmzhttp image bretfisherhttpenv ports 88888888 deploy replicas 2 update_config delay 10s restart_policy condition onfailure placement constraints node.labels.zone==dmz intrahttp image bretfisherhttpenv ports 88898888 deploy replicas 3 update_config delay 10s restart_policy condition onfailure placement constraints node.labels.zone==intra 我們前述介紹的 proxy gateway ,其實已經有一定程度可以解決這個問題。因為 proxy gateway 是根據 http 協定中的 host header 去做分流。在邊界網絡進來的「合法」訪問,道理上會好好地經引導到我們的 dmzhttp 。不過網路的邪惡可容小看, proxy gateway 也會有被騙的一日。有特定能力的攻擊者,只需找到目標域名,還是可以接觸到 intrahttp 。 若要做進一步隔離,在這種情況下,我們可以在 dmz , intra 機器中各設定一套 swarm ,完全獨立,這是最安全的做法。但這樣做的管理成本就會變高,因為兩個網段都會有自己的 manager 節點,而且在 dmz 網段的 manager 節點也有被攻擊的可能。 若我們回到單一 swarm 的方向,可以修改各個 service 中的 port 和 deploy 。利用 post mode 中的「host」,配合 deploy mode 中的「global」,完全跳開 ingress network。 services dmzhttp image nginx ports target 80 published 8888 mode host deploy mode global update_config delay 1s restart_policy condition any placement constraints node.labels.zone==dmz intrahttp image bretfisherhttpenv ports target 8888 published 8888 mode host deploy mode global update_config delay 10s restart_policy condition onfailure placement constraints node.labels.zone==intra 上面的例子中, dmzhttp 會在所有 dmz 的機器中,每個節點只運行一份服務,而且直接使用該機的 8888 port ,外面不會再有 ingress network 的 存在。同樣地,intrahttp 會在 intra 的所有節點,運行一份服務,佔用它們的8888 。這兩個服務,即使使用一個 port ,swarm 也不會說有任何問題。因為它們不會經 ingress network 搶佔其他人的 8888。 可能會有讀者問,如果 host mode 這麼安全,為什麼預設會是 ingress network,那我們就要先了理清 ingress network 與 host mode 有有什麼分別?假設我們只運行一個service,它佔用8888。 功能ingress modehost mode replicas 數 同一個 service replicas 為任意數量,什至比節點的數目多 因為有 port 限制,每個節點最多只能運行一份 Virtual IP Virtual IP 任意在節點中跳轉也可以,因為 ingress 會自動找到對應的 service 所在的節點 Virtual IP必需要與 service 所在節點綁定,其他節點訪問不到 load balance 有 沒有 host mode 就像我們傳統在各自的節點上自行佈署自己的程序,各個節點只有一份。所以不會有自動 load balance 的效果,如果客戶端訪問固定的IP,就會得到是固定的接器接受請求。我們有需要,就要在前面加一個 Proxy Gateway 或 HA proxy 。 Virtual IP 也一樣, host mode 下需要好好地自動跟著 service 的生命期,不過幸運的是, Docker 預設己經有自動重啟 service 功能,即前文中的 restart_policy ,它在 host mode 下也適用。如果大家有配合 deploy 中的 global mode , Virtual IP 的並沒有實際變動。但如果沒有 global mode ,就要再想想辦法了。 最後考慮 load balance 的問題,如果進入點的 service 的真的不太消耗資源,沒有 load balance 也是可以的 ,但若超負荷,就必需要自建 proxy gateway 。經過進入點後,若我有背後的 service 就沒有所謂的 ingress 和 host mode 選擇。