Aller au contenu

Aurelien P.

Administrateurs
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    430

  • Inscription

  • Dernière visite

  • Jours gagnés

    58

 Type de contenu 

Messages posté(e)s par Aurelien P.

    [Tutoriel] Comment passer de HTTP vers HTTPS avec un .htaccess

    dans Hébergements mutualisés

    Posté(e)

    Il y a 5 heures, ogmios a dit :

    Moi j'ai le soucis inverse car la demande de certificat Let's Encrypt pour mon domaine s'obstine à ne pas marcher (ERREUR).

    Je voudrais donc passer en HTTP afin d'installer Wordpress, mais j'ai beau configurer chez Yulpa la publication en "HTTP et HTTPS"  quand je tape http://avaleg.fr il revient automatiquement en https://avaleg.fr et donc sans résultat.

    doublon ;) 

    changer de nom de domaine

    dans Noms de domaines & DNS

    Posté(e)

    Bonjour, 

    il y'a deux choses à distinguer : 

    • le nom de domaine acheté (celui que vous avez payé pour le déposer auprès d'un registrar via YULPA ou autre) : il ne peut pas être modifié. Il faut en commander un nouveau et laisser (ou non) expirer l'actuel.
    • la configuration sur les serveurs chez YULPA : il faudra ajouter le domaine sur l'hébergement et configurer tout ce dont vous avez besoin (sites web, mails...) et éventuellement basculer certains éléments ou modifier selon votre site web, les mails à migrer ou non.

    INEONET rachète YULPA

    dans Coin détente

    Posté(e)

    Bonjour, 

    n'étant plus à la tête de yulpa, je n'ai pas de réponse immédiate à apporter sur les points soulevé

    Le passage en yulpa vous a paru plus plat mais il y avait beaucoup de refonte et travail de fond (à commencer par la v2 de iWal, les paiement auto, les containers, le vCloud), il y avait bien plus de choses en yulpa que en web4all si on compare sur la durée ;) 

    Actuellement je finalise avec Benoit les nouveaux serveurs web que nous n'avions pas pu faire en 2020, si tout va bien on pourra proposer les nouveaux hébergements avant fin novembre. 

    Insufficient storage

    dans Hébergements mutualisés

    Posté(e)

    Je viens de mettre à jour la tâche sur Travaux.

    Principalement sont concernés les clients les plus anciens, ce fil m'a mis la puce à l'oreille avec les derniers posts, nous intervenons sur le stockage qui est un des seuls éléments commun à ces clients. 

    • Like 4

    Insufficient storage

    dans Hébergements mutualisés

    Posté(e)

    il y a 1 minute, mdata a dit :

    Je pense que la version de SQL ne doit pas forcément jouer, mes deux sites sont sur des Maria 10.3 et ils sont touchés aussi.

    Par contre je constate toujours que mon site en php simple/flat text (donc pas de db) n'est pas tout tout impacté et fonctionne normalement (manque de bol c'est un serveur interne donc pas utile pour les visiteurs)

    OK merci pour la piste :) 

    à l’instant, Antares a dit :

    Le support de la 5.5 devait s'arreter en 2017 et a été prolongé jusqu'en 2020; donc ce n'est pas soudain comme changement/migration : un site est censé rester à jour non ?

    De temps en temps il faut "forcer" les utilisateurs pour leur bien; mais quand je vois des clients en infrastructure toujours avoir des Windows 7 voire des XP sur des machines de prod, y a du boulot 😁

     

     

     

    En théorie oui il faudrait les forcer... 😢  C'est la même chose pour PHP, nous sommes obligés de maintenir les anciennes versions. Et si l'on décide de forcer les clients, ce sera des milliers de tickets car beaucoup ne sauront pas ce qu'il faut faire. 

    Insufficient storage

    dans Hébergements mutualisés

    Posté(e)

    à l’instant, Antares a dit :

    J'aurais cru que c'était plutôt lié à la version du serveur SQL : le site le plus impacté est celui se trouvant sur un des vieux MariaDB 5.5. mais de fait ceux se trouvant sur le MariaDB 10.3 sont parfois touchés aussi : il serait peut-être temps de les mettre à jour de toute façon ?

    Je voudrais bien migrer le mien (Wordpress le recommande) mais je manque de temps et ça n'a pas marché quand j'ai voulu le faire...

     

     

     

    Ils ne seront pas à mis à jour, jamais. On passe les mises à jour mineures et de sécurité mais on ne peut pas les upgrader en 10.x car cela les rends incompatible avec trop de sites, ce serait comme forcer un utilisateur en php 5.x à passer en 7.x

    Il y'a donc des serveurs en 5.x pour ceux en ayant besoin et en 10.x pour les autres. 

    Insufficient storage

    dans Hébergements mutualisés

    Posté(e)

    La seule chose qui semble correspondre aux sites en question est lié à un usage de RAM assez élevé, par pic, sur l'ensemble de l'hébergement mais les limites sont pourtant bien plus haute que ce qui est en général consommé. 

    il y a 2 minutes, hfrate a dit :

    Bonjour, la liste exhaustive des sites impactés a elle été identifiée ? car pour ma part, même si je n'intervient que rarement, tous mes sites se retrouvent impactés malheureusement ... Down (ou fortement ralentis depuis quelques temps ...)

    merci

    Non il n'y a pas de liste de faite, d'autant que certains sites peuvent être impacté sans forcément que les clients nous le remontent. 

    Lorsqu'un site est impacté dans un hébergement, cela impacte les autres, donc il est normal que tous les sites soient impactés en même temps (sauf si différents hébergements). 

    • Upvote 1

    Insufficient storage

    dans Hébergements mutualisés

    Posté(e)

    Je comprends tout à fait la frustration et le mécontentement. Nous n'arrivons pas à identifier la cause des lenteurs / down, ce sont à chaque fois les mêmes sites sur lesquels cela se produit et sans point commun (certains sont des gros sites, d'autres non), nous continuons à chercher ce qu'il se passe mais pour le moment nous bloquons :( 

    Insufficient storage

    dans Hébergements mutualisés

    Posté(e)

    il y a 49 minutes, wouab a dit :

    Bonjour

    Idem pour moi: site inaccessible. Cela fait 5 ou 6 fois en 2 mois et encore je ne vérifie pas tous les jours. J'ouvre des tickets qui sont brutalement refermés sans jamais prendre la peine de me répondre. J'ai jamais vu ça 😵

    Bonjour, nous ne fermons aucun ticket sans y répondre (sauf si ticket en double), quel est le ticket en question ? 

×
×
  • Créer...