Remonter des articles du sous site wordpress sur la page d'accueil du site php

Bonjour,

J'échappe provisoirement au fait de devoir refondre mes sites pur php en Wordpress ...
Mais je dois adopter une solution hybride afin d'intégrer un sous site (blog édito) dont je dois déléguer l'administration au marketing afin qu'ils soient autonomes sur leur partie éditoriale.
J'aurais donc un truc du genre:

monsiteprincipal.fr => le site pur php
edito.monsiteprincipal => le sous site wordpress

Ma problématique est de remonter depuis le sous site wordpress des éléments qui me permettraient de nourrir un slider ou des liens sur la page d'accueil du site principal php.
Puis-je requêter une base de données pour récupérer des titres d'articles, des images ... ?
Si oui quelles tables? quels champs ? ou puis-je trouver les structures des tables wordpress ? les credentials ? etc ...

Une autre solution qui me vient à l'esprit serait de faire un include depsui la page d'accueil d'une page du sous site wordpress avec uniquement un slider...

Merci d'avance pour vos suggestions, pistes ou avis.

il y a beaucoup d'informations (mais peut-être pas tout ce dont vous avez besoin) fournies par l'interface REST. vous la trouverez à l'adresse serveur-wordpress.fr/wp-json
pour plus de détails sur les paramètres possibles, il y a la documentation là :
https://developer.wordpress.org/rest...-the-rest-api/

Merci mathieu, en effet attaquer WP avec l'API REST peut être une solution ...
Je vais regarder cela de plus prêt.

Autre question par rapport a ces "sous sites édito"
J'ai plusieurs sites principaux chacun avec une charte graphique différente pour chaque site

Est il possible d'envisager un seul sous site édito en modifiant la charte graphique en fonction de l'origine de l'appel?
Je pourrais ainsi avoir le même article sur différents sites mais le styliser différemment selon l'origine de l'appel.

Sinon je serais obligé d'avoir un sous site wordpress par site principal

donc au lieu de saisir le texte mise en forme dans l'éditeur HTML, l'auteur de l'article va saisir le texte brut dans un champ "textarea" ?
et donc c'est le site qui reçoit le texte brut qui mettra en forme ce texte ?

Non pas exactement.
Les rédacteurs utiliseront Divi pour mettre en forme leur pages éditoriales dans le sous site Wordpress.

je ne connais pas très bien divi donc il vaut mieux que tu testes. si le code html contient beaucoup de code CSS en ligne, le présentation sera plus compliquée à personnaliser qu'avec des classes CSS.
ensuite tu peux aussi nettoyer le code html avant de l'utiliser.

Et c'est supposé me simplifier la vie ???


Divi est un plugin qui permet de faire du wysiwyg.

ça confirme juste tout le bien que je pense de ces outils !!!
c'est bon pour le petit commerçant qui veut avoir de l'autonomie pour la gestion du contenu de son site, mais ça s'arrête là.

vu le besoin de départ, je ne pense pas qu'il existe quelque chose de tout prêt qui va te simplifier la vie que ça soit en utilisant wordpress ou autre chose. ;)

J'ai déjà une solution qui me convient : le développement pur php !
Le souci est que la hiérarchie cherche une solution qui ne nécessite pas l'intervention d'un développeur.
Juste une utopie quoi ...

Je reste persuadé qu'il sera plus facile de trouver un développeur php mysql capable de prendre la suite sur un site web que de trouver un développeur Wordpress capable de reprendre le flambeau sur un site WP trafiqué pour répondre aux besoins métier ...
Qu'en pensez vous ?

Je dirais que ça dépend du niveau du développeur. De toute façon il faudra être développeur PHP et connaitre WordPress (ou s'y mettre). Ça reste plus facile d'appendre WordPress quand on est développeur que l'inverse, mais ça rajoute une couche de complexité et donc aussi de problème.

Citation:

---

Autre question par rapport a ces "sous sites édito"
J'ai plusieurs sites principaux chacun avec une charte graphique différente pour chaque site

Est il possible d'envisager un seul sous site édito en modifiant la charte graphique en fonction de l'origine de l'appel?
Je pourrais ainsi avoir le même article sur différents sites mais le styliser différemment selon l'origine de l'appel.

---

WordPress gère le multi-site. Je ne suis pas spécialiste WordPress, mais de ce que j'en ai compris chaque sous-site peut avoir ses propres extensions et thèmes activées ou non mais doivent être installés par l'administrateur du réseau (au sens WordPress). Chaque sous-site wordpress aura ses propres tables et utilisera les tables communes pour les utilisateurs etc.

Après l'idée d'un sous-site en WordPress pour donner une autonomie sur une zone est pas forcément mauvaise. Mais le jour il vous voudrons changer par exemple l'emplacement d'un élément et qu'il ne peuvent pas le faire car pas prévu dans le thème ? Ben monsieur PHP, faut que que tu me fasses ça.

J'ai beaucoup de mal avec la logique Wordpress, et j'ai beaucoup de mal à m'y mettre d'autant plus que la formation de développeur avancé Wordpress m'a été refusée et remplacée par un lien de tutos sur le web.
Et je me tue à leur répéter que prendre l'option Wordpress c'est être obligé de trancher sur des choix de templates, de plugins avec tous les risques que cela comporte dans le temps (non compatibilité lors des nouvelles versions, plugin non maintenu ...).
On me rétorque que Wordpress est utilisé par 80% des sites aujourd'hui, je ne sais pas ou ils ont trouvé ce pourcentage, pour moi c'est de l'ordre de 30% et encore en grande partie pour de petits sites simples.
Et comme tu le dis je sens bien la demande d'une évolution non prévue au programme et qui ne rentre pas dans les faisabilités de base de la configuration retenue. Il me faudrait alors pouvoir mettre les mains sous le capot, ce que je suis incapable de faire aujourd'hui. :roll:
Et plus je mets le nez dans wordpress, plus c'est effrayant !

Citation:

---

On me rétorque que Wordpress est utilisé par 80% des sites aujourd'hu

---

C'est plutôt 40%, mais c'est un chiffre non négligeable.

WordPress convient très bien pour des sites vitrines, ou pour qu'effectivement les gens aient une autonomie. Ils l'auront pour la saisie, mais pas sur la modification de structure. Du coup ça va être à toi de gérer cet aspect, et ça te fait une couche de complexité supplémentaire. complexité=délai, risques de probs, etc.
Voila comment il faut présenter les choses.