In particular, the second video shows sessions where he is spelling out words with the audio-interactive system
3,559 karma · joined June 26, 2013
If you are a human and you wish to contact me, the sha1 hash of my email address is 9aae0f6d01421dde3d5085fa1a24adff6c9e344f. I look forward to hearing from you soon.
Hi'); DROP TABLE emails;--
<script>alert('Hi!')</script>
In particular, the second video shows sessions where he is spelling out words with the audio-interactive system
In my own testing it wasn't too terrible to setup firewall rules and mutual TLS-based authentication of origin pulls, but it is certainly something where you have to do everything right to be as secure as you think you are. Versus just closing off inbound connections entirely and running cloudflared
You might be thinking of the "Ray ID" that Cloudflare displays on that page, which is just a random request ID that has nothing to do with the origin server.
Which offers a little more than a simple SSH bastion would, unless there are features like this in OpenSSH I'm not aware of.
"For a Linux user, you can already build such a system yourself quite trivially by getting a Backblaze B2 account, and scheduling a cron job to backup to it via RClone. From Windows or Mac, this Backblaze account could be access through built-in browser software"
After all, async/await is ultimately promises all the way down, so you can happily write code and let a compiler turn it into ES5 that runs anywhere.
If instead JS allowed you to shunt arbitrary function calls off into their own threads, then you would need bigger changes to the engines to support that, and you couldn't back-port that to vanilla javascript.
This question doesn't make sense. Async/await is just a nicer syntax for interacting with promises. So my answer to your "gotcha" question is just:
await Promise.all([..., ...])
There's nothing impure going on here. The majority of the time, async/await can make it much easier to see a code's control flow by getting rid of most of the Promise related cruft and callbacks.I would call Promise.all a benefit here, as it makes it stand out where I'm doing something in parallel.
- https://news.ycombinator.com/item?id=31026875
- https://news.ycombinator.com/item?id=31026979
Fortunately this was fairly easy to implement since Hue bridges provide a locally-accessible actually-documented REST API for me to use!
The bridge just hooks up over ethernet and provides a locally accessible no-nonsense REST api that is surprisingly well documented (sadly requires logging in with a free account: https://developers.meethue.com/develop/hue-api/ ).
Authentication is simple. Press the big button on the bridge, hit an API endpoint within 30 seconds, and you get an auth token.
The only other requests I needed were a GET to list the id and status of all bulbs, and a POST per bulb that is on to change its color temperature (you cannot set color temp of a bulb that is off).
The basic loop, run once per minute is:
- Make one API call which returns the id/on/off/brightness of every bulb
- For each bulb that is on, set its color temperature (this has to be one API call per bulb because there is no way to bulk update a list of bulbs. Bulbs can be put into at most one "room" and you can bulk set a whole room but not a subset of bulbs in that room)
As far as scheduling color temperature goes - I just define a few keyframes based on minutes since midnight local time, and then linearly interpolate to get the color temp. Over 24 hours the steps are so small that the change is basically imperceptible.
I started by matching it to the solar elevation, but ultimately I like it more just on a fixed schedule. I've also programmed it to make a more dramatic warm shift near bedtime, and to fade up a bedroom light when it's time to wake up.
Due to the inevitability of scope creep this system also now tracks the charging status and position of my robot vacuum, and I'm working to expand it to collect the 15-minute-interval usage data from my electric provider's website.
[1] https://en.wikipedia.org/wiki/Shape_of_You#Copyright_trial
Many countries have laws specifically outlawing this behavior.
If you're curious specifically about the intersection of those laws and the rights afforded by the First Amendment in the United States, read https://en.wikipedia.org/wiki/Defamation_and_the_First_Amend...
Early high-cost self-driving cars largely won't be owned by individual consumers where the cars spend the majority of their time parked. They will be owned by companies that sell access to them as taxis by the minute/mile and can justify the cost by minimizing downtime.
The systems we have for voting in Washington DC seem to be a best-of-both-worlds approach. There are touchscreen kiosks that you use to make your choices, then the kiosk prints out a properly marked paper ballot that it asks you to verify. Then you take your ballot over to the normal scanning machines. You can also request an unmarked ballot and fill it by hand if you prefer.
The kiosks can provide a wide range of assistive tech (larger fonts, instructions in a variety of languages, and headphone jack for audio prompts). They also help ensure you do not miss a question - you must explicitly choose "skip" - and they help ensure you select between 0 and N choices in choose-N questions. Also they print a clearly-marked ballot which helps avoid ambiguities like if somebody partially fills a circle by hand.
And best of all, the end product is still a physical, auditable piece of paper.
Each embassy has a unique nonexistent house number and street name within the 20521 zip code.[2] For example, the embassy in Paris is "9200 Paris Pl, Washington, DC 20521-9200".
Oddly, the only duplicated number in the list is "3180 Grenada Pl" and "3180 St George’s Pl"; St George's is the capital of Grenada.
[1] https://en.wikipedia.org/wiki/ZIP_Code#Scope_and_internation...
"When you push to GitHub, we’ll check the most recent commit. If the author email on that commit is a private email on your GitHub account, we will block the push and warn you about exposing your private email."
I think that means containers alone are insufficient for creating reproducible builds, not that containers make reproducible builds impossible.
It wouldn't cost much, compared to litigation, for Google to send them a letter outlining these issues. It's possible they made Vanced an offer they couldn't refuse (i.e., shut down now and avoid litigation)
One of the things about Wordle is that it can give you a good shot at a feeling of success. Having something that feels like an "obscure" word which causes you to fail, lessens that positive feeling that could keep players returning every day.
I imagine you'll hear a lot of that in the near future