Sounds too good to be true, but also brilliant. Curious what others think. What are the downsides?
[deleted]
Show HN: Make your site’s pages instant in one minute
21–30 of 361 posts
Re: Show HN: Make your site’s pages instant in one minute
#22Perhaps this something that a browser should be doing, instead of websites themselves?
Enabling it by default Internet-wide seems like it could be a bad idea for many reasons. If I go out of my way to enable it on my site, I am taking responsibility for the bandwidth and any side-effects of prefetching a link and understand what I am doing. But if it is simply enabled Internet-wide, isn't that bordering on a DDoS? What about poorly-coded websites/apps where GETS are not idempotent or have side-effects? What about server-side analytics/logs tracking HTML downloads?
Re: Show HN: Make your site’s pages instant in one minute
#23Perhaps this something that a browser should be doing, instead of websites themselves?
The heuristics to exclude logout links and the like would be very disruptive. Those decisions need to be in the website author's hands. However, I think if browsers had this, but off by default until seeing tags to enable it along with any exclusions, that would be great.
It doesn't have to be. Could start by allowing website authors to opt in via a tag in the or something, then opt out on a per-link basis with an attribute (eg preload=false)
Re: Show HN: Make your site’s pages instant in one minute
#24I’m wondering if a possible use case for this is to use it to warm up app servers when doing deployments?
Enumerate through a list of pages on your site and use something like Puppeteer to simulate hovering over links on each page.
Re: Show HN: Make your site’s pages instant in one minute
#25Earlier quoted context omitted.
Just go directly to the script url: https://instant.page/1.0.0 The code is not obfuscated or minified, very easy to read.
It probably should be minified if the whole point is to improve page load times.
Compression and caching makes any minification of small scripts more than negligible.
Re: Show HN: Make your site’s pages instant in one minute
#26This is a feature available on most web frameworks today (for example Link's prefetch on Next.js), but still could be very useful for smaller website and other static pages not using such frameworks. I'd be a little wary of using a script from an unknown person without being able to look at the code - I'd rather see this open source before using. Especially being free and MIT licensed, I don't see why it wouldn't be…
Is there something similar available on Django?
Re: Show HN: Make your site’s pages instant in one minute
#27I don't know that the presence of a query string is a great indicator of whether the link causes state change (cue the typical GET immutability arguments, etc.).
For example, in Drupal every path (whether or not it causes state change) has 2 forms: "/?q=path/to/page" (when you don't have access to .htaccess or .conf) and "/path/to/page" (when you do, and you enable clean URLs).
Re: Show HN: Make your site’s pages instant in one minute
#28Embedding via // without explicit SSL should probably be considered harmful or malicious as there is no reason to make such scripts available without SSL. Even if the end website is not using SSL users can still fetch your script securely.
Re: Show HN: Make your site’s pages instant in one minute
#29Where does their code get inserted? I could imagine it might help if it were added to the page you were linking from, but the site seems to indicate the code gets added to page you want to have load quickly -- the page you're linking to.
On the pages you’re linking from.
Re: Show HN: Make your site’s pages instant in one minute
#30I don't know that the presence of a query string is a great indicator of whether the link causes state change (cue the typical GET immutability arguments, etc.). For example, in Drupal every path (whether or not it causes state change) has 2 forms: "/?q=path/to/page" (when you don't have access to .htaccess or .conf) and "/path/to/page" (when you do, and you enable clean URLs).
Back when standards mattered, state changes were only in PUT, POST, and DELETE