1, cache確認保證squid不對用戶返回過時數據。在重複使用緩存對象時，squid經常從原始服務器確認它。假如服務器指示squid的拷貝仍然有效，數據就發送出去。否則，squid升級它的緩存拷貝，並且轉發給客戶。
2, echo "1024 40000" > /proc/sys/net/ipv4/ip_local_port_range
3, ./configure --localstatedir=/bigdisk/var
4, aufs存儲模塊是squid中唯一需要使用線程的部分。
5, 排除策略是squid需要騰出空間給新的cache目標時，用以排除舊目標的機制。squid-2.5支持3個排除策略：最少近期使用(LRU),貪婪對偶大小(GDS),最少經常使用(LFU)。然而，因爲一些理由，./configure選項使指定的替代策略和需要執行它們的基本數據結構之間的差別模糊化。LRU是默認的，它以雙鏈表數據結構執行。GDS和LFU使用堆棧的數據結構。
爲了使用GDS或LFU策略，你指定：
% ./configure --enable-removal-policies=heap
然後你在squid的配置文件裏選擇使用GDS或LFU。假如你想重新使用LRU,那麼指定：
% ./configure --enable-removal-policies=heap,lru
6, unix提供兩個相似的函數用以在I/O事件裏掃描開放文件描述符：select()和poll().
7, 頭文件通常在/usr/include目錄，而庫文件在/usr/lib目錄。Linux的流行RPM系統允許它去升級其中之一，但並非另一個。假如庫文件基於不同的頭文件，squid不能編譯。
8, make的先進功能之一就是它僅僅編譯改變了的文件。但有時候make不能理解錯綜複雜的依賴關係，它沒有完整的重編譯所需文件。爲了安全起見，通常建議你去重編譯所有文件。最好的方法是在開始編譯之前清除源代碼樹：
%make clean %make
9, 有時候你可能發現有必要重新運行./configure。例如，假如你調整了內核參數，你必須再次運行./configure以使它能發現新設置。當你閱讀本書時，你也發現你必須使用./configure選項來激活所需的功能。
以相同的選項重運行./configure，使用如下命令：
%config.status --recheck
另一個技術是`touch config.status`文件，它更新了該文件的時間戳。這導致make在編譯源代碼之前，重新運行./configure腳本：
% touch config.status % make
如果增加或刪除./configure選項，你必須重新敲入完整的命令行。假如你記不住以前的選項，請查看config.status文件的頂部。例如：
% head config.status #! /bin/sh # Generated automatically by configure. # Run this file to recreate the current configuration. # This directory was configured as follows, # on host foo.life-gone-hazy.com: # # ./configure --enable-storeio=ufs,diskd --enable-carp \ # --enable-auth-modules=NCSA # Compiler output produced by configure, useful for debugging # configure, is in ./config.log if it exists.
在運行./configure之後，你必須再次編譯和安裝squid。安全起見，建議先運行make clean：
%make clean %make
請回想一下，./configure會緩存它在你係統中發現的東西。在這樣的形式下，你可能想清除這些緩存，從頭開始編譯過程。假如喜歡，你可以簡單的刪除config.cache文件。然後，下一次./configure運行時，它不會使用以前的數值。你也能恢復squid源代碼樹到它的configure之前的狀態，使用如下命令：
%make distclean
這將刪除所有的目標文件和其他被./configure和make程序產生的文件。
10, cache_effective_user告訴squid,在執行完需要特別權限的任務後,變成哪個用戶.
11,