Skip to main content Help Control Panel

YACS CMS : Open source !

Community «   Le forum «   Soupçons de bogues «   Retour migration vers 7.6beta «  

Comment: Retour migration vers 7.6beta

  Next >>
Bernard: J'ajouterai que, dans le cas des sous-domaines, il y a un point très important auquel les souscripteur d'hébergement n'ont pas forcément accès: Le mode de traitement des sous-domaines par Apache. "Test.gresivaudan.org" est directement concerné par ce problème.

Je n'avais jamais accès sur tous mes sites en mode 2 de yacs (url-rewriting .../articles/view.php/123) à cause de ce fait. Du coup, le mode 3 (url-rewriting .../article/3.html) ne marche encore moins.

Tout ceci est dû à la méthode de redirection de l'hébergeur:
  • Catch All activé: tout sous-dossier du Document_Root est accessible par une url du type "http://sous-dossier/domaine.com".
  • Catch All désactivé: Il faut créer spécifiquement des serveurs virtuels pour les sous-domaines ayant pour nom (et accès) "sous-dossier/domaine.com"


Hors, la plupart du temps, les hébergements mutualisés offrent des "Plans" limités en bombre de domaines et sans Catch All, chaque sous-domaine est considéré comme un domaine indépendant.

J'ai opté pour la désactivation et tout fonctionne à merveille (les 3 url-rewriting de Yacs).
Dans le cas spécifique de "test.gresivaudan.org", je considère le Catch All actif et dans ce cas, il y a un mauvais retour (ou utilisation de variable server) dans la création de $context['self_script'] qui prends en compte $context['url_to_root'].$_SERVER['REQUEST_URI'] . Hors $_SERVER['REQUEST_URI'] de Nuxit retourne la valeur "Home4..." citée dans le post d'Agnès.

Hébergeur ou mauvaise variable ?

... ouf, un gros grain de sel !

by GnapZ on June 29 2007