Open EvanShaw opened 3 years ago
Seems like a legitimate concern. Feel free to open a PR.
@dsifford
The best solution would be to get a list of exposed ports dynamically from dockers REST API, or some such thing. This would alleviate the need for the user to explicitly define an environment variable with the value of the exposed port. Unfortunately, after snooping around a little bit, it doesn't seem like that's possible... at least according to this thread on moby/moby which has been open since 2014...
The environment variable approach, besides being verbose and redundant, also has its own problems:
Do you know if it's possible to get a list of all exposed ports from within the container without using environment variables? I would much rather pursue this solution if it's feasible.
Happy to entertain any ideas you might have, but agree that the fix you call out does sound like it's just fixing one bug but introducing another.
First of all, thank you for this great repo! I use the images everyday for local development.
docker version
: 19.03.13Overview
In a local environment, where an arbitrary port is forwarded to the host machine (eg.
-p 9000:80
), requests tosite_url
,home_url
, etc. that are invoked from within the container viawp_remote_post
,cURL
, etc. do not work since Apache only listens on ports 80 and 443. Because of this, things like wp-cron, which in this case would send a request tolocalhost:9000
, fail.At the moment, I'm getting around this by making Apache also listen on the published port, which I pass as a Docker environment variable to be used in my custom entrypoint:
This is probably not an issue for people using the images in production. It's not really a bug, I guess, but I thought I would let you all know.