-
-
Notifications
You must be signed in to change notification settings - Fork 13.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Documentation for Wordpress module is misleading #118359
Comments
I'll take a look at this when I get a chance... but I'm not listed as a maintainer so not sure why you put me as maintainer 😄 |
Thanks. The template says maintainer or |
@BBBSnowball you might want to take a look at #84446. If merged it would make this issue resolved in a sense. |
I also would recommend you to look at #96910. The most important thing probably is to change |
I marked this as stale due to inactivity. → More info |
Describe the bug
The Wordpress configuration from the wiki just works. Great! However, I hit a few issues when changing the defaults.
The option
services.wordpress.<name>.database.socket
claims that the default value is"/run/mysqld/mysqld.sock"
. See source code. The actual default isnull
, which does a different thing: It will use the TCP port. Should this beexample
instead ofdefaultText
?The option
services.wordpress.<name>.virtualHost.locations.<name>.alias
has a directory path as an example. I tried to use that to add an extra fonts directory.The documentation made me think that the following should work:
This generates the following configuration for Apache2:
This is different from the usual
Alias "/extra-fonts" "/var/www/extra-fonts"
in an important way: It will drop the further parts of the URI. I can't point to any part of the Apache2 documentation that says so (it sort-of doesn't say one or the other) but I have tested both variants and observed that difference.The URL
https://myserver/extra-fonts/myfont.ttf
will be aliased to/var/www/extra-fonts
(withoutmyfont.ttf
). As this is a directory, Apache2 will add a slash and then redirect to the index.html. That part of the URI will again be dropped in the next request. The result is an infinite redirection with ever more "/index.html" until the browser gives up.This configuration is working for me:
I think we should improve the documentation and possibly the available options. My "solution" still feels like an ugly workaround but I don't know enough about Apache to suggest a better one. If we agree on a suitable way forward, I can prepare the PR.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Additional context
I'm using this in a declarative container (NixOS'
containers
option). The server is behind a reverse proxy but I have also tested with curl to the backend server. I'm using NixOS 20.09 but I think the issue is still present in master.Notify maintainers
@aanderse
Metadata
"x86_64-linux"
Linux 5.4.83, NixOS, 20.09pre-git (Nightingale)
yes
yes
nix-env (Nix) 2.4pre20210326_dd77f71
/etc/current-nixpkgs
(which points to/nix/store/p86a44r69akjvyg0nid33kh9mg15h9lq-source
, which isgithub:NixOS/nixpkgs/da7f4c4842520167f65c20ad75ecdbd14e27ae91
)Maintainer information:
The text was updated successfully, but these errors were encountered: