[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"sanity-dwWpt1XeyocakEk5F_f20ckUcKJg5cEyFVlGG8SkQp0":3,"sanity-TcBN4zG4HCY2EFnSPyR0XoGXpw8QRaV30gxI_sXCvtk":404},{"data":4,"sourceMap":-1},{"latestPodcast":5,"latestReleases":14,"post":39,"recent":379},[6],{"_id":7,"publishedAt":8,"slug":9,"sponsored":12,"title":13},"d81860b7-7b72-4ba5-8ad5-3b77fd9a8e9b","2026-07-14T07:40:00.000Z",{"_type":10,"current":11},"slug","your-ai-is-only-as-responsible-as-you-are",null,"Your AI is only as responsible as you are",[15,21,27,33],{"_id":16,"publishedAt":17,"slug":18,"title":20},"eb5b66eb-9410-4329-83bb-22bbff39402a","2026-04-28T13:00:00.000Z",{"_type":10,"current":19},"turn-scattered-knowledge-into-trusted-intelligence","Turning scattered knowledge into trusted intelligence: Stack Internal 2026.3",{"_id":22,"publishedAt":23,"slug":24,"title":26},"369c2401-b62e-4a37-8ff8-bf603023ecad","2026-03-02T15:03:00.988Z",{"_type":10,"current":25},"what-s-new-at-stack-overflow-march-2026","What’s new at Stack Overflow: March 2026",{"_id":28,"publishedAt":29,"slug":30,"title":32},"5e9053a4-07ea-447c-91ea-29e0b6228537","2026-02-02T15:00:00.000Z",{"_type":10,"current":31},"what-s-new-at-stack-overflow-february-2026","What’s new at Stack Overflow: February 2026",{"_id":34,"publishedAt":35,"slug":36,"title":38},"a1b538eb-a8a6-46d0-80a1-ac70ec9bb935","2026-01-05T10:00:00.000-05:00",{"_type":10,"current":37},"what-s-new-at-stack-overflow-january-2026","What’s new at Stack Overflow: January 2026",{"_createdAt":40,"_id":41,"_rev":42,"_type":43,"_updatedAt":44,"author":45,"body":59,"comments":355,"dateUrl":356,"excerpt":357,"legacyBody":358,"product":12,"publishedAt":361,"slug":362,"sponsored":12,"tags":364,"title":378,"visible":355},"2023-05-25T09:36:59Z","wp-post-3544","07ZbrKPSUrjrV4wQ6fICJv","blogPost","2023-07-13T14:54:26Z",[46],{"_createdAt":47,"_id":48,"_rev":49,"_type":50,"_updatedAt":51,"avatar":52,"employee":54,"name":55,"role":56,"slug":57},"2023-05-23T16:27:18Z","wp-author-114","07ZbrKPSUrjrV4wQ6fam8u","blogAuthor","2023-08-29T11:49:01Z",{"_type":53},"image","former","Jeff Atwood","Co-founder",{"current":58},"jeffatwood",[60,248,257,292,296,304,307],{"_key":61,"_type":62,"children":63,"markDefs":225,"style":247},"bf5ac276aca9","block",[64,69,74,78,83,87,92,96,100,104,108,112,117,121,126,130,134,138,142,146,151,155,159,163,168,172,177,181,186,190,195,199,203,207,212,216,221],{"_key":65,"_type":66,"marks":67,"text":68},"bf5ac276aca90","span",[],"Over the weekend, we rolled out a few speed improvements to the Stack Overflow engine. First, we did a quick pass with ",{"_key":70,"_type":66,"marks":71,"text":73},"bf5ac276aca91",[72],"57b07a3900ff","ANTS Profiler",{"_key":75,"_type":66,"marks":76,"text":77},"bf5ac276aca92",[]," (which is ",{"_key":79,"_type":66,"marks":80,"text":82},"bf5ac276aca93",[81],"em","great",{"_key":84,"_type":66,"marks":85,"text":86},"bf5ac276aca94",[],", by the way) and identified a few places where redundant or unnecessary database queries slipped into our code. We like to do this every few months on common pages as a sanity check. We start a trace, refresh a given page 50 times, then view the hot code paths in the trace. It's ",{"_key":88,"_type":66,"marks":89,"text":91},"bf5ac276aca95",[90],"strong","almost always database queries gunking up the works",{"_key":93,"_type":66,"marks":94,"text":95},"bf5ac276aca96",[],", but once in a blue moon we'll write code so bad that it actually registers in the hot code paths. Anyway, the golden rule is to measure, ",{"_key":97,"_type":66,"marks":98,"text":99},"bf5ac276aca97",[81],"then",{"_key":101,"_type":66,"marks":102,"text":103},"bf5ac276aca98",[]," optimize, and that's what we try to do. We also took a long, hard look at ",{"_key":105,"_type":66,"marks":106,"text":107},"bf5ac276aca99",[90],"optimizing the browser cookies",{"_key":109,"_type":66,"marks":110,"text":111},"bf5ac276aca910",[]," we're sending down to clients (and thus, clients are dutifully sending back to us in each HTTP request). ",{"_key":113,"_type":66,"marks":114,"text":116},"bf5ac276aca911",[115],"edb00c4e406b","You'd be surprised how big an impact on performance cookies can be",{"_key":118,"_type":66,"marks":119,"text":120},"bf5ac276aca912",[],". We were able to remove our ",{"_key":122,"_type":66,"marks":123,"text":125},"bf5ac276aca913",[124],"6c4dd34c8627","ASP.NET forms authentication cookie",{"_key":127,"_type":66,"marks":128,"text":129},"bf5ac276aca914",[]," entirely, and cut the length of our standard cookie key in half. I also removed a number of cookies that the \u002Flogin page was storing which weren't really necessary. In my testing our typical cookie is about 360 bytes now, compared with over 500 bytes before. Over time, these old unnecessary cookies will fall away naturally, but you may want to clear your domain cookies manually if you want the ",{"_key":131,"_type":66,"marks":132,"text":133},"bf5ac276aca915",[81],"fastest possible",{"_key":135,"_type":66,"marks":136,"text":137},"bf5ac276aca916",[]," Stack Overflow family browsing experience. This isn't as new, but it's worth mentioning. A few weeks ago, we ",{"_key":139,"_type":66,"marks":140,"text":141},"bf5ac276aca917",[90],"turned up the HTTP GZIP compression level for dynamic content",{"_key":143,"_type":66,"marks":144,"text":145},"bf5ac276aca918",[]," from the default of 0 to 4. That's ever-so-slightly slower, but offers an additional 10% reduction in page size. The tradeoff between CPU performance and file size for this setting is ",{"_key":147,"_type":66,"marks":148,"text":150},"bf5ac276aca919",[149],"49308ad47a25","documented in exhaustive detail by Scott Forsyth",{"_key":152,"_type":66,"marks":153,"text":154},"bf5ac276aca920",[]," and the \"sweet spot\" is definitely 4. (Another item that similarly isn't new, but always a solid best practice, is to ",{"_key":156,"_type":66,"marks":157,"text":158},"bf5ac276aca921",[90],"minify your JavaScript and CSS",{"_key":160,"_type":66,"marks":161,"text":162},"bf5ac276aca922",[],". We've had our build script set up to do this for months, using the Java based ",{"_key":164,"_type":66,"marks":165,"text":167},"bf5ac276aca923",[166],"ab04998501e6","YUI Compressor",{"_key":169,"_type":66,"marks":170,"text":171},"bf5ac276aca924",[],".) We've been long time users of ",{"_key":173,"_type":66,"marks":174,"text":176},"bf5ac276aca925",[175],"c1c62cfcde79","YSlow",{"_key":178,"_type":66,"marks":179,"text":180},"bf5ac276aca926",[],", and more recently ",{"_key":182,"_type":66,"marks":183,"text":185},"bf5ac276aca927",[184],"65a9fe67321e","Google Page Speed",{"_key":187,"_type":66,"marks":188,"text":189},"bf5ac276aca928",[],". Some of the recommendations these tools make are ",{"_key":191,"_type":66,"marks":192,"text":194},"bf5ac276aca929",[193],"534c26334895","only sensible if you are Google or Yahoo",{"_key":196,"_type":66,"marks":197,"text":198},"bf5ac276aca930",[]," (a very rare and select club of the 'gee, ",{"_key":200,"_type":66,"marks":201,"text":202},"bf5ac276aca931",[81],"that's",{"_key":204,"_type":66,"marks":205,"text":206},"bf5ac276aca932",[]," a nice problem to have' variety) -- but many of them are indeed essential no matter how big your website is. One of the ",{"_key":208,"_type":66,"marks":209,"text":211},"bf5ac276aca933",[210],"32ce62689320","last remaining YSlow \u002F Page Speed recommendations",{"_key":213,"_type":66,"marks":214,"text":215},"bf5ac276aca934",[]," that we felt was worth tackling was ",{"_key":217,"_type":66,"marks":218,"text":220},"bf5ac276aca935",[219],"8185e6785300","Use Cookie-free Domains for Components",{"_key":222,"_type":66,"marks":223,"text":224},"bf5ac276aca936",[],".",[226,229,231,233,235,237,239,241,243,245],{"_key":72,"_type":227,"href":228,"reference":12},"link","http:\u002F\u002Fwww.red-gate.com\u002Fproducts\u002Fants_performance_profiler\u002Findex.htm?utm_source=stack&utm_medium=weblink&utm_content=jeff-article&utm_campaign=antsperformanceprofiler",{"_key":115,"_type":227,"href":230,"reference":12},"http:\u002F\u002Fyuiblog.com\u002Fblog\u002F2007\u002F03\u002F01\u002Fperformance-research-part-3\u002F",{"_key":124,"_type":227,"href":232,"reference":12},"http:\u002F\u002Fsupport.microsoft.com\u002Fkb\u002F910443",{"_key":149,"_type":227,"href":234,"reference":12},"http:\u002F\u002Fweblogs.asp.net\u002Fowscott\u002Farchive\u002F2009\u002F02\u002F22\u002Fiis-7-compression-good-bad-how-much.aspx",{"_key":166,"_type":227,"href":236,"reference":12},"http:\u002F\u002Fdeveloper.yahoo.com\u002Fyui\u002Fcompressor\u002F",{"_key":175,"_type":227,"href":238,"reference":12},"http:\u002F\u002Fdeveloper.yahoo.com\u002Fyslow\u002F",{"_key":184,"_type":227,"href":240,"reference":12},"http:\u002F\u002Fcode.google.com\u002Fspeed\u002Fpage-speed\u002F",{"_key":193,"_type":227,"href":242,"reference":12},"http:\u002F\u002Fwww.codinghorror.com\u002Fblog\u002Farchives\u002F000932.html",{"_key":210,"_type":227,"href":244,"reference":12},"http:\u002F\u002Fmeta.stackoverflow.com\u002Fquestions\u002F6864\u002Fstackoverflow-site-yslow-grade-b",{"_key":219,"_type":227,"href":246,"reference":12},"http:\u002F\u002Fdeveloper.yahoo.com\u002Fperformance\u002Frules.html#cookie_free","normal",{"_key":249,"_type":62,"children":250,"markDefs":255,"style":256},"9eda478b4d7d",[251],{"_key":252,"_type":66,"marks":253,"text":254},"9eda478b4d7d0",[],"When the browser makes a request for a static image and sends cookies together with the request, the server doesn't have any use for those cookies. So they only create network traffic for no good reason. You should make sure static components are requested with cookie-free requests. Create a subdomain and host all your static components there. If your domain is www.example.org, you can host your static components on static.example.org. However, if you've already set cookies on the top-level domain example.org as opposed to www.example.org, then all the requests to static.example.org will include those cookies. In this case, you can buy a whole new domain, host your static components there, and keep this domain cookie-free. Yahoo! uses yimg.com, YouTube uses ytimg.com, Amazon uses images-amazon.com and so on. Another benefit of hosting static components on a cookie-free domain is that some proxies might refuse to cache the components that are requested with cookies. On a related note, if you wonder if you should use example.org or www.example.org for your home page, consider the cookie impact. Omitting www leaves you no choice but to write cookies to *.example.org, so for performance reasons it's best to use the www subdomain and write the cookies to that subdomain.",[],"blockquote",{"_key":258,"_type":62,"children":259,"markDefs":289,"style":247},"61d4fe136efb",[260,264,269,273,277,281,285],{"_key":261,"_type":66,"marks":262,"text":263},"61d4fe136efb0",[],"We registered the domain ",{"_key":265,"_type":66,"marks":266,"text":268},"61d4fe136efb1",[267],"cd9fe4cbc947","sstatic.net",{"_key":270,"_type":66,"marks":271,"text":272},"61d4fe136efb2",[]," for this purpose a month ago, and I'm pleased to announce that ",{"_key":274,"_type":66,"marks":275,"text":276},"61d4fe136efb3",[90],"all the static resources for the Stack Overflow family of websites are now hosted at sstatic.net",{"_key":278,"_type":66,"marks":279,"text":280},"61d4fe136efb4",[],". This domain is of course cookieless and optimized for serving static content with the lowest possible overhead (and, as before, a far-future expires header, so ",{"_key":282,"_type":66,"marks":283,"text":284},"61d4fe136efb5",[81],"zero",{"_key":286,"_type":66,"marks":287,"text":288},"61d4fe136efb6",[]," requests are made to the server for cached static elements). Here's a sample get \u002F response for the new configuration.",[290],{"_key":267,"_type":227,"href":291,"reference":12},"http:\u002F\u002Fsstatic.net\u002F",{"_key":293,"_type":294,"code":295,"markDefs":12},"ed909ae73391","code","\u003Cb>GET\u003C\u002Fb> \u002Fso\u002Fjs\u002Fmaster.js?v=4143 HTTP\u002F1.1\n\u003Cb>Host:\u003C\u002Fb> sstatic.net\n\u003Cb>User-Agent:\u003C\u002Fb> Mozilla\u002F5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.2) \n            Gecko\u002F20090729 Firefox\u002F3.5.2 (.NET CLR 3.5.30729)\n\u003Cb>Accept:\u003C\u002Fb> *\u002F*\n\u003Cb>Accept-Language:\u003C\u002Fb> en-us,en;q=0.5\n\u003Cb>Accept-Encoding:\u003C\u002Fb> gzip,deflate\n\u003Cb>Accept-Charset:\u003C\u002Fb> ISO-8859-1,utf-8;q=0.7,*;q=0.7\n\u003Cb>Keep-Alive:\u003C\u002Fb> 300\n\u003Cb>Connection:\u003C\u002Fb> keep-alive\n\u003Cb>Referer:\u003C\u002Fb> http:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1252349\n\u003Cb>Pragma:\u003C\u002Fb> no-cache\n\u003Cb>Cache-Control:\u003C\u002Fb> no-cache",{"_key":297,"_type":62,"children":298,"markDefs":303,"style":247},"074656be6cf5",[299],{"_key":300,"_type":66,"marks":301,"text":302},"074656be6cf50",[],"And the response from sstatic.net:",[],{"_key":305,"_type":294,"code":306,"markDefs":12},"194702e0b6ca","\u003Cb>HTTP\u002F1.1\u003C\u002Fb> 200 OK\n\u003Cb>Cache-Control:\u003C\u002Fb> max-age=604800\n\u003Cb>Content-Type:\u003C\u002Fb> application\u002Fx-javascript\n\u003Cb>Content-Encoding:\u003C\u002Fb> gzip\n\u003Cb>Last-Modified:\u003C\u002Fb> Sun, 09 Aug 2009 18:45:13 GMT\n\u003Cb>Accept-Ranges:\u003C\u002Fb> bytes\n\u003Cb>ETag:\u003C\u002Fb> \"75e6f1872119ca1:0\"\n\u003Cb>Vary:\u003C\u002Fb> Accept-Encoding\n\u003Cb>Server:\u003C\u002Fb> Microsoft-IIS\u002F7.0\n\u003Cb>Date:\u003C\u002Fb> Sun, 09 Aug 2009 23:40:45 GMT\n\u003Cb>Content-Length:\u003C\u002Fb> 10417\n\u003Ci>(... gzipped data ...)\u003C\u002Fi>",{"_key":308,"_type":62,"children":309,"markDefs":348,"style":247},"8af71416624b",[310,314,319,323,328,332,336,340,345],{"_key":311,"_type":66,"marks":312,"text":313},"8af71416624b0",[],"Look, ma, no cookies! (yes, I'd love to ",{"_key":315,"_type":66,"marks":316,"text":318},"8af71416624b1",[317],"b847ce06da3c","kill the Server header",{"_key":320,"_type":66,"marks":321,"text":322},"8af71416624b2",[]," and ",{"_key":324,"_type":66,"marks":325,"text":327},"8af71416624b3",[326],"36ac4743405b","ETag header",{"_key":329,"_type":66,"marks":330,"text":331},"8af71416624b4",[]," in the response, but that's not so easy.) Using another server for your static content is also a rudimentary form of load balancing; we've shaved off hundreds of thousands of requests from our primary servers and delegated them to another server explicitly optimized for and dedicated to that task. Web browsers also tend to \"parallelize\" their load patterns for the page when they see resources coming from different domains -- or a different subdomain, at least. Anyway, we believe that ",{"_key":333,"_type":66,"marks":334,"text":335},"8af71416624b5",[90],"performance is a feature",{"_key":337,"_type":66,"marks":338,"text":339},"8af71416624b6",[],", and we're serious about the Stack Overflow family of sites being as fast as we can make them. We continue to revisit our performance every couple of months and try to improve it a little more each time. Do you also take performance seriously? Discover new ",{"_key":341,"_type":66,"marks":342,"text":344},"8af71416624b7",[343],"f75ff025d82b","career opportunities in network engineering",{"_key":346,"_type":66,"marks":347,"text":224},"8af71416624b8",[],[349,351,353],{"_key":317,"_type":227,"href":350,"reference":12},"http:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1178831\u002Fremove-server-response-header-iis7",{"_key":326,"_type":227,"href":352,"reference":12},"http:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F477913\u002Fhow-do-i-remove-etag-headers-from-iis7\u002F1250987#1250987",{"_key":343,"_type":227,"href":354,"reference":12},"https:\u002F\u002Fstackoverflow.com\u002Fjobs\u002Fdeveloper-jobs-using-networking?utm_source=so-owned&utm_medium=blog&utm_campaign=dev-c4al&utm_content=c4al-link",true,"2009\u002F08\u002F09","",{"code":359,"language":360},"Over the weekend, we rolled out a few speed improvements to the Stack Overflow engine.\n\nFirst, we did a quick pass with \u003Ca href=\"http:\u002F\u002Fwww.red-gate.com\u002Fproducts\u002Fants_performance_profiler\u002Findex.htm?utm_source=stack&utm_medium=weblink&utm_content=jeff-article&utm_campaign=antsperformanceprofiler\">ANTS Profiler\u003C\u002Fa> (which is \u003Cem>great\u003C\u002Fem>, by the way) and identified a few places where redundant or unnecessary database queries slipped into our code. We like to do this every few months on common pages as a sanity check. We start a trace, refresh a given page 50 times, then view the hot code paths in the trace. It's \u003Cstrong>almost always database queries gunking up the works\u003C\u002Fstrong>, but once in a blue moon we'll write code so bad that it actually registers in the hot code paths. Anyway, the golden rule is to measure, \u003Cem>then\u003C\u002Fem> optimize, and that's what we try to do.\n\nWe also took a long, hard look at \u003Cstrong>optimizing the browser cookies\u003C\u002Fstrong> we're sending down to clients (and thus, clients are dutifully sending back to us in each HTTP request). \u003Ca href=\"http:\u002F\u002Fyuiblog.com\u002Fblog\u002F2007\u002F03\u002F01\u002Fperformance-research-part-3\u002F\">You'd be surprised how big an impact on performance cookies can be\u003C\u002Fa>. We were able to remove our \u003Ca href=\"http:\u002F\u002Fsupport.microsoft.com\u002Fkb\u002F910443\">ASP.NET forms authentication cookie\u003C\u002Fa> entirely, and cut the length of our standard cookie key in half. I also removed a number of cookies that the \u002Flogin page was storing which weren't really necessary. In my testing our typical cookie is about 360 bytes now, compared with over 500 bytes before. Over time, these old unnecessary cookies will fall away naturally, but you may want to clear your domain cookies manually if you want the \u003Cem>fastest possible\u003C\u002Fem> Stack Overflow family browsing experience.\n\nThis isn't as new, but it's worth mentioning. A few weeks ago, we \u003Cstrong>turned up the HTTP GZIP compression level for dynamic content\u003C\u002Fstrong> from the default of 0 to 4. That's ever-so-slightly slower, but offers an additional 10% reduction in page size. The tradeoff between CPU performance and file size for this setting is \u003Ca href=\"http:\u002F\u002Fweblogs.asp.net\u002Fowscott\u002Farchive\u002F2009\u002F02\u002F22\u002Fiis-7-compression-good-bad-how-much.aspx\">documented in exhaustive detail by Scott Forsyth\u003C\u002Fa> and the \"sweet spot\" is definitely 4.\n\n(Another item that similarly isn't new, but always a solid best practice, is to \u003Cstrong>minify your JavaScript and CSS\u003C\u002Fstrong>. We've had our build script set up to do this for months, using the Java based \u003Ca href=\"http:\u002F\u002Fdeveloper.yahoo.com\u002Fyui\u002Fcompressor\u002F\">YUI Compressor\u003C\u002Fa>.)\n\nWe've been long time users of \u003Ca href=\"http:\u002F\u002Fdeveloper.yahoo.com\u002Fyslow\u002F\">YSlow\u003C\u002Fa>, and more recently \u003Ca href=\"http:\u002F\u002Fcode.google.com\u002Fspeed\u002Fpage-speed\u002F\">Google Page Speed\u003C\u002Fa>. Some of the recommendations these tools make are \u003Ca href=\"http:\u002F\u002Fwww.codinghorror.com\u002Fblog\u002Farchives\u002F000932.html\">only sensible if you are Google or Yahoo\u003C\u002Fa> (a very rare and select club of the 'gee, \u003Cem>that's\u003C\u002Fem> a nice problem to have' variety) -- but many of them are indeed essential no matter how big your website is.\n\nOne of the \u003Ca href=\"http:\u002F\u002Fmeta.stackoverflow.com\u002Fquestions\u002F6864\u002Fstackoverflow-site-yslow-grade-b\">last remaining YSlow \u002F Page Speed recommendations\u003C\u002Fa> that we felt was worth tackling was \u003Ca href=\"http:\u002F\u002Fdeveloper.yahoo.com\u002Fperformance\u002Frules.html#cookie_free\">Use Cookie-free Domains for Components\u003C\u002Fa>.\n\n\u003Cblockquote>When the browser makes a request for a static image and sends cookies together with the request, the server doesn't have any use for those cookies. So they only create network traffic for no good reason. You should make sure static components are requested with cookie-free requests. Create a subdomain and host all your static components there.\n\nIf your domain is www.example.org, you can host your static components on static.example.org. However, if you've already set cookies on the top-level domain example.org as opposed to www.example.org, then all the requests to static.example.org will include those cookies. In this case, you can buy a whole new domain, host your static components there, and keep this domain cookie-free. Yahoo! uses yimg.com, YouTube uses ytimg.com, Amazon uses images-amazon.com and so on.\n\nAnother benefit of hosting static components on a cookie-free domain is that some proxies might refuse to cache the components that are requested with cookies. On a related note, if you wonder if you should use example.org or www.example.org for your home page, consider the cookie impact. Omitting www leaves you no choice but to write cookies to *.example.org, so for performance reasons it's best to use the www subdomain and write the cookies to that subdomain.\u003C\u002Fblockquote>\n\nWe registered the domain \u003Ca href=\"http:\u002F\u002Fsstatic.net\u002F\">sstatic.net\u003C\u002Fa> for this purpose a month ago, and I'm pleased to announce that \u003Cstrong>all the static resources for the Stack Overflow family of websites are now hosted at sstatic.net\u003C\u002Fstrong>. This domain is of course cookieless and optimized for serving static content with the lowest possible overhead (and, as before, a far-future expires header, so \u003Cem>zero\u003C\u002Fem> requests are made to the server for cached static elements).\n\nHere's a sample get \u002F response for the new configuration.\n\n\u003Cpre>\u003Ccode><b>GET<\u002Fb> \u002Fso\u002Fjs\u002Fmaster.js?v=4143 HTTP\u002F1.1\n<b>Host:<\u002Fb> sstatic.net\n<b>User-Agent:<\u002Fb> Mozilla\u002F5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.2) \n            Gecko\u002F20090729 Firefox\u002F3.5.2 (.NET CLR 3.5.30729)\n<b>Accept:<\u002Fb> *\u002F*\n<b>Accept-Language:<\u002Fb> en-us,en;q=0.5\n<b>Accept-Encoding:<\u002Fb> gzip,deflate\n<b>Accept-Charset:<\u002Fb> ISO-8859-1,utf-8;q=0.7,*;q=0.7\n<b>Keep-Alive:<\u002Fb> 300\n<b>Connection:<\u002Fb> keep-alive\n<b>Referer:<\u002Fb> http:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1252349\n<b>Pragma:<\u002Fb> no-cache\n<b>Cache-Control:<\u002Fb> no-cache\u003C\u002Fcode>\u003C\u002Fpre>\n\nAnd the response from sstatic.net:\n\n\u003Cpre>\u003Ccode><b>HTTP\u002F1.1<\u002Fb> 200 OK\n<b>Cache-Control:<\u002Fb> max-age=604800\n<b>Content-Type:<\u002Fb> application\u002Fx-javascript\n<b>Content-Encoding:<\u002Fb> gzip\n<b>Last-Modified:<\u002Fb> Sun, 09 Aug 2009 18:45:13 GMT\n<b>Accept-Ranges:<\u002Fb> bytes\n<b>ETag:<\u002Fb> \"75e6f1872119ca1:0\"\n<b>Vary:<\u002Fb> Accept-Encoding\n<b>Server:<\u002Fb> Microsoft-IIS\u002F7.0\n<b>Date:<\u002Fb> Sun, 09 Aug 2009 23:40:45 GMT\n<b>Content-Length:<\u002Fb> 10417\n<i>(... gzipped data ...)<\u002Fi>\u003C\u002Fcode>\u003C\u002Fpre>\n\nLook, ma, no cookies! (yes, I'd love to \u003Ca href=\"http:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F1178831\u002Fremove-server-response-header-iis7\">kill the Server header\u003C\u002Fa> and \u003Ca href=\"http:\u002F\u002Fstackoverflow.com\u002Fquestions\u002F477913\u002Fhow-do-i-remove-etag-headers-from-iis7\u002F1250987#1250987\">ETag header\u003C\u002Fa> in the response, but that's not so easy.)\n\nUsing another server for your static content is also a rudimentary form of load balancing; we've shaved off hundreds of thousands of requests from our primary servers and delegated them to another server explicitly optimized for and dedicated to that task. Web browsers also tend to \"parallelize\" their load patterns for the page when they see resources coming from different domains -- or a different subdomain, at least.\n\nAnyway, we believe that \u003Cstrong>performance is a feature\u003C\u002Fstrong>, and we're serious about the Stack Overflow family of sites being as fast as we can make them. We continue to revisit our performance every couple of months and try to improve it a little more each time.\n\nDo you also take performance seriously? Discover new \u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fjobs\u002Fdeveloper-jobs-using-networking?utm_source=so-owned&utm_medium=blog&utm_campaign=dev-c4al&utm_content=c4al-link\" target=\"_blank\" rel=\"noopener\">career opportunities in network engineering\u003C\u002Fa>.","html","2009-08-09T12:00:00.000Z",{"current":363},"a-few-speed-improvements",[365,373],{"_createdAt":366,"_id":367,"_rev":368,"_type":369,"_updatedAt":366,"slug":370,"title":372},"2023-05-23T16:43:21Z","wp-tagcat-background","9HpbCsT2tq0xwozQfkc4ih","blogTag",{"current":371},"background","Background",{"_createdAt":366,"_id":374,"_rev":368,"_type":369,"_updatedAt":366,"slug":375,"title":377},"wp-tagcat-company",{"current":376},"company","Company","A Few Speed Improvements",[380,386,392,398],{"_id":381,"publishedAt":382,"slug":383,"sponsored":12,"title":385},"76c9771b-34e6-4d98-8641-ecefc711f0ef","2026-07-06T15:23:34.559Z",{"_type":10,"current":384},"when-the-sensor-starts-thinking-snortml-agentic-ai-and-the-evolving-architecture-of-intrusion-detection","When the sensor starts thinking: SnortML, agentic AI, and the evolving architecture of intrusion detection",{"_id":387,"publishedAt":388,"slug":389,"sponsored":12,"title":391},"28e560af-f0aa-4d46-bd90-f435ad604aa7","2026-06-26T14:00:27.102Z",{"_type":10,"current":390},"paging-charity-how-can-engineering-leaders-avoid-becoming-bond-villains","Paging Charity! How can engineering leaders avoid becoming Bond villains?",{"_id":393,"publishedAt":394,"slug":395,"sponsored":12,"title":397},"4b22c2a3-3779-4966-93eb-5230391dbdce","2026-06-23T14:08:58.595Z",{"_type":10,"current":396},"your-ai-shipped-a-backend-that-boots-that-is-the-whole-problem","Your AI shipped a backend that boots. That is the whole problem.",{"_id":399,"publishedAt":400,"slug":401,"sponsored":12,"title":403},"5cf362e1-fe7b-45af-b69c-914731c6a052","2026-06-23T14:00:00.000Z",{"_type":10,"current":402},"the-2026-developer-survey-is-now-open-for-human-developers-only","The 2026 Developer Survey is now open (for human developers only)!",{"data":405,"sourceMap":-1},{"count":406,"lastTimestamp":12},0]