Version imprimable
Bonjour,
Je développe actuellement un site qui utilise Zend Framework, et j'aimerai savoir ce que cela implique au niveau du serveur qui l'héberge. Dois-je avoir accès aux fichiers de configuration Apache et PHP ? Suis-je donc obligé d'opter pour un serveur dédié ou un simple mutualisé est suffisant ?
:merci:
Salut,
Un mutualisé devrait être normalement suffisant.
Je connais pas bien ZF, mais il me semble que le routage dépend plus ou moins de mod_rewrite sur Apache, il faut donc que le serveur ait ce module activé. A ma connaissance c'est le seul prérequis pour utiliser ZF.
Tu as ici les extensions php nécessaires :
http://framework.zend.com/manual/fr/...xtensions.html
Pour Apache, c'est essentiellement le mod_rewrite.
Normalement, le ZF est plutôt conseillé sur un serveur dédié, notamment pour pouvoir mettre tous les fichiers de l'application en dehors du www (même si on peut jouer aussi sur un .htaccess).
Maintenant, tu peux essayer sur un mutualisé, à condition d'avoir si possible au moins php 5.2
J'ai souvent retrouvé cette idée lors de mes recherches, je n'ai cependant pas trop compris pourquoi c'est conseillé. Pourrais-tu m'expliquer en quoi c'est mieux ?Citation:
notamment pour pouvoir mettre tous les fichiers de l'application en dehors du www
:merci:
Pour ce qui est du PHP, tout semble ok; j'ai la version 5.2.1, et les extensions nécessaires sont installées (les principales en tout cas, je n'ai pas tout vérifié).
Pour ce qui est d'Apache, le fichier .htaccess suivant me donne une erreur :
Code:
2
3
4
5
L'erreur :
Code:
2
3
4
5
6
7
8
Je ne vous demande pas de l'aide concernant l'erreur, c'est pas le bon forum, juste pour vous dire que je ne suis pas sûr que mod_rewrite soit activé, j'ai demandé au support technique pour être fixé.
J'espère ne pas avoir à prendre un dédié, parce que les prix :aie: ça change des 15€ par an que je paye pour l'instant :mrgreen:
[edit]
Après quelques petites recherches, l'url rewriting semble activé sur les hébergements 1&1, donc à priori, tout est ok pour qu'une application ZF fonctionne... non ?
Ne pas mettre les fichiers (sauf index.php et les images-css-js) dans le www permet 2 choses :
1) Fortement sécuriser les scripts, puisqu'on ne peut pas les modifier depuis Internet, uniquement par ftp avec un accès root.
2) Faire fonctionner plusieurs applications dans des domaines différents mais avec les mêmes scripts (chaque applic pointe sur le même dossier library hors de son www).
Cependant, pour une applic non professionnelle, il suffit de protéger tous les dossiers n'étant pas dans le www par un .htaccess avec 'deny from all'.
En revanche, il faudrait vraiment que le mod-rewrite soit activé... sinon tu dois reconfigurer tout le routeur.
:faq: http://zend-framework.developpez.com...ment-mutualise
Bah a priori, c'est bon pour mod_rewrite, j'ai lu pas mal de message qui vont dans ce sens. Je vais tester et attendre la réponse du service technique.
Merci ;)
C'est souvent aussi possible sur des hébergement mutualisés.Citation:
Envoyé par vg33
En tout cas j'étais un moment chez OVH sur un 60gp (donc pas du tout du haut de gamme, moins de 30e/ans si je dis pas de bétise) et c'était tout à fait possible. Je suis aujourd'hui chez Dreamhost et c'est également possible.
essaye ça pour le fichier .htaccess
Code:
2
3
4
5
6
Ouais mais le truc c'est que mon application est dans un répertoire car je n'ai qu'un hébergement, qui contient déjà un site donc...
Voici l'architecture des dossiers :
ZendTest contient plusieurs dossiers, comme 'public', 'application', 'library' (comme dans le tutoriel de Yogui).Citation:
Tu penses que ce code devrait marcher ?
MerciCode:
2
3
4
5
6
Moi je suis chez OVH (90 plan) pour du non ZF et le problème, entre autres,Citation:
Envoyé par Taum
c'est qu'il n'est pas possible de changer php_flag register_globals off via htaccess.
Une recherche dans google avec OVH et php_flag register_globals te donnera tous les détails, il y a des centaines de personnes qui ont cherché des solutions mais sans résultat. Il semble qu'OVH cherche à forcer les gens à passer sur des serveurs dédiés du style "Kimsufi".
Je vais me lancer dans le ZF et je viens d'ouvrir un compte chez A2HOSTING.
Pour le moment rien à signaler, que du bon.
Salut,
Je vois pas bien en quoi register_global doit être à off.
Je peux comprendre que le fait qu'il soit activé entraine des failles de sécurité du fait de variables non-initialisées, mais ZF est-il vulnérable à de telles failles si register_global est activé ?
De même pour magic_quotes_gpc, il ne suffit pas de faire un stripslashes() sur les données Get/Post/Cookie au cas où l'option est activée et qu'on ne peut pas la désactiver ?
Salut,
Pour cloturer la question, j'ai pris un hébergement chez 1&1, et tout marche, sauf les php_flag dans le .htaccess. A part ça, mon application Zend tourne parfaitement, je n'ai pas eu à modifier quoi que ce soit. Ah si, juste un truc bizarre, en local, je pouvais appeler des controllers comme ceci MonIndexController. Mais en ligne, il n'aime pas la deuxieme majuscule, ce qui semble être la réaction "normal", car il ne faut pas mettre de majuscule dans le nom d'un controller à part au début, selon ce que j'ai compris.
Bref, Zend Framework sur un mutualisé, c'est possible, et sans beaucoup d'efforts ;)
Bonjour,
Je développe également un site avec le ZF, pour une association, et du coup, bien que les packs par exemple chez 1&1 ne soient pas cher (1.99 € /mois), je veux privilégier les hébergeurs gratuits.
Savez-vous s'il y a des hébergeurs gratuits qui supportent le ZF et l'url rewriting ?
J'ai lu que chez Free, l'url rewriting n'était pas possible par exemple...
Si l'un de vous a testé un hébergeur gratuit, ça m'intéresse beaucoup ! :)
Merci :king:
Salut,
Perso, je n'accèderai pas à mon serveur via FTP, et encore moins avec un accès root 8O :)Citation:
Envoyé par vg33
FTP c'est bien, mais c'est pas vraiment sécurisé dans le sens ou toutes tes infos (login, pass) transitent en clair.
J'utilise SFTP qui a l'avantage d'être crypter via SSL. Par contre, c'est plus lent...
Je n'ai pas testé d'hébergeur gratuit, et je te conseil fortement, si tu utilises ZF, d'utiliser un hébergeur payant. Très franchement, 1.99 E / mois, ça fait du 23,88 E HT, donc du 28,56 TTC / an. On peut pas dire que c'est la ruine :aie:Citation:
Envoyé par fadeninev
Non non ce n'est pas la ruine, mais c'est une petite assoc, et 2 € par ci, plus 2 €p ar là, plus 3 € ici, etc, etc, ça commence à faire un petit budget ;)Citation:
Envoyé par _phoenix_
Ils sont prêts à payer 1.99 HT mais s'il y avait eu une solution gratuit on n'allait pas se priver :mrgreen:
Merci pour ta réponse ;)
Je veux pas faire de pub mais chez OVH tu as une offre moins cher, à environ 20eu/ans : l'offre 60GP.
Personnellement, j'ai 4 sites, deux sont chez 1&1 sur l'offre que tu cites, et deux sont chez OVH sur un mutualisé 60GP. Tout fonctionne très bien. J'ai rédigé deux posts pour expliquer l'installation d'un site sous ZF sur ces deux types d'hébergement.
Je te conseille également de prendre un mutualisé plutôt qu'une offre gratuite, le prix est très convenable et tu auras beaucoup plus de confort.
Bonne continuation.
Oui j'ai lu ce que tu as rédigé avant de poster ici. C'est top d'ailleurs :king:Citation:
Envoyé par Janitrix
Je m'étais orientée plutôt vers 1&1 car j'avais lu quelques retours un peu négatifs d'utilisateurs d'ovh.
Merci pour tes conseils :)
Bonjour,
Je suis chez 1and1, j'ai bien regardé et appliqué ton tutoriel (merci :D), par contre je me retrouve maintenant avec l'erreur suivante:
Fatal error: Uncaught exception 'Zend_Controller_Dispatcher_Exception' with message 'Invalid controller specified (index) :(
J'ai essayé avec d'autres controllers, et j'obtiens toujours la même erreur.
Pourtant, bien évidement en Local, ça tourne parfaitement bien... :aie:
Les projets sont situés à la racine (en local et sur le web), donc je n'ai pas eu grand chose à modifier...).
J'ai vu que tu parlais des majuscules des controllers, je pense avoir essayer toutes les combinaisons sans succès. Là j'ai laissé à IndexController, pour le nom du fichier et le nom du controller dans le code.
Quelqu'un a-t-il eu le même problème? Ou aurait une idée de ce que jpeux essayer?
Ah j'ai trouvé la solution à mon problème...
En voulant adopter le bon système de majuscule sur les controllers (XxxxxxController), mais aussi sur les dossiers ( Changement de Controllers vers controllers, Models vers models etc... ), je n'avais pas changé les majuscules dans les chemins de l'include_path... :aie:
Assez bizarrement, ça ne posait aucun problème sur mon serveur en Local, par contre le serveur 1and1 ne voulait rien savoir.
Ton serveur local est sous Windows et celui sur Internet est surement sous Linux, or, ce dernier prend en compte la casse des chemins de fichier contrairement à Windows ;)
Ah exact!
Merci pour l'éclaircissement ;)