Un utilisateur a demandé 👇

Salut les amis! J’adore votre travail avec Pods, un excellent outil.

Cependant, j’ai un petit dĂ©fi. J’utilise le plugin WP Ultimo (wpultimo.com) pour gĂ©rer mon rĂ©seau de sites premium. Ultimo est compatible rĂ©seau et vous permet de crĂ©er des packages que les utilisateurs peuvent acheter pour avoir leur propre site. J’utilise des pods sur des sites modèles (largement) avec BB et Themer, en utilisant CPT et des pages de configuration personnalisĂ©es pour automatiser l’ensemble du processus pour l’utilisateur. Dans ses packages, Ultimo permet aux administrateurs rĂ©seau de restreindre la taille de chaque type de travail que l’utilisateur peut crĂ©er. Malheureusement, la situation devant moi est que les CPT crĂ©Ă©s avec des pods n’apparaissent pas dans la partie d’Ultimo oĂą ces limites peuvent ĂŞtre dĂ©finies ; en fait, Ultimo ne voit jamais les CPT.

J’ai une bonne autoritĂ© de l’auteur d’Ultimo que cela fonctionne avec d’autres outils. Nous avons essayĂ© ce qui suit :

ajouter les CPT au site principal du réseau qui active les pods pour le réseau (sauf à des emplacements individuels)

Mais ils ne se prĂ©sentent toujours pas. Voici mes deux dernières communications de l’auteur d’Ultimo (Arindo Duque)…

Arindo : « Malheureusement, je n’ai pas pu leur montrer. Je ne sais pas comment les pods s’inscrivent Ă  ces types de publication personnalisĂ©s, mais il sera peut-ĂŞtre trop tard au moment oĂą ils le feront.

Proposez-vous une assistance multilingue ? Il peut ĂŞtre utile de vĂ©rifier avec eux s’il existe un moyen d’exporter les CPT en dur dans le code PHP ou d’enregistrer les CPT de manière Ă  les rendre disponibles sur l’ensemble du rĂ©seau. «

Puis je lui ai demandĂ© s’il avait essayĂ© avec un rĂ©seau Pod activĂ© (chose que je n’avais pas fait)…

Arindo : « Oui, j’ai utilisĂ© le rĂ©seau activement et mĂŞme après l’avoir testĂ© de cette façon, les CPT ne semblent pas ĂŞtre disponibles globalement pour l’ensemble du rĂ©seau… Je ne sais pas ce qui pourrait se passer. , c’est pourquoi ce serait une bonne idĂ©e de parler directement aux dĂ©veloppeurs de Pods. «

Personnellement, je suis un peu confus Ă  ce sujet. Je ne suis pas sĂ»r de ce que cela signifie d’ĂŞtre “globalement disponible”. Si j’ajoute CPT manuellement, cela se ferait dans les fonctions child-themed.php du sous-site, pas dans le site principal, de sorte qu’elles ne seraient pas “globalement disponibles” de toute façon. Et mĂŞme si vous deviez les enregistrer avec le thème pour enfants du site parent, ils ne seraient pas “globalement disponibles” car ils ne sont pas enregistrĂ©s sur les sites pour enfants. Donc sĂ©rieusement, je ne poste ici que pour rĂ©pondre Ă  la demande que je vous demande pour tout commentaire sur le problème potentiel.

DĂ©solĂ© pour un si long message. J’espère vraiment que vous pourrez nous Ă©clairer lĂ -dessus, car c’est actuellement un “bouchon de spectacle” pour mon rĂ©seau.

TIA, Steve


(@jimtrue)

il y a 1 an, 11 mois

“Disponible dans le monde entier” signifierait les articles/publications, etc. Envoyez « Network Aware » Ă  Multisite. Le problème est que WordPress Multisite ne prend pas en charge les “publications rĂ©seau” ou les “types de publication rĂ©seau”. Jusqu’Ă  ce que WordPress soit modifiĂ© pour faire quelque chose comme ça, il n’y a aucun moyen de le faire non plus.

Les types de publication personnalisĂ©s sont chargĂ©s au niveau du “site”. Vous pouvez “porter” votre configuration dans des sous-sites avec Pods Components, Migration : Packages. Cela vous permet de crĂ©er un fichier JSON qui exporte la structure et les modèles de pods et de les importer vers un autre emplacement (sans le “contenu” rĂ©el). Cela peut Ă©galement ĂŞtre appelĂ© PHP afin que vous puissiez dĂ©placer cette partie de votre site dans des modules actifs sur des sous-sites et importer les paramètres du package.

Si vous souhaitez crĂ©er du contenu “global” avec BB Themer et Pods, vous devrez utiliser le raccourci Beaver Builder pour appeler ces mises en page globales et inclure l’identifiant du site Ă  partir duquel ils sont extraits, c’est-Ă -dire [fl_builder_insert_layout id="##" site="##"]. Nous le faisons sur notre site Web Docs, Friends and Support sur pods.io pour afficher nos icĂ´nes sociales et notre bloc d’Ă©quipe, etc. en utilisant le raccourci ci-dessus.

J’espère que ça aide. Vous voudrez peut-ĂŞtre rejoindre notre conversation Slack sur https://pods.io/chat/ et discuter de vos besoins sur notre canal #dev-chat. Nous avons des gens qui utilisent Multisite et nous avons utilisĂ© plusieurs mĂ©thodes pour gĂ©rer les travaux sur un rĂ©seau.


(@mrhasbean)

il y a 1 an, 11 mois

Merci pour la réponse Jim.

Ils n’ont pas besoin d’ĂŞtre disponibles au niveau du rĂ©seau ou sur l’ensemble du rĂ©seau, ils n’ont pas besoin d’ĂŞtre visibles mĂŞme s’ils ne sont dĂ©finis que sur le site principal. Je pense que le problème avec certains tests que j’ai effectuĂ©s au cours du week-end est qu’ils sont enregistrĂ©s trop tard dans le processus pour que WP Ultimo puisse les “voir”.

Ă€ titre d’explication, un outil comme WPMU Dev Content Copier, qui fonctionne dans le panneau rĂ©seau, demande Ă  l’utilisateur de sĂ©lectionner le blog Ă  partir duquel copier le contenu, puis d’interroger et d’afficher une liste des CPT de ce blog. Cela fonctionne parfaitement. WP Ultimo, d’autre part, a besoin de connaĂ®tre les CPT pour afficher deux de ses pages de paramètres, donc bien qu’il utilise un code presque identique pour interroger les CPT, il soulève des questions. dans le processus et ils ne semblent pas ĂŞtre enregistrĂ©s Ă  ce moment-lĂ , donc vous ne les voyez jamais.

Parece que si los CPT se registran a través de las funciones principales del tema del blog, WP Ultimo puede verlos, pero dada la forma en que se usan los Pods para registrarlos, no parecen estar registrados a tiempo para que WP Ultimo esté en el información sur eux.

Je suppose que je devrai rĂ©soudre le problème en ajoutant des CPT “aveugles” similaires Ă  ceux utilisĂ©s sur les sites enfants au thème du site parent, codĂ©s en dur, afin que WP Ultimo puisse les voir et permettre la crĂ©ation de sites pour ce type de publication, qui ensuite il correspondra au type de publication sur les sites pour enfants. Ce n’est pas vraiment Ă©lĂ©gant, mais ça devrait marcher.

D’après les tests du week-end, c’est la seule base de travail Ă  laquelle je peux penser.


(@sc0ttkclark)

il y a 1 an, 11 mois

Nous enregistrons nos types de travail/taxonomies dans la prioritĂ© d’activitĂ© 11, s’il est trop tard pour WP Ultimo, ils doivent ajuster leur propre prioritĂ© initiale pour tenir compte des plugins/thèmes enregistrant leurs types de contenu comme la norme acceptable pour WP lui-mĂŞme. Ils devraient donc exĂ©cuter leur code beaucoup plus tard dans la prioritĂ© de dĂ©part comme 99 ou quelque chose comme ça, car les plugins/thèmes utilisent rĂ©gulièrement la prioritĂ© de dĂ©part 10-20.


(@friedhelm)

il y a 1 an, 8 mois

J’ai un problème similaire avec la presse multilingue et les pods.

1. Si j’utilise “UI Custom Type UI”, je peux voir les types de publication personnalisĂ©s dans les paramètres d’administration du rĂ©seau qui seront enregistrĂ©s dans l’emplacement principal du rĂ©seau.

2. Si je fais la mĂŞme chose avec les modules, les types de courrier personnalisĂ©s n’apparaissent pas sur le site d’administration du rĂ©seau.

-> sur le rĂ©seau d’administration wordpress, vous ne pouvez pas voir les types de publication personnalisĂ©s car wordpress ne sait pas quel blog rechercher -> donc l’administrateur du rĂ©seau de presse multilingue recherche sur le site principal des types de publication personnalisĂ©s.

J’ai utilisĂ© Query Monitor pour savoir ce qu’il en est lorsqu’il se charge dans le “plugins_loaded” – Hook et j’ai constatĂ© que les pods ne sont pas chargĂ©s dans l’administrateur, donc aucun plugin ne voit les types de publication normaux sur le site principal.

alors maintenant ma question : existe-t-il un moyen d’afficher les types de publication personnalisĂ©s du site principal dans l’administrateur rĂ©seau avec “get_post_types” ?


(@jimtrue)

il y a 1 an, 8 mois

Selon les notes ci-dessus, nos configurations de pod ne sont pas connues sur Network Multisite, donc selon cette page documentée pour MultilingualPress, vous devrez copier les configurations de pod sur leurs sites séparés pour le transfert :
https://multilingualpress.org/docs/how-to-translate-custom-post-types-and-taxonomies/

Ce document explique également comment seule la version Custom Pro de Post Types connaît le réseau et ce qui peut être fait, vous devrez donc utiliser le même processus pour les pods.

Gestion des pods, composants, migration – Packages que vous pouvez utiliser pour exporter et importer des configurations de pod sur plusieurs sites. Cela devrait faire exactement ce à quoi la documentation liée ci-dessus fait référence. Sinon, vous devrez ouvrir un ticket avec Multilingual Press et travailler avec eux pour nous contacter et prendre en charge notre plugin avec leur plugin.

Does Pods Work with Other Plugins? Can we get a plugin coded to work with Pods?

Cela a-t-il résolu votre problème ?

Was this helpful?

0 / 0

Leave a Reply 0

Your email address will not be published. Required fields are marked *