Je comprends pourquoi ce paramètre et certains autres paramètres de site sont masqués, mais lorsqu’une personne a demandé comment activer ce paramètre caché, je me suis demandé comment une personne normale pourrait les connaître. Si celui-ci est annoncé avec autant de fanfare , il y aura probablement d’autres personnes qui le souhaitent et qui seront tout aussi confuses.
Ma suggestion est donc d’ajouter ce paramètre, ainsi que peut-être d’autres paramètres cachés, dans app.yml (et web_only.yml), commentés, avec quelques mots d’explication. Voici ce que je pourrais inclure :
can_permanently_delete
peut-être rate_limit_search_anon_global et ses semblables ?
include_s3_uploads_in_backups
J’espérais en trouver plus, mais c’est tout ce que j’ai pu découvrir ou trouver rapidement.
Si quelqu’un pense que c’est une bonne idée, je soumettrai une PR.
La documentation est peut-être mieux cachée que ces options. Et beaucoup d’entre nous sont plus ou moins des webmasters autodidactes qui ont besoin de solides câbles de fer comme aide, je suppose. Rails ou les autres gems utilisées ici sont en fait des systèmes assez rares par rapport au monde PHP plus courant. Cela signifie une chose très importante : lorsque l’on cherche sur Google, on ne trouve que des textes destinés aux développeurs. C’est pourquoi tant de personnes se demandent comment faire fonctionner certaines consoles étranges.
(Même raison pour laquelle Jekyll et autres sont si rares)
Je n’aime pas ajouter toutes ces lignes à app.yml par défaut. Nous utilisons très rarement des paramètres cachés, et c’est généralement pour des éléments soit dangereux, soit en phase de test précoce.
Peut-être qu’un sujet ici dans Meta listant des paramètres de site cachés utiles, accompagné d’un petit guide, suffirait amplement ?
, il y aura probablement d’autres personnes qui le souhaitent et qui seront tout aussi confuses.