Postcards for SMS by Skyetel.
-
@scottalanmiller : Just for clarification, what do you mean that Docker isn't cross platform?
It currently runs the same on all Linux distros, Windows, and even OSX. (utilizing the native hypervisor on the two latter platforms). -
@manxam said in Postcards for SMS by Skyetel.:
@scottalanmiller : Just for clarification, what do you mean that Docker isn't cross platform?
It currently runs the same on all Linux distros, Windows, and even OSX. (utilizing the native hypervisor on the two latter platforms).Meaning when you deploy things to Docker, Docker is different on each platform. You don't just "write for Docker" and run anywhere. It's not platform agnostic. Everyone promotes that as a feature, but in practice it runs different even on different Linux kernels. You can write things that will run in Docker and be agnostic, but Docker itself exposes too much from underneath.
Where Docker itself runs is irrelevant, it's "Docker/Fedora or Docker/Ubuntu" not just Docker.
-
@manxam said in Postcards for SMS by Skyetel.:
@scottalanmiller : Just for clarification, what do you mean that Docker isn't cross platform?
Exactly that, Docker IS NOT CROSS PLATFORM. Build a Docker widget with Ubuntu and you can not run it on CentOS.
-
@travisdh1 said in Postcards for SMS by Skyetel.:
@manxam said in Postcards for SMS by Skyetel.:
@scottalanmiller : Just for clarification, what do you mean that Docker isn't cross platform?
Exactly that, Docker IS NOT CROSS PLATFORM. Build a Docker widget with Ubuntu and you can not run it on CentOS.
I think what's more important than how it works is that it is not intuitive to most people (even me). We write all of our applications for docker because it makes them more resilient and easier to scale, but they are conceptually more difficult for the vast majority of our users who are used to being able to just go to /var/www/html and make the changes they want. We went with docker to maintain that standard, but it has created some headaches for our users who aren't comfortable with it. This is why we're releasing Postcards 1.1 in a OVF and prepackaged.
-
@Skyetel said in Postcards for SMS by Skyetel.:
@travisdh1 said in Postcards for SMS by Skyetel.:
@manxam said in Postcards for SMS by Skyetel.:
@scottalanmiller : Just for clarification, what do you mean that Docker isn't cross platform?
Exactly that, Docker IS NOT CROSS PLATFORM. Build a Docker widget with Ubuntu and you can not run it on CentOS.
I think what's more important than how it works is that it is not intuitive to most people (even me). We write all of our applications for docker because it makes them more resilient and easier to scale, but they are conceptually more difficult for the vast majority of our users who are used to being able to just go to /var/www/html and make the changes they want. We went with docker to maintain that standard, but it has created some headaches for our users who aren't comfortable with it. This is why we're releasing Postcards 1.1 in a OVF and prepackaged.
The simplest thing for most people, I think, would just be a Snap or AppImage. That's cross platform across Linux almost universally. Short of that RPM / DEB for the main platforms isn't too bad. Even if it is just one, only Ubuntu current for example, that would be fine. You can define where to install.
OVF is less ideal because it's less universal and preclused (AFAIK) things like containers.
-
@Skyetel said in Postcards for SMS by Skyetel.:
We went with docker to maintain that standard, but it has created some headaches for our users who aren't comfortable with it.
As long as it is all automated, and you publish all the requirements, it's not too bad. Unnecessarily complex, but not bad. The issue above was only that the existence of Docker created more confusion when the actual issue was just that the Docker install script appears to be Ubuntu-only and doesn't support CentOS.
-
FYI: - I AM running with Centos 7 - successfully - and you are now addressing several of our concerns.
One thing we really want to see in the new version that I don't see listed is the option to have user .. then if user1 replies to one message and user2 replies to the next... we know who did what.
-
Nicht sehr gut.
Ubuntu installed in a breeze.
Postcards installed almost as easy, had to install some pre-requisites.
Skyetel setup went fine.In the bowser......
500 Internal Server Error __________________ nginx/1.17.6 -
Well, I guess this is where I start being forced to learn about Docker. I am getting an nginx 500 error, but nginx is not installed in my OS. Is it hiding inside a container? How do I get to it?
-
I'm inside the docker.... going deep now!
-
http://<ipaddress> brings up the user login to Postcards.
https://<ipaddress>/backend/admin returns the 500 error. Could it be a boogered up LE cert?
-
I haven't looked at their install script in a while, but for sure there was a LE issue. Here's a copy of my note to Skyetel regarding the issue. I thought the script had been updated with our patch, but here it is in case not:
FYI - we've resolved the issue, and I can only assume anyone else that has installed Postcards should have the same issue.
The problem is indeed an issue with Let's Encrypt, and specifically:
docker: jrcs/letsencrypt-nginx-proxy-companion
To fix this issue, please update the docker-compose.override.yml file during builds.
Row 35 should read: image: jrcs/letsencrypt-nginx-proxy-companion:latest
This will insure that the current version for the let's encrypt proxy is called and eliminate the issue.
-
@krzykat said in Postcards for SMS by Skyetel.:
Row 35 should read: image: jrcs/letsencrypt-nginx-proxy-companion:latest
Well, they listened to you. Line 35 is just as you say it should be.
-
Have you checked your LE credentials to see that its working properly?
-
@krzykat said in Postcards for SMS by Skyetel.:
Have you checked your LE credentials to see that its working properly?
Not sure how. The only sign of LE I can find in the OS or the Docker is a file called letsencrypt_services_data
I can't find a conf file or a binary to do a manual run of LE.
