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

Both of these attacks have used trufflehog. Is there an out of the box way to block that executable by name or signature?


I'd say an alternative question is "how can we stop storing secrets in source control" so then tools like Trufflehog can't find them :)


Despite the “just figure it out” style of documentation, I still believe Hotwire + Stimulus (optional honestly) to be the best iteration of the low-JavaScript reactivity bunch.

Htmx gives me bad vibes from having tons of logic _in_ your html. Datastar seems better in this respect but has limitations Hotwire long since solved.


I'd love to hear what those limitations are as someone who came from Hotwire and moved to Datastar.


>Htmx gives me bad vibes from having tons of logic _in_ your html

Write some HTMX and you'll find that exactly the opposite is true


> tons of logic _in_ your html

That is not at all what HTMX does. HTMX is "If the user clicks[1] here, fetch some html from the server and display it". HTMX doesn't put logic in your HTML.

[1] or hovers or scrolls.


What concept allows the UK to (attempt to) enforce this against non citizens whose business or life has no ties to their country? Plenty of small countries have odd censorship laws but have escaped similar legal hand wringing.


GOES is not quite as spatially accurate as surface mounted detectors and IIRC fails to recognize certain types of flashes that are of interest to humans. It’s more of a general intensity meter than anything like a warning system.

Their technical documentation is extremely well written. They discuss most of their limitations in there (and you can get a SQS feed of it to poke around yourself)


Were any other languages in contention here, or was it a “use what you know” kind of situation? As much as I would also like to be paid to write lisp, I couldn’t help but notice that a lot of the scarier problems solved were reasons others had chosen/built erlang.

Great post, cool system!


Yes it was some of that certainly. I could gauge roughly what kind of effort the problem would take, what kind of constraints it would have to run with and select among the tools I am comfortable with. I read about Erlang but never did anything with it. From what I know though it would not necessarily be better at this job than CL and learning another language on the go was not in the plans.

But isn't it the deal with all programming language choices? Ultimately the only true programming language is machine code, the rest are just abstractions for our wetware's benefit.


I can’t decide if I hate architecture-by-drawio or not.


I found mosaic which seems to be the compose tui library you mentioned. Any other projects you know of using compose interestingly?


Molecule is another. Glance (https://developer.android.com/jetpack/androidx/releases/glan...) is built on top of Compose, but without using the local Compose UI runtime: it's for drawing remote widgets. And there's a session on native UI with multiplatform Compose on the agenda at Droidcon NYC next week: https://nyc.droidcon.com/agenda/


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

Search: