Jump to content

Dan

Direction
  • Content Count

    29957
  • Joined

  • Last visited

Everything posted by Dan

  1. En modifiant les options de sshfs, cela fonctionne correctement Il te manquait le "-o allow_other"
  2. Bonjour Stéphane, et bienvenue à bord du Hub !
  3. Je t'ai établi une clé ssh entre les deux serveurs pour cet utilisateur.... Là le mount semble bien mieux, non ?
  4. Une commande "ls -l" du répertoire public_html côté client donne ceci : ../.. d????????? ? ? ? ? ? img ../.. Pas terrible Si tu as lancé la commande de mount en tant que root, il ne fallait pas ! Je n'ai pas le mot de passe de bewak*** sur le serveur ns3025*** ... pour remonter le filesystem.
  5. Bonjour, Je suggèrerais de prendre les noms de domaines avec les extensions des différents territoires (.pf pour Polynésie française, .mq pour la Martinique, .re pour la Réunion, .gp pour la Guadeloupe...). Comme les produits et les sites seront en partie différents, tu n'auras pas de souci de contenu dupliqué. Idéalement, des IPs géolocalisées seraient un plus. Dan
  6. Bonjour et bienvenue sur le hub ! Je vois que nombre de ces mots clés viennent du champ alt de tes photos. Tu devrais probablement mettre un champ alt plus adapté à chacune des images, ainsi que mettre une balise meta description qui manque à ta page. http://glossaire.infowebmaster.fr/meta-description/ Dan
  7. L'autosurf n'est JAMAIS une bonne solution ! J'aimerais savoir quel serait le bénéfice d'avoir des visites automatisées de personnes qui n'ont aucun intérêt pour le site ?
  8. Il te manque une ligne, à mon avis parce que tu initialises une variable d'environnement, mais ne l'utilises pas. Deny from env=BlockCountry
  9. OK ! Dans ce cas peut-être que que BasicCRM te rendrait provisoirement le service recherché. Il est gratuit pendant un an... Cordialement, Dan PS: à regarder les prérequis de SugarCRM, ton serveur devrait déjà avoir à peu de choses près tout ce qu'il faut. http://support.sugarcrm.com/Documentation/Sugar_Versions/7.8/Pro/Installation_and_Upgrade_Guide/
  10. Bonjour, et bienvenue sur Webmaster Hub ! Je vois que tous tes sites client sont sur le même hébergement que ton site d'agence. Tu as donc un serveur dédié ! Pour quelle raison ne souhaites tu pas installer Redmine sur ton serveur ? Dan
  11. C'est bon maintenant ! Il reste une erreur, mais c'est leur site qui foire, pas ton serveur Le serveur de noms ns3045234.ovh.net/164.132.204.56 n'est pas accessible via UDP sur le port 53. Alors que sur ton serveur named écoute bien sur le port 53, y compris en udp ! ns.piece-console.com:root# netstat -tanpu | grep :53 tcp 0 0 178.33.201.152:53 0.0.0.0:* LISTEN 10496/named tcp 0 0 164.132.204.56:53 0.0.0.0:* LISTEN 10496/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 10496/named tcp6 0 0 :::53 :::* LISTEN 10496/named udp 0 0 178.33.201.152:53 0.0.0.0:* 10496/named udp 0 0 164.132.204.56:53 0.0.0.0:* 10496/named udp 0 0 127.0.0.1:53 0.0.0.0:* 10496/named udp6 0 0 :::53 :::* 10496/named
  12. De plus, le serial sur le ns313399 était 2016111801 alors que le serial du nouveau serveur était de 2016111701 (donc plus ancien) C'est la raison pour laquelle sdns2 n'a pas été mis à jour ! Je m'en suis rendu compte ce matin, parce que ce n'était toujours pas propagé !
  13. C'est tout simplement bind/named qui n'avait pas été redémarré. Cela devrait être OK d'ici peu. Ce domaine était hébergé sur le ns313399 avant, j'imagine. Pour OVH c'était toujours le ns313399 qui était le SOA du fait qu'ils n'avaient pas reçu les nouvelles infos. ! Il faut que cela se propage....
  14. Dan

    Problème avec trim()

    La suite 194 160 est la représentation UTF-8 du "no break space" Le 194 a bien été supprimé, le 160 était le second caractère resté en place et donc "rien ne déconne" ... $value = trim($value,chr(0xC2).chr(0xA0)); devrait nettoyer ta chaîne ! Attention, la chaîne $value a une forte probabilité d'être encodée en UTF-8. A garder à l'esprit pour tout traitement ultérieur.
  15. Bienvenue à bord du Hub, Fabienne ! Dan
  16. Tu es limité à une seule IP sur ta VM ?
  17. Manifestement ce souci a été réglé. On aurait aimé avoir un peu de feedback quant-à la cause... même si kinky_buddah n'est pas venu lire nos réponses
  18. Tu gères ton serveur avec Plesk, Cpanel, Directadmin ou manuellement ? La présentation du premier site SSL pour les sites non-ssl est normale dans le cas d'une IP partagée. https://features.cpanel.net/topic/change-default-ssl-certificate-to-invalid-certificate
  19. Que te donne la commande "apachectl configtest" ?
  20. Mets la ligne suivante à "on", au lieu de "off" SSLStrictSNIVHostCheck on
  21. Quel est le premier domaine SSL défini dans ta config ? SUpprime aussi cette ligne de ton fichier de config: Redirect permanent / https://www.pelotes-compagnie.fr/
  22. C'est à mettre en dehors d'un <VirtualHost...> Mets-le au début de ton fichier httpd.conf, après le "Listen 443" Ou bien dé-commente la ligne dans le fichier ssl.conf en changeant le "on" en "off"
  23. Chers Amis, Je vous ai adressé des vœux un peu rapidement, mais après consultation d'un avocat, je me suis rendu compte de l'imprudence de ma formulation. Vous souhaiter une bonne année, une bonne santé et la prospérité me soumet, en effet, au risque de poursuites... Voici donc la version rectifiée de mes vœux, et qui est en conformité avec le principe de précaution inscrit dans la Constitution. Nouvelle formulation: Je vous prie d'accepter, sans aucune obligation implicite ou explicite de votre part, mes vœux à l'occasion du solstice d'hiver et du premier de l'an, en adéquation avec la tradition, la religion ou les valeurs existentielles de votre choix, dans le respect de la tradition, de la religion ou des valeurs existentielles des autres, ou dans le respect de leur refus, en la circonstance, de traditions, religions ou valeurs existentielles, ou de leur droit de manifester leur indifférence aux fêtes populaires programmées. Ces vœux concernent plus particulièrement : la santé, ceci ne supposant de ma part aucune connaissance particulière de votre dossier médical, ni d'une quelconque volonté de m'immiscer dans le dialogue confidentiel établi avec votre médecin traitant ou votre assureur avec lequel vous auriez passé une convention obsèques ; la prospérité, étant entendu que j’ignore tout de la somme figurant sur votre déclaration de revenus, de votre taux d'imposition et du montant des taxes et cotisations auxquelles vous êtes assujetti ; le bonheur, sachant que l'appréciation de cette valeur est laissée à votre libre arbitre et qu'il n'est pas dans mon intention de vous recommander tel ou tel type de bonheur. Nota Bene : Le concept d'année nouvelle est ici basé, pour des raisons de commodité, sur le calendrier grégorien, qui est celui le plus couramment utilisé dans la vie quotidienne de la région à partir de laquelle ces vœux vous sont adressés. Son emploi n'implique aucun désir de prosélytisme. La légitimité des autres chronologies utilisées par d'autres cultures n'est absolument pas mise en cause. Notamment : le fait de ne pas dater ces vœux du yaum-al-arba`a', 5 Jumada , 1441 de l'Hégire (émigration du Prophète à Médine) ne constitue ni une manifestation d'islamophobie, ni une prise de position dans le conflit israëlo-palestinien ; le fait de ne pas dater ces vœux du 4 Teveth 5780, ne constitue ni un refus du droit d'Israël à vivre dans des frontières sûres et reconnues, ni le délit de contestation de crime contre l'humanité ; le fait de ne pas dater ces vœux du 7ème jour (GuiMao) du 12ème mois (DingChou) de l'année Ji-Hai (Rat), 78ème cycle, n'implique aucune prise de position dans l'affaire dite "des frégates de Taïwan" ; le fait de ne pas dater ces vœux du Primidi de la 2ème décade de Nivose de l'an 228 de la République Française, une et indivisible, ne saurait être assimilé à une contestation de la forme républicaine des institutions. Enfin, l'emploi de la langue française ne sous-entend aucun jugement de valeur. Son choix tient au fait qu'elle est la seule couramment pratiquée par l'expéditeur. Tout autre idiome a droit au respect tout comme ses locuteurs Clause de non responsabilité légale : En acceptant ces vœux, vous renoncez à toute contestation postérieure. Ces vœux ne sont pas susceptibles de rectification ou de retrait. Ils sont librement transférables à quiconque, sans indemnités ni royalties. Leur reproduction est autorisée. Ils n'ont fait l'objet d'aucun dépôt légal. Ils sont valables pour une durée d'une année, à la condition d'être employés selon les règles habituelles et à l'usage personnel du destinataire. A l'issue de cette période, leur renouvellement n'a aucun caractère obligatoire et reste soumis à la libre décision de l’expéditeur. Ils sont adressés sans limitation préalable liée aux notions d'âge, de genre, d'aptitude physique ou mentale, de race, d'ethnie, d'origine, de communauté revendiquée, de pratiques sexuelles, de régime alimentaire, de convictions politiques, religieuses ou philosophiques, d'appartenance syndicale, susceptibles de caractériser les destinataires. Leurs résultats ne sont, en aucun cas, garantis et l'absence, totale comme partielle, de réalisation n'ouvre pas droit à compensation. En cas de difficultés liées à l'interprétation des présentes, la juridiction compétente est le Tribunal habituel du domicile de l'expéditeur. Après ce préambule je me permets de vous adresser mes vœux : BONNE ANNÉE 2020
  24. Juste ! En fait la demande de certificat se fait bien avant la demande de la page. Donc lorsque tu lance un https://... il y a d'abord demande de certificat, avant de demander la page web. Tu as donc un certificat "invalide" pour ce domaine. Tu as bien relancé apache ? Dans l'affirmative, je ne vois pas de solution à ton problème autre que SNI : https://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI Cette page te donne la réponse à tes questions, y compris la raison pour laquelle apache retourne le premier domaine SSL pour cette IP. Il faut donc que le nom de domaine fasse partie de la première requête https pour que Apache puisse le gérer correctement. Cette page te donne la config à utiliser. Mais il n'y a en toute logique pas de risque de duplicate content, vu que le certificat n'est valide que pour le domaine pelotes&compagnie, pas pour les autres. Les moteurs ne visiteront donc pas les autres sites en SSL.
×
×
  • Create New...