Skip to content
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

apache-httpd/wordpress: copy plugins and themes instead of symlinking #53399

Merged
merged 1 commit into from Jan 7, 2019

Conversation

FPtje
Copy link
Contributor

@FPtje FPtje commented Jan 4, 2019

Motivation for this change

Symlinking works for most plugins and themes, but Avada, for instance, fails to
understand the symlink, causing its file path stripping to fail. This results in
requests that look like:

https://example.com/wp-content//nix/store/...plugin/path/some-file.js

Since hard linking directories is not allowed, copying is the next best thing.

CC @basvandijk

Things done
  • Tested on our own webserver.

  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)

  • Built on platform(s)

    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)

  • Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"

  • Tested execution of all binary files (usually in ./result/bin/)

  • Determined the impact on package closure size (by running nix path-info -S before and after)
    It will increase a bit because of the copying, but plugins aren't generally that big.

  • Assured whether relevant documentation is up to date

  • Fits CONTRIBUTING.md.


…inking

Symlinking works for most plugins and themes, but Avada, for instance, fails to
understand the symlink, causing its file path stripping to fail. This results in
requests that look like:

https://example.com/wp-content//nix/store/...plugin/path/some-file.js

Since hard linking directories is not allowed, copying is the next best thing.
@FPtje FPtje force-pushed the feat-wordpress-copy-plugins branch from 97bc39e to 9d2c915 Compare January 6, 2019 16:51
@grahamc
Copy link
Member

grahamc commented Jan 7, 2019

Another option could be patching the plugin :)

@FPtje
Copy link
Contributor Author

FPtje commented Jan 7, 2019

I've considered that, but we've had this with two out of the twenty plugins now. We could go in hard headed here, but I'm afraid there will be many, many plugins that will need to be patched to account for symlinks.

Besides, all the installation instructions about (manually) installing plugins say the files need to be placed in the /wp-content/plugins folder. NixOS is going against those instructions by symlinking instead. It's difficult to demand of plugins to fix problems arising from the installation instructions not being followed correctly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants