HN user

jdsleppy

196 karma

- joelsleppy.com - sleppytech.com

Interests: Entrepreneurship, Freelancing, Hiking, Investment, Music, Programming, Going new places

---

Posts1
Comments66
View on HN

Doesn't stealing the cookies/token require a non-HTTP-only session cookie or a token in localstorage? Do you know that Discord puts their secrets in one of those insecure places, or was it just a guess?

I believe if you always keep session cookies in secure, HTTP-only cookies, then you are more resilient to this attack.

I interviewed frontend devs last year and was shocked how few knew about this stuff.

Multiple processes, multiple threads per process, and/or greenlets (monkey patch network calls, like async but no keywords involved). Scale out horizontally when there's a problem. It could get expensive.

If you continue to not find what you need and are willing to be a subject matter expert on what Pivotal actually is (because I never saw it), I would be interested in building this. A lot of people share your sentiment so it could be successful, but it's hard to clone something unless you know the thing.

No, in my example the docker-compose.yml would exist alongside your application's source code and you can use the `build` directive https://docs.docker.com/reference/compose-file/services/#bui... to instruct the remote host (Hetzner VPS, or whatever else) to build the image. That image does not go to an external registry, but is used internal to that remote host.

For 3rd party images like `postgres`, etc., then yes it will pull those from DockerHub or the registry you configure.

But in this method you push the source code, not a finished docker image, to the server.

I've been very happy doing this:

DOCKER_HOST=“ssh://user@remotehost” docker-compose up -d

It works with plain docker, too. Another user is getting at the same idea when they mention docker contexts, which is just a different way to set the variable.

Did you know about this approach? In the snippet above, the image will be built on the remote machine and then run. The context (files) are sent over the wire as needed. Subsequent runs will use the remote machine's docker cache. It's slightly different than your approach of building locally, but much simpler.

Working the backhoe requires more skill than shoveling and can command a higher wage. You want to more carefully vet and care for the person driving your expensive equipment. Also you had an engineer to design the backhoe and factory workers to assemble it who are getting paid during this process. It's possible that the net wage per hole dug goes up as a result.

Thank you for this, I'm glad to hear you acknowledge that having kids isn't a constant philosophical bliss. I have two under 5 as well and don't relate to the dozens of comments gushing about their kids, wanting to spend more time with them. A few hours a day with my 4 year old is plenty (and most days, too much).

Nice, that is my current approach on my latest project (referring to what your linked repo does). Inlining it here for others: copy a .env and a docker-compose.yml, run `docker compose "$@"` on the instance via ssh. That lets me deploy, run one-off commands, and tail logs easily.

Svelte 5 Released 2 years ago

SvelteKit is very alive and is the way svelte apps are made generally, not like next.js which is more optional.