HN user

shanebellone

767 karma
Posts27
Comments554
View on HN
news.ycombinator.com 2y ago

Ask HN: Would you pay to reduce HTTP requests?

shanebellone
2pts8
news.ycombinator.com 2y ago

Ask HN: Have you sold or licensed tech? Share your story

shanebellone
3pts0
news.ycombinator.com 2y ago

Ask HN: Retrieving multiple images with a single request?

shanebellone
1pts6
news.ycombinator.com 2y ago

Ask HN: Why don't we stream websites like movies?

shanebellone
1pts14
github.com 3y ago

An object database with zero dependencies in less than 100 lines of Python

shanebellone
2pts0
news.ycombinator.com 3y ago

Ask HN: Please help Does HTTP/3 chain requests?

shanebellone
2pts7
news.ycombinator.com 3y ago

Ask HN: How do you know when you know something?

shanebellone
2pts4
news.ycombinator.com 3y ago

Amazon Kills Halo Band and Halo View

shanebellone
2pts0
news.ycombinator.com 3y ago

Ask HN: How do you navigate continuous learning?

shanebellone
1pts2
news.ycombinator.com 3y ago

Ask HN: What's your residential Internet speed and cost?

shanebellone
23pts88
en.wikipedia.org 3y ago

Karl Bushby and the Goliath Expedition

shanebellone
1pts0
news.ycombinator.com 3y ago

Ask HN: How to monetize a highspeed Internet connection?

shanebellone
4pts4
www.technologyreview.com 3y ago

Counterfactuals could help Spotify pick your next favorite song

shanebellone
3pts0
news.ycombinator.com 3y ago

Ask HN: Why Allow Http1 Traffic?

shanebellone
3pts5
news.ycombinator.com 3y ago

Ask HN: Real-time backend bot handling?

shanebellone
2pts10
news.ycombinator.com 3y ago

Ask HN: Thoughts on Object-Oriented Databases?

shanebellone
1pts0
news.ycombinator.com 3y ago

Ask HN: Proliferation of “Prompt Engineering”

shanebellone
7pts5
news.ycombinator.com 3y ago

CLI via SMS

shanebellone
7pts4
news.ycombinator.com 3y ago

Ask HN: SMS Surveys for Research?

shanebellone
1pts2
www.nasa.gov 3y ago

Pellet-Beam Propulsion for Breakthrough Space Exploration

shanebellone
2pts0
news.ycombinator.com 3y ago

Ask HN: Text Editor with “add prefix/suffix around selected text” feature?

shanebellone
1pts5
news.ycombinator.com 3y ago

Ask HN: Resources for Building a Webserver in C?

shanebellone
40pts65
www.spill-app.com 3y ago

Spill: A Twitter Alternative

shanebellone
8pts9
news.ycombinator.com 3y ago

Ask HN: Local implications and economic impact of datacenters?

shanebellone
5pts3
news.ycombinator.com 3y ago

Ask HN: Tips for First Job Search?

shanebellone
1pts6
news.ycombinator.com 3y ago

Ask HN: How is Stable Diffusion different from sampling in hip-hop?

shanebellone
2pts2
pathview.io 3y ago

Show HN: Take 2 with Pathview’s cookieless content attribution

shanebellone
1pts0

I'm familiar with css sprites too. That's still just 1 image per request though.

Say you wanted to populate a social media feed... you'd need to dynamically call media. That produces a huge amount of requests.

What if you want to batch 10 images per request? Does anyone currently do that?

"I haven't understood why apps are not what you ask, so I tried to remember some well-known technologies/approaches."

I'm talking about websites that function like apps but have the privacy/security benefits of being sandboxed inside the browser (accessed by URL or link).

It seems we may be talking about different things. I am not advocating for downloadable apps (I've never liked the app store paradigm nor the access it grants random developers). I'm advocating for more capable websites (which IMO "ought" to protect user data--not leverage it).

Why such archaic examples?

Imagine visiting this website, Hacker News, to read a few posts/discussions. Does the idea of circumventing a refresh offend you? You could click into a threaded discussion (from the homepage) and back without triggering a reload or needing the data beforehand.

Other than the indexability problem, it seems like an ideal solution. In many use cases, the indexability problem is actually a feature too.

Ah, but that's not that case here at all. It's not an app. It's still a sandboxed web page. The only difference is the communication method. Rather than a transactional client-server relationship, we adopt the media-steaming approach post-load.

That is to say: You would load your desired website (the standard way) and then experience a "refresh-less" session for the duration of your visit.

It does sound like it, but no it's just plain JS. I recorded a short clip; showing is better than attempting to explain.

Edit: It is almost AJAX. The more I think about it the more the boundaries get blurry. Essentially, it's AJAX that does not fetch or receive resources directly. It interacts with a buffer that holds JSON which describes the next batch of cards. The images are streamed via <img> tag, so the buffer is small relative to the media it represents.

https://www.youtube.com/watch?v=6eSDuAe3pHA

Let me clarify with some context. I've been tinkering with an infinite grid concept that consumes a streamed JSON feed (plus a sufficient data buffer to hide any delay from the user) to create and then display content with the help of a JS factory. All related media is then streamed to the browser and lazy loaded when needed. With this setup, you can traverse a database without refreshing the page by redrawing the window.

The only potential drawback I see is whether or not search crawlers could index content that's introduced via JS after a page load.

Edit: It also appears to protect from scraping... so I suspect it would conflict with indexability. That's a pretty big downside if true.

"Copyright infringement is not stealing, full stop. It is just that, an infringement on a commercial interest that the government grants."

This perspective is incredibly obtuse. You use the law (that you fundamentally reject) as a justification for a semantic debate that no one is having.

Whether you label it as infringement or theft, the impacts are identical. Regardless of the terminology, you are withholding a payment that is owed for something you've unlawfully taken.

Check your footing, your moral high ground is located in the Mariana Trench, alongside debtors and fraudsters.