Dan

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/

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"

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.

Là c'est plus logique, vu que tu n'as pas de <VirtualHost *:443> pour les autres domaines. Le seul *:443 est celui de pelotes&compagnie, et comme ils sont tous sur la même IP... c'est le seul qui peut répondre en https. Tu peux créer un <VirtualHost *:443> pour chacun des domaines avec une redirection vers le port 80 (http) et cela devrait résoudre ton problème.

En remettant comme précédemment et en remplaçant <VirtualHost www.pelotes-compagnie.fr:443> par <VirtualHost *:443> ça donne quoi ? En fait, un <VirtualHost...> doit contenir une astérisque ou une IP dans la mesure où cette IP est couverte par un NameVirtualHost

Remplace l'astérisque de tes <VirtualHost *:80> par le nom de domaine correspondant.

Tu as du installer le certificat pour l'IP de tes sites (les deux domaines ayant la même IP) Il faut mettre les références au certificat dans le VirtualHost du domaine protégé et pas ailleurs.

Bonjour, et bienvenue à bord ! J'espère que tu trouveras ici la réponse à tes interrogations Dan

Je te réponds dans la journée, par MP Pour info, la bande passante est bien indiquée.

Hello, j'aimerais savoir lequel de tes serveurs celui-ci remplacerait. Cela me permettrait de voir le trafic actuel et te conseiller en fontion de tes besoins, quitte à prendre une marge de confort. Dan

Cela fait plus de 6 mois que tu viens nous rabâcher les oreilles avec tes soucis de TVA auxquels tu ne comprends manifestement pas le premier mot ! Je ferme donc ce sujet, qui n'a que trop duré ! C'est la meilleure chose à faire lorsqu'on a face à soi quelqu'un qui est sourd à toutes les explications. Dan

Elle ne sera pas remboursée, mais elle ne les aura pas dépensés du fait que la micro-entreprise aura facturé 100€ et non 120 ! Je pense que tu as un peu de peine à comprendre le mécanisme de la TVA... L'insert que tu as mis ne tient pas compte du fait que la micro-entreprise aura facturé 100€ et non 120 ! Tu aurais plutôt du souligner ceci : "Pour un tarif TTC équivalent l'auto-entrepreneur vend donc plus cher" Or dans les exemples que nous t'avons donnés, le tarif TTC n'est pas équivalent ! Arlette est comptable de métier depuis plus de 30 ans... donc je pense -je suis même certain- qu'elle ne va pas te raconter des conneries

Si tu factures une prestation de 100€ en tant que SARL (assujettie à la TVA) , tu ajoutes 20€ de TVA. Donc tu factures 120€ TTC La société (elle aussi assujettie à la TVA) pourra récupérer celle-ci... donc ta prestation lui aura coûté 120€ - 20€, donc 100€ net Si tu factures la même prestation en tant que micro-entreprise, tu ne pourras pas facturer de TVA, donc ta facture sera de 100€ NET Donc pour la société, ta prestation lui coutera aussi 100€ Donc dans les deux cas, pour la société qui achète ta prestation, ce sera chou-blanc si elle est assujettie à la TVA. Donc la réponse à ta question est NON !

Je parles de la même chose que toi ! Comme une micro-entreprise (non soumise à la TVA) ne peut pas la facturer, l'acheteur (dans ton exemple une société soumise à la TVA) n'a rien à récupérer vu qu'elle ne l'aura pas payée.

Comment veux-tu qu'une entreprise puisse récupérer une TVA qu'elle ne paye pas lorsqu'elle règle une facture d'un micro-entrepreneur ? Quel est donc l'inconvénient pour elle ? AUCUN !

Bonjour Annick, Bienvenue à bord, et pas de crainte à avoir, personne ne mord ici Pour répondre à une question que tu m'as posée par mail, un membre actif est un membre qui contribue au forum, comme tu as commencé à le faire en te présentant. Il faudra encore contribuer et patienter un peu pour que ton statut passe à "Actif" Dan

Bonjour, Le passage à SSL ne résoudra rien... Ce qu'il faut faire c'est chercher dans ton site les pages qui ont été modifiées ou ajoutées à ton insu. Cela vient le plus souvent d'un plugin que tu auras ajouté ou de permissions trop laxistes. Dan

Es-tu bien authentifié sur ton serveur ?

Tu émets/reçois tes mails sur un MXPlan ? Parce que c'est ce que montre le SPF que tu donnes en exemple ... Pourtant, ce n'est pas ce que je vois pour les deux domaines renseignés dans ta signature qui utilisant ton serveur dédié pour le MX ! Si c'est ton serveur qui gère les mails, il faut mettre v=spf1 a mx ip4:94.23.23.49 ~all pour le SPF et pour info, le SPF de wolf18.com n'est pas bon ! Tu peux aussi forcer ton client mail (sur le serveur) à utiliser IPV4 ... Comme tu utilises postfix, il faut mettre inet_protocols = ipv4 au lieu de inet_protocols = all dans /etc/postfix/main.cf et relancer postfix. Dan

Hello et bon retour parmi nous ! Deux points importants à surveiller en priorité pour augmenter la délivrabilité des emails : - assure-toi d'avoir un champ SPF qui correspond bien à l'adresse IP utilisée pour envoyer les mails - installe DKIM sur tes domaines. Dans les logs de ton serveur mail, tu dois avoir plus d'info sur les transactions avec gmail, ne fût-ce qu'un code retour du serveur SMTP Dan

Bonjour Sébastien, et bienvenue sur Webmaster Hub !

Bonjour et bienvenue à bord du Hub ! La redirection est tout sauf invisible. L'URL affichée devient alors https://sites.google.com/site/cotesdarmormagicien/ Le fichier robots.txt n'est pas visible non plus sur l'URL https://sites.google.com/site/cotesdarmormagicien/robots.txt Dan

Je n'ai pas d'expérience avec JQuery, mais il semble bien que tu ne sois pas le seul dans ce cas... https://www.google.fr/?gws_rd=ssl#q=jquery+setinterval+not+working+in+chrome Tu vas certainement trouver une amorce de résolution dans ces sujets ... peut-être même celui-ci : http://stackoverflow.com/questions/17968669/jquery-setinterval-not-working-correctly-in-chrome-and-ie-but-is-fine-in-firefox

Salut Luc, Deux solutions à mettre dans le fichier .htaccess de monsiteA.com Soit: RedirectPermanent / http://www.monsiteB.com/index.php Soit: RewriteEngine On RewriteRule (.*) http://www.monsiteB.com/index.php [R=301,L] J'ai des doutes concernant la clarté de ton message; rediriger tout vers "l'index" (sic) parce que ... ... Dans les deux cas qui précèdent ça va TOUT rediriger en 301 vers un seul fichier... pas terrible pour le référencement. Si tu veux rediriger toute l'arborescence de monsiteA vers la même arborescence sur monsiteB.com donc ne changer que le nom de domaine et garder la même structure, c'est tout simplement : RedirectPermanent / http://www.monsiteB.com/

Bienvenue à bord du Hub Julien ! Si tu as des sites à nous montrer, tu peux en mettre jusque 3 dans ta signature. Dan