Wordpress et PHP

Bonjour,

Avant que je ne me plonge dans Wordpress et ses plug-in, est-ce que quelqu'un connait bien Wordpress et pourrait m'indiquer si il est possible de faire ceci :
- Afficher le résultats d'une page php dans le centre de la page, code qui contiendrait des includes notamment
- Afficher dans une colonne du code php
- Et enfin afficher du texte dans la colonne suite à un clic dans la partie centrale (comme c'est du javascipt, j'ai envie de dire oui).

Merci d'avance pour votre aide

Vincent

Ca rassure mdr
Pour le php, j'ai vu le plugin runme, est-ce le truc à utiliser ?
Et est-ce que vous me conseilleriez plutot d'essayer d'integrer mes scripts dans wordpress, ou alors wordpress dans mes scripts (en "collant" le header, le footer et en reprenant le design pour le reste)

on a repris le site en septembre et le menage n'est pas fini ;)
sinon ça tient tranquille 30 000/jours sur un serveur basique ovh
avec du cache c'est sur
et puis
2fois motools et 2 fois Jquery ça ne fait meme pas le poids d'une image alors c'est pas franchement la priorité

WP c'est une belle daube, pour tenir 60k visiteurs par jour, j'ai du collé nginx en frontend, un cache de folie, et meme un compilo php sur un SPmini. Des discut avec mon hébergeur (un autre), meme conclusion. Alors que sur un autre SPmini, avec le meme traff, on est au moins 4 fois moins chargé alors que ca devrait etre largement l'inverse (plein de sites, un gros forum etc...)

script de conversion Invision Power Board v2.1.7 > phpBB3 tu connais ? Parce que j'ai cherché et j'ai pas trouvé

@pagetronic : comme dit avant on n'a pas fini et pas encore commencé vraiment en fait
mais c'est un truc qui fonctionne et qui permet de faire tourner des sites assez complexes sans dev
apres faut adapter à la charge

C'est à dire qu'il fait tellement d'accès disques pour tout et n'importe quoi, que malgré les (nombreux) caches, ça suivait toujours pas coté disque à cause du filer NFS. Du coup c'est quasi impossible à placer sur un cluster, il a fallut remplacer l'infra par un énorme serveur virtuel redondant. Rien que le fait qu'il n'utilise pas les sessions de PHP, ça fout le bordel : tu peux pas utiliser memcache sans modifier le code du bouzin. Bref pour moi SPIP c'est pour les petits trucs, ça tient pas les montées en charge.

Donc quand on choisi un CMS pour monter son site, c'est qu'on espère qu'il n'aura jamais de succès ?

Mouais, l'intégrateur en charge du site n'est pas forcément au point non plus. Je lui ai demandé plusieurs fois de déplacer ces dossiers ailleurs, et il me disait qu'il ne pouvait pas.
Dans le dossier "tmp" par exemple il y a des données spécifiques à chaque node du cluster qui ne doivent pas être synchronisées (les logs par exemple), des données qui doivent être synchronisées mais qui sont volatiles (comme les sessions), ainsi que des données à synchroniser et non volatiles (je n'ai plus d'exemple en tête). Et pour séparer tout ça, j'ai du mettre des liens symboliques pour réduire les accès disque.

Qu'un CMS consomme plus que la moyenne, c'est "normal" je dirais. Mais avec SPIP tu atteinds vite les limites I/O (ce qui est le gros goulet d'étranglement des serveurs de nos jours), et la quasi non compatibilité avec les clusters LAMP est un très gros handicap à mon avis ; et c'est clairement pas un problème de moyens.