3 ms·
It might be worth mentioning that Lokl [0] seems to be from the same author [1] as the "wp2static" plugin [2], my and many others go to for static site generati
by sdfhbdf 6y ago
It might be worth mentioning that Lokl [0] seems to be from the same author [1] as the "wp2static" plugin [2], my and many others go to for static site generation of WordPress.
I find Lokl and interesting take, although the usual self-serve script is kind of annoying for power users (what I mean is that this bash scripts tried to do everything for you and it's less transparent), I recommend the repo [4] as the source of the actual Dockerfiles, that you could just reference in something like a docker-compose setup.
The Dockerfiles are kind of surprising since they read more like a an ansible-playbook than like a Dockerfile. This one image has it all - php, nginx, mariadb, phpmyadmin and who knows what else [4]. It's an interesting approach to Docker images, certainly against the recommendation but might have some good reasoning for something as special as WordPress.
[0]: https://github.com/leonstafford/lokl-cli https://github.com/leonstafford/lokl-cli
[1]: https://github.com/leonstafford https://github.com/leonstafford
[2]: https://github.com/leonstafford/wp2static https://github.com/leonstafford/wp2static
[3]: https://github.com/leonstafford/lokl https://github.com/leonstafford/lokl
[4]: https://github.com/leonstafford/lokl/blob/master/php8/Dockerfile#L58 https://github.com/leonstafford/lokl/blob/master/php8/Docker...
- _fzslm 6y ago> The Dockerfiles are kind of surprising since they read more like a an ansible-playbook than like a Dockerfile. This one image has it all - php, nginx, mariadb, phpmyadmin and who knows what else [4]. It's an interesting approach to Docker images, certainly against the recommendation but might have some good reasoning for something as special as WordPress. i can totally see why they would go that route, even if unconventional. those are all the tools necessary for a WordPress installation, and if you wanted to go the conventional route, you'd have to run each one in a separate container and use something like compose to bring them all together - which can be a little tricky to get your head around. by contrast, having only one Docker image to deploy means no leeway for the developer to get anything wrong. it's a known-good distribution of all of the tools, pre-configured to work together with each other seamlessly.
- sdfhbdf 6y agoAgreed. I see it as a "simulation" of a shared hosting account which from what I experienced the most common deployment strategy for WordPress sites. Usually these hosting though still have the db on a different machine and are usually are exposed via Apache using php-cgi. But it's good enough. They could throw in some non-root account as the last step for good measure.