[wp-meta] [Making WordPress.org] #6672: Changes/additions for support article "Must Use Plugins"
Making WordPress.org
noreply at wordpress.org
Wed Jan 11 17:49:56 UTC 2023
#6672: Changes/additions for support article "Must Use Plugins"
-------------------------+--------------------
Reporter: abitofmind | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: HelpHub | Keywords:
-------------------------+--------------------
📄 https://wordpress.org/support/article/must-use-plugins/
- 👍 Overall well written.
- ❌ But some aspects are not yet covered (out of my own experience):
1. Integrate proper keywords into that official support article so that
"Must Use Plugins" becomes more prominent in search engine results as an
intended/supported method to "disable updates and update notifications for
a particular plugin". Phrases/Keywords to include:
- How do I keep a plugin frozen at a certain version?
- How do I disable auto-updates?
- How do I disable update notifications?
- The "update available" badge over the plugins menu entry does not go
away for plugins with auto-updates disabled?
- How do I remove that badge counter? (for the single affected plugin)?
2. Improve this: Moving a plugin folder there is not enough. You need a
PHP file pointing at it.
The documentation indeed mentions:
> WordPress only looks for PHP files right inside the mu-plugins
directory, and (unlike for normal plugins) not for files in
subdirectories. You may want to create a proxy PHP loader file inside the
mu-plugins directory: <code snippet>
- Even though I'm somehow tech-savvy, the term `proxy PHP loader file`
scared me off as too technical.
- Proposed alternative terms: stub file, auxillary file, inclusion file.
- And as the code snippet was quite empty and inconcrete, it did not
convey the idea to me either.
- For these both reasons I overread that section.
- Please include a more concrete/vivid code snippet, that better conveys
the idea,
- such as the code snippet, that I received in this [#57310#comment:4
support session] that had started as [#57310 my feature proposal] which
staff and me rejected for good reasons after having discussed in detail.
- In the code snippet use a real world description field like "I keep
that plugin frozen in v1.2.3 because I need feature X which was removed in
v2+. And then was abruptly abandoned. But I really need the plugin to work
as it does in v1.2.3.". Then the reader immediately gets the idea!
3. Please also add: How to correctly migrate an **enabled plugin** to a
**must use plugin**
- I found out by [#57310#comment:3 trial and error].
- Users may appreciate if the support article could cover that use case as
well.
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/6672>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list