Alors pour reformuler ces deux pré-requis, histoire que tu aies un truc propre : Apache avec le mod_rewrite activé (pour les urls), et allow_override à On (pour le .htaccess).

Alors pour reformuler ces deux pré-requis, histoire que tu aies un truc propre : Apache avec le mod_rewrite activé (pour les urls), et allow_override à On (pour le .htaccess).

Attention, AllowOverride à all pour la racine du serveur web (ou au moins la racine du framework) :
C'est une information pertinente... on ne peut pas toujours tout résumer.
Ne polémiquons pas

En ce qui concerne le nouveau lien de téléchargement, le voici : http://rapidshare.com/files/216191935/Y ... k.zip.html
Je me suis permis de corriger un bug qui, lorsqu'il se produisait, effectuait un mauvais chargement des modules. Eh oui, le framework est loin d'être parfait et ne prétend pas l'être.

Le module mod_rewrite d'apache doit être activé et correctement chargé (il permet notamment l'URL rewriting)

En gros, si j'utilise un FAI (comme Free) ou un hébergement mutualisé qui ne me permet pas de réécrire les URLs parce que le module mod_rewrite n'est pas activé, je ne pourrai pas utiliser ton framework.

C'est ce qu'on appelle un inconvénient.

Le module mod_rewrite d'apache doit être activé et correctement chargé (il permet notamment l'URL rewriting)

En gros, si j'utilise un FAI (comme Free) ou un hébergement mutualisé qui ne me permet pas de réécrire les URLs parce que le module mod_rewrite n'est pas activé, je ne pourrai pas utiliser ton framework.

C'est ce qu'on appelle un inconvénient.

Oui, effectivement. Regarde les autres frameworks. La plupart d'entre eux nécessitent que les fichiers formant le coeur du framework soient déployés hors du répertoire web. Cette condition est nécessaire à la sécurité de l'application. Or, la grande majorité des hébergeurs ne le permettent pas. Donc comment faire pour déployer l'application et ne pas risquer l'exploit de failles du framework ? Tout simplement en utilisant les fichiers .htaccess. Du coup, le module mod_rewrite doit être activé, tout comme pour YAFramework

Je pense que coté déploiement, YAFramework n'est pas hyper exigeant. Je ne prétend pas que YAFramework soit parfait, loin de là. Comme tout framework, il nécessite quand même des pré-requis et un environnement particulier, fourni par la grande majorité des hébergeurs.

Sinon coté code, quelqu'un a pu jeter un coup d'oeil ? J'aimerais bien avoir un retour d'expérience.

J'avais surtout créé ce topic dans le but d'avoir des avis concernant la sécurité du framework, son architecture (en module, plugins et pages), etc. J'ai commencé le Ruby avec le framework Ruby on Rails et je dois dire que je suis bien séduit par ce langage. Je vais prochainement essayer de développer un site web avec. Mais en attendant, n'hésitez pas à me donner un retour d'expérience.

Hey ,

Je n'ai pas réussi à télécharger ton framework pour ma part (le système tournait en rond : page 1 sur page 2, page 2 sur page 1 etc.). Un joli mouvement perpétuel …

Sinon, pour dire un mot sur les URL réécrites, la plupart des frameworks comme tu dis (pour les avoir étudié : Zend, Symfony et Hoa) utilisent leur propre routeur de réécriture (je ne m'avancerais pas sur Jelix mais je pense que c'est pareil). C'est à dire que c'est PHP qui s'occupe de la réécriture et pas Apache. C'est à peine plus lent (mais c'est négligeable je pense), mais face à la souplesse et la puissance que l'on obtient, on s'en moque complètement. Tu peux avoir des URL beaucoup plus complexes et plus faciles à écrire qu'avec le mod_rewrite.
Et ça marche sur Free .

Hey ,

Je n'ai pas réussi à télécharger ton framework pour ma part (le système tournait en rond : page 1 sur page 2, page 2 sur page 1 etc.). Un joli mouvement perpétuel …

Tu as essayé de le télécharger avec le lien http://rapidshare.com/files/216191935/Y ... k.zip.html ? Je viens de le tester et c'est ok.

Sinon, pour dire un mot sur les URL réécrites, la plupart des frameworks comme tu dis (pour les avoir étudié : Zend, Symfony et Hoa) utilisent leur propre routeur de réécriture (je ne m'avancerais pas sur Jelix mais je pense que c'est pareil). C'est à dire que c'est PHP qui s'occupe de la réécriture et pas Apache. C'est à peine plus lent (mais c'est négligeable je pense), mais face à la souplesse et la puissance que l'on obtient, on s'en moque complètement. Tu peux avoir des URL beaucoup plus complexes et plus faciles à écrire qu'avec le mod_rewrite.
Et ça marche sur Free .

Oui, je me suis effectivement marché dessus (^^) en parlant de module mod_rewrite, je voulais dire que le serveur http doit autoriser l'utilisation de fichiers .htaccess pour permettre la sécurisation desdits frameworks. J'espère que tu me pardonneras ma fougue

Donc comment faire pour déployer l'application et ne pas risquer l'exploit de failles du framework ? Tout simplement en utilisant les fichiers .htaccess.

Bah non, ya plus efficace… Ne pas implémenter les failles de sécurité.

Donc comment faire pour déployer l'application et ne pas risquer l'exploit de failles du framework ? Tout simplement en utilisant les fichiers .htaccess.

Bah non, ya plus efficace… Ne pas implémenter les failles de sécurité.

Je parle de failles faisant partie intégrante desdits frameworks...

Je parle de failles faisant partie intégrante desdits frameworks...

Sans parler des failles PHP... mais après tout, ce n'est pas pire que certains autres !
Le fait de les connaitre permet de s'en prémunire.

Et comme PHP est un projet open-source, tout le monde peut venir corriger les failles. Elle est pas belle la vie ?

Et comme PHP est un projet open-source, tout le monde peut venir corriger les failles. Elle est pas belle la vie ?

Woa l'autre, hé ! Comme il se la joue !

?

Autant ça ne me gêne pas de corriger du code PHP, autant je m'abstiendrais bien de me jeter dans LE code DE PHP qui doit être écrit en C, si je ne m'abuse...
Là, c'est une toute autre paire de manches!

Pourtant le code est très propre et très lisible .

Pourtant le code est très propre et très lisible .

Comme tout code doit l'être
Et dans ces cas la, ca se boit comme du petit lait !