You can do it bro. Dockerfiles are basically just shell scripts with a few extras.
It uses npm to build so start with a node base container. You can find them on docker hub. Alpine-based images are a good starting point.
FROM appdynamics/nodejs-agent:23.5.0-19-alpine
RUN git clone https://github.com/stophecom/sharrr-svelte.git && \
cd sharrr-svelt/ && \
npm run build
If you need to access files from outside of the container, include a VOLUME line. If it needs to be accessible from a specific network port, add an EXPOSE line. Add a CMD line at the end to start whatever command needs to be run to start the process.
I wouldn’t use AppD’s node agent as a starting point unless you’re planning to use AppD. Which you shouldn’t unless you’re a big business still talking about future plans to move to the cloud.
Picking a random image from dockerhub isn’t the best for security or reliability. You’re better off sticking to official images offered by a large, well known project. There’s even an official node image https://hub.docker.com/_/node/
Figured this would be one of the responses. Thanks. I don’t interact with node very often. I assumed there was a better option but wasn’t sure which… This is just the first result.
Read up on it a bit, it’s fairly easy. It’s similar to writing compose files but those are for using the image, dockerfiles are how you put it together. You get to decide very similar things to compose — what image to use, what ports to expose — but you also get to run commands to set up the insides of the image.
You do have to know a bit of Linux and how to setup the software you want to use though.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
repo’s readme mentions having support for docker…
There are build instructions in the readme. What’s stopping you?
Knowledge?
I know how to deploy a container with docker compose but I don’t know how to build it.
I’m a .net developer and I didn’t even know you can build it into a container.
You can do it bro. Dockerfiles are basically just shell scripts with a few extras.
It uses npm to build so start with a node base container. You can find them on docker hub. Alpine-based images are a good starting point.
If you need to access files from outside of the container, include a
VOLUMEline. If it needs to be accessible from a specific network port, add anEXPOSEline. Add aCMDline at the end to start whatever command needs to be run to start the process.Save your Dockerfile and build.
Definitely would look into it. Thanks
I wouldn’t use AppD’s node agent as a starting point unless you’re planning to use AppD. Which you shouldn’t unless you’re a big business still talking about future plans to move to the cloud.
Picking a random image from dockerhub isn’t the best for security or reliability. You’re better off sticking to official images offered by a large, well known project. There’s even an official node image https://hub.docker.com/_/node/
Figured this would be one of the responses. Thanks. I don’t interact with node very often. I assumed there was a better option but wasn’t sure which… This is just the first result.
Read up on it a bit, it’s fairly easy. It’s similar to writing compose files but those are for using the image, dockerfiles are how you put it together. You get to decide very similar things to compose — what image to use, what ports to expose — but you also get to run commands to set up the insides of the image.
You do have to know a bit of Linux and how to setup the software you want to use though.
Why is it called *arr? That’s misleading