跳到主要內容

保健品海外代購夯卻「山寨泛濫」?!美國品牌海外直送杜絕假貨!

保健品海外代購夯卻「山寨泛濫」?!美國品牌海外直送杜絕假貨!
日前有想要變漂亮的陳姓小資女,花近萬元在臉書社團請人代購美國知名保健品,不僅貨品等待時間逾一個多月,幾次與社團聯繫說要退訂,賣家卻一再拖延,最後寄送到家中的是與照片中不同包裝的商品,當中的商品背後貼紙,更像是刻意再重複貼上去一樣,陳姓女子懷疑自己購買到的是廉價山寨品,欲再向代購社團申訴,卻發現該社團已在臉書上消失,因臉書並無完整銷售機制求助無門,只能自認倒楣學一次經驗。

隨著社交通訊軟體興起及行動上網逐漸普及,許多網友在網購上的熱烈,也反映在海外代購消費上,舉凡國際名品、韓流彩妝、限定小物等,且隨著國人生活水準、保健養生意識抬頭及社群口碑推薦的擴散影響力,FB代購社團或個人代購國外知名保健品越來越多,但其中卻蘊含相當大的風險,除了運送過程可能遺失或毀損、代購者無法承諾買家到貨時間、買家需自行負擔運費及匯差、或已經付款卻與代購者失去聯絡等問題,導致代購糾紛新聞頻頻傳出,且最嚴重的狀況是買家通過非正式管理購買到的藥品和保健品,因來源不明真假難辨,消費者權益不僅無法受到法律保護,且因是吃進身體裡的保健食品,若真是未經檢驗的黑心假貨,吃出問題影響健康更是得不償失!

為杜絕代購造成的高風險,並讓消費者免出國即買到正品貨源,風靡全球美國人氣保健食品品牌-GMP Vitas於 2016年成立中、港、台網路商城直購直送平台,秉持優質服務為品牌目標,以強大實力建立完善國際供應鏈,提供方便快速「一條龍」跨境海外直送服務,讓消費者免費加入會員,即可享有系列商品與美國當地「均一價」同步優惠,且更無須額外負擔跨國運費,即可由美國跨境直送宅配到府,不僅不存在中間商賺取代購利潤,更因是海外直送正品保證,更不存在另人聞之色變的黑心假貨。

GMP Vitas成功打造便利安心NO.1國際保健品牌購物平台,未來更不定期將最新商品與資訊上架,使品牌會員享受無國界安心購買零時差。
GMP Vitas官方網站:https://www.gmpvitastw.com/
GMP Vitas粉絲專頁:https://www.facebook.com/usagmp/
GMP Vitas的LINE@官方認證帳號:gmpvitastw

留言

這個網誌中的熱門文章

[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 desc) t union 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 desc) Pre left join (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. 快速失敗保護 (Rapid-Fail Protection) Enabled 預設值是