Jump to content

Dan

Direction
  • Content Count

    29957
  • Joined

  • Last visited

Everything posted by Dan

  1. Si tu as tous tes fichiers dans public_html et un lien symbolique private_html qui pointe vers public_html, tu n'auras AUCUN souci d'accès à l'aide du DOCUMENT_ROOT ! Que ton DOCUMENT_ROOT pointe vers private_html, ou vers public_html, c'est kif-kif dans ce cas !
  2. L'intérêt du lien symbolique de private_html vers public_html est le suivant : il permet de n'avoir qu'une seule version de fichiers. Donc les fichiers qui sont dans public_html peuvent être lus en SSL grâce au lien symbolique. Il faut dans ce cas mettre tous les fichiers dans public_html, même si le site est "full SSL" C'est ce que j'ai fait pour le Hub.
  3. J'allais dire exactement la même chose
  4. Il est logique que le DOCUMENT_ROOT d'un site en ssl soit private_html ! Cela te pose quel problème, le lien symbolique ?
  5. Il faut bien évidemment retirer la règle de redirection vers index.php de ton fichier .htaccess . Voir le site apache.org (il faut aussi que la directive AllowOverride de la configuration d'Apache le permette) Directive DirectoryIndex Description: Liste des fichiers ressources à rechercher lorsque le client envoie une requête pour un répertoire Syntaxe: DirectoryIndex disabled | url locale [url locale] ... Défaut: DirectoryIndex index.html Contexte: configuration du serveur, serveur virtuel, répertoire, .htaccess AllowOverride: Indexes Statut: Base Module: mod_dir La directive DirectoryIndex permet de définir une liste de fichiers ressources à rechercher lorsqu'un client envoie une requête pour l'index d'un répertoire, en ajoutant un '/' à la fin du nom de ce dernier. url locale est l'URL (codée avec caractères '%') d'un document du serveur, relative au répertoire faisant l'objet de la requête ; il s'agit en général du nom d'un fichier situé dans le répertoire. Si plusieurs URLs sont fournies, le serveur renverra la première d'entre elles qui correspond à une ressource existante. Si aucune ressource ne correspond à la liste des URLs spécifiées, et si l'option Indexes est définie, le serveur générera son propre listing du répertoire. Exemple DirectoryIndex index.html Avec cette configuration, une requête pour l'URL http://example.com/docs/ renverrait au client la ressource http://example.com/docs/index.html si elle existe, ou provoquerait la génération du listing du répertoire si la ressource n'existe pas. Notez qu'il n'est pas nécessaire que les documents soient relatifs au répertoire ; DirectoryIndex index.html index.txt /cgi-bin/index.pl provoquerait l'exécution du script CGI /cgi-bin/index.pl si aucun des fichiers index.html ou index.txt n'existe dans le répertoire considéré. La spécification du seul argument "disabled" empêche mod_dir de rechercher un index. Un argument "disabled" sera interprété de manière littérale si d'autres arguments sont présents avant ou après lui, même s'ils sont eux-mêmes des arguments "disabled".
  6. C'est vraisemblablement parce que index.html est mis par défaut dans la liste "DirectoryIndex" (dans ta config apache). Essaie en mettant "DirectoryIndex index.php" au débit de ton fichier .htaccess, cela devrait résoudre ton problème. Tu peux aussi mettre "DirectoryIndex index.php index.htm index.html" comme ça si index.php manque, ce sera index.html qui sera affiché, voire index.htm si les deux premiers manquent.
  7. Bienvenue à bord du Hub ! Il n'y a pas que des développeurs ici, loin s'en faut
  8. Il nous faudrait les URLs de tes deux sites Wordpress, qu'on puisse voir si tu n'as pas un souci de DNS....
  9. Bonjour Fanny, et bienvenue à bord de Webmaster Hub ! Je te suggère de mettre l'URL de ton site de voyage en signature, cela permettra à tous de le voir. Cordialement, Dan
  10. C'est tout simplement parce que tu as créé les liens symboliques en tant que root et que de ce fait ils n'étaient pas suivis. Un simple "chown -h atelichloe:atelichloe cdn*" suffisait vu que tu tournes php en cgi et non en module apache
  11. C'est ce que j'ai fait, et ça fonctionne ! Donc oui, je confirme !
  12. Avec un [R=301,L] à la fin de ta première règle, ça va tout de suite mieux Comme j'ai accès à ton serveur, je l'ai ajouté !
  13. Dans ce cas, il faut véritablement créer les sous-domaines sous Directadmin, le champ A seul ne suffit manifestement pas. Je les ai créés, et fait les liens symboliques de cdn1, cdn2 et cdn3 vers le répertoire public_html pour qu'ils pointent au bon endroit. Pour que le SOA soit correct, il faut renseigner les bons DNS pour l'utilisateur sous Directadmin. Là tes images s'affichent bien avec l'URL souhaitée : http://cdn2.itis07.ovh/img/prestashop-avatar.png
  14. Dans la zone DNS locale, le SOA était toujours défini comme le serveur local et non le DNS d'OVH ! Je les ai ajoutés localement, cela t'évite d'avoir à attendre la propagation. Dan
  15. Bonjour et bienvenue sur Webmaster Hub ! Tu es certain de ne pas avoir de virus sur ton poste de travail ? As-tu lancé un scan complet de ton PC ? Quelle est l'URL de ton site ?
  16. Pour info, tu devrais aussi changer les DNS de ce domaine sur ton serveur ns417072 ... parce que là ce n'est pas correct ! Il faut que ton serveur sache que c'est gandi qui gère la zone, ou il ne trouvera jamais ces sous-domaines !
  17. Oui ! ns.le-hub.net:dan# dig monespiegletribu.com ; <<>> DiG 9.10.3-P4-Debian <<>> monespiegletribu.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26316 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 7 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;monespiegletribu.com. IN A ;; ANSWER SECTION: monespiegletribu.com. 300 IN A 37.59.143.16 ;; AUTHORITY SECTION: monespiegletribu.com. 172800 IN NS a.dns.gandi.net. monespiegletribu.com. 172800 IN NS b.dns.gandi.net. monespiegletribu.com. 172800 IN NS c.dns.gandi.net. ;; ADDITIONAL SECTION: a.dns.gandi.net. 67529 IN A 173.246.98.1 a.dns.gandi.net. 67529 IN AAAA 2604:3400:abca::1 b.dns.gandi.net. 67529 IN A 213.167.229.1 b.dns.gandi.net. 67529 IN AAAA 2001:4b98:abcb::1 c.dns.gandi.net. 67529 IN A 217.70.179.1 c.dns.gandi.net. 67529 IN AAAA 2604:3400:abcc::1 ;; Query time: 41 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Nov 27 16:33:58 CET 2017 ;; MSG SIZE rcvd: 258
  18. Il faut le faire là où la zone DNS1 est définie. Dis-moi quel est le domaine, je pourrai te dire où éditer cela !
  19. Bienvenue à bord de Webmaster Hub, Dany
  20. Bonjour, Il suffit d'ajouter 3 champs A dans la zone DNS. Cela peut se faire sous Directadmin sans aucune difficulté. Gestion des DNS -> Cliquer sur la zone voulue -> ajouter les champ A avec comme IP la même que celle du site Cordialement, Dan PS: remplacer exemple1 par images1, images2 ou image3, sans le nom de domaine ou ... si tu veux ajouter le nom de domaine, comme dans images1.ledomaine.tld. il faut impérativement ajouter le point final à la fin de celui-ci !
  21. Pas de mal, c'était plutôt rigolo car on ne me l'avait jamais faite celle-là
  22. Mon pseudo est Dan ... pas chaumière, ni maison, ni bicoque, ni building
  23. Bonjour, Ca fait pas mal de questions ... Lorsque tu seras prêt à publier ton forum, il faudra changer principalement les paramètres d'accès à la base de données, ainsi que L'URL du forum. En général ce sera similaire à ceci (les noms de variables peuvent changer, je n'ai pas de phpBB à disposition pour vérifier) db_host : localhost (ou nom du host qui héberge la base de données) db_user : utilisateur de la base de données db_passwd : mot de passe de cet utilisateur database : nom de la base de données; Ces paramètres seront donnés par l'hébergeur... Il faudra aussi choisir un nom de domaine, et le faire pointer vers l'IP de ton hébergement. Tu peux limiter d'accès à ton hébergement et au forum à quelques IPs en utilisant un fichier .htaccess à la racine du forum avec ceci : Order Deny,Allow Allow from XXX.XXX.XXX.XXX Allow from YYY.YYY.YYY.YYY Deny from all avec une ligne "Allow from..." par IP que tu veux accepter comme visiteur. L'accès au forum et aux sous-forums sera fonction des permissions que tu donneras aux différentes catégories de membres, cela se gère dans le back-office de phpBB. Pour limiter l'accès à une zone géographique, cela va dépendre de ton hébergement. Difficile de te répondre sans savoir où tu comptes héberger ton forum. Par contre, tu peux ne permettre l'accès qu'aux membres identifiés. Mais dans ce cas, Google ne pourra pas l'indexer.
  24. Bonjour l'ami belge, et bienvenue sur Webmaster Hub. Si ce sont des questions d'ordre général, tu peux les poser dans le forum "Hébergement de sites" : https://www.webmaster-hub.com/forum/9-hébergement-de-sites/ Si c'est propre à un langage, par exemple php, c'est par là : https://www.webmaster-hub.com/forum/14-php/ Si tu ne sais pas où poster, dépose ton message dans le salon, on le redirigera à la bonne place Dan
×
×
  • Create New...