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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Static Website Generators Are the Next Big Thing

311 点作者 jimsteinhart超过 9 年前

57 条评论

jedberg超过 9 年前
When I was heading up reliability at Netflix, we considered, and even began evaluating, turing the whole thing into one big static site. Each user had a custom listing, but generating 60+ million static sites is a very parallelizeable problem.<p>At the time, the recommendations only updated once a day, but an active user would have to dynamically load that content repeatedly, and at the same time, the recs were getting updated for users who hadn&#x27;t visited that day. By switching to static, we could generate a new static site for you every time you watched something (which could change your recommendations), and increase reliability at the same time, so it would have been a much better customer experience. Unfortunately we couldn&#x27;t get enough of the frontend engineers to buy into the idea to get it off the ground, and also they were already well along the path to having a data pipeline fast enough to update recs in real time.
评论 #10502199 未加载
评论 #10503365 未加载
评论 #10502103 未加载
评论 #10502158 未加载
评论 #10501167 未加载
评论 #10503095 未加载
评论 #10508224 未加载
ts330超过 9 年前
I&#x27;m not entirely sure they&#x27;re the next big thing. More likely, is that 15 years ago, it was people who were used to static sites began moving to dynamically generated ones as sites became more complex. They were the new thing then. Now we have a load of people who have grown up with dynamically generated sites and are suddenly discovering the benefits of static sites - thanks in part to the proliferation of tools that are easy to use.<p>It&#x27;s the usual boomerang cycle of discovery and adoption.<p>Both types of sites have their benefits and it&#x27;s a balancing act to use the right tool for the job. It&#x27;s getting this right that comes with experience and an understanding of the current pitfalls of each. It&#x27;s the rough edges that push people in the other direction and without the experience of the pitfalls of each, it&#x27;s inevitable that people start predicting that one solves all the problems facing the other.<p>I fully expect the usual over reliance on the wrong type of tech for the sake of it being the current hotness and then an over correction in the other direction the moment we have a new generation of developers.
评论 #10501905 未加载
评论 #10501114 未加载
评论 #10501412 未加载
评论 #10501050 未加载
spjwebster超过 9 年前
Every time static generation rears its head, I&#x27;m reminded of Yahoo!&#x27;s ... unique... take.<p>Back in 2006 when I worked for Yahoo!, and they had a CMS &#x2F; template management system called Jake that statically generated templates for the PHP-based frontend servers to evaluate at request time. The idea was that you put as much of your logic as possible into the template generation layer, leaving the request-time logic to handle the stuff that changed request by request.<p>Now, that all sounds quite reasonable, but the two layers were written in different languages. The pre-template-generation logic was written as inline Perl (plus a little custom syntax, because why not), while the dynamic frontend logic was written in PHP. Perl was frequently used to generate chunks of PHP code to be executed by the frontend servers, and sometimes this PHP code wrote chunks of inline JavaScript. To say that debugging said JS was fun would be an understatement.
评论 #10500032 未加载
评论 #10500135 未加载
评论 #10503025 未加载
评论 #10499816 未加载
davexunit超过 9 年前
The reason I like static site generators so much is because it allows me to treat my website as a program that outputs a website. Take some posts in whichever format you prefer, write a program to parse them as a tree of HTML nodes, insert them into templates for HTML pages, Atom feeds, etc. It&#x27;s all just plain text code and markup, no stateful database with a dynamic web application in front doing everything.
评论 #10499908 未加载
评论 #10502634 未加载
评论 #10500257 未加载
评论 #10500684 未加载
CM30超过 9 年前
It&#x27;s an interesting idea, and I see the appeal if the site is fairly basic, but I think there&#x27;s one thing people are forgetting here.<p>You&#x27;re outsourcing half your site to third parties, and basically letting them do whatever the hell they like with it. Disqus comments? Better hope the people behind that system don&#x27;t decide to outlaw comments about the thing your website is about. Javascript embedded shop system? Good, so long as you don&#x27;t need to modify the look very much and don&#x27;t mind all your data being hosted in a different part of the world (like, the US for people in other regions).<p>And if they decide that all your data needs to be shared with the NSA or some other government organisation, then tough luck. If they hacked... well, tough luck again.<p>Without hosting such systems yourself, you&#x27;re relying on a lot of third parties to be transparent, honest and respectful of your privacy (and that of your visitors). It&#x27;s basically like a return to the days of free hosting and services like Bravenet.
评论 #10502772 未加载
thenomad超过 9 年前
I&#x27;ve been a fan of static websites for a long while now.<p>In addition to page load issues, they also more or less completely solve the Slashdot effect (aka the Reddit Hug Of Death, these days). A competently-configured Nginx server on a 512mb VPS, serving static-only content, will handle ridiculous amounts of traffic without flinching.<p>Ever since a front-page mention on BoingBoing took down my feature film BloodSpell&#x27;s site immediately after release in 2007, avoiding server load on a site has been high-priority for anything I&#x27;m launching that is likely to have bursty traffic.<p>It&#x27;s nice to see usable tools for managing larger sites with a static generator developing and becoming popular.
评论 #10501652 未加载
评论 #10499672 未加载
vinceguidry超过 9 年前
People are finally starting to realize that CMSes are horrible. They got us through a time period where the front-end developer is a scare resource, but now there&#x27;s enough of them everywhere that we don&#x27;t need WYSIWYG web content anymore. CMSes are eventually going to be relegated to the sole proprietor who doesn&#x27;t want to learn HTML but still needs to maintain his &#x2F; her own content-oriented website.<p>My company is handcuffed to a legacy custom CMS that&#x27;s still using Rails 2.3.8. We have no need for it, as we have a front-end guy who would be perfectly comfortable using git, as he has me to ask whenever there&#x27;s a problem. When you use the database to store content, you lose a great number of useful properties. I had to build a custom tool to search through the entire database to find encoding errors. And I had to keep re-adjusting it every time I found some hiding somewhere. It was annoying and painful. Content is code, not data, it needs to be managed like code.
评论 #10503144 未加载
评论 #10503117 未加载
bigethan超过 9 年前
The thing that always pulls me back to wordpress is the ease of creation and hosting. Drag an image into your text, and <i>pop</i> it&#x27;s uploaded, hosted, and linked to. Write something in the interface and <i>bam</i> it&#x27;s online and reliable. Every static site generator I&#x27;ve played with (And there have been TONS), solves 80% of the problem.<p>I&#x27;d love an app that gave me that ease of hosting and creation and generated a static site from there (hook it up to an S3 bucket or something). I&#x27;d pay for sure.<p>Currently I&#x27;m using Nginx w&#x2F; SSIs for lightly dynamic sites. Works well enough and is very very simple.
评论 #10500914 未加载
geraldbauer超过 9 年前
FYI: I&#x27;ve put together a showcase of the world&#x27;s greatest static sites [1] (using the Jekyll machinery). Examples include: Bootstrap, Google Polymer, Facebook React, Open Data Handbook v2, PHP: The Right Way and many more. Cheers. [1]: <a href="http:&#x2F;&#x2F;planetjekyll.github.io&#x2F;showcase" rel="nofollow">http:&#x2F;&#x2F;planetjekyll.github.io&#x2F;showcase</a>
tetraodonpuffer超过 9 年前
I love pelican as a generator, it&#x27;s great<p>The one static generator I wish there was (unless there is one and I just haven&#x27;t found it) is one that would take a tree of code files and display it kinda like github does, in a browsable file browser hierarchy with syntax highlighting when drilling down to individual files.<p>Kind of like a precompiled static file browser, there are several dynamic file browsers around but they all require server-side code (php usually) to do the directory listing and so on, but I think it should be possible to precompute all the directory display pages with symlinks to the individual files, and do the highlighting in those in JS&#x2F;CSS<p>I might end up writing this at some point as it&#x27;s definitely an itch I&#x27;d like scratching unless it does exist already and somebody kindly points me to it
评论 #10500436 未加载
Loque超过 9 年前
The only problem I feel this really solves is caching, and for that specific problem, generating static pages may be a (work-aroundy) solution to consider, but in general I don&#x27;t think static website generators are going to be the next big thing...<p>When you look at page speed, not much of the slow-down is from servers delivering pages, but browsers having to digest HTML&#x2F;CSS&#x2F;IMG&#x2F;JS<p>I guess it all depends on what you are trying to achieve. Thanks as always for the article, interesting to see someone taking this with both hands.
评论 #10499397 未加载
评论 #10499694 未加载
评论 #10499361 未加载
stoikerty超过 9 年前
I can&#x27;t wait for ghost&#x27;s API.<p>I&#x27;ve been following their repo for a while, hopefully by next year they&#x27;ll be far along for it to be usable.<p>Ghost has an excellent editor and it would be awesome to have a static site built in any way you like that links straight to your blog posts via API calls.<p>They have a trello card that mentions it <a href="https:&#x2F;&#x2F;trello.com&#x2F;c&#x2F;QEdjRlgK&#x2F;67-open-public-api-via-oauth-and-same-domain-read-only" rel="nofollow">https:&#x2F;&#x2F;trello.com&#x2F;c&#x2F;QEdjRlgK&#x2F;67-open-public-api-via-oauth-a...</a><p>and are working on it as we speak :) <a href="https:&#x2F;&#x2F;github.com&#x2F;TryGhost&#x2F;Ghost&#x2F;issues&#x2F;4004" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;TryGhost&#x2F;Ghost&#x2F;issues&#x2F;4004</a><p>I know there&#x27;s a wordpress API as well but I find wordpress too bloated IMO.
intrasight超过 9 年前
I&#x27;ve only done static websites for a long while now. I created ThinCMS as a browser-based tool for building and publishing static web sites. It came about after I learned XSLT well enough to bend it to my will. I used it to build several public and private web sites, including two iterations of longwoodgardens.org (they&#x27;ve since moved to Drupal) and pittsburghtoday.org (where it is still used). XSLT ( and probably other static templating engines) is perfectly capable of generating complex nested navigation. The templates themselves are nested three layers so as to keep things DRY.<p>The PittsburghToday site is representative of the idea that a static web site is only static in the technical sense of the back-end content serving. The front-end is still dynamic since the data for the charts is being obtained from Google Docs and the Twitter feed from Twitter, etc.<p>I always felt like the odd man out, so I am glad to see strong interest in static web sites nowadays.
评论 #10500482 未加载
justinmayer超过 9 年前
As the primary maintainer of Pelican, a Python-based static site generator, I&#x27;ve given several talks on the resurgence of static site generators and in which cases they are (and are not) a good fit.<p>My most recent talk was two weeks ago at PyCon Japan. Following are my slides for that talk, in case that&#x27;s useful for anyone who wants to get a better understanding of SSG history and advantages&#x2F;disadvantages: <a href="http:&#x2F;&#x2F;justinmayer.com&#x2F;talks&#x2F;" rel="nofollow">http:&#x2F;&#x2F;justinmayer.com&#x2F;talks&#x2F;</a><p>Also happy to answer any questions here, of course. (^_^)
deanclatworthy超过 9 年前
I&#x27;ve been using static site generators a lot for client work over the last two years. I started off with Jekyll, but unless you are having under 100 pages, the build process gets painfully slow (trust me, I have micro-optimised).<p>I&#x27;ve since started using <a href="http:&#x2F;&#x2F;gohugo.io" rel="nofollow">http:&#x2F;&#x2F;gohugo.io</a><p>It&#x27;s lightning fast with 1000s of pages, and quite easy to pick up.
评论 #10503484 未加载
评论 #10503161 未加载
评论 #10500408 未加载
yuvadam超过 9 年前
I would be equally interested if the article was titled &quot;Why Static Website Generators Are Awesome&quot;. They are not the &quot;next big thing&quot;, they&#x27;ve been around for years.
评论 #10499657 未加载
eatonphil超过 9 年前
I am working on a project, <a href="http:&#x2F;&#x2F;blogful.me" rel="nofollow">http:&#x2F;&#x2F;blogful.me</a>, that combines a hosted static blog generator with a solid admin backend including post syndication, an embedded analytics dashboard, authoring tools, and an API if you don&#x27;t want to use the frontend.<p>There definitely appears to be a lot of interest in this space because you get the best of all worlds. Static site generators definitely seem like the way to go for all but actual web applications.
ohitsdom超过 9 年前
I&#x27;m still looking for a static site generator that&#x27;s as easy to use as Wordpress (so with a UI, not markdown). Anyone know of something that fits the bill?
评论 #10500062 未加载
评论 #10499944 未加载
评论 #10500103 未加载
评论 #10499927 未加载
评论 #10500790 未加载
评论 #10500166 未加载
评论 #10499931 未加载
评论 #10500045 未加载
评论 #10499936 未加载
评论 #10499770 未加载
buro9超过 9 年前
When I worked on a video search engine for UK football (soccer) clubs, we made the whole thing static.<p>We figured that inputs to the search was from a static range, i.e. these players, those games, that league, this type of incident (foul, goal, celebration, etc).<p>Then we pre-calculated all possible combinations and fired them through what we called a &quot;cache cannon&quot;.<p>It was highly parallelizeable, simple to store on disk (we stored JavaScript files whose names were the form inputs), and worked extremely well.<p>Even for something like a search engine, unless you&#x27;re doing full text search over a very wide corpus, you can look at pre-populating a cache and that cache actually being stored on your web servers and being directly addressable.<p>The design above, allowed that search engine to work over the weekend peak of 2 million users. That&#x27;s where it shone... we just did not have to worry about the thundering herd with a pre-populated cache.
bigethan超过 9 年前
... because Javascript and external APIs can now do so much.<p>If I can do everything with JS on the visitors browser, why not host some shell HTML on S3 and never worry about a server? Maybe hit AWS Lambda if need be for one specific thing? Dunno. The age of the do everything server seems to be coming to a close.
评论 #10500241 未加载
geraldbauer超过 9 年前
FYI: Join the &quot;movement&quot; and start a static site user group. For example, I&#x27;ve started the 1st one in Europe, that is, Vienna.html [1]; others in the U.S. include Static Web Tech in San Francisco [2] and {Static is} The New Dynamic in New York City [3]. Cheers. [1]:<a href="http:&#x2F;&#x2F;viennahtml.github.io" rel="nofollow">http:&#x2F;&#x2F;viennahtml.github.io</a> [2]:<a href="http:&#x2F;&#x2F;www.staticwebtech.com" rel="nofollow">http:&#x2F;&#x2F;www.staticwebtech.com</a> [3]:<a href="http:&#x2F;&#x2F;www.meetup.com&#x2F;The-New-Dynamic" rel="nofollow">http:&#x2F;&#x2F;www.meetup.com&#x2F;The-New-Dynamic</a>
ak39超过 9 年前
Ok, &quot;static&quot; here means no RDBMS-backed website. But you can still use statically generated JSON resources from a db once off. These resources can then be &quot;filtered&quot; and &quot;combined&quot; without the need for databases (not using the words JOIN or WHERE carefully).<p>Sounds like a great idea to overcome the need to obsess about connection multi-plexing.
评论 #10499479 未加载
rmdoss超过 9 年前
That&#x27;s the cool tool they used to test the performance of the site:<p><a href="https:&#x2F;&#x2F;performance.sucuri.net&#x2F;" rel="nofollow">https:&#x2F;&#x2F;performance.sucuri.net&#x2F;</a>
AnkhMorporkian超过 9 年前
You know what I&#x27;ve always wanted, but my searches have led me to believe that it (inexplicably) doesn&#x27;t exist?<p>I want a simple site generator. I don&#x27;t want markdown, I don&#x27;t want a fancy templating engine. I want some simple templating system that takes in normal HTML and generates pages from simple templates I define. I want to shove in some arbitrary HTML and have it spit out a site using some base templates.<p>To the best of my knowledge, that doesn&#x27;t exist. It would be perfect for someone like me who wants to keep a website updated, but doesn&#x27;t always want to run PHP on the server for something as simple as that.<p>I implemented a shoddy version of it on my own, but it&#x27;s far from ideal. I&#x27;m pretty astounded there&#x27;s not a well thought out version of it out there, considering how useful it seems it would be.
评论 #10499547 未加载
评论 #10501367 未加载
评论 #10499544 未加载
评论 #10499869 未加载
评论 #10502302 未加载
评论 #10500053 未加载
评论 #10499543 未加载
评论 #10500736 未加载
EA超过 9 年前
Anyone remember Noah Grey&#x27;s &quot;Grey Matter&quot;?<p>It was an inspiration to what became WordPress<p><a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Greymatter_(software)" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Greymatter_(software)</a>
评论 #10500562 未加载
cryptos超过 9 年前
Most of the static site generators have serious usability problems. They are simply not usable for many users using WordPress today.
评论 #10499755 未加载
Ideabile超过 9 年前
I think that Static Website Generators, aren&#x27;t by them self the next big thing. Mostly is about how the codebase influence on the content of the website, and use the the power of the existing versioning tools is indeed an advantage. Instead by them self are quite limited.<p>IMO, they are the next big thing if their are contextualised in Micro Service Structure, so that&#x27;s why I build Monera - <a href="http:&#x2F;&#x2F;github.com&#x2F;Ideabile&#x2F;monera" rel="nofollow">http:&#x2F;&#x2F;github.com&#x2F;Ideabile&#x2F;monera</a><p>What you think?
luxpir超过 9 年前
Haven&#x27;t done any benchmarks myself, but I&#x27;d be keen to find out if a static site loaded up with JS design elements, a product store, comments and analytics code would load any quicker than a CMS with PHP caching, system caching and microcaching to handle bursts on a lightweight webserver such as Nginx.<p>The article is frustratingly biased in this regard. Static sites should just play to their strengths, otherwise you probably want a CMS that will act like a static site when it needs to.
评论 #10499409 未加载
z3t4超过 9 年前
I agree with the article and think static web sites is the way to go if the read&#x2F;write ratio is high, and where the view is not unique to the user.<p>However, quote &gt; &quot;The static version is more than six times as fast on average!&quot;<p>This must be an engineering problem, especially on easily cached content. Serving static web sites Does require computation. But the current tools are very well made and optimized for it, witch is not the case with most CMS systems.
评论 #10502649 未加载
bhanu423超过 9 年前
I am working on Open Source Static Website Generator&#x2F;Manager for College Professors to create&#x2F;manage course webpages. Its actually a Desktop App which runs on windows, linux &amp; Mac and can directly push the webpages created to Github-Pages, SFTP Server. Do check out the project at <a href="https:&#x2F;&#x2F;github.com&#x2F;navya&#x2F;Kalam" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;navya&#x2F;Kalam</a> .
abalashov超过 9 年前
&quot;With the maturation of browsers, many features that used to require dynamic code running on a server can be moved entirely to the client. Want comments on your website? Add Disqus, Isso or Facebook comments. Want social integration? Add Twitter or Facebook’s JavaScript widget to your website. Want real-time data updating live on your website? Add a squirt of Firebase. Want search? Add Swiftype. Want to add live chat support? Olark is there. Heck, you can even add an entire store to a static website with Snipcart.<p>The list goes on and on, as a whole ecosystem of purely browser-based add-ons to websites is emerging. Apart from that, modern web apps built with Ember.js, AngularJS or React are often deployed entirely as static websites and served directly from a CDN with a pure API back end that’s shared between the website’s UI and the mobile client.&quot;<p>--<p>I&#x27;m not sure I understand. It doesn&#x27;t seem to me that a fully single-page, AJAX web site is truly &quot;static&quot;. If much of the utility and content must be paged in via client-side JS calls, that too will contribute to load time and the same problems that are attributed to dynamic document generation. It may be all asynchronous and fancy, but from a UX point of view, the content isn&#x27;t there until the data&#x27;s retrieved. How&#x27;s this any different than arguing for a grid of IFRAMEs?<p>After all, if your page is a minimal HTML DOM harness for a bunch of JS, can one really be said to have &quot;loaded&quot; the page simply in virtue of having loaded the stub HTML?<p>Or is this argument based mainly on either the implicit premises that (1) not all the functionality and components are used at once? or (2) that much of any given site&#x27;s functionality can be off-loaded to third-party components (e.g. Disqus) which can all be loaded in parallel from different network sources?
manishsharan超过 9 年前
I host my company&#x27;s web site on AWS Cloudfront using my homemade static website publisher which minifies my JavaScript&#x27;s ,css and html and gzips them before pushing to Cloudfront . The pages load fast but the downside is making changes to page like fixing typos is not as simple but that probably an issue with my generatorvas well as Cloudfront cache configuration. I don&#x27;t use Jekyll or Hyde or other static publishers because I wanted to write one in clojure and I figured I could write one in clojure faster than what it would take me to learn jekyll etc. You can check out and (critique) my website by visiting <a href="https:&#x2F;&#x2F;www.videocloudmanager.com" rel="nofollow">https:&#x2F;&#x2F;www.videocloudmanager.com</a>. I run business video hosting service.
评论 #10499654 未加载
bjfish超过 9 年前
One static site CMS that I know of is: <a href="http:&#x2F;&#x2F;www.webhook.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;www.webhook.com&#x2F;</a><p>It&#x27;s open source. Design and content is edited collaboratively and it deploys a static site.<p>Are there any other CMS systems designed to deploy static sites?
ramon超过 9 年前
I think you guys are thinking small when thinking about a static site. Change the content dynamically with Javascript only is still considered a static website, this doesn&#x27;t make the frontend static at all, it&#x27;s very dynamic! But no more need for PHP, Perl, etc.<p>Best Regards
kefka超过 9 年前
I do something I call Dyna-Static.<p>I can run a static page off an Apache (or any wwwserver) instance. Just chuck files in &#x2F;var&#x2F;www&#x2F; where you want them.<p>Now where it gets interesting is I use Node-red to generate the pages; content and all. I want headers? It&#x27;s a variable. I want ads? It&#x27;s another variable Google provides. I want chat? Easy ( I can do it with nodered or 3rd party). I can bridge that webchat with my or someone else&#x27;s IRC room.<p>Now, I can script it so the pages are updated from nod-red server to webserver. They can easily sit on the same box, as node-red takes few resources.<p>And the kicker is that I could get that done in an hour or so. Check out Node-Red . It really is that amazing.
threatofrain超过 9 年前
I think static site generation will simply be a feature of a build tool like Webpack or Gulp, maybe as a plugin, and either way there will be an api for developers. Or it will simply be part of a larger build chain &#x2F; automation system somehow.<p>Static site generator doesn&#x27;t mean there&#x27;s no backend. A website is called &#x27;dynamic&#x27; when its operation depends on communicating with a server. The JS logic delivered to the client can range from animation to async http requests.<p>The distinction between &quot;static site generator&quot; and Webpack &#x2F; Gulp is very gray. It all depends on what you want to do with your client-side JS logic.
facepalm超过 9 年前
Sadly, I think it will never work for end users. I myself also don&#x27;t update my blog very often, partly because writing new posts is still too cumbersome (with Jekyll). I am a developer, but I don&#x27;t use Markdown and Liquid (or what was the name) on a daily basis, so I still have to look things up when writing.<p>Now I tend to think that the best way would be to use a random CMS (like Wordpress) and mirror it&#x27;s output as a static site. That way, the dynamic part the end user uses for creating content could be behind some secure login-wall, and the public site would just be static.<p>As for comments, I guess they just won&#x27;t be supported.
danneu超过 9 年前
I think the simplest static site generator is a command that visits all of your routes and saves the response html into a `build&#x2F;` folder.<p>That way you can use whichever framework&#x2F;stack&#x2F;templating&#x2F;database you&#x27;re already familiar and productive with, and in the end you&#x27;re just deploying a static build folder from localhost.<p>I started doing this when it came down to hacking Jekyll to implement something that&#x27;s trivial to do in a microframework, so I went with microframework + page caching. I do the build and deploy with a gulp task that I&#x27;d like to generalize into a gulp module.
评论 #10500367 未加载
CamatHN超过 9 年前
To an extent I agree I think we are just getting better at recognizing the security and performance optimizations that are staring us in the face when content doesn&#x27;t change rather than having complex websites completely static as static site gens do. I think we will see an increase in static elements mixed with dynamic elements in a more comprehensive way.<p>------<p>I host 10s of more or less static sites (Contact forms being the most dynamic elements) which are generated on the spot from one PHP (laravel) installation.<p>Anyone know the best way to cache the html&#x2F;css statically to serve?
coreyoconnor超过 9 年前
Partition template parameters into request-dependent and request-independent sets. Memoization with persistence of the request-independent template instantiation. &quot;static&quot; then is the special case of no request-dependent template parameters.<p>I think I&#x27;ll write an article &quot;pure functions with memoization are the next big thing!&quot; Except they are not &quot;new&quot; because they&#x27;ve been around for decades. The only difference is the Web 2.0 uberkids haven&#x27;t &quot;discovered&quot; the concepts yet.
pistle超过 9 年前
... Next Big Thing For Minimally Dynamic Sites<p>If your content doesn&#x27;t change frequently and&#x2F;or the costs of regenerating the static content is minimized for you, great.<p>At what point do we see static sites take a fair share of the top-X-trafficked sites? Top 100? 1000? 1,000,000?<p>This is probably great for a small corp&#x27;s info site... but then the client asks for a contact form or members&#x2F;admin secured area, and there we go down the rabbit hole again.
评论 #10503893 未加载
评论 #10499742 未加载
评论 #10502939 未加载
calebm超过 9 年前
Think of web app architectures like data structures. Most websites should be optimized for reading, not writing. Static site generators are very optimized for reading, not writing. Wordpress sites, on the other hand, are more optimized for writing. It makes sense that most websites should choose static site generators - it&#x27;s just a better &quot;data structure&quot; for the needs.
look_lookatme超过 9 年前
My favorite kind of static website generator is lazy, just in time, and supports TTL based regeneration on a per page level.
jhack超过 9 年前
I&#x27;d love to use static site generators for my client work but they usually ask for features like e-commerce that completely rule out it&#x27;s use.<p>Usability is also an issue. Wordpress is a far more friendly environment for them to make changes or create a new post than creating a text file with specific formatting and running a script.
评论 #10503081 未加载
milge超过 9 年前
I&#x27;m currently (slowly) working on a static blog that utilizes only HTML, JS, and CSS. I liked jekyll, but wanted something with no backend technology requirement:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;milge&#x2F;lilblog" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;milge&#x2F;lilblog</a>
amelius超过 9 年前
Does this mean that developers and admins will get paid less, because their jobs just got a lot simpler?
stadeschuldt超过 9 年前
I use MiddleMan as a static site generator for a page hosted on my raspberry pi: <a href="http:&#x2F;&#x2F;pi.tafkas.net" rel="nofollow">http:&#x2F;&#x2F;pi.tafkas.net</a><p>As I am more of a python guy I wonder if there is a similar (as in not primarily for blogging) generator for python?
评论 #10502641 未加载
LinuxBender超过 9 年前
I have been doing this since 1998 with perl and cron for my own systems and I can say it works great. Combine that with a ram disk and I can handle the load with a couple small machines that would typically require a big farm using dynamic content for everything.
nstart超过 9 年前
I&#x27;m currently building my own static site CMS. Basically. Word press like interface (at some point). Spits out a static site. My blog <a href="http:&#x2F;&#x2F;adnanissadeen.com" rel="nofollow">http:&#x2F;&#x2F;adnanissadeen.com</a> runs on it. I&#x27;m building the CMS over at <a href="https:&#x2F;&#x2F;github.com&#x2F;spartakode&#x2F;static-cms" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;spartakode&#x2F;static-cms</a> . Been inactive for a while because I&#x27;m just a horrible procrastinator. I&#x27;ll be finishing up (read: making it usable by public) end of this year hopefully. Will try and offer a hosted service a little later.
uxcn超过 9 年前
Considering a lot of content seems to be increasingly generated and handled via Javascript, what are some of the downsides to statically generating a website or webapp?
tmaly超过 9 年前
I remember this custom CMS written in Perl mason that we used at JupiterMedia ( formerly internet.com ) back in 2004. It worked well but had some complexity.
ohitsdom超过 9 年前
How many more articles about static sites being the &quot;Next Big Thing&quot; before they just become &quot;The Big Thing&quot;?
cobweb超过 9 年前
A bit of web history, mention some static site generators, end by saying their tool is the babel fish of static site generation.
Dolores12超过 9 年前
Movabletype anyone? Its older than wordpress.
评论 #10499612 未加载
sogen超过 9 年前
just an ad for Netifly
elf25超过 9 年前
I&#x27;d be happy with a wordpress plugin that rendered static pages. 95% of client sites I&#x27;ve ever done have little to no reason to be dynamic. I know there are valid reasons for a dynamic site however IMHO those are rare.
dschiptsov超过 9 年前
Next to geosites.com, I suppose.