Benoît GEORGELIN

Administrateurs
  • Compteur de contenus

    15
  • Inscription

  • Dernière visite

  • Jours gagnés

    3

Benoît GEORGELIN a gagné pour la dernière fois le 22 mai

Benoît GEORGELIN a eu le contenu le plus aimé !

Réputation sur la communauté

5 Neutral

À propos de Benoît GEORGELIN

  • Rang
    Associé yulPa | Expert infrastructure
  • Date de naissance 14/01/1886
  1. On va essayer de suivre cela de près. Les relevés que vous avez sont effectivement intéressant. Le temps en revanche correspond à un timeout spécifique on dirait. J'ai mis à jour certain timeout, on va voir si le comportement est le même. Tenez nous au courant
  2. Bonjour, Via la fonction mail() de php , nous ne bloqueront pas le compte si la qualité de l'envoi est correct. Si vous avez trop de bounce ou que le contenu est détecté comme SPAM alors effectivement il sera bloqué Concernant le nombre, il est préférable de faire des paquets plutôt que d'envoyer les 5000 d'un coup.
  3. Bonjour, faut que l'on voit pourquoi ce n'est pas proposé effectivement
  4. Bonjour, il y effectivement eu un pique de charge sur l'ensemble des HTTP, comportement étrange que nous surveillons qui n'a pas l'air de se reproduire. En dehors de quelques petites attaques que nous avons eu, rien à signaler.
  5. Voila pour vous emacs est disponible .
  6. Normalement, c'est géré dans les HEADERS , mais la en l’occurrence, je pense que c'est ton client mail qui connait le contact et l'a enregistré de cette façon
  7. J'utilise Lychee depuis longtemps J'aime beaucoup cette solution. Simple et efficace si pas besoin de gestion de droits particulier. Les mises à jour sont faciles aussi , ce qui rend la solution simple à prendre en main et à maintenir . Le comparatif reste néanmoins très intéressant ! Merci
  8. Bonjour, Vous devez modifier le fichier wp-config.php de votre site (via FTP ou via le manager de fichier iWal) pour lui indiquer les nouvelles informations de BD (user/mot de passe/nom de la nouvelle base/serveur/) Bonne journée
  9. Bonjour à toutes et à tous, depuis le 15 avril 2017, yulPa a lancé ses services et assure la continuité des services anciennement publiés par Web4all. Afin de fêter cela et de vous présenter succinctement les services à venir, nous vous convions à une soirée dans le 5ème arrondissement de Paris, le jeudi 18 mai 2017 à 19H15 Benoit GEORGELIN, (demeurant à Montréal) sera présent pour l'occassion ainsi que Aurélien PONCINI. Merci de nous dire si vous serez présent et si vous êtes accompagné merci de le mentionner Nous serons ravi de pouvoir ainsi vous offrir un ou plusieurs verres sans oublier la nourriture qui va avec PS : l'adresse sera communiquée aux inscrits, le 15 mai. La soirée débutera à 19H15. Pour vous inscrire : https://events.yulpa.io/e/1/apero-yulpa
  10. Bonjour, Pour toutes les nouvelles demande, je vous demande de bien vouloir passer par un ticket de support sur iWal svp Plus simple pour le suivi Merci !
  11. Bonjour, c'est en cours de travail. Malheureusement, cette modification impose pour nous de travailler sur la création de nouveaux pool HTTP en apache2.4 Le monde de l'hébergement mutualisé est difficile en cas de changement majeur comme cette version de apache (htacces principalement) Dans le CMS à jour, on retrouve la prise en charge des deux règles de nommage pour certaines instruction qui permet d'assurer une compatibilité 2.2 et 2.4 + Mais de ce que j'ai vu, la grand majorité des .htacces seront non fonctionnels pour niveau gestion d'accès à une ressource. La question se pose donc . Basculer sur 2.4, et imposer aux clients de modifier leur .htaccess (sachant qu'il n'y à pas de risque d'exposer des données protégées par htaccess) une erreur 500 certainement sera affichée. Où mettre en place ce que nous voulons faire depuis 3 ans, diviser notre infrastructure HTTP en plusieurs pools . Des pools pourront rester en 2.2 et des nouveaux en 2.4 Donc, oui nous souhaitons passer en 2.4+ , prochainement oui, mais c'est quand même l'affaire de quelques mois.
  12. Le dieu google dit : Donc effectivement on devrait faire du 301 au lieu du 302 Sachant que l'impact qu'il peut y avoir niveau SEO c'est quand un client qui à un site en HTTP indexé décide de le passer un HTTPS . Le 302 n'est la meilleure chose. A modifier
  13. Ca va devenir un object de collection
  14. Bonjour, je vous remercie d'avoir (de nouveau) posté cette demande. Je vais l'étudier et valider sur les serveurs SSH publique pour l'accès client. C'est effectivement très pertinent . Merci !
  15. Bonjour, Ca fait plaisir de vous voir toujours parmi nous