Discussion :

[imikado]

Bonjour,
Si vous trouvez un bug que ce soit sur le builder ou le framework en lui-même, c'est ici qu'il faut le remonter

[modulo2]

Bonjour,

Dans la méthode run() de la classe class_root, la méthode «module_action» est appelée (ligne 238) après la méthode «module_action_after» (ligne 234).

[imikado]

Bien trouvé, j'ai corrigé, je vais livrer ASAP

Merci encore

Nouvelle version http://mkdevs.com/data/down/mkframew..._52_4_r149.zip

[modulo2]

Bonjour,

Quand je mets

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    'connexion.html' => array( 'nav'=>'utilisateur::login' ),
    'deconnexion.html' => array( 'nav'=>'utilisateur::logout' ),

dans routing.php, la page de déconnexion est remplacée par la page de connexion.

Si j'inverse les lignes, ça fonctionne.
Si je renomme «connexion.html» en «aconnexion.html» par exemple, ça fonctionne également.

[imikado]

Je m'en occupe, ça vient de l'expression régulière pour retrouver la bonne route dans le plugin plugin_routing

[imikado]

Corrigé version: v4.52.5 , merci encore de votre aide

[imikado]

Note: il peut être très utilise de savoir ce que fait le framework, quel choix il fait en fonction de l'url, pour cela, l'activation des logs peut être très utile

Plus d'infos sur les logs ici: http://mkdevs.com/faq.html#log

[modulo2]

Quand le projet n'est pas placé à la racine du serveur et qu'un paramètre est placé dès le début de l'URL, les dossiers contenant le projet sont repris dans le paramètre.

Par exemple en supposant
- que le projet se trouve à l'adresse http://localhost/abc/def/
- que la page appelée soit http://localhost/abc/def/123-azerty.html
- et qu'une règle de réécriture soit :id:-azerty.html
alors id vaut abc/def/123 au lieu de 123.

[imikado]

je m'en occupe

[imikado]

Corrigé version v4.52.6

merci encore

[modulo2]

Il n'est plus possible d'utiliser de «/» dans l'URL.
On peut ajouter autant de sous-dossiers que l'on veut pour accéder à la même page :
http://localhost/abc/def/azerty.html
http://localhost/abc/def/www/azerty.html
http://localhost/abc/def/www/xxx/azerty.html

Il est peut-être utile d'utiliser $_SERVER["REQUEST_URI"] et $_SERVER["SCRIPT_NAME"] pour retrouver la racine.
$_SERVER["REQUEST_URI"] => "/abc/def/www/xxx/123-azerty.html
$_SERVER["SCRIPT_NAME"] => "/abc/def/index.php"

[imikado]

je ne comprends pas l'interet des sous dossiers , des sous dossies physiques ou virtuels ?

si c'est virtuels, ils doivent figurer dans le fichier de configuration

backoffice/articles.html
et
public/articles.html

Si c'est physique, comment avec des répertoires différent on peut pointer sur le meme fichier index.php ? (prévu pour être dans le répertoire web_root public)

[imikado]

J'ai testé avec les routes suivantes:

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
'backoffice/connexion.html' => array('nav'=>'default::login'),
'front/connexion.html' => array('nav'=>'default::logout'),

Et bien que le fichier virtuel final est connexion.html pour les deux, le plugin distingue bien les deux pages login/logout en fonction du répertoire virtuel backoffice/front

[modulo2]

J'ai testé avec les routes suivantes:

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
'backoffice/connexion.html' => array('nav'=>'default::login'),
'front/connexion.html' => array('nav'=>'default::logout'),

Et bien que le fichier virtuel final est connexion.html pour les deux, le plugin distingue bien les deux pages login/logout en fonction du répertoire virtuel backoffice/front

«front/connexion.html» doit être également accessible à partir de «zzz/front/connexion.html» et «zzz/front/connexion.html/zzz» et même ««zzz/front/connexion.htmlzzz»» à mon avis. La correspondance devrait ce faire entièrement avec la partie «virtuelle» de l'URL, pas en partie.

[imikado]

Je regarde pour améliorer ceci

Mais vous n'avez pas répondu à ma question : vous avez plusieurs répertoires physiques ? vous n'utilisez pas les virtualhosts ?

[imikado]

La version du plugin ci-joint empêche les "front/connexion.html/zzz"
Mais pour le cas du "zzz/front/connexion.html"
il me faudrait plus de précision pour reproduire ce problème afin de tester une solution

[modulo2]

Mais vous n'avez pas répondu à ma question : vous avez plusieurs répertoires physiques ? vous n'utilisez pas les virtualhosts ?

J'utilise un fichier htaccess. Le projet est dans un sous-répertoire et doit être accessible à partir de celui-ci au niveau de l'URL. Il ne doit pas être accessible depuis la racine du nom de domaine car il y a déjà des pages HTML.

http://site.com/page1.html
http://site.com/page2.html
http://site.com/projet/index.php

[imikado]

Le fichier .htaccess est dans le repertoire "projet" ou à la racine ?

note: l'url rewriting réécrit l'url seulement si le fichier n'existe pas

Quel est le cas qui pose problème (pour que je le reproduise)

[modulo2]

Le fichier .htaccess est dans le repertoire "projet" ou à la racine ?

note: l'url rewriting réécrit l'url seulement si le fichier n'existe pas

Quel est le cas qui pose problème (pour que je le reproduise)

Le fichier htaccess est dans le répertoire projet. Il n'est pas dans le répertoire public du projet. L'index.php de la racine contient normalement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<?php header('Location:public');

Je l'ai remplacé par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
chdir('public/');
include 'index.php';

Mais cela n'a pas d'influence sur la réécriture.

La redirection fonctionne pour des réécritures comme «utilisateur-voir-:id:.html» :
http://site.com/projet/utilisateur-voir-123.html
Il est cependant possible d'ajouter des faux répertoires pour accéder à la même page :
http://site.com/projet/zzz/yyy/utili...-voir-123.html

Dans le cas où je mets le htaccess dans dans le répertoire public c'est la même chose :
http://site.com/projet/public/utilisateur-voir-123.html
est accessible depuis
http://site.com/projet/public/zzz/yy...-voir-123.html

[imikado]

1. le répertoire "public" est une arrivée récente ajoutée au framework pour des raisons de sécurité : le fameux "web root"
2. je comprends mieux votre soucis, je vais corriger cela