J'ai publié la première version de mon plug-in d'analyseur de réécriture avec un commit le 12/05/2010 . Le répertoire du plugin WordPress.org affiche cependant toujours le 2010-11-27 comme date de "Dernière mise à jour" - c'est la date à laquelle le répertoire du plugin a été créé dans le référentiel.
La FAQ du développeur indique:
Heure de la dernière mise à jour Heure de la dernière connexion au répertoire approprié (tronc / ou répertoire de balises stables) après un changement de numéro de version .
La plupart des développeurs engagent leur première version juste après la création de leur répertoire de plugins, vous ne remarquerez donc pas la différence. Mais j'ai vu la même différence dans d'autres plugins qui ont été validés plus d'un jour après la création du répertoire .
J'ai validé les répertoires trunk/
et tags/1.0/
en une seule fois (avec une copie locale puis une validation), mais l'autre plugin avec ce problème l'a fait comme la plupart des gens: une validation de trunk/
puis une copie distante vers tags/1.0/
.
La seule fois où le readme est analysé et l'entrée est reconstruite, c'est lorsque la version du plugin change. Cependant, pour les personnes utilisant des balises, cela se produit généralement après avoir créé la nouvelle balise et mis à jour la balise stable.
Le fichier Lisezmoi a été analysé, donc je ne sais pas quoi d'autre aurais-je pu faire pour le mettre à jour correctement?
la source
Réponses:
J'essaie de résoudre le problème depuis des mois maintenant et j'ai fait plusieurs ajustements pour essayer de résoudre le problème.
En bref: oui, nous savons qu'il y a un problème. Non, je ne sais pas encore comment y remédier. Vous pouvez déjà arrêter de le signaler.
Solution de contournement actuelle: TOUT commit de quelque sorte que ce soit devrait le déclencher pour la mise à jour. Donc, simplement ajouter un espace au fichier readme.txt et attendre 30 minutes devrait faire l'affaire. Si ce n'est pas le cas, contactez-moi: [email protected]
la source
readme.txt
que seule une version à la fois est analysée? De la cache du côté wp.org de nos jours? 2) Le meilleur endroit pour poser des questions à ce sujet? Votre email, plugins chez wp org, wp-hackers, forum, twitter?Sur la base du commentaire commenté dans la question, je pense que nous avons une réponse à cela.
L'enregistrement du fichier readme.txt avec le codage Unicode-8 (UTF-8) semble corriger le problème de la «dernière mise à jour».
la source
Pour mémoire, il semble que l'on devrait également toujours faire une copie de balise de la dernière version pour s'assurer que la date de dernière mise à jour et le numéro de version sont mis à jour.
la source