Course index

From ClaroDevel

Conversation irc Moosh et Mla

<mla>

claroline/courses/[un code cours]/index.php
<?php
//      session_start();
$cidReq = "INFO";
$claroGlobalPath = '/home/mla/public_html/cvs_main/claroline/claroline/inc';
include("/home/mla/public_html/cvs_main/claroline/claroline/course_home/course_home.php");
?>

<mla>

Tous ces chemins absolus dans index.php, c'est pas très souple
si un utilisateur déplace (migre) sa plateforme, 
il peut modifier tous ces index.php
ici, on devoir déplacer eole sur un autre serveur
on va devoir modifier tous les index.php
je vais réaliser un script pour ça mais pour les utilisateurs 
claroline, il n'y aurait pas une solution plus propre plus souple

<Moosh>

bon  c avec seb  qu'on a fait ca que je me souvienne 
je pense qu'on a eu des problème en relatif 
mais je ne sais plus si c'est de niveau de hiérarchie 
ou si c'est des problème de sécu. 
le choix a été vite fait 
"claroline  boitant" contre "facilité sur une tâche rare et d'administration"
mais si on arrive a conciler les deux ...
le fait est que  ces index.php sont appelés en direct. 
c'est eux qui permettent de déclancher "claroline" dans le script.
donc il faut qu'il sachent où est claroline.
(je réfléchi tout haut, ce n'est pas une réponse -justifiante-)
 si on met du relatif chose imaginable puisque à la création   c'est claroline, qui le crée
il sait  où il est  il sait construire le bon relatif
mais  il doit de tout façon l'écrire en dur
il ne peut le tirer d'une variable

<mla>

je me demande s'il n'est pas plus simple d'avoir un seul fichier inclus par tous les index.php
et que ce fichier inclus contienne le claroGlobalPath

<moosh>

oui  
il y avait eu une histoire avec ca
seb est pas là ? il se souvient plus ?

<mla>

il regarde

<seb`pir>

c flou

<Moosh>

je pense 
que c'est parce qu'on avait des index.php de cours à des niveaux hiérarchique différent (important en cas de transition)
c-a-d des cours dans  mycampus/ et d'autres dans mycampus/courses/

<seb`pir>

me semble aussi que c'était  ca

<Moosh>

et  pour  le problème de déplacement de campus,
il avait été évoqué  la création non prioritaire
de l'outil de regénération dont tu parles.

parce qu'une chose importante sont les cooluri

il faut que les url éparpillées dans google, des références, ... continuent à fonctionner
on est  dans le mondes des écoles suppérieures et la "référence" est une valeur

<mla>

mouais
en fait, on devrait pas avoir d'index.php dans les répertoires de cours

<Moosh>

je reconnais que pour un transfert de serveur 
c'est chiant mais ce cas étant plus rare ,
je pense que c'est ce cas qui doit souffrir d'une moulinette
"<mla> en fait, on devrait pas avoir d'index.php dans les répertoires de cours"
on ne sais pas s'en passer dans la structure de claroline

<mla>

on devrait avoir des uri claroline/course_home/course_home.php?code=INFO

<Moosh>

ou alors  il faut un  index en amont  
et n'utiliser quer des  mycampus/index.php/mycourse
claroline/course_home/course_home.php?code=INFO <- ca existe en fait
remplace juste code par cidReq
sauf pour course_home  pour un défaut du passé (quoi que ...)
mais ca marche  déjà pour tous les outils

<mla>

car on est en reg_global = On

<Moosh>

quoique avec le select box dans la barre du haut je me demande si c pas réparé

<mla>

mais j'aime bien ton idée : mycampus/index.php/mycourse

<moosh>

on avait pensé à ceci
mycampus/index.php/mycourse moteur central
mycampus/404.php  qui redirige sur  mycampus/index.php/mycourse pour tout appel a du mycampus/unvieuxchemindecours/index.php

<mla>

oui, c'est une bonne idée

<Moosh>

et finalement pour les apache
la  possibilité d'un hack utilisant  mod_rewrite
pour faire l'effet 404 encore plus performant