Poměrně inovativní částí funkčnosti modulu storage je volitelné zohledňování položky Vary v odpovědi serveru (význam této položky je popsán v oddílu Storage a HTTP), což se děje následujícím způsobem:
for(i=0;i<vfc;i++)
if(vf[i].field&&vf[i].value) {
sg_updateentryhash(entry," ",1,FALSE);
sg_updateentryhash(entry,vf[i].field,vf[i].flen,FALSE);
sg_updateentryhash(entry,": ",2,FALSE);
sg_updateentryhash(entry,vf[i].value,vf[i].vlen,FALSE);
}
sg_updateentryhash(entry,NULL,0,TRUE);6
Aktivování této volby přináší mimo korektního chování proxy serveru při komunikaci s webservery využívajícími podobné ``vymoženosti'' HTTP také některé nevýhody, např. o něco pomalejší zpracování požadavku, v případě, že obsahuje položku Vary (pokud odpověď položku Vary neobsahuje, pak k žádnému zpomalení nedochází) a také možnou redundanci při ukládání dokumentů, protože cílový server může na různé parametry požadavku klienta odpovědět stejným dokumentem, což ovšem proxy server nepozná, neboť díky ``Vary features'' budou mít tyto požadavky různou identifikaci a dokument bude proto uložen vícekrát. V současné době je nejčastější výskyt Vary položky u serverů, které posílají různé jazykové mutace dokumentů (modul mod_czech v Apache, viz třeba www.kolej.mff.cuni.cz) v závislosti na nastavení prohlížeče (např. ``Vary: Accept-Language'' apod.), kde je myslím nanejvýš přijatelná redundance na straně proxy serveru, než chybný dokument na straně klienta, ovšem využití položky Vary může být naprosto obecné, pro jakýkoli typ dat přenositelných po HTTP.