Toute l’activité

Ce flux se met à jour automatiquement   

  1. Hier
  2. Ouaip, j'avais commencé à travailler la dessus en début d'année puis on a vite eu pleins de choses à faire pour gérer la reprise de Web4all et cela est passé à la trappe. On en parlais justement il y a quelques jours, on va remettre cela en place
  3. La dernière semaine
  4. Bonjour, il existait du temps de web4all une page avec tous les logos (plusieurs couleurs), est-ce que cette même page existe avec ceux de yulPa ? Merci
  5. c'est fait
  6. Je vous remercie énormément Aurélien. Ça marche. Je cherchais des solutions de mon côté. J'allais presque renoncer à la redirection vers https://www.nomdedomaine.tld. Car, si ma mémoire est bonne/sauf erreur, il n'y avait pas ce problème (ou le même genre de problèmes) pour une redirection vers https://nomdedomaine.tld. J'ai juste rajouté votre code en un bloc (sauf RewriteEngine on déjà activé). J'avais remarqué RewriteCond %{HTTP:X-Forwarded-Proto} !https quelque part, ça concernait - entre autres - le CLOUD, sauf erreur. En enlevant juste RewriteCond %{HTTP:X-Forwarded-Proto} !https, ça ne marche plus de nouveau. Je viens de trouver ça notamment en cherchant rapidement : Bonne fin de semaine ! ProcessWire : @Christophe
  7. Sur les deux derniers mois, le support Chat yulPa est plutôt (très) bien noté ! Plus mauvaise moyenne hebdo : 4.2 selon @crisp_im
  8. Vous souhaitez aider yulPa et les potentiels clients en recherche d'informations à notre sujet ? Vous pouvez ! https://fr.hostadvice.com/hosting-company/yulpa-reviews/ Merci !
  9. Merci, c'est parfait
  10. OK je ne comprends pas pourquoi cela n'est pas pris en compte : RewriteCond %{HTTPS} off Je vous invite à modifier comme cela : RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteCond %{HTTPS} off Afin d'avoir au total : RewriteEngine on RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteCond %{HTTPS} off # First rewrite to HTTPS: # Don't put www. here. If it is already there it will be included, if not # the subsequent rule will catch it. RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] # Now, rewrite any request to the wrong domain to use www. # [NC] is a case-insensitive match RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule .* https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] J'essayerais de comprendre pourquoi le HTTPS seul ne suffit pas, de même sur le check du port cela ne fonctionne pas alors qu'on a bien un SetEnv HTTPS sur le port 443 Si vous souhaitez tester le résultat : http://poncini.me http://www.poncini.me https://poncini.me
  11. Bonjour, Oui, c'est possible de la même manière que pour le domaine principal. Je l'ai fait pour mes 2 sous-domaines. Il m'a juste fallu supprimer le serveur alias "www" de mes sous-domaines avant de générer le certificat. Plus d'info à ce sujet : Bonne journée. Cordialement.
  12. Bonjour, est-il possible de générer un certificat Let's Encrypt pour un sous-domaine ? Cordialement, PsiloMan
  13. Vous m'avez dit que pour mon cas il fallait que sur iWal le domaine soit défini en HTTP+HTTPS, je l'ai donc remis ainsi lundi. Quand je changeais le mode de publication, j'attendais bien que ça soit marqué ok/positif tout en haut. Je viens de réactiver ça (avec RewriteBase / au cas où ça soit nécessaire) il y a environ 15-20 mns : # ----------------------------------------------------------------------------------------------- # 9. If you only want to allow HTTPS, uncomment the RewriteCond and RewriteRule lines below. # ----------------------------------------------------------------------------------------------- RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] ET # ----------------------------------------------------------------------------------------------- # 13. OPTIONAL: Redirect users to the 'www.' version of the site (uncomment to enable). # For example: http://processwire.com/ would be redirected to http://www.processwire.com/ # ----------------------------------------------------------------------------------------------- RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Mais les redirections ne fonctionnent pas comme elles sont censées marcher, et comme ça marche ailleurs. Firefox me donne : The page isn’t redirecting properly Firefox has detected that the server is redirecting the request for this address in a way that will never complete. This problem can sometimes be caused by disabling or refusing to accept cookies. Chromium : La page www.nomdedomaine.fr ne fonctionne pas www.nomdedomaine.fr vous a redirigé à de trop nombreuses reprises. Essayez de supprimer les cookies.. ERR_TOO_MANY_REDIRECTS Opera : Cette page ne fonctionne pas nomdedomaine.fr vous a redirigé à de trop nombreuses reprises. Je n'ai aucun moyen de savoir pourquoi ça ne fonctionne pas chez vous. J'ai aussi essayé plusieurs autres règles/directives... Je nettoie le cache, les cookies, etc. Pour le .htaccess, je n'essaie pas seulement une fois quelques secondes après le changement. N'avez-vous pas du code à insérer dans .htaccess à me proposer ou une autre solution pour que ça fonctionne spécifiquement chez vous ? Merci d'avance
  14. Il n'y a aucune raison pour que cela ne fonctionne pas. MAIS il faut bien prendre en compte : que lorsque vous changez le mode de publication sur iWal, il y a un temps de prise en compte pour que tous les serveurs soient à jours, cela peut prendre plus de 10 minutes ; que lorsque vous modifiez votre htaccess, il peut également y avoir un délai, de quelques secondes
  15. Comme déjà expliqué, je ne trouve aucune solution .htaccess qui fonctionne chez YULPA. Chez d'autres, je peux obtenir cette redirection soit seulement avec .htaccess, soit avec .htaccess et le "panel"/l'administration. Ça concerne # 9. et # 13. (ce qui est entre crochets). J'ai essayé pas mal de codes différents, je n'arrive pas à en faire fonctionner chez Yulpa. Avec Let's Encrypt/https, le fait de devoir éviter le "duplicate content", etc., beaucoup de sites doivent maintenant rediriger vers https:// ou https://www (si leur site est avec www., et il y en a beaucoup). Je n'arrive pas à faire rediriger les 3 autres vers https://www. Je viens demander de l'aide car les codes habituels et bien d'autres essayés (solutions Forums CMS, Stack Overflow, etc.) ne semblent pas fonctionner pour une raison ou une autre ici. Je commence à me dire que j'aurais dû essayer juste quelques mois avant, je suis bloqué avec ce problème/détail.
  16. Je penserai à vous depuis le Sud
  17. Pourquoi ? Si tout est géré dans le .htaccess, inutile de configurer une redirection dans iWal.
  18. Avant
  19. Bonjour, Ce qui me ramène à mon point de départ. J'ai déjà un fichier .htaccess, j'ai essayé en activant certaines choses. J'ai essayé des variantes. J'ai essayé avec des solutions de Stack Overflow, etc. Rien. Et j'ai notamment des messages qui mentionnent trop de redirections, etc. J'ai nettoyé les caches, les cookies... Je teste dans Chromium, firefox, opera... Ce qui aurait été l'idéal c'est une option dans iWal pour choisir HTTPS seulement mais avec tout redirigé vers le sous domaine www. plutôt que la version sans www., ce qui est, à priori, au moins aussi fréquent, sinon plus. Pour l'histoire du duplicate content, tout devrait être redirigé vers un seul choix : https:// ou https://www. J'ai réussi au moins une fois pour un site chez un autre hébergeur avec un "mélange" dans .htaccess et dans l'administration de l'hébergeur (redirection). Avez-vous du code adapté à vos hébergements à rajouter dans .htaccess pour que ça marche. Je cherche et espère aussi une éventuelle solution dans le forum du CMS, mais ça dépend aussi de l'hébergement. Je serai bien embêté si je n'y arrive pas car j'ai au moins un autre site à venir. Let's Encrypt sans cette possibilité perd de son intérêt aussi. [ Édition : Le nom de domaine et le webmail sont chez gandi. Chez un autre hébergeur, ça marche en activant : # ----------------------------------------------------------------------------------------------- # 9. If you only want to allow HTTPS, uncomment the RewriteCond and RewriteRule lines below. # ----------------------------------------------------------------------------------------------- RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] ET # ----------------------------------------------------------------------------------------------- # 13. OPTIONAL: Redirect users to the 'www.' version of the site (uncomment to enable). # For example: http://processwire.com/ would be redirected to http://www.processwire.com/ # ----------------------------------------------------------------------------------------------- RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301] (sans avoir besoin de RewriteBase /) Ici je ne peux à priori pas utiliser l'un avec l'autre. ] Bonne journée ! NB : en pièce jointe, le .htaccess par défaut htaccess.txt
  20. Bonjour, dans l'hébergement mutualisé j'utilise les boites mails Zimbra (OSE probablement) J'ai mis mon smartphone à jour et désormais il semblerait que tout passe plutot par Gmail y compris les comptes non Google. Curieusement avec l'ancienne appli Android de mail Exchange je recevais bien mes mails en HTML et donc avec des liens actifs dans le messages. Or depuis que j'ai mis Gmail, je les recois sous forme de simple texte. Je dirai que Gmail (lappli android) fonctionne par ailleurs avec hyperliens sur les autres messages de comptes google.
  21. Bonjour, dans ce cas il faut que sur iWal le domaine soit définit en HTTP+HTTPS Puis créer un .htaccess qui gère tout cela.
  22. Bonjour, Avec Yulpa, je n'arrive pas à rediriger comme d'habitude avec les directives/règles que j'active parfois dans le .htaccess du CMS/CMF que j'utilise (ProcessWire). J'ai essayé avec plusieurs variantes et même depuis iWal avec Mode de publication HTTP redirige sur HTTPS que j'ai supprimé ensuite. Aujourd'hui je viens de remettre Mode de publication HTTP redirige sur HTTPS. http://nomdedomaine.fr est redirigé vers https://nomdedomaine.fr http://www.nomdedomaine.fr est redirigé vers https://nomdedomaine.fr https://nomdedomaine.fr est accessible et https://www.nomdedomaine.fr aussi. J'ai besoin que : http://nomdedomaine.fr et http://www.nomdedomaine.fr soit redirigés vers https://www.nomdedomaine.fr https://nomdedomaine.fr soit redirigé vers https://www.nomdedomaine.fr Donc que tout soit redirigé vers https://www.nomdedomaine.fr. Je n'arrive pas à le faire fonctionner comme chez d'autres hébergeurs. Merci d'avance pour votre aide. NB : http vers https, ça doit en effet être une "PERMANENT REDIRECT".
  23. Bonjour, Pour changer le mot de passe du manager sur l'iWal ? Si c'est le cas, il faut accéder aux paramètres de sécurité. Ils sont verrouillés par défaut. Pour cela, cliquer sur "Sécurité", entrez son mot de passe pour accéder aux paramètres ... ... et pour pouvoir ainsi changer son mot de passe. Ne pas oubliez de re-vérouiller la secton Sécurité une fois terminé.
  24. Bonjour, Merci à toi. Merci également Benoît. Je n'ai effectivement pas besoin de gestion de droit... en dehors du droit d'entrée et après on accède à tout. Par contre j'ai trouvé un sérieux inconvénient : pas possible de créer des sous albums ! Apparemment il y a une branche de développement qui le permet mais ce n'est pas encore dans la version stable. Et l'accès aux vignettes des autres photos quand on est en train de visualiser un album n'est pas top : on a plutôt des miniatures pas très visibles. Mais je crois qu'il n'y a pas mieux pour le moment. Mon coeur balance : Bizou avec gestion des sous albums mais sans visualisation des vignettes quand on est dans un album, ni un affichage "fancybox" ou lychee sans sous album et on va dire sans visualisation des vignettes car les miniatures ne sont pas exploitables ! Je crois que les sous-albums sont plus importants pour moi. Mais je garde Lychee sous le coude : il va évoluer dans le bon sens, pour moi. Je note résolu. Merci à vous, Philippe
  25. Bonjour, Je vais vous paraitre un peu nulle mais je ne trouve pas comment changer le mot de passe obtenu par mail à la suite d'une demande de récupération!... Merci d'avance! Annie
  26. En raison d’un incident de production chez Let’s Encrypt , il est temporairement impossible de générer de nouveaux certificats. Pour plus d’information, voir le lien suivant : https://letsencrypt.status.io/pages/incident/55957a99e800baa4470002da/591ed0da457ea42d38001796 Afficher l’article complet
  27. Bonjour, il faut faire une demande par ticket au support (sur iWal). Nous générerons la clé sur Zimbra et vous fourniront la clé publique.
  28. J'ai pu insérer l'entrée dkim dans la partie DNS, mais je voudrais maintenant insérer la signature dans les mails, mais je n'arrive pas à voir si j'ai accès au serveur mail. Si j'ai bien compris, il faut que j'enregistre sur le serveur mail mon fichier dkim.public.key et que je puisse configurer un script permettant l'ajout de la signature ? Ou alors zimbra peut-il faire ça automatiquement ?
  1. Charger plus d’activité