Live data from Hacker News

This Page is Designed to Last

jeffhuang.com

221–230 of 458 posts

Re: This Page is Designed to Last

#221
post #175

Earlier quoted context omitted.

I’ve been building an application to do this, except for everything on your computer! It’s called APSE[0], short for A Personal Search Engine. [0] https://apse.io

Having to pay $15/month ($180/yr!) to be able to search stuff on my own computer for years seems awfully expensive. I'd rather depend on some simple open-source piece of software that I can understand and maintain if necessary.

Google used to have a native Mac extension like a launch bar. Command space ... Enter search all local files. It was really fast

Re: This Page is Designed to Last

#223

Earlier quoted context omitted.

Shout out to https://joplinapp.org/ I was an Evernote user when I was on macOS. When I switched to Linux, a proper web clipper was something I really missed. I'm now on Joplin and it does everything I used to use Evernote for and then some. It even has vim bindings now! As far as longevity goes, I think they got their archive / backup format right - it's just a tarball with markdown in it.

No need of proprietary code and apps why not build it into browsers. I have seen Firefox and Chrome can download web pages. So it will be nicer if they can download the bookmarked pages and store in a local html, css, image folder. I think it's pretty easy to achieve. Also people need to move away from those esoteric reactjs, angular, vuejs and plethora of CMS as API or static site generators relying on some js frame…

> No need of proprietary code and apps

Joplin is free and open source.

Re: This Page is Designed to Last

#224

There's no reason why a web browser bookmark action doesn't automatically create a WARC (web archive) format. Heck, with the cost of storage so low, recording every webpage you ever visit in searchable format is also very realistic. Imagine having the last 30 years of web browsing history saved on your local machine. This would especially be useful when in research mode and deep diving a topic. [1] https://github.com…

Years ago I used the old Firefox addon Shelve to automatically archive the vast majority of web pages I visited. http://shelve.sourceforge.net/ The main disadvantage was disk space. This is particularly true when some pages are 10 MB or larger. I would periodically prune the archive directory for this reason. I stopped using Shelve when I started running out of disk space, and now I can't use Shelve because the addon…

It installs and loads in Waterfox, but of course it still hasn't been touched in 3.5 years.

I used Scrapbook in the past (which also still works) but I usually just save random things in ~/webpages/ since (apparently) 2011. The earliest is a copy of the landing page at bigthink.com. Of course now almost every link is broken, excluding social media buttons, About Us, Contact Us, RSS, Privacy, Terms of Use, Login, and the header logo pointing at the same page.

Re: This Page is Designed to Last

#225

XML tools should be able to validate the HTML locally, as these pages have already been "rendered" ahead of time. And it would be interesting to see some stats on the types of pages that are returned for the broken links. Are they returning HTTP 404s? 30x? 200's, or 500's? Does their site even allow for 300 redirection? But it makes sense to reduce infrastructure to serve static content, which are all points of failu…

Not XML but SGML [1], the superset and origin of both XML and HTML.

[1]: http://sgmljs.net/docs/html5.html

Re: This Page is Designed to Last

#226
post #55

HMTL was a bad idea that just kept sprouting cancerous growths on top of itself. Just like the author recommends not using non-web fonts, we honestly don't need much markup beyond "monospace", "em", "strong", "title 1-5", and "p". Everything else HTML does is a huge distraction. In the past thirty years, there have only been a few actual kinds of content: - Article - Comment - Reference manual Nothing really deviates…

It's one thing to dream up a minimalist markup language that ought to be enough for everybody, but it's a whole different problem to preserve the large body of existing content out there. Actually, SGML (from 1986, and on which HTML is based) has the capability to render/transform your mini markup language to HTML, and also render markdown and other custom Wiki syntax.

Re: This Page is Designed to Last

#227
post #94

This website needs to scale text better on mobile (on an iPhone) so it's not hard to read. Especially for a post advocating on using vanilla HTML and how nice and powerful it is. I don't think I particularly disagree with any of the post, but I found it a little long-winded.

Catering to energy limited, heat dissipation limited, UI size and precision limited, and network limited (random rtt) smart phones is why the web has become as bad as it has.

Re: This Page is Designed to Last

#228

Earlier quoted context omitted.

This was what made me convert from bookmarking to clipping pages into Evernote around 6-7 years ago. I realized I had this huge archive of reference bookmarks that were almost useless because 1) I could rarely find what I was looking for, if I even remembered I'd bookmarked something in the first place, and 2) if I did, it was likely gone anyway. With Evernote I can full text search anything I've clipped in the past…

>if I even remembered I'd bookmarked something in the first place I had recently participated in a discussion on the problem of forgetting bookmarks[1]. Copying my workflow from there, 1. If the entire content should be easily viewed, then store via pocket extension. 2. If a partial content should be easily viewed i.e. some snippet with link to entire source, then store in notes (Apple). 3. If the content seem useful…

My solution for a small subset of the forgetting problem:

I frequently see something and want to try it out the next time I want to do something else. So I emulate User Agent strings and append lots of "like [common thing I search for a lot]" to the bookmark. When I start typing into the search bar for those other things I'll be reminded of the bookmark.

For example, since file.io is semi-deprecated I decided to try out 0x0.st . But I kept forgetting when I actually needed to transfer a file, so I made a bookmark titled "0x0.st Like file io".

As a side note, I have a similar bash function called mean2use that I use to define aliases that wrap a command and ask me if I'd like to do it another way instead or if I'm sure I want to use the command. I've found this is a nice way to retrain my habits.

Re: This Page is Designed to Last

#229

Earlier quoted context omitted.

This was what made me convert from bookmarking to clipping pages into Evernote around 6-7 years ago. I realized I had this huge archive of reference bookmarks that were almost useless because 1) I could rarely find what I was looking for, if I even remembered I'd bookmarked something in the first place, and 2) if I did, it was likely gone anyway. With Evernote I can full text search anything I've clipped in the past…

I store bookmarks (i.e. URLs) in a simple .txt file. My text editor lets me click on them to bring them up in a browser. > Only downside is I'm dependent on Evernote No special software nor database required.

What benefit does that provide compared to regular browser bookmarks? It doesn't seem to address either of the issues I mentioned.

Re: This Page is Designed to Last

#230

There's no reason why a web browser bookmark action doesn't automatically create a WARC (web archive) format. Heck, with the cost of storage so low, recording every webpage you ever visit in searchable format is also very realistic. Imagine having the last 30 years of web browsing history saved on your local machine. This would especially be useful when in research mode and deep diving a topic. [1] https://github.com…

Better than a bookmark action would be a commandline option, similar to Firefox's -screenshot, which will work without starting X11. Something like -archive:warc
Post reply on HN