跳到主要內容

後疫情時代新商機-deya防疫背包熱銷

 


「2020 ITF台北國際旅展」於2020年10/30為期四天熱鬧開場,台灣精品品牌「deya」也將在此旅展展出,創辦人許能竣,因應「後疫情時代」推出「世界第一款抗菌背包」, deya從1993年以來,持續在創新領域領先獨步,2017與2019年 榮獲「台灣精品獎」與「法國發明展金牌」,deya在創新、環保、機能、領域都是台灣精品,特別超前部署創新抗菌包款,有四大招牌:防水、抗菌、清新、除臭,因為台灣是這次疫情中的防疫大國,所以台灣在防疫的領域方面世界上有目共睹,所以此次開發新品「防疫商品」中,「抗菌零接觸」成為deya開發核心概念。

deya的抗菌背包?使用AEGIS抗菌劑在面料上深入纖維內部,後來成分會形成一層與產品面料分子鍵合的保護性塗層。細菌塗料的正電荷吸引,細菌在與處理表面接觸後會很快死亡。deya抗菌背包有安全使用七大益處:藍標認證、環保、消滅黴菌、減少臭味和汙染、有效抑制有害細菌。在抗菌技術的多模式作用下意味著細菌在與經處理的產品相互作用時難以存活。已被證明可有效抑制各種細菌,包括耐抗生素耐甲氧西林金黃色葡萄球菌、大腸桿菌和抗萬古黴素腸球菌。有效抗菌高達 99.99%。「deya」在選擇追求做台灣最好的包的同時與您一起挑戰「後疫時代」新生活。deya為您防疫守護。

Hello Kitty v.s故宮最強聯名系列包款,突破500萬的嘖嘖募資,追加限量到貨款6入一套,獨家優惠,想要收藏可要把握機會!設計採用Hello Kitty x 故宮聯名限定圖騰與精選面料,可防潑水、耐髒汙,從容面對氣候轉變;大容量可摺疊收納,後側拉鍊層可作為貼身防盜收納、或行李箱插帶使用。可手提、肩背、斜背,依需求變換使用方法,是你出國旅遊時的好夥伴。

deya在喚醒環保議題上,以海洋回收紗製成創新包款,更是在2019年榮獲「台灣精品獎」,地球每一年有1200萬噸垃圾,deya致力參與環保淨灘等活動,以「海洋回收紗專案」希望藉此轉化減少海洋廢棄塑料,因為地球只有一個,期許大家一同盡一份心力;deya做到了永續環保和堅持信仰,換回海底美景。

頂級的N66材料布里斯托系列包款,擁有軍規多種機能規格的超強布料,選用了軍規等級的N66彈道尼龍,經過3500次的耐刮磨試驗,常作為軍用品所使用的原材料,有耐撕裂、防潑水、耐熱抗寒、色牢度、抗磨損、安全防盜、雙核心系統、海量大容量等8大極致功能,與家人共同維護健康。

deya在追求做台灣最好的包同時與您一起挑戰「後疫時代」新生活。

科技防疫新選擇,deya陪伴你踏出夢想最重要的第一步。

 

『夢想再大 deya都裝得下。』

留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式,突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗,因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料:暗黑執行緒

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid {CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料(依照想要排序順序) 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid {CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面,但 IIS 預設的設定,並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整,可能會造成使用者的感受不佳,而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員,到應用程式集區,選擇網站後,開啟進階設定: 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ,當封包數量在同一時間到達該指定值,之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例:當有同時間有 1001 個 Request 一起送到 IIS,第 1001 個 Request 會直接回傳 503,不會進到 ASP.NET 處理。 也不是無限大就好,也是要看伺服器等級。 假設調成 10000,也真的有同時 10000 的量,可能會演變成  CUP High  的問題。 因此,這個欄位沒有建議值,網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ,當網站執行回收後,會等到第一個 Request 進來,IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間,ASP.NET 初始化完成後,使用者才會得到回應。 建議設定成  AlwaysRunning ,當網站執行回收後,IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ,也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作,對於要 24 小時不中斷的系統來說,這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc,網站重啟使用者就全被登出了。 建議設定成  0 ,也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟,可以在 特定時間 (Specific Times)  設定,固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 ...