Need to be in control of the store #13
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
At this point I'm struggling a bit.
I managed to get this working
I'm running an express server behind one single domain.
It's auto- deployed as a docker container. I don't want to do CLI commands.
In our docker composer we define a persistent volume
/etc/greenlock
where we store our key's.How can I configure this store?
I already tried to add
I'm one of your backers on indiegogo
I just updated the docs again last night, and decided to expose the raw greenlock.
See https://git.rootprojects.org/root/greenlock-express.js#4-manage-domains
And https://git.rootprojects.org/root/greenlock-manager.js
Set .greenlockrc
.greenlockrc
Set manager.json
In code (not suggested)
Hopefully I didn't make any typos there.
If you do the
npx
along yournpm install
, you don't actually need to save any code or config to your repository.I'd like to learn more about how you're using Docker so I can adjust my thinking accordingly.
I'm trying to get all of the config out of code so that it can be managed via CLI and Web management for Greenlock Express, and make it easier for less technical people to start using it, and so that it's easier to manage deployments in addition to one-off sites.
What do you think about this?
https://git.rootprojects.org/root/greenlock-express.js#serve-your-sites-with-free-ssl
We at Appsaloon serve mainly Progressive Web Apps and they need to be served over https.
These project mostly exist out of an reverse proxy that is also taking care of the SSL certification with greenlock V2.
Behind the reverse proxy we have multiple other services (all small node servers) that serve the PWA, some API's and some data runners.
They all run within a docker container and are orchestrated by a docker stack file.
This setup is created to take down and setup projects within notice. We mitigated manual setup, by configuring some parts.
On a service level we can rapidly release new versions of our services without much hassle, and not have to worry about doing CLI things.
On development level, we can spin up, a more or less complex setup that mimics our production version.
There is one caveat with SSL certificates because in production they need to be persistent. This can be done by declaring a volume that is shared by the docker container even after we spin up a new version of that container.
So in short the in-code configuration setup was and is a big plus for us.
I follow you in getting the config out of the code for the less technical people, but we liked the simple configuration style of V2.
We got most of it working, although struggling with the store which is creating a folder
greenlock
with all certificates in our packageRoot instead of/etc/greenlock
.Thanks for the detailed notes. I'm going to crunch on it a bit later.
As for the config issue, I'm looking into it.
Initially things are looking right on my end, so I'm creating a specific test case based on your example.
In the meantime, be sure to
rm -rf node_modules && npm install -u
just in case you have a mismatched version.It wasn't a problem in the manager, it was a bug in Greenlock.
v3.1.5 has your fix.
Note:
packageRoot
must be an absolute path, not a relative path.What do you think about this?
Option A
/etc/greenlock/greenlock.json
:Option B
/etc/greenlock/greenlock.json
:Works?
Is there anything about that doesn't work for or is cumbersome in your scenario?
The CLI is something I created in particular to ease some of the Docker frustrations - so that you can just put a line right after
npm install
, perhaps with an environment variables and, boom, be done.If you'd care to email me ( coolaj86@gmail.com ) your Dockerfile (or a portion of it), I'm really curious as to how you're using it because I think this is a use case I've never seen before.
Hi, I tried option A, it doesn't work.
I fixed this by wrapping the init config in a function
But then I get the same issue as in option B
Sorry, I was unclear.
I was asking for feedback: if that were the API, would it suit your needs.
That’s not the API, but I think I could reasonably make those changes.
Sorry, found it.
Fixed it with the last line
Okay, I would prefer option A.