Comment vérifier ou tester un script de changement d’année automatique WordPress ?

Comment pouvez-vous tester une année de copyright WordPress générée dynamiquement ou via PHP, c’est-à-dire lorsque l’année change sans attendre une année entière pour voir si elle change ? Je ne connais rien aux conteneurs virtuels ou quoi que ce soit du genre, alors essayez d’être indulgent avec moi ici. Si c’est ce qu’il faut, montrez-moi simplement comment je peux tester cela.

J’avais acheté un thème WordPress qui n’était pas accompagné d’une année de copyright qui se mettrait à jour automatiquement. J’ai donc demandé au développeur un script qui le ferait et je l’ai placé dans le fichier functions.php de mon dossier de thème enfant. Ainsi, lorsque l’année est passée de 2019 à 2020, l’année ne s’est pas inversée.

Voici le code d’origine qui m’a été donné.

    function child_theme_footer_text() {
    echo get_the_date( 'Y' );
    }
    add_action( 'gridbox_footer_text', 'child_theme_footer_text' );

Cela n’a pas fonctionné. J’ai ensuite changé le code de cela à ceci:

    function child_theme_footer_text() {
    echo date( "Y" );
    }
    add_action( 'gridbox_footer_text', 'child_theme_footer_text' );

Comme vous pouvez le voir, j’ai changé echo get_the_date( ‘Y’ );pourecho date( “Y”);

J’ai également changé les guillemets simples en guillemets doubles autour du Y. Cela a changé la date, mais cela aurait pu changer tout aussi facilement en supprimant puis en replaçant le code d’origine et je ne saurais toujours pas s’il fonctionne réellement ou non.

Je ne pense pas que changer le echo get_the_date( ‘Y’ );à echo date( “Y”);ait réellement fait quoi que ce soit et je pensais seulement que c’était le cas. Je pense que cela vient de le réinitialiser comme si j’insérais le code pour la toute première fois.

De plus, le nom de fichier réel dans le dossier de mon thème enfant WP est nommé gridbox-child. J’ai demandé au développeur si j’étais censé changer le nom ou le slug de child_theme au nom réel de mon thème enfant et il a dit que je devrais. Je ne sais pas exactement pourquoi je n’ai jamais changé cela, mais je prévois de le faire maintenant. Le problème est que je ne saurais toujours pas si cela fonctionne ou non.

Donc, sans rien changer à ce qui m’a été donné, sauf le nom du thème enfant, je suppose que le code correct ressemblerait à ceci :

    function gridbox-child_footer_text() {
    echo get_the_date( 'Y' );
    }
    add_action( 'gridbox_footer_text', 'child_theme_footer_text' );

Il y a un tiret au lieu d’un trait de soulignement dans le gridbox-child name . Donc je suppose que c’est ce qu’il faut utiliser.

Les deux questions principales sont 1. Cela fonctionnerait-il correctement ? Si non, qu’est-ce qui le ferait? et 2. Comment saurais-je jamais?

Solution n°1 trouvée

En mettant de côté les problèmes juridiques et en se concentrant sur une fonction d’affichage de l’année en cours, le problème est en fait assez simple : le développeur du thème vous a donné le mauvais code.

• get_the_date( 'Y' )obtient l’année de la date de publication de l’article en cours. Ce n’est pas ce que vous avez demandé.
• date( 'Y' )est une fonction PHP native qui obtient la date et l’heure actuelles sur le serveur. C’est ce qu’ils étaient probablement censés vous donner.
• wp_date( 'Y' )est une fonction plus récente (WordPress 5.3) qui obtiendra la date et l’heure actuelles, en tenant compte de votre réglage de fuseau horaire dans WordPress. C’est celui que vous feriez mieux d’utiliser.

Ce n’est vraiment pas quelque chose que vous devriez avoir besoin de tester. Il n’y a aucune bonne raison pour que cela date()ne wp_date()fonctionne pas. Si vous avez besoin d’assurances, je vous suggère de tester chacune d’entre elles avec un format différent, afin que vous puissiez au moins voir qu’elles reflètent la journée actuelle . Si vous utilisez à la 'r'place de 'Y'vous verrez une date comme celle-ci :

jeu. 12 mars 2020 09:30:00 +0200

Si cette date n’est pas correcte 2 jours de suite, la fonction que vous utilisez ne vous donnera pas la bonne année.

En fin de compte, ce n’est pas quelque chose qui devrait être de votre responsabilité de tester. Vous avez juste besoin de la bonne information, et on ne vous l’a pas donnée. Maintenant que vous avez les bonnes informations, vous pouvez compter sur les développeurs PHP et WordPress pour avoir fait les tests pour vous assurer que leurs fonctions donnent les bonnes dates.