Ask HN: What are the *dynamic* needs for a static site these days?

Always wanted to build a SaaS around services meant for static sites. Feel free to take these ideas and run with them since I don't believe I'll have the time to follow through with these anymore.

1. A content suggestion tool where based off of the current content and past content you'd build an interest profile so you can populate suggestion widgets on the page, while also not recommending articles they have already read before.

2. A user option to hide read content. When they read content, the link will be hidden from the site so they don't waste time sorting through old content to get to new content. I was planning on pairing this with the option to hide a story that's not of interest for the same reasons. All these articles can be viewed again either by turning off this option(provided the developers integrate it) or by viewing a page with all the content that has been hidden(or however the site developers integrate the api to access hidden content).

3. A favorites/history tool for users on a site. What I had in mind is being able to allow users to favorite content and this will be saved and accessible by the site developers through API to integrate, such as the obvious favorite's page.

Had a few others but don't remember off the top of my head.

I built a service last year that provided a SQL database over CORS, access control (user login, registration with email confirmation, and password reset via email). Security was over https and user controlled authentication tokens. The idea was to provide toolkit for building dynamic services for static sites. The archetypical use case was comments for static blogs. I built a simple forum that supported user signup, posting topics etc... as a single page app. Excercised the whole thing.

I had some interest but acquired no regular users. Email me if you'd like more info, I'll not promote it here.

I have some completely static sites and some completely dynamic ones.

Most of my sites are served from my solar-powered RPi2 with boring old Apache 2.2 and various site checkers plaster them with As for technical performance. Very little need for JS. You may of course not like my content, but for me for those sites the answer to your question is "none".

You should see the rant about AMP, trending on the HN front page, to see an example of why more JS is not more bettererorz UX... B^>

Declaratory and static for me, where possible.

Some of the dynamic needs also could be static some day. Comments are easy to generate a json everytime, search is a little more difficult.

Depends on the usecase. Sites for local stores need opening hours. Having those information as plain html is enough but that can be extended via ajax to show if store is currently open... So no need for dynamically rendered pages serverside.

I would say blogging, whitepapers, product updates are the dynamic things which one can update regular on static sites.

sites that are used for adverting may want to show different content based on a users past behavior (new vs returning visitor, for example) it is hard to achieve this in front end javascript without content flashing as one piece of content is replaced with another

A contact form.

Access control (login).

the LIKE button