Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 05/16/17 in all areas

  1. 3 points
    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 !
  2. 3 points
    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.
  3. 2 points
    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.
  4. 2 points
    Bonjour, NodeJS n'est pas supporté sur les hébergements mutualisés actuels. Nous prévoyons de lancer une nouvelle offre courant 2018 qui supportera cette techno (et plein d'autres!).
  5. 2 points
    D'accord. Donc cela ne va pas être possible, les serveurs DNS eux-même ne sont modifiables que sur des "vrais" domaines.La raison est technique car cela s'applique forcément au domaine entier (cmoi.cc) et non à un sous-domaine (toto.cmoi.cc). Vous pouvez en revanche modifier la zone DNS depuis la fiche du domaine sur le manager > Configuration DNS > Zone DNS. Il suffit de recopier les enregistrements DNS indiqués 000webhost, cela devrait fonctionner. Evidemment, si les valeurs changent chez l'hébergeur, il faudra le répercuter. P.S : On propose également de l'hébergement
  6. 2 points
    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
  7. 2 points
    Pour ma part j'ai récupéré celui de la page d'accueil et je l'ai mis à l'échelle avec un petit utilitaire gratuit, IrfanView pour ne pas le citer, qui connait entre autres les PNG avec couleur de transparence et les ICO de toutes tailles. Ce n'est pas terrible, mais en attendant les officiels ... Il y en a un ici et autre plus petit ici. Vous pouvez les récupérer si cela peut vous dépanner. Bonne soirée !
  8. 2 points
    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
  9. 2 points
    Bonjour, si vous savez comment identifier le ou les personnes qui sont à bannir de la plate forme je suis preneur, car dans certains cas cela est impossible. Le fonctionnement que vous désirez, que vous considérez légitime est justement ce qui nous pose souci. Pas dans les cas d'abus mais bien dans tous les cas, y compris celui que vous en faites. Notre infrastructure en envoyant un mail comme cela, est "mal vu" par certains prestataires. Nous ne sommes pas là pour envoyer des mails sur des adresses qui ne sont pas chez nous. Donc non on ne pénalise pas tout le monde pour quelqu'un qui abusent. On interdit à tout le monde un usage qui est anormal. PS : "de quoi je me mêle" : vous êtes en environnement mutualisé, cela fait parti des contraintes du mutualisés. Si vous souhaitez avoir recours à des pratiques pouvant pénaliser notre infrastructure, il faut dans ce cas passer sur une solution dédié, ce que nous pouvons vous mettre en place.
  10. 2 points
    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 )
  11. 2 points
    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
  12. 2 points
    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.
  13. 2 points
    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é.
  14. 1 point
    merci pour votre réponse je suis déçu mais au moins je sais à quoi m'en tenir et pourquoi cordialement
  15. 1 point
    Bonsoir, Mettre les destinataires en Cci, pas en "A". Ne pas avoir dans le corps du mail des liens ou images pointant vers des sites considérés comme indésirables (infectés, envoi de spam, etc.). Éviter aussi les messages avec une phrase ou deux et remplis de liens ou d'images. Maintenir la liste d'abonnés à jour et éviter d'envoyer à des adresses invalides Sur simple demande par ticket, en nous indiquant l'adresse émettrice et l'heure d'envoi, on peut aussi regarder de notre côté la cause. Il va surtout bloquer votre compte lors des envois de newsletters Pour nous, l'envoi via PHP mail() est la seule méthode supportée car à même "d'encaisser". Je vous conseille plutôt dans ce cas d'utiliser un serveur spécialisé type Mailjet / Mailchimp; c'est aussi du SMTP (d'autres méthodes possible) mais c'est fait pour.
  16. 1 point
    Bonjour, Merci pour le code. Je reproduis uniquement lorsque le site est en HTTPS. La cause : <script src="http://maps.google.com/maps/api/js?v=3&sensor=false" type="text/javascript"></script> A remplacer par : <script src="///maps.google.com/maps/api/js?v=3&sensor=false" type="text/javascript"></script> Les "///" permet de choisir HTTP lorsque le site est en HTTP et HTTPS lorsqu'il est en ... HTTPS
  17. 1 point
    Exact <Limit> sert à limiter des options à certaines méthodes HTTP, d'où l'avertissement dans la documentation d'Apache :
  18. 1 point
    Bonjour, l'avocat a mis bien plus de temps que prévu et nous avons du apporter pas mal de modifications car les documents n'étaient pas adaptés à notre fonctionnement (on prendra quelqu'un d'autre la prochaine fois...). Bref, les documents sont (enfin !) en ligne. Vous les trouverez ici sur le site : https://yulpa.io/yulpa-infos-legales.html Et sur iWal au moment de la validation de futures commandes.
  19. 1 point
    Je vous joins la courbe du temps d'accès Check your website sur un mois qui rend bien compte de l'augmentation du temps d'accès depuis, en gros, le 8 août ; ça semble d'ailleurs redescendre un peu depuis hier. Et de toute façon, ce n'est pas bien grave de passer de 250 à 350 ms, si ça s'arrête là. Mais je confirme aussi un certain ralentissement dans l'accès à l'administration (pas dans l'administration elle-même) depuis la mi juin
  20. 1 point
    Hello, A titre de comparaison, il y a actuellement 18 sites hostés par Yulpa qui sont monitorés par Doyoucheck, et seuls 3 remontent des lenteurs régulières. Pour Ultimaterra, le pattern de slow est toujours le même : https://app.doyoucheck.com/p/detail_incident/token/23a70761b4f4bbfadee1ffb2dd6980d8 La lenteur semble se situer après la génération du contenu, et c'est le seul site Yulpa qui semble présenter ce pb.
  21. 1 point
    La troisième fois a été la bonne ! Je suis inscrit
  22. 1 point
    Merci Aurélien pour cette réponse et la résolution rapide du problème. Tout fonctionne à nouveau très bien. Ne vous excusez pas, la HA est déjà bien gérée chez vous et le problème de sites mal écrits/conçus/installés/configurés n'est pas toujours facile à résoudre. Cordialement, Manu
  23. 1 point
    Bonsoir, Je relance une idée que j'avais soumise sur le forum de Web4all concernant iWal 2 : Une zone bloc-notes permettant de conserver des notes dans notre espace membre. J'ai mis en place un système similaire sur l'espace admin de mon site : J'utilise CKEditor pour la fenêtre du bloc-notes et TCPDF pour pouvoir exporter mon mémo en PDF. Voilà voilà ma petite proposition pour rendre iWal 2 toujours plus unique Bonne soirée. Nicolas
  24. 1 point
    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
  25. 1 point
    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
×