搜尋

搜尋結果

比 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.putquot;mail.smtp.authquot;, quot;truequot;; props.putquot;mail.smtp.ssl.enablequot;, quot;truequot;; props.putquot;mail.smtp.socketFactory.portquot;, quot;465quot;; 一個最簡單可以連去 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; @Valuequot;$spring.mail.usernamequot; private String fromAddress; private static final Logger LOG = LoggerFactory.getLoggerSpringBootEmailApplicationTests.class; @Test void contextLoads try SimpleMailMessage mailMessage = new SimpleMailMessage; mailMessage.setFromfromAddress; mailMessage.setToquot;XXXXXXXXquot;; mailMessage.setTextquot;this is backend email trigger for spring bootquot;; mailMessage.setSubjectquot;spring boot test mailquot;; javaMailSender.sendmailMessage; catch Exception e LOG.errorquot;Error while Sending Mailquot;; throw new RuntimeExceptione; github 原始碼 httpsgithub.commacauyeahspringbootdemotreemainspringboottutorialspringbootemail

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

之前就為大家介紹過,想有效率地消除Gunpla山積,事前計劃好一個概定的流程,絕對是件很重要的事。筆者亦有分享一過自己使用取件表的效果,對素組黨是有一定的好處。有時筆者亦會使用極簡版的素組流程,完全制作局部的部件,再進行下一部份,就只需兩個零件盒就夠。 最近,筆者就想再次升級,進行刻線加深再滲線,然後補色,那麼之前極簡版的步驟就不完全適用了。主要因為滲線部份,依據刻線的熟練度及不同顏料的特性,某些步驟要提前,關於顏料的部份可能一次性地使用會更佳。 簡單回顧之前素組流程:剪件rarr;修件rarr;打磨rarr;組合rarr;滲粗線rarr;補色rarr;保護漆。 現在,我們想利用刻線的方式為更多高低面滲線,至少要在完全組合之前就去刻。又因為刻線容錯率問題,刻線出界時,很多時需要利用打磨的方式修正。而且打磨之後,因為表面不夠光滑,水性滲線液比較難以擦乾淨,所以就在打磨之前滲線,可以避免一些奇怪的情況。 現在可以改成:剪件rarr;修件rarr;刻線rarr;滲線rarr;打磨rarr;組合rarr;補色rarr;保護漆。 如果你的是琺瑯漆滲線液,只要刻線夠深,比較沒有擦不乾淨的問題,所以你可以考慮以下組合。 琺瑯漆滲線流程:剪件rarr;修件rarr;刻線rarr;打磨rarr;組合rarr;滲線補色rarr;保護漆。 到底是先滲線還是先補色,就視乎補色顏料的附著力和互相溶解的問題。道理上補色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 httpsgithub.commacauyeahubuntuPackerImageblobmainREADME.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 =gt; node21 node23 =gt; node22 node24 =gt; node23 node25 =gt; node24 node21 =gt; 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鉛筆及滲線液的方向,這樣才不會出現擦走底色的問題。 這個做法的好處是,我們顏色的選擇多了,也沒有法瑯漆X20溶劑爆膠的風險。刻線部份依然會有出界問題,處理方式同前述一樣。 以下就是筆者運用上面所講的方式的實驗作品,右半是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 bretfisherhttpenv ports 88888888 deploy replicas 1 update_config delay 10s restart_policy condition onfailure 我們可以在每個節點上,都會找到這個 ingress network,而且那個Network ID,應該是一樣的 gt; 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 aptget update amp;amp; aptget install keepalived y 然後設定 keepalived , 假設 172.22.1.5 是我們的 Virtual IP 。 然後每個節點都要加入conf # vim etckeepalivedkeepalived.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.08 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,或記憶體暫存改為KeyValue 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制作獨一無二的紀念品。 材料主要為克隆粉(硅膠土)、模型粉(石膏) 克隆粉與水以體積比12的混合,攪勻,就可以放BB的手掌或腳掌進去開模。 難點是整個過程很短而且沒法重來,你只有1分鐘的時間攪勻液體,再久的話還沒來得及放手腳進去就已經開始凝固。放進手或腳後,亦很考耐力,手腳不能碰到容器壁,否則開模就有缺口。維持靜止大概5分鐘,開模就完成了。 因為操作上真的有難度,所以筆者亦沒有多餘時間拍照,只能補上開模完成後的照片,下圖便是我家BB的美腳掌。 然後,再使用模型粉與水21的方式調配模型液,倒入模具中過一夜。 隔天就可以拆了 httpsyoutube.comshortsn5jI9G8_x8Y 初次制作,筆者是建議先做腳,而且在BB熟睡時再進行開模,否則一個抖動,就前功盡廢。在熟知操作流程時,再去做手。 做手開模時,除了原本對時間的掌握要有了解外,還要選一個BB不會亂動的掌型。根據你們家BB的習慣,選擇完全握拳或是申開手掌,不要半開半握,因為在凝固和抽手的進程中,半開半握會破壞模具。筆者就是半開半握,結果後期就要花更多時間精修。 (未完、待續)

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

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

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

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