Hacker Newsnew | past | comments | ask | show | jobs | submit | bennett_dev's commentslogin

Interesting that the Under Attack Mode wasn’t used at all here. I understand not wanting to break APIs but I feel temporarily challenging non-API usage could have at least helped without impacting users too much?

I talked about that directly in the post. We didn't want to just challenge everyone. We use JS challenges but we try to use them sparingly. The rest of the ops team and I were fighting to stay up but it never got so bad that it was a choice between complete outage and using the Under Attack mode.

> without impacting users too much?

You mean essentially locking out users with non-default Chrome configuration.


Next add realistic signal delay so you have to wait a day to get the result


AFAIK Ladybird is separated from SerenityOS completely now (https://hackaday.com/2024/07/02/fork-ladybird-browser-and-se...) so the Ladybird contributors can fully focus on it


Sounds similar to Vercel‘s portless CLI (https://portless.sh/)


There was a nice task on 39c3 https://youtu.be/3OAiOfCcYFM

They do try to upstream and eventually just have Linux natively support Apple Silicon!


I'm not familiar with Elysia but how does this handle subfunctions? e.g. if my code is

const app = new Elysia() .patch('/user/:id', (request) => { return handleUserRequest(request); })

or some other custom logic, does it automatically need to fall back to full parsing?


Such an interesting showcase of history. RCT was a masterpiece written in Assembly from hand. Looking at code from OpenRCT2 you can really see the thought behind it.

Now ISO Coaster really is a badly slipped together adaptation. A lot of details don’t make sense, graphics often look weird and performance is terrible - all while using tons of compute resources.


Same - most of the time I just directly open the specific status (e.g https://http.cat/504 )


Nothing to do with politics and everything to do with crappy AI slop. There was some list somewhere of some of those reports and it was painful to look at


What differentiates this from http://fingerprint.com/?

Visited for the first time and it said I already visited 800+ times with a 99.5% accurancy - not very promising. From the code this also looks like very simple client-side fingerprinting + IP information?


We’ve just deployed a fix to the core matching logic that should significantly improve accuracy and reduce false positives. Feel free to retry at https://deviceprint.io and share your results!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: