Classement

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.

Je tenais à remercier toute l'équipe pour l'intégration efficace des certificats Let's Encrypt. Enfin le SSL gratuit pour tout le monde. Cordialement, Manu

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 😵

Blogmotion fête ses 10 ans d'existence! Au départ une sorte de carnet de note en ligne, le blog a su évoluer avec le temps et propose du contenu High Tech de façon un peu plus large : tutoriels, tests produit, décryptage de l'actualité, sécurité informatique... Au départ hébergé chez Espace-Gratuit (EG-Hosting) cela fait de nombreuses années que Web4all et aujourd'hui YulPa propulse le blog sous WordPress. Je vous donne rendez-vous demain le 12/06/2017 à 9h pour un lot un peu spécial qui devrait en intéresser plus d'un Bonne soirée / journée !

Petite pointe de nostalgie en buvant mon café ce matin, premier mug attrapé, bam!

Bonjour à tous, je viens d'écrire un petit tuto sur ce sujet : http://blogmotion.fr/systeme/htaccess-http-https-erreur-16358 Pensez aussi à votre référencement, à ajouter le site HTTPS dans Google Console (anciennement webmaster tools). Vos retours sont les bienvenus

Il est malheureusement évident que le yulpa d'aujourd'hui est moins satisfaisant que le yulpa d'hier : sites moins rapide, incidents plus nombreux, absence d'une communication digne de ce nom. Yulpa n'apparaît d'ailleurs plus nulle part dans les comparatifs d'hébergeurs. Cela devrait inquiéter ses propriétaires

La chute de qualité est manifeste depuis quelques mois. A l'époque de web4all, c'était vraiment mieux. De plus en plus déçu par Yulpa qui est LE point faible de mon activité professionnelle de e-commerce. Pannes à répétition et instabilités, surtout cet été.

Ce ne sont pas les pseudos par défaut J'ai plusieurs sites, ils sont tous impactés. Tous, sauf le seul qui n'est pas sous wordpress. Après, vu la popularité de wordpress, c'est pas étonnant qu'ils essayent de rentrer par là. J'ai mis des restrictions pour réduire le nombre de tentatives...blocage d'IP pendant deux jours en cas de 2 tentatives de connexions. Le soucis, c'est qu'il faudrait que tout le monde le fasse sur le mutualisé, c'est pas gagné sachant pertinemment qu'il y a beaucoup de sites qui ne sont même pas mis à jour...

oui, c'est exactement ça et c'est ce qui m'inquiète aussi

Ce qui m'inquiète quelque peu, c'est qu'il a été sous entendu (ou alors on a mal compris) qu'ils n'ont pas d'idée précise de ce qui déconne et à chaque fois on a un cycle répétitif : service normal, latences, décrochages aléatoires, interruption du service.

Ces deux derniers jours, les choses semblaient être redevenues normales avec des temps d'ouverture de site de 600ms. Mais voilà que ça recommence, la pièce jointe en est l'illustration. Et il est quasi impossible à cette heure d'accéder à l'admin des trois sites que je gère. Les travaux parlent de "sévérité moyenne" mais pour les sites concernés, ce n'est pas "moyen" du tout c'est tout à fait grave. Nous (Union Régionale FNCTA de théâtre amateur) sommes clients depuis 2012 et, avec des hauts et des bas, globalement satisfaits. Mais là, ça commence à ne plus aller du tout. Encore heureux qu'on soit au mois d'août ou l'activité est moindre. Mais si ces incidents ne sont pas réglés d'ici septembre, nous ne pourrons pas rester !

Mes observations à présent : - Les sites sont toujours down, on n'est plus au stade de l'erreur de connexion aux DB mais toujours en pédalage débouchant sur du 504 (gateway time out) - Les serveurs DB sont par contre visiblement up, je me connecte sans problème à mysql7 depuis phpmyadmin - Roundcube a un fonctionnement très aléatoire, avec des fois des messages d'erreur sur le stockage (ce qui est une fausse piste, c'est le message d'erreur par défaut de roundcube) Je ne connais pas l'architecture de la plateforme yulpa, mais de ce que j'en vois je me permets de supposer que le souci n'est pas sur les DB elles-mêmes (vu qu'elles répondent) mais peut être sur les connecteurs situés au niveau des services web. Au boulot, nous avons eu des sketches de ce genre avec des dockers php et mysql qui perdaient leur connexion et la seule solution était de relancer toute l'infra docker pour que ça veuille bien fonctionner. Nous avons eu aussi des blagues avec SSSD qui se mettait à consommer de la RAM à outrance et du coup bloquait les services. Autre piste sinon, peut être un souci réseau entre la couche web et le stockage ? Après comme je disais je ne connais pas votre infra et peut être que les symptômes qu'on pense déceler du dehors sont à côté de la plaque. Ah sinon il y a aussi d'énormes latences sur le forum !

Pareil, mon SEO est très affecté et mes soucis récurrent amusent beaucoup mes petits camarades de jeu dans mon secteur d'activité (sans compter que ça devient compliqué de convaincre les partenaires du sérieux du site s'il est en panne la moitié du temps)

Ouais bin à un moment si moi je m'en vais je ne reviendrai pas ! 😡

Je partage ce sentiment, je suis sur Yulpa depuis les temps anciens de Web4All et j'étais très content du service et de la qualité de fonctionnement de la plate-forme. Là ça va de mal en pis, ça devient très compliqué de travailler et de bâtir une réputation pour mon site s'il a ses vapeurs tous les 4 matins.

Bonjour, en effet nous avions mis cela en place il y'a quelques années, ravi de ce retour positif

Avis déposé. Bonne continuation Aurélien et à toute l'équipe. Dominique O.

Bonjour, j'ai pas trouvé de documentation explicite pour installer Wallabag en environnement mutualisé alors voici la procédure que j'ai utilisée grâce aux conseils de Benoit - Merci à Lui Wallabag utilise composer pour s'installer et configurer le site et la base de donnée. c'est donc un prérequis a déployer pour commencer. Étape 1 : Installation de composer Voici une procédure pour utiliser composer et phar avec votre hébergement. Récupérer son php.ini depuis l'interface manager iWal (dans Domaines web > "Voir le php.ini") et le copier sur votre système de fichier en SSH Connectez-vous en SSH et editer un nouveau fichier php.ini taper à la racine de votre hébergement par exemple cd /datas/volX/w4aXXXXXX/var/www/Modules vi php.ini et copier le contenu récupéré dans le php.ini du manager IWal. 3. Ensuite à chaque ligne de commande vous devez indiquer votre fichier php.ini en paramètre Suivant votre version de php que vous souhaitez utiliser vous devez utiliser les commandes suivantes: php -c /chemin_php_ini/php.ini (ver7) php53 -c /chemin_php_ini/php.ini php54 -c /chemin_php_ini/php.ini php55 -c /chemin_php_ini/php.ini php56 -c /chemin_php_ini/php.ini 4/ vérifier que tout fonctionne avant d'installer composer php -c /chemin_php_ini/php.ini -i | grep version ou php -c /chemin_php_ini/php.ini -r 'echo phpversion();' 2>/dev/null 5 / Installer composer vous pouvez installer composer en modifiant le répertoire d'installation pour mettre un dossier de votre pack d'hébergement MAIS en dehors d'un site accessible via http Voici le détail pour l'installation adapté des commandes du site suivant : https://getcomposer.org/download/ (le checksum sera a adapter en fonction de la version de composer) php -c /datas/volX/w4aXXXXXX/var/www/Modules/php.ini -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" php -c /datas/volX/w4aXXXXXX/var/www/Modules/php.ini -r "if (hash_file('SHA384', 'composer-setup.php') === '544e09ee996cdf60ece3804abc52599c22b1f40f4323403c44d44fdfdd586475ca9813a858088ffbc1f233e9b180f061') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;" php -c /datas/volX/w4aXXXXXX/var/www/Modules/php.ini composer-setup.php php -c /datas/volX/w4aXXXXXX/var/www/Modules/php.ini -r "unlink('composer-setup.php');" Vous pourrez ensuite utiliser composer via son dossier d'installation. Dans votre session SSH vous pourrez également créer un alias "composer" est mettre /votre/dossier/installation/composer/composer.phar alias composer="/datas/volX/w4aXXXXXX/var/www/Modules/composer/composer.phar" Étape 2 : On lance l'installation de Wallabag après avoir créé un domaine web dédié à wallabag ainsi qu'une base de donnée mysql on se place en ssh dans le dossier du domaine web Je télécharge et extrait le logiciel wget https://wllbg.org/latest-v2-package && tar xvf latest-v2-package Je supprime le package d'installation rm latest-v2-package Je remonte les fichier d'un répertoire pour les mettre a la racine du site cd wallabag-release-2.3.2/ mv * ../ j'initie l'installation de composer pour wallabag php -c /datas/volX/w4aXXXXXX/var/www/Modules/php.ini /datas/volX/w4aXXXXXX/var/www/Modules/composer/composer.phar install j'édite le fichier app/config/parameter.yml avec les bonnes informations notamment la base de données et l'url du site Enfin je lance l'installation de wallabag en ligne de commande. php -c /datas/volX/w4aXXXXXX/var/www/Modules/php.ini bin/console wallabag:install Voilà en espérant que ça puisse aider certains d'entre vous

Hello, J'ai repris ce tutoriel pour la version 2.3.7. Dans les grandes lignes c'est ok merci beaucoup !! Mais j'avais quand même 2 extensions manquantes : - The requested PHP extension ext-tidy * is missing from your system - php-amqplib/php-amqplib v2.8.1 requires ext-sockets J'ai juste eu à éditer le php.ini (celui que j'ai utilisé pour l'installation) pour y ajouter : extension = tidy.so; extension = sockets.so; J'ai également opté pour sqlite : Dans le fichier ./app/config/parameters.yml j'ai eu à éditer : database_driver: pdo_sqlite database_path: %kernel.root_dir%/[...]/data/db/wallabag.sqlite Dans le parameter.yml il y a également l'url de wallabag à paramétrer (utilisée pour récupérer les images/CSS) + le paramétrage de l'email. Enfin pour pouvoir accéder à wallabag, il faut changer le "DocumentRoot" dans iWal de manière à ce qu'il pointe sur le répertoire "web" (et non "htdocs" par défaut). J'ai par contre fais une faute de frappe dans la configuration. J'ai obtenu une erreur qui est tombée dans le cache de wallabag. Réglé en supprimant le répertoire /datas/volX/w4aXXXXXX/var/www/[...]/htdocs/var/cache Peux être que l'installation par la ligne de commande règle également le problème....mais je laisse ça au cas où :) Ci-dessous les liens "significatifs" dans la documentation d'installation : https://doc.wallabag.org/fr/admin/installation/installation.html https://doc.wallabag.org/fr/admin/installation/virtualhosts.html https://doc.wallabag.org/fr/admin/parameters.html

Bonjour, comme je le disais, si la marque est déposée alors en effet cela donne un certains levier d'action (comme je le précisais, en fonction du domaine / classe de dépôt et de la territorialité). Le mieux pour les extensions communes est de toute les déposer si elles sont disponible, cela revient moins cher et prend moins de temps que de devoir gérer après coup.

Bonjour a tous, je tenais a vous partager cette conférence gesticulée qui parle d'informatique et liberté. On y parle des Chatons, des alternatives existantes en informatique. Je l'ai regardé avec ma copine et cela permet bien de vulgariser le fonctionnement de l'internet sans explication trop technique. https://www.youtube.com/embed/ujrJuPQ5Apg Les conférences gesticulées sont des explications sous forme mixe entre conférence et spectacle, qui mettent en avant des sujets d'actualités sur notre époque. C'est géré par des scop, cela a debuté il y a peut-être 10 ans avec la scop le pavé, , si vous allez sur leur site il y en a 8 librement visionnable. Cela a depuis généré plusieurs petits afin d'être plus local et a petite échelle.

Bonsoir ! Retour sur le forum pour un petit billet. D'abord : du temps de feu Web4All je laissais de temps à autre quelques nouvelles sur mon site de panoramiques destiné à tous ceux qui ne peuvent pas ( ou plus ...) se déplacer. Comme toutes les choses qui n'évoluent pas, soit elles se fossilisent soit elles disparaissent. Un jour que je signalais à quelqu'un que son image était en ligne, je reçus un mail me répondant que « non, elle ne voyait rien sur son TÉLÉPHONE ! » Hé oui, depuis 8 ans tout le monde a maintenant au moins une de ces charmantes tartines de transistors branchée en permanence au fond de la poche ou sur la table de nuit. Et la technologie Flash est en voie de disparition sur ces engins, voire a carrément disparu ! Comme le but est que tout le monde puisse accéder à mes images, il ne me restait qu'à replonger les mains dans le cambouis. Ce fut laborieux, car il fallu refaire bien des choses, et au passage me familiariser avec le HTML5. Je fus bien aidé par mon logiciel, mais j'ai quand même passé une petite demi-heure sur chaque image, et il y en a bien plus de 300 ... Mais c'est fait ! Vous pouvez désormais, si le cœur vous en dit et que vous avez du temps à perdre, vous promener grâce à votre smartphone ET sur votre ordinateur, en Normandie et en Bretagne, en attendant plus lointain. N'oubliez pas le son : il y a un morceau de musique pour chaque image, et le plus souvent en qualité (presque) Hi-FI (écouteurs bienvenus !). Cela réagit même aux mouvements de votre smartphone si celui-ci a un gyroscope. Important pour des gens qui parfois ne domestiquent plus leurs doigts ... Je n'ai pas encore refait la liste, peu pratique d'accès pour ce nouveau support. Je m'y mettrait incessamment sous peu. Il faudrait d'ailleurs un jour que je sorte tout ces Go de mon site d'optique, car cela n'a plus rien à voir avec les aberrations du 3ème ordre ! C'est là : http://www.dioptrique.info/panoramas/index.htm et si vous vous intéressez aux calculs optiques et aux objectifs anciens, c'est là : http://www.dioptrique.info/ mais c'est moins joli et moins drôle ! Bonne soirée, et longue vie à Yulpa ! Eric B.

Re bonsoir, J'ai mis à jour les pages qui avaient encore des liens Web4All et j'ai refabriqué deux logos yulPa à partir de celui de la page d'accueil. A ce propos, bravo pour les photos qui sont fort jolies ! A+ Eric

ok, merci J'essayerai de m'en souvenir si d'autres clients nous demandent Sinon j'ai oublié de le dire mais vous pouvez aussi tester https://doyoucheck.com/fr/ (cc @Simon )

Bonjour, pour y accéder : Services => Nom du service => Emails zimbra => Domaine emails => clic sur le domaine => le bouton "Accéder au panel Nospam" apparait sur la droite

Meilleure(s) solution(s) (1 seule redirection/pas de message d'erreur redirection - pour les 4 variantes - au lieu de 2-3 signalés par Google Speed Insights selon les variantes : http://, http://www, https:// ou https://www). Avec le(s) code(s) utilisés par défaut par le CMS en les décommentant et qui marchai(en)t chez un autre hébergeur, il y avait aussi le même problème. Ça a été résolu chez l'autre hébergeur avec : RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://www.domainname.tld/$1 [R=301,L] et RewriteCond %{HTTP_HOST} ^domainname.tld$ RewriteRule ^(.*) https://www.domainname.tld/$1 [QSA,L,R=301] Pour Yulpa, il faut juste rajouter RewriteCond %{HTTP:X-Forwarded-Proto} !https au dessus de RewriteCond %{SERVER_PORT} 80 J'ai testé certaines "variations", mais ça semble marcher moins bien ou ça ne marche plus... Tel que c'est, ça marche bien. Et google, entre autres, est content. NB : chez l'autre hébergeur, en testant, tout inverser pour utiliser la variante non-www au lieu de la www a été simple. Et google speed insights était content aussi. Je n'ai pas testé pour Yulpa avec RewriteCond %{HTTP:X-Forwarded-Proto} !https en plus. À priori ça devrait marcher aussi, mais on ne sait jamais.

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.

C'était attendu depuis longtemps et c'est en effet très appréciable. Merci! :-)

Il faut l'avouer et le reconnaitre le travail fait par l'équipe est remarquable. Bravo en ce qui concerne le passage à Yulpa cela valait le coût d'attendre quelque jours de plus !

Bonjour à toute l'équipe, Je reposte ici une demande d'évolution concernant la config SSH (côté serveur) de ssh.web4all.fr (et qui concerne aussi sans doute tous les serveurs w4a utilisant SSH) qui était sur l'ancien forum. Première chose le bout de code à ajouter à /etc/ssh/sshd_config : HostKey /etc/ssh/ssh_host_ed25519_key HostKey /etc/ssh/ssh_host_ecdsa_key HostKey /etc/ssh/ssh_host_rsa_key KexAlgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp521,ecdh-sha2-nistp384,ecdh-sha2-nistp256,diffie-hellman-group-exchange-sha256 Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-ripemd160-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-ripemd160,umac-128@openssh.com UsePrivilegeSeparation sandbox AuthenticationMethods publickey,keyboard-interactive:pam UsePAM yes Seconde, le constat : https://tls.imirhil.fr/ssh/ssh.web4all.fr:22 Comme le montre très bien CryptCheck, la config SSH est un peu faiblarde (particulièrement au niveau chiffrement et MAC). Maintenant le pourquoi du bout de code : pour renforcer sensiblement la sécurité et l'intégrité des données échangées avec les clients modernes qui supportent des chiffrements forts et laisser cependant les clients obsolètes se connecter tout de même sans souci. L'utilisation de clefs serveurs ed25519 et ecdsa ne devrait pas trop surcharger les serveurs, alors que RSA reste présent pour la compatibilité. Edit : c'est également dans les recommandations de Mozilla concernant la sécurité : https://wiki.mozilla.org/Security/Guidelines/OpenSSH Merci d'étudier la demande a l'occasion. Et je rajoute -- pour ceux que cela intéresse -- le pendant pour la config SSH client (Protocol 2 uniquement, évidement) : # Pour chaque Host, des règlages spécifiques, qui peuvent écrasés ceux défini de manière générale (cf. section Host *) : Host 10.0.0.1 IdentityFile ~/.ssh/id_ecdsa_key_example.org X11Forwarding no ForwardX11Trusted yes IdentitiesOnly yes Host myvnc.example.org User root IdentityFile ~/.ssh/id_ecdsa_key_example.org X11Forwarding no ForwardX11Trusted yes IdentitiesOnly yes Host ssh.example.net User xxx-w4a IdentityFile ~/.ssh/id_ecdsa_key_ssh.example.net IdentitiesOnly yes Host www.example.net User web IdentityFile ~/.ssh/id_ecdsa_key_web.example.net IdentitiesOnly yes Host xyz.example.com User username IdentityFile ~/.ssh/id_ed25519_example.com IdentitiesOnly yes Host 192.168.* IdentityFile ~/.ssh/id_ed25519_local_lan IdentitiesOnly yes Host *.biz User username IdentityFile ~/.ssh/id_ed25519_local_business_lan ForwardAgent yes IdentitiesOnly yes Host github.com User username MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-128-etm@openssh.com,hmac-sha2-512 IdentityFile ~/.ssh/id_ed25519_github IdentitiesOnly yes # Config général pour tous les hosts et ceux non définis ci-dessus : Host * Protocol 2 # SSH v1 est à éviter absolument ! SendEnv LANG LC_* IdentitiesOnly yes HashKnownHosts yes StrictHostKeyChecking ask CheckHostIP yes RhostsAuthentication no RhostsRSAAuthentication no RSAAuthentication yes PubkeyAuthentication yes PasswordAuthentication yes X11Forwarding no ConnectTimeout 30 HostKeyAlgorithms ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,ssh-rsa,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp521,ecdsa-sha2-nistp384,ecdsa-sha2-nistp256 KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256 MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-ripemd160-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-ripemd160,umac-128@openssh.com # Cipher ... est commenté puisse que ne concerne que SSH v1 # IdentityFile ~/.ssh/id_rsa aucune clef n'est proposée par défaut, elle doit être définie spécifiquement pour chaque serveur. Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr ServerAliveInterval 10 ControlMaster auto ControlPersist yes ControlPath ~/.ssh/socket-%r@%h:%p L'utilisation de IdentitiesOnly yes permet de limiter les clefs SSH envoyées pour l'identification aux seules clefs spécifiées pour le serveur en question. Cela évite à un serveur de récupérer le fingerprint de toutes les clefs (coucou le tracking des utilisateurs) alors qu'il existe une clef spécifiquement dédiée pour celui-ci

Même si j'ai eu l'opportunité de vous féliciter en privé, je renouvelle ici mes félicitations pour le travail réalisé et le grand bon en avant du manager Je souhaite à :YulPa une longue vie pleine de succès !

Bonjour à tous !!! Je découvre la nouvelle maison, je fais le tour et je dois dire que la bâtisse a l'air sympa Après Jean-Emile.com, EG-Hosting et Web4all, l'aventure continue avec yulPa Au plaisir de se croiser sur ce forum Bon courage à l'équipe pour les dernières finitions. Bonne soirée.

Salut les gens, Une migration en douceur, de nouvelles fonctionnalités au rendez vous. Vraiment bravo à l'équipe

Holla Yulpa Bravo pour cette migration sans encombres et merde pour la suite

Bonjour, Merci à vous pour tout le travail effectué et la qualité de votre service. On attend à chaque fois chacune des améliorations avec impatience. Je suis là depuis Eg-hosting et je n'ai jamais été déçu.

C'est de nouveau up : ca change toutes les 5 minutes ce matin... Qui s'amuse avec l'interrupteur ?

Bonjour, normalement cela devrait être OK depuis 8H40, vous avez toujours des erreurs ?

Merci Aurélien. Bon courage à toi et Benoît (et potentiellement les autres acteurs de l'opération).

Bonjour, non il faut bien aller dans Services puis sur le service hébergement en question. La vue Globale est uniquement une vue qui réunit tous les éléments de tous les hébergements et autre services. Uniquement en visualisation. Le certificat se créé dans l'hébergement \ Domaines web \ le domaine en question. Vous aurez alors en bas à droite une partie SSL. Le SSL est bien en place et fonctionnel sur votre domaine : https://artnouveau-posters.com/ La configuration (toujours sur le domaine web) est probablement en "HTTP + HTTPS". Si vous souhaitez que les visiteurs soient redirigés sur la version SSL pour ne pas qu'ils restent sur la version non SSL avec le cadena barré, vous devez modifier le mode de publication en "HTTP redirige sur HTTPS"

Re, Je vois à l'instant sur travaux qu'une action est en cours alors que j'avais vérifié avant de poster mon message et il n'y avait rien. Du coup je suis rassuré : vous êtes sur le coup ! Bon courage. Bien cordialement, damien/dipisoft.

Super! En regardant les DNS sur le serveur où est hébergé le site web, j'ai découvert qu'à ce niveau, les MX étaient tous autres que ceux que je renseignais sur l'interface de management du domaine fourni par mon registrar. J'ai donc remplacé ces derniers par ceux de Yulpa et maintenant tout fonctionne correctement! Merci Aurelien pour votre aide

Manuel Chez moi ton site est en https et le certificat est bien celui de Let's Encrypt Pour preuve; clique sur ton menu "Page d'exemple" et tu verras que tu es redirigé vers -> https://www.polybri.com/page-d-exemple/ Donc 95% de ton objectif est rempli !! Plutôt nice non À vue d'oeil je dirai que ça vient de ta config WP... Regarde dans les réglages du site quelle est l'url qui est renseignée. Tu dois avoir un truc du genre "nom du site" = Polybri | La traduction en contexte .... Et ensuite une autre option avec "adresse du site" (ou de la page d'accueil de mémoire). Je pense que tu dois avoir "http:// au lieu de "https" !Attention! Si c'est bien ça... Le site peut devenir injoignable ! Avant de paniquer; tente avec d'autres navigateurs pour voir si le problème persiste. Si le site reste indispo; don't panic ! Tu peux toujours rattraper le truc en ouvrant la BDD avec phpMyAdmin (recherche "https// tu trouves la ligne et tu (re)modifies avec l'ancienne valeur) Voilà ! Si ça marche pas; on verra comment faire

Dans ce cas, le problème vient de Dolibarr. Si vous avez des caractères spéciaux dans le password, vous pouvez essayer de le modifier pour voir. Je n'ai pas d'autres idées, désolé.

Bonjour, Ce n'est pas une question, mais plutôt une réponse :-). Le lecteur RSS tt-rss a besoin d'un démon ou d'une tâche planifiée pour mettre à jour les flux RSS. Maintenant que Yulpa gère les tâches planifiées, on peut avoir un tt-rss bien configuré. Quelques subtilités, donc je partage mes trouvailles pour les configurer : Les tâches planifiées sont dans la sous-section « Fichiers & Accès -> Tâches planifiées ». Malheureusement, tt-rss demande d'exécuter la commande php update.php --feeds et les tâches de Yulpa ne prennent pas d'arguments, donc on ne sait pas où mettre le --feeds. Solution : créer un autre script PHP qui va appeler update.php correctement. Là, php va râler que les modules MySQL, JSON, mbstring et DOM ne sont pas actifs. Solution : appeler PHP avec "-d extension=..." pour chacune des extensions nécessaires (bizarement l'éditeur de php.ini fourni par Yulpa n'a pas l'air de faire ce qu'il faut). Au final, mon script "self-update.php" est le suivant : <?php if (!defined('PHP_BINARY')) define('PHP_BINARY', '/usr/bin/php'); $cmd = PHP_BINARY . " " . "-d extension=json.so -d extension=mysqli.so -d extension=dom.so -d extension=mbstring.so " . __DIR__ . DIRECTORY_SEPARATOR . 'update.php --feeds'; echo($cmd . "\n"); system($cmd); ?> La tâche planifiée exécute ce script toutes les heures. On peut aussi lancer la mise à jour manuellement via l'accès SSH : php self-update.php

Hello ! Pour info, Gmail ne loade pas d'images externes dans son webmail, toutes les images des mails sont mises en cache sur un proxy Google et Gmail affiche cette image cachée par un serveur Google, via https. D'où le cadenas vert car il n'y a pas d'éléments non https dans les mails affichés sur Gmail.

Bonjour, vous pouvez changer la version de PHP sur le manager https://my.yulpa.io Allez sur l'hébergement puis section Domaines web, cliquez sur le domaine concerné et là vous pourrez changer la version de PHP. N'oubliez pas de valider les modifications avec le boutons Orange après et attendez 10 à 15 minutes avant que la modification soit totalement propagée. Durant ces quelques minutes vous pourrez avoir des erreurs, notamment SQL.

Bonjour, vous pouvez désactiver l'antivirus sur iWal, cela n'impacte que l'AV de Zimbra qui est désormais peu utile puisque dans tous les cas vous aurez toujours l'antivirus de Spam Experts en frontal.

OK j'en prends note