技巧1
webpack在打包的時候第一次總是會做很長的準備工作，包括載入外掛程式之類的。在剛接觸webpack的時候總是webpack一下-測一下-改一下-再webpack一下，這種方式最後讓很多人崩潰了覺得webpack一點都不好用。其實這是錯誤的使用方式。
正確的方式應直接執行webpack --watch 這樣webpack會自動編譯，第一回的時候確實很慢，但之後的自動編譯就要快了好多，打包時間相差幾倍。
技巧2
webpack配合的react，jquery一些共有的庫去使用，雖然沒寫幾行**卻發現我靠打個檔案居然好幾m了。能不能不讓這些共有庫打入我們的檔案呢？?1
2345
6externals:
在webpack配置檔案的根上加上這些內容。告訴webpack在require(「react」)的時候不要去載入模組，直接去讀（這裡還不是很明白，有的說「：」後面是window.react，寫了後面可以直接使用無需require，待確定後再補充，一般寫true就可以了），當然這種方式要在html入口手動引入js檔案：?1
23
在專案中正常使用require(「react」)試試，不會被打進去了，檔案變為了幾k，突然感覺webpack這東西還是能用的。
技巧3
大部分情況下通過技巧2已經可以搞定大部分問題了，但是在用materialui的時候，點選事件總是報乙個錯誤，大概意思是重複的引入了react什麼的。如果出現這個問題，那麼請使用技巧3。將那些共有的模組打進另外乙個檔案中，然後使用commonschunkplugin外掛程式，在webpack –watch非第一編打包的時候就不會重複的打另外乙個檔案了。
entry: ,
plugins: [
//把common.js變為共有的，除第一遍打包後就不會再打包了
newwebpack.optimize.commonschunkplugin('common','common.js')
]
output:
在webpack配置檔案的根上加上這些內容，在html入口處需要引入common.js?1
2//確認一下是不是第一回打包後這個檔案已經有了
這種方式在webpack -watch後第一遍依舊很慢（因為要打common） 之後修改預設打包是就不會再打common了。而且還有乙個優點就是不用再引react，jquery一堆檔案了，只引common乙個檔案就ok。
參考：
解決pip install 速度慢
新版ubuntu要求使用https源，要注意。清華 阿里雲 中國科技大學 華中理工大學 山東理工大學 豆瓣 可以在使用pip的時候加引數 i 例如 pip install i pyspider，這樣就會從清華這邊的映象去安裝pyspider庫。linux下，在home目錄下建立一下.pip文字夾 命...
git clone速度慢解決
從多個部落格中總結來的 先說一下效果20k左右 200k左右 雖然200也不快,但有總比沒有好 直接提速 其實就是大多數部落格中的,但有些有用,有些沒有,先說一下我的電腦,archlinux manjaro有ss 有些部落格說沒有ss不行,但是我沒試過,如果不行可能是這個原因 然後就是在裡找到git...
Debian解決get clone速度慢的問題
最近需要重新編譯beaglebone的uboot和kernel，需要在github上clone新的版本。發現git clone出奇的慢。上網查詢改善方法解決了問題 git clone 特別慢是因為github.global.ssl.fastly.net網域名稱被限制了。只要找到這個網域名稱對應的ip...