web-dev-qa-db-fra.com

ACF vs Taxonomies

Désolé si ce n'est pas le meilleur endroit mais espérais des éclaircissements sur quelque chose qui m'embêtait.

J'ai plusieurs types de messages personnalisés

  • Artistes
  • Comtés
  • Lieux
  • Événements
  • Festivals
  • Line Ups

En ce moment, j'utilise les champs de relation d'ACF. Ainsi, par exemple, lors de l'ajout/de la modification d'un événement, je peux l'associer à un festival et à un lieu. Pour un line-up, je peux le relier à un événement et à des artistes.

Qu'est-ce que je me demandais si certaines de ces fonctionnalités pourraient et devraient être remplacées par l'utilisation de taxonomies (balises)? De plus, serait-il utile de créer des taxonomies personnalisées ou d’utiliser les balises standard? Quels seraient les avantages au-delà de ne pas avoir à compter sur un plugin?

Une des principales raisons d’utiliser ACF était qu’elle réduirait , espérons-le les erreurs des utilisateurs, car ils créeraient un lien vers quelque chose qui existe déjà tout en entrant une taxonomie, ils pourraient mal épeler il. En utilisant également ACF, dans ma tête, il n’ya pas de duplication de quelque chose qui existe déjà alors que si j’ajoutais une taxonomie, j’ajoutais quelque chose qui existe déjà

Ainsi, plutôt que d'interroger des publications à l'aide de l'API d'ACF pour rechercher des publications avec une clé méta spécifique, pouvez-vous simplement rechercher des publications portant une balise donnée?

Merci

1
pee2pee

MHO, c’est que vous devriez vous éloigner le plus possible d’ACF, mais si vous posez la question de côté, c’est vraiment ce qui est préférable d’utiliser des champs méta post ou des taxonomies, pour lesquels la réponse dépendra d’autres facteurs.

Par exemple, voulez-vous voir facilement dans la valeur en tant que filtre pour voir toutes les publications pertinentes du côté de l’administrateur, ou au début, les taxonomies sont un bon moyen de réduire la quantité de travail requise, mais si ce n’est pas le cas, inutile d'encombrer votre administrateur avec des menus de taxonomie qui ne seront jamais utilisés.

2
Mark Kaplun