TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Fighting Back After Hacker News Took Down My Site

45 点作者 rellik将近 14 年前

8 条评论

bradleyland将近 14 年前
I cringed a little bit when I read this: "...none get enough traffic for me to have made caching or performance tuning a huge priority".<p>I don't mean to level criticism solely against the post author for this, because he is not alone, but I find this mentality inexcusable. This is especially true if you're using WordPress, for which there are a multitude of caching plug-ins. All of which will offer orders of magnitude better performance than allowing the blogging engine to build the page from scratch every time.<p>In other words, caching is <i>always</i> a priority. It's not an add-on or an after-thought, it should be part of your design.<p>Consider a scenario where someone asks you to add up three arbitrary numbers:<p>123 + 456 + 789<p>Now, imagine you type those in to a calculator to add them up. It takes you a few seconds. The output is 1368. You can easily remember this number, so the next time someone asks you what the result of 123 + 456 + 789 is, you can just say 1368. Not caching is like keying the numbers in to a calculator every time, rather than just relying on your memory.<p>I know this is a rudimentary example, and I know that most people running a WP blog probably know how caching works, but even if you don't "need" it today, why would you leave your blog set up so that it's constantly re-building content that can be cached by simply installing a WP plug-in?<p>I implore you. Make caching the second thing you do (after security) when setting up or building your web app.
评论 #2763623 未加载
评论 #2763396 未加载
评论 #2763648 未加载
评论 #2763754 未加载
评论 #2763394 未加载
评论 #2763582 未加载
评论 #2763872 未加载
评论 #2763878 未加载
anigbrowl将近 14 年前
What a strange headline. Who is he fighting back against - Hacker News? Traitorous Wordpress? Himself? If I needed a plumber I wouldn't want one that talked about fighting back against the water. Nor would I want an architect that talked of fighting back against gravity. The language of confrontation is inappropriate here, since the problem as described stems from a failure to spend time learning or configuring Apache. This might seem trivial, but to me it suggests fundamental flaw in the approach to the problem, which probably increased the time needed to fix it.
js2将近 14 年前
<a href="http://www.google.com/search?q=site:news.ycombinator.com+patio11+keepalive" rel="nofollow">http://www.google.com/search?q=site:news.ycombinator.com+pat...</a><p>I will also quote myself: "I first learned to disable Apache KeepAlives in 1998. Yes, 1998. It's disheartening that Apache still ships with it enabled by default. It has always allowed a relatively small number of lingering clients to completely DoS your server."
评论 #2763335 未加载
评论 #2763315 未加载
rs将近 14 年前
Nginx has proved extremely useful and capable especially in memory constrained virtual environment. It effectively gives an easy way to move from a synchronous web server to an asynchronous one.
sciurus将近 14 年前
An important point that was missed is how was he running the php and rails apps? mod_php? mod_rack? cgi? fastcgi? Proxying to an application server? The answer to that is going to greatly affect how well Apache scales when you're memory-constrained.
评论 #2763441 未加载
ck2将近 14 年前
Who run WordPress without a page cache these days?<p>Just look at the query count even without plugins.<p>Add a few plugins and it's a total mess.
sc68cal将近 14 年前
What about isolating the popular URL and temporarily serving a static version of the page?
评论 #2763329 未加载
teadrinker将近 14 年前
BETTER SOLUTION: Get on the cloud. 15 minutes to upgrade your server when load gets high and billed by the hour at the ram level you're 'using. Theres very little reason to stay on traditional hosting if you're running anything close to a serious startup.
评论 #2763294 未加载