Live data from Hacker News

Show HN: Never lose a website again

fetching.io

21–30 of 80 posts

Re: Show HN: Never lose a website again

#21
Two issues with your landing page

1. major - Breaks back button

2. minor(nitpick) - If I click on the green "notify me" button and then "cancel" on the prompt dialog instead of "OK", it still shows me the green "Success - you will be notified" message

Good luck though!

Re: Show HN: Never lose a website again

#22
I'm a bit confused. Is this essentially a browser plugin which extracts plaintext of your browsing and then sends it off to fetching.io's servers for indexing, and presumably some sort of search box area to let me search those?

Re: Show HN: Never lose a website again

#23
I love this idea. Chrome's history is insufficient; I swear, it often doesn't record sites I've visited. But.. I'm not ready to trust an unknown process sending my entire browsing history to unknown servers. Excited for a potential local version.

Re: Show HN: Never lose a website again

#24
post #21

Two issues with your landing page 1. major - Breaks back button 2. minor(nitpick) - If I click on the green "notify me" button and then "cancel" on the prompt dialog instead of "OK", it still shows me the green "Success - you will be notified" message Good luck though!

"Never lose a website again" ...because you will never leave this one.

Re: Show HN: Never lose a website again

#25

Why do so many sites require cookies just to tell me what they are all about? Yes, I am of the lunatic fringe that blocks all cookies by default... ...and by default more and more web sites lose me as a potential client/user/whatev because they require cookies just to display static welcoming information... ...I lose nothing by this, as far as I can tell. Perhaps ignorance really is bliss. :->

I guess most websites nowadays are built using one of the myriad web frameworks out there (Django, RoR, you name it.) Most of this frameworks enable sessions by default, simply because it's what most websites will want if they manage any kind of state. Nothing nefarious about it.

> Most of this frameworks enable sessions by default

True, but in my experience, the major frameworks don't automatically lock out users with cookies disabled. For example, on a Rails app with no before_filter on the homepage, you can start the server and do this:

    echo "GET / HTTP/1.1" | nc localhost 3000
You should get back the homepage HTML.

Re: Show HN: Never lose a website again

#26
post #23

I love this idea. Chrome's history is insufficient; I swear, it often doesn't record sites I've visited. But.. I'm not ready to trust an unknown process sending my entire browsing history to unknown servers. Excited for a potential local version.

Agreed. I learned recently that you get better history search by going to Google and having it only show 'visited sites'.

Re: Show HN: Never lose a website again

#28

I was just looking for such indexer this exact evening. Unfortunately, logon via Twitter fails with 500 error bar flashing at the site's top and logon via FB fails with "App Not Setup: The developers of this app have not set up this app properly for Facebook Login.", so I can't try it. Nonetheless, my biggest worry is why this is a service instead of a standalone package. (Actually, I've considered trying with the ho…

Bah, I'm sorry! The Facebook login has now been fixed. I totally hear you on some people not wanting to share browsing history externally. This first version was easiest to do as a hosted service. Next up I intend to package it up as an installable app.

Twitter login still not working

Re: Show HN: Never lose a website again

#29
I like the concept of this service.

Basically we should be able to find _any_ piece of information that we have already encountered with anytime in our lifetime. This service is indexing this layer of information.

I would add another layer for information with which we engage more: e.g. liking, linking, sharing etc.

Post reply on HN