怎麼入門白帽子

❶ 喪事白帽子怎麼做

把白布撕成長條、寬一尺多、長米多，把上邊兩邊一折用針線一縫就成孝帽子了

❷ 白色帽子臟了怎麼清洗

白色帽子臟了需要清洗。但是首先要確定帽子面料含量，所以建議你參考洗滌標簽提示清洗。下面我來看看普通的白色棒球帽是怎麼清洗的。

1、准備好一盆溫水，在溫水中加入中性洗潔劑。

2、如果棒球帽只是局部臟臟的，大家可以用軟毛刷輕輕刷洗棒球帽上的污漬。

3、而如果棒球帽整體都不太干凈，大家可以將其浸泡在溫水中，輕輕清洗帽身和帽檐再用軟毛刷著重刷洗特別臟的部位。

4、棒球帽內圈汗帶汗漬會比較多，大家可以多刷洗幾次，徹底洗凈。
5、將棒球帽用清水漂洗干凈，刷洗完畢後，即用清水洗掉污漬的地方(不要把帽子對准水龍頭強力沖洗，因為有可能會在這個步驟把帽型沖擊導致變形)輕輕甩掉水分，不可用洗衣機脫水。

6、將白色棒球帽攤開，裡面塞上廢報紙，帽身裹上面巾紙，平放晾乾，切忌吊掛曬干。

帽子不建議機洗。因為棒球帽的形狀都是固定好的，機洗會導致帽子變形。洗棒球帽時最好用溫水，不要用太熱的水洗，熱水通常會讓棒球帽變形。我們在手洗的時候，可以用軟毛刷在帽身輕輕刷洗，軟毛刷可以洗得更仔細，也不至於對帽子造成破壞。洗凈棒球帽後可以用面巾紙將其裹住，能有效防止其曬黃。

❸ 帽子怎麼變成白色

帽子怎麼變成白色，那就是顏色啊，或者是塗鴉啊，都可以讓帽子變成白色的，比如買白色的顏料洗染就可以變成白色的了。

❹ 網路安全如何入門

零基礎、轉專業、跨行等等都可以總結為，零基礎或者有一點基礎的想轉網路安全方向該如何學習。

要成為一名黑客，實戰是必要的。安全技術這一塊兒的核心，說白了60%都是實戰，是需要實際操作。

如果你選擇自學，需要一個很強大的一個堅持毅力的,還有鑽研能力，大部分人是東學一塊西學一塊兒，不成體系化的紙上談兵的學習。許多人選擇自學，但他們不知道學什麼。

再來說說，先學編程還是滲透，

很多人說他們想學編程，但是在你學了編程之後。會發現離黑客越來越遠了。。。

如果你是計算機專業的，之前也學過編程、網路等等，這些對於剛入門去學滲透就已經夠了，你剛開始沒必要學那麼深，有一定了解之後再去學習。如果是轉專業、零基礎的可以看我下面的鏈接，跟著公開課去學習。

B站有相關零基礎入門網路安全的視頻

快速入門

另外說一句，滲透是個立馬可以見效的東西，滿足了你的多巴胺，讓你看到效果，你也更有動力去學。

舉個栗子：你去打游戲，殺了敵人，是不是很舒服，有了反饋，滿足了你的多巴胺。

編程這玩意，周期太長，太容易勸退了，說句不好聽的，你學了三個月，可能又把之前學的給忘了。。。這又造成了死循環。所以想要學網安的可以先學滲透。在你體驗了樂趣之後，你就可以學習編程語言了。這時，學習編程語言的效果會更好。因為你知道你能做什麼，你應該寫什麼工具來提高你的效率！

先了解一些基本知識，協議、埠、資料庫、腳本語言、伺服器、中間件、操作系統等等，

接著是學習web安全，然後去靶場練習，再去注冊src挖漏洞實戰，

學習內網，接著學習PHP、python等、後面就學習代碼審計了，

最後還可以往硬體、APP、逆向、開發去學習等等

（圖片來自A1Pass）

網路安全學習實際上是個很漫長的過程，這時候你就可以先找工作，邊工邊學。

怎麼樣能先工作：

學完web安全，能夠完成基本的滲透測試流程，比較容易找到工作。估計6到10k

內網學完估計10-15k

代碼審計學完20-50k

紅隊表哥-薪資自己談

再來說說如果你是對滲透感興趣，想往安全方面走的，我這邊給你一些學習建議。

不管想學什麼，先看這個行業前景怎麼樣--

2017年我國網路安全人才缺口超70萬，國內3000所高校僅120所開設相關專業，年培養1萬-2萬人，加上10
-
20家社會機構，全國每年相關人才輸送量約為3萬，距離70萬缺口差距達95%，此外，2021年網路安全人才需求量直線增長，預計達到187萬，屆時，人才需求將飆升278%！

因為行業人才輸送與人才缺口的比例問題，網路安全對從業者經驗要求偏低，且多數對從業者學歷不設限。越來越多的行業從業者上升到一定階段便再難進步，很容易被新人取代，但網路安全與其他行業的可取代性不同，網路安全工程師將在未來幾十年都處於緊缺狀態，並且，對於防禦黑客攻擊，除了極少數人靠天分，經驗才是保證網路安全的第一法則。

其次，不管是什麼行業都好，引路人很重要，在你剛入門這個行業的時候，你需要向行業里最優秀的人看齊，並以他們為榜樣，一步一步走上優秀。

不管是學習什麼，學習方法很重要，當你去學習其他知識時候，

都可以根據我下面介紹的方法去學習：

四步學習法

一、學習

二、模仿

三、實戰

四、反思

說在前頭，不管是干什麼，找到好的引路人很重要，一個好老師能讓你少走很多彎路，然後邁開腳步往前沖就行。

第一步，找到相關資料去學習，你對這個都不了解，這是你之前沒接觸過的領域，不要想著一次就能聽懂，當然天才除外（狗頭滑稽），聽完之後就會有一定的了解。

第二步，模仿，模仿什麼，怎麼模仿？先模仿老師的操作，剛開始可能不知道啥意思，模仿兩遍就會懂一些了。

第三步，實戰，怎麼實戰？先去我們配套的靶場上練習，確定靶場都差不多之後，再去申請成為白帽子，先去挖公益src，記住，沒有授權的網站都是違法的。（師父領進門，判刑在個人）

第四部，反思，總結你所做的步驟，遇到的問題，都給記錄下來，這個原理你理解了嗎？還是只是還是在模仿的部分養成做筆記的習慣。

學習方式有了，接下來就是找到正確的引路人進行學習，一個好的引路人，一個完整的體系結構，能讓你事半功倍。

❺ 零基礎沒人帶：產品經理該以什麼樣的姿勢正確入門

一、數據觀：產品經理要重視數據，根據數據做決策，用數據說話。 二、格局觀：學會換個角度，從戰略層面去考慮問題，格局有多大，世界就有多大。 三、細節觀：細節決定成敗，無數個經過產品經理優化後的細節，堆砌出令人尖叫的用戶體驗。 數據觀：產品經理要重視數據，根據數據做決策，用數據說話。靠譜的產品經理，不能拍隨便腦袋想做什麼就做什麼，而是要以用戶價值為中心，學會利用數據來側面驗證產品需求的是否靠譜。數據應該貫穿產品需求從無到有的完整的一個生命周期。 網上有很多產品生命周期的討論，比較形象的一種劃分是：幼年——童年——青年——壯年——老年，分別代表了一個產品不同的生命階段。 這里不多加贅述，文中提到的生命周期概念，並不是產品本身的生命周期，而是一個產品需求的生命周期，本質是需求的生命周期，並且這個需求的生命周期的結束，意味著一個新產品生命周期的開端。 根據工作這段時間的觀察和提煉，我對產品需求的生命周期流做了一個簡單的總結，一個產品需求完整的生命周期主要包括以下九個階段： idea產生——需求分析——項目評估——PRD撰寫——需求評審——開發測試——發布上線——運營監控——項目效果後評估。 很多公司都會有idea的頭腦風暴，有的公司是單獨組織一個idea討論會，比如我2014年在網路的時候，就參加過幾次這樣的會議，那時候的體會是，即使是簡單的idea討論，如果有相關的數據做支撐，會讓idea顯得更靠譜和更有說服力。 一般來說，很多idea討論會很容易陷入一個困境，就是你還沒有把一個idea的來龍去脈完整的闡述清楚，就會有人馬上打斷你，然後從技術實現和產品細節等方面去質疑你。 這種idea還沒講完就被無端打斷的感覺是很不爽的，並且無序無規則的爭論，會導致會議的效率大打折扣，很多時候花了很長時間開會也得不出所然，或者得出的會議結論也沒有什麼含金量。 至今覺得網路的idea討論會是做得比較好的，這里也可以簡單分享一下網路在這方面做得好的地方： 網路為idea頭腦風暴設定了一些討論規則，讓參會的產品經理有一個基本的討論框架，然後可以友好的進行idea頭腦風暴。建立基本的是非判斷框架和討論標准，是會議高效有序進行的有力保障。 Idea討論五步法：1）、產品經理要學會傾聽。別人在闡述idea的時候，盡量不要打斷，讓idea生產者把話說完，爭取把idea的基本框架完整的闡述清楚，用戶的疑問，很多時候都隨著idea主流程的而解決了，所以討論會上最好不要輕易打斷，要學會傾聽。 2）、有序提問和互動。idea的主流程闡述清楚後，其他的人再去打斷和提問，不要輕易在別人闡述idea眉飛色舞的高潮階段，給別人潑冷水，因為這樣很容易澆滅頭腦風暴的火種； 3）、吐槽也要有正確的姿勢。自由提問和互動階段，分為白帽子&黑帽子兩個維度去評價idea，白帽子指的是idea值得肯定的方面，是Idea的亮點和優勢。黑帽子指的是idea的缺陷，鼓勵大家對idea進行吐槽，扣白帽子和黑帽子是整個idea討論會的高潮，哪些idea靠譜哪些不靠譜，就在這個PK環節一較高下。 4）、鳥過留痕，會議記錄要做好。闡述idea的產品經理，可以在白板上寫一下idea的框架要點，做好idea記錄。然後，其他人員關於idea的白帽子和黑帽子都貼到白板上，方便其他人看到。 5）、郵件周知及後續安排。每次會議開始前，最好安排一人做整個討論會的會議紀要，結束之後整理出要點發給全組人員，保證每次討論都有價值和產出。Leader可以根據產品規劃和idea討論結果，篩選出靠譜的idea進idea需求池，安排對應的產品經理去跟進需求。  上面的五個idea討論會步驟，簡單分享了我14年所在的網路錢包部門的idea討論會的大概流程，至今仍然覺得這個流程是靠譜的。 產品經理在工作中遇到的一個問題，就是在idea討論會的時候，沒有一個框架和標准，導致會議效率不高。 很多時候你剛起一個頭，就有人跳出來打斷你質疑你，其實他們的很多疑問都可以在後面的關於idea主流程的闡述里找到答案，但是很多人就是缺乏耐心和用心傾聽的姿態，這導致idea討論會很無序很混亂，有的時候花了幾個小時開完會，但是最終並沒有一個清晰的會議結論。 如果有產品經理感覺自己的部門和團隊開會效率特別低，並且經常發生idea剛起一個頭，就會遇到鋪天蓋地的質疑和爭論的，可以考慮引進網路這套5步idea討論會的框架，讓整個團隊可以更友好的進行頭腦風暴，即使是撕逼，也是高效率的靠譜有序的撕逼。 希望這個5步idea討論法，能幫助深陷idea討論無序無效之苦的你，趕緊走出來，利用有序靠譜的討論架標准，讓產品經經理的工作更高效。 繞了一大個彎子，還是要回到數據上來。idea頭腦風暴，表面上是天馬行空，是沒有限制的發散思維，但實際上最終勝出的idea，還是靠譜最重要。如何做到靠譜呢？ 除了以用戶為中心，主要是靠數據說話，建立在真實客觀的數據基礎之上的idea，才是靠譜的。作為帶業務的產品經理，你的idea不能脫離數據真實情況太離譜，不能越過基本的數據邊界。 idea的時候需要重視數據，需求分析階段更是如此。我司的產品需求文檔模板，第二項就是目標評估，撰寫PRD的時候，需要給出這個需求最終可以帶來的數據結果。 在進行需求評審，以數據為中心的項目目標評估，是大boss比較看重的一點，如果你的數據評估結果很不錯，評估過程的邏輯嚴密合理，需求很容易獲得通過，並且通過的速度特別快，這就是數據的力量。 需求開始階段，要積極尋找數據支撐點，數據的統計口徑要一樣，否則就不是在一個頻道上進行對話，數據還要具體准確，不能說：應該、大概、左右、接近這些詞，講需求的時候，用詞盡量要准確靠譜。 記住具體的數字，而不是大概，比如酒店的入住率是58%，別人問起的時候，就不要為了方便說是接近60%，有的時候計算最後的目標，就是因為每個地方都有一個大概的誤差，才導致最後的結果又不小的偏差甚至錯誤。58%是真實靠譜的答案，這么准確的數字說出來不會受到多少質疑，並且傳遞這種真實靠譜的數據，是對別人負責的表現，也是對自己工作嚴謹的一個要求。 但是說接近60%，則是不怎麼准確的回答，傳遞給別人不怎麼准確的數據信息，很容易越傳偏差越大，最終帶來不必要的麻煩。從某種程度上講，你說入住率是58%，別人是比較容易相信的，但是剛好說是60%，很容易引起別人的質疑，然後帶著這種質疑私自去查看數據，結果是58%，這樣容易引起別人的不信任，給人留下不靠譜的印象。 產品經理做項目的時候，經常需要做項目目標評估。即便是在idea階段，也需要為自己的idea做一個大概的估算，然後給出大概的數據目標結果。一般情況下，最終結果，都是經歷了幾個環節的乘法或者加法得到的。 數據估算結果=數據A*數據B*……數據X，如果中間某一個數據不靠譜，比如多猜了1倍，那麼幾個環節相乘，最終的估算可能就差幾倍或者幾十倍了。 前面說了數據在一個產品需求完整生命周期里，要經歷的九個階段里的前五個，基本到需求評審結束，並且需求獲得通過，數據神經就可以稍微放鬆一下了，畢竟你暫時不需要拿數據來說服自己和說服別人。 但是，這不意外著就可以把數據拋在一邊。進入了開發測試階段，也要關注數據，比如開發經常會問產品經理，你這個需求能帶來多少訂單？ 如果同樣工作量的項目，你的需求帶來的訂單數據更多，那開發是比較願意重視你的需求的，並且很有可能在資源安排上給予更高的優先順序支持。無論是產品經理還是開發，都希望利用有限的資源，為公司創造更多的價值。 QA在測試的也會問產品經理，我們測試的時候，數據從哪裡取？這個時候你就要懂一些數據方面的東西，知道用戶信息數據、訂單數據放在哪裡？怎樣能方便的取到數據。當QA在mock測試case數據的時候，你如果能給一些靠譜的數據源，會更加贏得QA的喜歡的。 還有數據對於運營監控的重要性就不多說了，產品經理的需求上線之後，需要有靠譜的運營監控數據指標，並且定期輸出數據報表，隨時可以通過監控後台的數據觀察項目日常運營情況。 項目後評估看的也是數據，看上線後的數據效果是否達到了需求預期設定的目標。業內有句流行的糙話，項目後評估，其實就是產品經理直播吃翔，自己生產的翔，即使數據效果再差，也要跪著含淚吃完。 後評估的數據就是項目上線後的真實情況，不存在估算差異問題，很多時候出現後評估直播吃翔的情況，也是因為當初寫PRD作目標評估的時候，數據不靠譜，導致項目目標不合理，從而讓後評估難以達標。 所以，整個產品需求的生命周期最後一環，項目後評估是直播吃肉還是吃翔，取決於在一開始的idea評估、需求分析和項目評估階段，所做的數據估算和評估是否靠譜。 差之毫釐謬以千里 ，作為一個合格的產品經理，數據觀要融入全身的每個細胞里，把數據當作是檢驗需求質量的重要標准。 產品經理擁有的第一觀：數據觀，數據的重要性要深入人心，時刻記得靠數據說話，數據可以讓你的idea和需求變得更有尊嚴。 格局觀：要學會站在公司角度，從戰略層面去考慮問題，格局有多大，世界就有多大。用戶體驗的要素裡面有5層，分別是：戰略層、范圍層、結構層、框架層、表現層，格局觀就是要做好頂層設計，從戰略層面去定義產品形態和明確用戶核心需求。 有格局觀的產品經理，個人覺得主要有以下兩點體現： 一方面，有格局的產品經理做的產品可以自我成長和延伸，成長的路徑一般是：idea——需求——產品——平台——生態。 當在做idea的時候，你就可以預見產品的未來，可以想像得到當下這個小小的idea，最終長大能成為什麼樣的終極生態系統。 當然，這樣的PM世間少見，恐怕只有喬布斯、張小龍和周鴻禕等人，才具備這種遠見和格局。但是產品經理的一個核心素質就是要有追求，要致力於追求做一個有偉大格局觀的產品經理。 另一方面，有格局觀的產品經理，要能很好的做好商業目標和用戶目標的平衡，讓產品既可以持續盈利賺錢，又可以為用戶創造價值。 現在互聯網思維都講用戶至上，都說要以用戶為中心，這個我也認同，我也覺得用戶目標是第一位的，用戶價值是最重要的，是商業價值的基礎。 但是，這並不是說商業目標就不重要，就可以撇開完全不顧商業目標來設計產品。商業目標也是產品設計的一個重要考量，很多時候，有創業者說三年不考慮賺錢這種狠話，其實只是不去做商業變現，但是商業變現的模式要有，至於到底用不用那是公司處在不同發展階段的決定。 商業目標有沒有，和實不實現是兩碼事兒，一碼歸一碼。 商業目標和用戶目標是一個天平的兩極，不能過分偏向一個極端，做好平衡最重要。  一個完整的產品，主要包括了用戶、商戶、平台三部分。 有格局觀的產品經理，在一開始設計產品的時候，會考慮到用戶、商戶和平台之間的關系，做好產品早期的頂層設計。 缺乏格局觀的產品經理，在設計產品的時候，可能會漏掉商戶這一環，導致產品後期的商業變現先天乏力。 case1：這里舉一個典型的例子QQ（空間）與微信（朋友圈） QQ空間有著海量的用戶，活躍度和用戶粘性都很好，但就是一開始設計產品的時候，缺乏商戶這一環，沒有靠譜的商業變現模型，只能簡單粗暴的在主頁兩邊投放垃圾徵婚廣告來盈利，目前有的商戶也是弱連接，沒有和用戶和平台形成良好的互動和粘性。 QQ空間的早期設計沒有商戶這一環，只有用戶和平台兩個核心要素。盡管後期QQ空間做了很多改進和商業嘗試，但是效果不佳。還好QQ空間的使用場景是PC端，電腦屏幕大，視覺范圍大，用戶對頁面廣告不敏感。 如果是在手機上看QQ空間和主頁兩邊的垃圾徵婚廣告，簡直連摔手機的心都有，由於屏幕小，用戶對廣告和無效信息太敏感，主要出現一些垃圾廣告，移動端的用戶體驗會很差。 與QQ空間形成鮮明對比的，是微信朋友圈，微信從一開始設計的時候，就具備了用戶、商戶和平台的閉環通道，使得微信具備了成為一個超級入口的基礎。 自從開通了朋友圈廣告系統，用戶看到廣告幾乎一邊倒的表示喜歡廣告，很多用戶還期待看到廣告，並且樂此不疲的聊自己看到的廣告為什麼和別人的不同，這就是微信朋友圈商業目標突出的一個表現。 當然，QQ（空間）和微信（朋友圈）是不同時代的產品，嚴格意義上沒辦法進行比較，不同時代的產物也沒有意義非得去爭個高下。 QQ(空間)在屬於PC端的那個時代，也是風頭無二的優秀產品，是PC端產品的經典之作。對於過去偉大的產品，要心懷感恩和敬畏之心，才能做好當下的事，謀好未來的局。 微信這個產品具備了用戶、商戶和平台三個核心構成要素，微信的產品經理在alen的帶領下，設計出了微信公眾平台這樣一個偉大的產品，可以方便的連接海量商戶，為以後的商業變現做准備。 用戶目標是產品活下去的根基，商業目標是讓產品持續健康成長的保障，以平台為基礎，把用戶目標和商業目標很好的結合，才能做出偉大的產品。 細節觀：細節決定成敗，無數個經過產品經理優化後的細節，堆砌出令人尖叫的用戶體驗。當一個行業里出現了很多同質化的產品，並且這些產品的資源供給相當，同樣的需求可以在多個產品滿足的時候，決定誰能笑到最後的，就是體驗上的細節，所以，產品經理的新三觀里，必須要有細節觀。 格局觀決定能走多遠，細節觀決定了能做多好。 細節觀到底是什麼呢？細節觀其實包括了兩層含義： 1）、發現細節的能力； 2）、做好細節的意願。 對於發現細節注意到細節的能力，大部分人都具備，很多時候，我們都能注意到具體細節的細微差異，一個產品有什麼漏洞或者bug，會引來一堆人吐槽，並且是針對一個細節進行吐槽，並且這些細節容易引起共鳴，人人以發現問題找出細節差異為榮。 因此，細節觀的第一個層面的含義：發現細節的能力，大部分人是具備的，至少能從激烈的競爭中脫穎而出，成功進入各大互聯網公司的產品經理們，他們是具備這個能力的。 其中，有游戲公司針對用戶的細節觀里具備的發現細節的能力，還專門開發了一款游戲叫做《大家來找茬》，發現細節差異，找茬找不同，全民玩得不亦樂乎。 大部分人都具備的能力，也就沒有稀缺性，這里不多討論了。細節觀里真正重要的部分，是自覺做好細節優化的意願。 世界上不缺發現問題的產品經理，但是缺提出可靠解決方案，並且堅定不移的push執行的產品經理。 很多時候，我們不願意去優化細節，不是看不見，而是自以為是的覺得不重要，覺得這個細節對用戶影響不大，所以不去做。 並且這個時候，產品經理們往往冠以資源不夠的名義去尋找安慰，或者用優先順序低來當做不去執行的借口。 之前分享過一個觀點：互聯網公司的資源是永遠也不夠用的，等到資源充足的時候再去做，什麼事情都完了。產品經理更像一個資源整合高手，想方設法去利用身邊的資源為我所用，去用心打造良好的用戶體驗。 關於資源不足，如何去做好細節優化，如何去打造良好的用戶體驗，這里分享有贊創始人、前支付寶首席產品設計師白鴉的一個案例： case2：白鴉與支付寶「殺蟲劑」的案例白鴉為支付寶帶來的最大改變，是在2009年建立支付寶內部小組「殺蟲劑」，每周准時不同崗位角色參與，針對互聯網上網友提的問題、抱怨、罵娘進行針對性的改進討論。 幾乎公司所有角色都加入「殺蟲劑「項目，從設計師、產品經理、銷售到運營部門，他們不僅自己使用支付寶來發現問題，也從親戚朋友那裡收集意見，並在網上發各種帖子，看用戶在使用支付寶之後什麼地方不爽，然後擠出私人時間坐在一起開會解決。無數小問題、無數小細節、無休止的爭論，在一年多時間里，「殺蟲劑」小組至少幫助5550個會員解決了困難。 「這工作很辛苦，但很有樂趣，你會發現你改過的小細節會馬上反饋到用戶身上，會有人跟你說謝謝，這很有成就感。」白鴉說，這也是一件上癮的事，他生活里的一切，他的每句話、每個行為，甚至每個夢，都沖著用戶體驗而去。  『殺蟲劑』行動使白鴉意識到，用戶體驗是整個公司的事，它需要每個人都參與其中，正是由於多部門協同，無數小問題小細節才能被順利解決，而90%的問題也被列入公司的其它項目中，一並解決並預防。當『殺蟲劑』小組成為貫穿整個公司的虛擬團隊時，關注細節，優化用戶體驗就變成每個員工的分內事。 說到產品細節，不得不說一下當下流行的用戶體驗。用戶體驗有很多種版本，可以從有用、可用、好用等多個層面去定義用戶體驗。 這里說的細節觀，僅從好用層面切入聊一下用戶體驗，在這個維度上，細節即體驗。 在細節觀里，用戶體驗就是那些讓你感覺很爽，但是很多時候又說不出為什麼爽的，無形而又真實存在產品里的細節。 在好用這個層面，用戶體驗就是細節體驗，對細節無休止的優化，和對繁瑣小事的持續改進，才能打造一流的用戶體驗。 關於在產品路上可能會遇到的批評與褒獎，分享一句話共勉：在揚帆遠航的星辰大海上，有人只顧眷戀腳下的礁石，而有人在嘗試探索新大陸。少廢話，多幹活。 我所說的，都是錯的。

❻ 白帽子臟了怎麼洗

1. 帽上如有裝飾品應先取下 。
   

2. 清洗帽子宜先用清水加中性洗潔劑稍為浸泡 。
   

3. 用軟性刷子輕輕刷洗 。
   

4. 內圈汗帶部份〈與頭圈接觸之部份〉多刷洗幾次，以徹底洗凈汗 垢及細菌，當然，如果您選用的是抗菌防臭材質?那此步驟就免了。
   

5. 將帽子摺合成四瓣，輕輕甩掉水分，不可用洗衣機脫水。
   

6. 將帽子攤開，裡面塞上舊毛巾，平放陰干，切忌吊掛曬干。

❼ 白帽子汗漬發黃怎麼洗最有效,白色帽子發黃有汗漬怎麼洗白

1.白帽子有汗漬發黃的清洗方法是：第一將橘子皮放入鍋內加水燒煮，然後將泛黃的白帽子浸泡於其中並進行搓洗即可，也可以將白帽子放入清水中，然後加入2湯匙的氨水，浸泡幾分鍾後搓洗一下，第三用清水洗凈即可。

2.帽子（cap、headgear、hat）是一種戴在頭部的服飾，多數可以覆蓋頭的整個頂部，它主要用於保護頭部，部分帽子會有突出的邊緣，從而可以遮蓋陽光，帽子有遮陽、裝飾、增溫和防護等作用，因此種類有很多，選擇也有很多講究。

❽ 白色帽子泛黃怎麼洗白

1.淘米水法，用漂白水漂白帽子雖然可以保持潔白，可是也很容易損害衣物。平時不妨用淘水來洗白色衣物，要想不發黃就少用洗衣粉多用洗衣皂，刷完之後再用衛生紙貼上帽子的外表就好了。
2、冬瓜片法，局部的黃色污漬可用鮮冬瓜片抹拭污處，冬瓜汁液可將黃漬除去。然後用清水漂凈。

❾ 白帽子怎麼清洗

如果只是輕微的小污漬，例如只是在路上玩耍時不小心掉在地上，只需要用濕毛巾擦掉即可。如果是深層污漬，首先取下帽子上的裝飾品，然後在清水加中性洗潔劑，稍微浸泡帽子一段時間後，用軟性刷子輕輕刷洗。