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

> Butter, in particular, can last for days outside a fridge.

I live in Ireland, and once we take butter out of the fridge (to replace the one that's now gone), it doesn't go back in, whatever the weather. All butter here is basically of Kerrygold quality (I'm talking real butter of course).


That's basically how we treated butter while I grew up. So long as it's salted, it rarely goes bad outside the fridge. We had a butter dish and that was about it. The cover keeps the butter from turning a darker yellow and drying out. But we'd still eat it even when that happened.

Gotta be honest, though, I'm not a fan of grassy dairy products :). I had dairy cows growing up and in the spring their milk definitely took on a distinct grassy flavor. I personally preferred it more when it was primarily hay flavored. Store milk tastes like basically nothing in particular.


Yes, also in Ireland and while I wouldn't leave homemade butter out for more than a day or two, Kerrygold salted will last two weeks at 19C without issue.


Feel like this should be at the top of the README - not the bottom

> Disclaimer

> Caution

> This is not an officially supported Google product.


Yeah, I was surprised by that as well.


Hard to believe, but it's almost 10 years since they announced the new Roadster


Claude memory was posted 16 hours before this, kinda crazy how fast they churn this stuff out


They raised billions of dollars, and they're obviously spending it to develop just about anything they can think of. What's rather concerning for them is that the core AI seems to have pretty much stagnated by now.


Glad I'm not the only one who noticed and hates this change!


Self hosted coolify[0], very easy to set up IMO

[0]: https://coolify.io/


Try to query it though via document.querySelectorAll('a') for example. It's a good first line of defense as a lot of scraping techniques do this approach.

However, if you have a headless browser setup for scraping, and simply fetch the current URL while on the page[0], you can get the plain text, and do a regex search for email addresses which will get you the email address - albeit this is a strange approach to take I admit.

[0]: fetch('./').then((res) => res.text()).then((text) => console.log(text))


> It's a good first line of defense as a lot of scraping techniques do this approach.

Most basic scrappers, the ones that are not for your testing or devtools or automation or ... Actually use basic text, without any interpretation. They grep the source code, they don't run a dom and javascript engine, because it's a major difference in computing needs and speed.

I am not saying there is no evil scrapper doing dom evaluation, there are tons, I am reacting to your "FIRST line of defense", that one is scrambling the raw text, which is why we got there.

What parent is saying, is that this is trying to upgrade the defense that we have generated to stop the threat that evolved, but it forgot why we got there and thus makes itself vulnerable to the original threat.


Absolutely. The basic tools just fetch sites recursively and use regular expressions. The advanced tools are Chromium-based, so will render SVGs just fine (and then potentially run OCR / AI to extract text even from JPEGs).

This technique protects from a "neither here nor there" subset of programs, I wonder how large is that set in practice.


If they’re saying it, I think that they’re wrong. One of those naively written scrapers won’t pick up an email address ‘protected’ in this way. It’s simply continuing the game of cat and mouse.


You can just query for all the image elements and then read any svg using the document model.

This is trivial to overcome for most basic scrapers and not much harder even if you try to obfuscate with paths for more sophisticated ones.


This is a valid point, but we are still in the early stages of AI/LLMs, so one would expect the speed and efficiency to improve drastically (perhaps accuracy too) over the coming years.

At least AI & LLMs have large scale practical applications as opposed to crypto (IMO).


AI is a lot older than blockchain. There were full-fledged neural networks in the 40s and the perceptron was implemented in hardware in the 50s.


It's also interesting to think that IBM released an 8-trillion parameter model back in the 1980s [0]. Granted it was an n-gram model so it's not exactly an apples-to-apples comparison with today's models, but still, quite crazy to think about.

[0]: https://aclanthology.org/J92-4003.pdf


Interesting to see Robert Mercer the former CEO of Renaissance Technology is one of the authors on that paper. He is a former IBMer. If his name is unfamiliar he is a reclusive character who was a major funder of Breitbart, Cambridge Analytica and the Republican candidate in the 2016 presidential election.


I wouldn't call the early McCulloch & Pitts work quite "full-fledged". Also backpropagation, essential for multi level perceptrons was not a thing until 1980s.


Backprop is just applied calculus. People simply didn't think about using it for neuronal networks yet.


It was thought of as early as in 1960s by Rosenblatt but he did not come up with a practical implementation at the time. Lotsa things look obvious in hindsight.


If the fines would impact profits in a significant way, the companies would just ensure they have no profit on paper going forward.


I didn't know companies can just ensure they have no profit on paper. Why don't they do that now and not pay corporate taxes? Why is it dependent on fines?


No clue on your specific question.

However it is a known practice. Most Hollywood studios do it. That's why actors which claimed a percentage of profits of the movie would get $0.



They want access to your iris (to create a unique ID for you), in return you get access to a crypto coin? Is this for real or what?

Can anyone think about privacy at these firms just once.


They are thinking about privacy, just as a target for elimination, not a thing to protect.


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

Search: