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.

La question date un peu mais n'a pas reçu de réponse alors je m'y colle Pour créer un sous-domaine, il faut aller dans Service > Mon service > Synthèse des domaines > cliquer sur le domaine > Bouton bleu "Ajouter un sous-domaine" en haut à droite. Cela va créer un dossier à la racine (il faudra créer un certificat https spécifique à ce sous domaine ) Pour la seconde question : il faut installer un autre Wordpress avec le plugin Woocommerce qui va bien. Sinon le plus simple, c'est de créer la boutique directement dans le premier WP du nom de domaine principal. Il faut que le thème supporte Woocommerce, sinon, il faut bidouiller un peu

Idem depuis 2008 aussi. J'ai posé une question chez un autre hébergeur hier à 18h, ils m'ont répondu à 19h. Je renvois un autre mail à 22h, ils m'ont répondu ce matin à 9h30, alors qu'il n'y a pas d'urgence... Donc c'est possible ? C'est dingue ça... Ce n'est pas tant les problèmes ici, c'est le manque de réaction, il n'y a plus personne qui s'occupe des hébergements. Ineonet voulait récupérer l'infra et c'est tout ? Je cite @Aurélien PONCINI sur ce topic : https://forums.yulpa.io/topic/6462-ineonet-rachète-yulpa/?tab=comments#comment-9288 "Depuis Web4all et également sous YULPA nous n'avons jamais pu mettre en place un vrai support "VIP" avec téléphone, SLA... car à deux nous n'aurions pas pu respecter de manière certaine les engagements et la disponibilité. INEONET dispose depuis des années de l'expertise du support client, de son expertise en tant que opérateur et de son propre datacenter (où YULPA avait d'ailleurs prévu de déménager avant même ce rachat). " A deux ça fonctionnait mieux qu'avec "toute l'expertise du support client" de Ineonet. Un beau gachis.

De mon côté, je gère les sites web d'une fédération dans le secteur des soins de santé ; la récurrence des problèmes rencontrés ces dernières semaines/mois nous poussent également à nous tourner vers d'autres prestataires de services alors que nous sommes clients depuis 8 ans...

Bonjour, Ancien trésorier de Web4all (l'association devenue Yulpa aujourd'hui), je sais qu'il n'est parfois pas si simple, selon vos connaissances, d'installer un CMS (Wordpress, Joomla, Prestashop, Dolibarr,...), une base de données sur un hébergement. Habitué avec l'architecture proposée par Yulpa, je propose l'installation de votre CMS sur votre hébergement Yulpa pour 25€ : Installation de votre CMS avec la meilleure version de PHP disponible Création de l’utilisateur et la configuration de la base de données si nécessaire Installation du thème souhaité si besoin Certificat SSL (protocole de sécurisation) Installation et configuration de votre boite mail Zimbra Votre logiciel prêt à l’emploi... Pour me contacter : https://scrollinweb.fr/nous-contacter-cms/

J'imagine que tu utilises Yoast. Cet outil apporte juste une aide visuelle, en aucun cas une garantie que tout est ok niveau référencement. Comme on dit, "c'est un métier". S'il y a des gens qui font ça à longueur de journée, c'est que ce n'est pas forcément donné à tout le monde de positionner son site sur certains mots clés, et encore plus d'y rester (absolument rien n'est acquis !). Pour exemple j'ai le site d'un client où j'ai mis 5/6 mois à positionner dans le Top20 sur Google sur un mot clé concurrentiel, j'ai déjà prévenu qu'il n'y avait aucune garantie qu'on puisse rester longtemps à cette place.

Super, merci j'ai enfin compris Question précise = réponse précise 👽 Cordialement

Bonjour Aurélien, c'est pas bien grave, puisque tout a fini par rentrer dans l'ordre, j'imagine que vous n'avez pas que mon petit hébergement à gérer avec la masse de données traitées par yulpa. J'ai pu envoyer mon nouvel article ce matin donc tout va bien. 😉 Merci encore pour votre aide, Manuel O

bonjour, j'ai depuis hier un souci de synchro des contacts et agenda sur mon ordiphone via DavDroid. Serait-ce lié à ce changement ? si oui, la période transitoire serait plus courte qu'annoncé ...

Super nouvelle 🙂 si vous avez besoin d’un bêta testeur, je suis volontaire

Merci pour votre efficacité ! ^_^

Bon, j'ai trouvé la solution. En fait c'est un plugin qui est la cause de ce problème : WPSSO (WordPress Social Share Optimization). Pour le découvrir, j'ai juste désactivé tous les plugins et les ai réactivés un par un. Pourquoi ça ne se manifeste pas sur le site de dev ? Parce que les plugins de ce type (WPSSO et Yoast SEO) ne sont pas installés dessus. Ce qui est d'ailleurs une ânerie et je les installerai aussi pour m'assurer que les deux sites sont le plus proches possibles. Donc je pense que vu que WPSSO a un cycle de développement très rapide (une mise à jour toutes les semaines) il y a dû y avoir un truc qui a changé et qui occasionne ce comportement. Je n'ai ni le temps ni l'énergie d'investiguer plus avant, WPSSO restera désactivé et vu l'utilisation du site Yoast SEO devrait être suffisant pour les partages sur la page Facebook de l'association. Du coup, ce topic n'est pas à sa place, vu qu'en fait non seulement le problème était de mon côté mais en plus lié à Wordpress, et j'en suis désolé

Bonjour, tu utilise Thunderbird ? Il faut nous remonter sur le support les mails / adresses qui posent souci, ainsi on peut indiquer au système que ce n'est pas un SPAM afin qu'il apprenne (comme nous le faisons en entrée quand vous indiquez que le mail est ou non un SPAM). Il n'est pas possible de s'affranchir de l'anti-spam en sortie, c'est la partie la plus importante pour nous afin de ne pas avoir nos IP blacklistées.

Est-ce que ça pose problème si tu nous donnes les noms de domaine concernés ? ça sera plus simple pour contrôler. Mais dans tous les cas, à mon avis c'est juste un délai de mise à jour des infos sur Google, et ça tu n'y pourras pas grand chose, il fait comme il veut, quand il veut (ça peut prendre plusieurs jours, voir semaines dans certains cas).