Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Every web search result in Brave Search is now served by our own index

brave.com

Post reply on HN
Print view View original

31–40 of 494 posts

Re: Every web search result in Brave Search is now served by our own index

#31

Post by IMSAI8080 »

nocommandline wrote: post #14

Read the announcement and it looks like there isn't an option to submit a site for crawling. If that's true, how do they discover new sites? My understanding of the 'the Web Discovery project' is that they're indexing your search and the results you click, anonymously but you won't see new sites in your search results which in turn means the new site won't be indexed by them

Probably watching for new DNS entries gets you most of the way there. When you fire up any new website you usually get a pile of visits from mysterious cloud boxes in the first 24 hours before you are listed on any search engine. I assume that's how they find you.

Re: Every web search result in Brave Search is now served by our own index

#32

Post by jonathansampson »

HeckFeck wrote: post #19
pachico wrote: post #4

Just the fastest and most ergonomic browser I've tried. I wish Firefox was like Brave, to be honest. Until that happens, I'll stick to Brave for both mobile and desktop.

It is ergonomic until you want to send more than one tab using Brave sync. Also Ctrl + B to show the bookmarks sidebar would be nice, for those of us who nest their web clippings deeply. On the iOS app, it also forgets usernames I’ve stored using password sync. For some sites (criteria unclear) I have to type the username before it inserts the password, which is frustrating to a privacy conscious user who will not us…

In Brave, you can select the Bookmarks panel from the side bar, and then toggle it open/closed from then on with Ctrl+B.

Regarding iOS, it's entirely possible there's a bug in our code. I'll definitely take a closer look and speak with the team regarding this report. That said, it's also not entirely uncommon for users to enter a site through a slightly different URL, or form, which complicates the credential-autofill logic. If you have an example or two of sites where this behavior is consistently observed, that would be much appreciated.

Re: Every web search result in Brave Search is now served by our own index

#35

Post by darreninthenet »

pachico wrote: post #4

Just the fastest and most ergonomic browser I've tried. I wish Firefox was like Brave, to be honest. Until that happens, I'll stick to Brave for both mobile and desktop.

Have they sorted out the bookmark syncing? When I tried Brave a few years ago I went back to Chrome (and now FF) as the bookmark syncing functionality would frequently go out of sync for hours on different browser installs.

Re: Every web search result in Brave Search is now served by our own index

#36

Post by thrdbndndn »

GCA10 wrote: post #26

Just started testing Brave Search, and it scored a rare 100 on the first test: If you type in the name of a favorite boutique hotel, will you get that hotel's true website -- or the usual hairball of third-party intermediaries? (For anyone who's ever tried to modify a reservation, the difference is astonishing. If you're booked with the hotel, all kinds of adjustments are at least possible. If you're booked with Book…

Huh, interesting idea. I personally deliberately book though Booking and alike because it's so nice to have everything hotel related in one place especially when having long trips.

Re: Every web search result in Brave Search is now served by our own index

#37

Post by londons_explore »

GCA10 wrote: post #26

Just started testing Brave Search, and it scored a rare 100 on the first test: If you type in the name of a favorite boutique hotel, will you get that hotel's true website -- or the usual hairball of third-party intermediaries? (For anyone who's ever tried to modify a reservation, the difference is astonishing. If you're booked with the hotel, all kinds of adjustments are at least possible. If you're booked with Book…

Google usually does through the maps place card. To update that card, the hotel manager has to receive a postcard posted by google. Obviously expedia etc can't easily do that.

Re: Every web search result in Brave Search is now served by our own index

#38

Post by lotsofpulp »

thrdbndndn wrote: post #36
GCA10 wrote: post #26

Just started testing Brave Search, and it scored a rare 100 on the first test: If you type in the name of a favorite boutique hotel, will you get that hotel's true website -- or the usual hairball of third-party intermediaries? (For anyone who's ever tried to modify a reservation, the difference is astonishing. If you're booked with the hotel, all kinds of adjustments are at least possible. If you're booked with Book…

Huh, interesting idea. I personally deliberately book though Booking and alike because it's so nice to have everything hotel related in one place especially when having long trips.

I always buy directly from the hotel assuming that I will be treated better due to the hotel earning more money from me due to not having to pay commission to a travel agent.

Also, I assume there is less probability of errors since when you reserve on a travel agent website, your reservation goes through an additional system before it gets to the hotel.

Re: Every web search result in Brave Search is now served by our own index

#40

Post by mintplant »

GCA10 wrote: post #26

Just started testing Brave Search, and it scored a rare 100 on the first test: If you type in the name of a favorite boutique hotel, will you get that hotel's true website -- or the usual hairball of third-party intermediaries? (For anyone who's ever tried to modify a reservation, the difference is astonishing. If you're booked with the hotel, all kinds of adjustments are at least possible. If you're booked with Book…

Fails my personal benchmark, unfortunately:

haskell megaparsec operators -> should return [0] somewhere high in the result set. Found it on the third page of Brave Search. For comparison, it's the very first result on Google, second page for Bing, and the third page for DuckDuckGo.

Sure, it's a bit obscure, and I don't even write that much Haskell these days. But it's calibrated to determine whether I can rely on the search engine to quickly surface what I need to be productive, and whether I can trust its 'negative results' (I don't see what I want on the results page -> I need to refine my query or take a different approach). The version number returned in the URL also shows how well the engine handles keeping up with versioned documentation pages and aggregating 'link juice' between them.

I try this on every search engine alternative that pops up on HN. Very, very few pass. I find it often works like an adversarial example, yielding completely nonsensical results.

[0] https://hackage.haskell.org/package/megaparsec-5.2.0/docs/Te... (or any other megaparsec-#.#.# version)

Post reply on HN