Citation :
Et je rajoute, que si tu es en PHP 5.2 actuellement, assure toi que tous les modules que tu utilise fonctionnent sous PHP 5.3. Si ce sont des modules récent pas de soucis, par contre si ce sont des anciens, tu pourrai avoir une page blanche lorsque tu essai d'accéder à la page d'administration du module

De toute façon pour o2switch c'est mort, vu qu'il passe a PHP 5.4 au 1 avril. D'ailleurs la plupart des hébergeurs sérieux ont ou vont passer à PHP 5.4 cette année (infomaniak est aussi occupé a préparer la migration)
A ma connaissance, OVH fournit un grand panel de version PHP (suffit de faire les réglages dans le .htaccess).

Petite précision pour Alain, un capital de 7500€ ne veut rien dire en France, c'est simplement qu'il ne sert a rien de charger le capital sinon on paye des impôts. Prend en exemple 1&1, 1&1 france est une SARL de 7500€ basé a Sarreguemines, en fait cette société ne fais que du commerciale et tout est sous-traité à la maison mère 1&1. Cela s'appelle de l'optimisation fiscale.

Idem pour les salles blanches, la plupart des hébergeurs louent des zones (ou baies) dans des datacentres appartenant à des sociétés spécialisées. Pour ma part, je privilégie la proximité (pas de moi) des utilisateurs. Si un site a un public majoritairement parisien, autant prendre un espace dans un datacentre parisien, si mon site est réservé au lyonnais, je le met à Villeurbanne. Je loue des baies dans plusieurs datacentre et a différents prestataires, ce qui m'importe est de réduire sensiblement le temps de chargement de la page, car il ne faut pas oublier le temps de propagation des données.

Petite info en passant par là.

Citation :
Ce genre de message n'est pas gràve, on peut passer outre, ceux-ci indique que les class utiliser seront bientôt enlever du code.
'xoopstopic' et 'xoopsstory' sont des vielles class (encore en PHP4), cela finira par poser des problème car ces class en PHP4 ne sont plus supportées a partir de la PHP 5.4.x. Ces deux class sont des résidus des premières versions de Xoops. Pour que le module fonctionne avec les versions suivantes de Xoops, il faudra simplement créer des class spécifiques aux modules.

Et concernant 'xoopsuser', même raison, a part que là, il existe une class intégré au noyau de Xoops suffit de remplacer l'appel au vieux fichier par l'appel au nouveau.

Citation :
Là, tout dépendra de la qualité (ou l'age) des modules testés, la plupart enlèveront tout, mais certains laisseront des traces.

et je rajoute qu'après, il reste le problème des modules.

oui, il y a une incompatibilité entre Xoops 2.5.5 et inférieur et PHP 5.4.x le problème est résolu avec Xoops 2.5.6 (mais encore en version bêta)

même principe,

adresse expéditeur = une adresse mail existante sur le serveur de mail.
Nom de l'expéditeur = Le nom qui apparait à côté du mail (ici par exemple : coveo.fr)
Hôte SMTP : l'url du serveur de mail
Nom d'utilisateur SMTPAuth = le pseudo ou le mail qui correspond à la ligne 1.
Mot de passe SMTPAuth = le mot de passe associé au compte ci-dessus.

'administrateur'->'préférences'->'paramètres email'

le .* veux dire que tout ce qui suit est automatiquement valide car google à plusieurs bots donc pour tous les accepter on mets .* , si tu veux plus de détails sur le fonctionnement, je te conseille de lire le fonctionnement des regex

compare les préférences de news entre les deux sites.

Par conter je viens de faire CTRL+u sous Firefox, histoire de consulter le code source, il y a plusieurs erreurs (les erreurs sont en rouge) notamment, le doctype, ce qui a une incidence sur le site. Commence a corriger cela, c'est le plus important car là le navigateur est en mode "quirk", ce qui donne du grand n'importe quoi.

Après je te conseille de passer ta page dans un validateur type W3C Validator, une fois les erreurs HTML corrigés, tu pourras corrigé plus facilement.