Philivert

Membre des forums
  • Compteur de contenus

    759
  • Inscription

  • Dernière visite

  • Days Won

    68

Tout ce qui a été posté par Philivert

  1. Bonjour, comme il t'a été répondu sur le forum de SPIP : passe à la dernière version de SPIP 3.0, c'est à dire la 3.0.24 Et je pense comme Simon que ton problème est lié à l'utilisation de PHP 7 avec une version de SPIP (3.0.19) qui n'est pas compatible.
  2. Merci pour les infos, j'avais bien vu pour les aspects "administratifs" mais il me semble que le côté technique n'avait pas été évoqué
  3. et donc :yulpa va reprendre les contrats ? ou partir sur de nouvelles bases ?
  4. Bonjour et meilleurs vœux à tous, Juste une "petite" question : le matériel actuel appartient à l'association Web4all, comment se passe le transfert vers :yulpa et que devient :yulpa si (ce que je n'imagine pas) les adhérents lors de l'AGE n'approuvent pas l'évolution ?
  5. Bonjour, pb 1 : le site ne doit pas être à la racine de Filezilla (Filezilla est juste le logiciel qui va te permettre de manipuler tes fichiers), mais à celle de l'hébergement. Dans ton cas la "racine" de l'hébergement où tu dois placer tes fichiers est : var/www/tondomaine.com/htdocs pour que Filezilla te positionne directement au bon endroit, il faut que dans les paramètres avancés tu mettes dans dossier distant : /var/www/tondomaine.com/htdocs pb 2 : ta base doit être en accès interne. L’accès externe n'est utile que si tu comptes utiliser ta base depuis un autre site
  6. Bonsoir, S'il n'y a pas de web, c'est normal que ton sous domaine ne fonctionne pas...
  7. Bonjour, Il y a une incompatibilité de SPIP avec la version PHP 7.0.9 qui se traduit par l'affichage d'une page vide avec une ligne d'erreur. Le problème est connu et en cours de résolution par les dev En attendant il se règle facilement en modifiant la ligne 246 du fichier "spip/ecrire/inc/pipelines.php" Ainsi la fonction : function f_queue(&$texte) Devient : function f_queue($texte) testé ce matin sur 3 sites après le passage de http1 en php 7.0.9
  8. Bonjour, pour info je viens de tester sur mon serveur local avec PHP 7.0.10 et le problème a disparu. Le pb est donc spécifique à la version 7.0.9 de PHP (j'ai testé toutes les versions de PHP 7 depuis sa sortie)
  9. c'est bien ce pb qui est traqué par les dev, et pourquoi en php 7.0.9 et pas les autres versions ?
  10. oui mais il vaudrait mieux faire un test en local avant de le faire sur le site en prod, si c'est un pb avec Zcore/Bootstrap/Lesscss le correctif SPIP ne suffira pas forcément. Bonne journée
  11. Tu as quelle version de SPIP ? tu es sous PHP 7 ? Avec SPIP 3.1.1 pas de pb après la modif. sauf les lenteurs sur l'administration
  12. Bonjour, si pb avec le CMS SPIP, voir ce post
  13. Bonsoir, pas de "trou noir" aujourd'hui pour les 9 sites que je surveille , par contre j'ai très souvent sur les sites chez Web4all une mini coupure (moins d'une mn) vers 4h03 et je n'ai pas constaté de lenteurs dimanche sur l'admin de mes sites
  14. Bonjour, comme précisé dans le message d'owncloud il faut changer ta version de PHP : dans le manager web4all, synthèse domaines, clic sur ton domaine, gérer le domaine http, actions, changer la version de PHP
  15. Bonjour, Prend ton hébergement chez Web4all au nom de ton domaine chez OVH prend un ndd gratuit chez Web4all, que tu feras pointer sur le dossier de ton hébergement et qui te permettra de tester ton nouveau site. Ne change rien dans le paramétrage de ton ndd chez OVH. Quand ton hébergement OVH expirera, il suffira de faire pointer ton NDD chez OVH sur les DNS de Web4all (ou de transférer le domaine chez Web4all, mais quel intérêt ?)
  16. Bonjour, passage de 2 autres sites sous SPIP 3.1.1 et php7, même constatation que pour le premier : la partie admin est devenue très nettement plus rapide, en particulier les pages qui me posaient problème lorsque opcache était mal paramétré sur le serveur. La partie publique me semble plus rapide également mais c'est moins net et plus difficile a évaluer. Peut-être aussi lié au fait qu'il me semble que opcache n'est pas activé avec php7 ? du moins je ne trouve pas les paramètres qui me posaient soucis il y a quelques temps.
  17. Bonjour, passage sans pb sous php7 de mon site SPIP 3.1.1 L'admin me semble nettement plus rapide , à confirmer dans le temps
  18. Bonjour et bienvenue, Trop tard pour le pack one, il n'existe plus : https://forums.web4all.fr/topic/10171-blog-modification-de-la-grille-tarifaire-2016/
  19. Bonjour, merci du tuyau, je suis en train de tester et ça a l'air pas mal
  20. Bonjour, As-tu vérifié que le fichier config/connect.php contient les bonnes informations de connexion à ta bdd ?
  21. je pense qu'il faudrait que tu supprimes le domaine de l'ancien hébergement, puis que tu l'ajoutes sur le nouveau. Domaines et utilisateur FTP sont rattachés à un seul hébergement, ce qui explique ton soucis
  22. Bonjour, il suffit de créer un utilisateur ftp avec un nom différent
  23. Je valide Opcache a retrouvé la bonne valeur, j'ai bien le cookie d'admin et mes espaces d'administration refonctionnent normalement. Merci Benoît C'est juste dommage d'avoir du attendre 2 semaines
  24. Bonjour Benoit, merci de ton intervention
  25. Apparemment j'ai bien le cookie d'admin pour les sites spip en 3.0.22, mais pas pour celui en spip 3.1 ??? Ce qui est le plus gênant pour moi, c'est le réglage d'opcache.revalidate... qui est à 60 et entraîne de très grosses lenteurs sur certaines pages d'admin. Comme je l'ai déjà précisé, ce pb avait été réglé fin juillet 2015 mais il est réapparu à peu prés en même temps que l'annonce d'augmentation des tarifs.