This document is for a version of CakePHP that is no longer supported. Please upgrade to a newer release!
Installer CakePHP peut-être aussi simple que le déposer dans le Document Root de votre serveur web ou bien aussi complexe et souple que vous le souhaitez. Cette section couvrira les 3 types d’installations principaux : développement, production et avancé.
Développement : facile à mettre en oeuvre, mais les URLs de l’application contiennent le nom du répertoire d’installation de CakePHP et c’est moins sécurisé.
Production : nécessite d’être habilité à configurer le Document Root du serveur, URLs propres, très sécurisé.
Avancé : avec un peu de configuration, vous permet de placer les répertoires clés de CakePHP à différents endroits du système de fichiers, avec la possibilité de partager un seul répertoire de la librairie centrale CakePHP entre plusieurs applications.
Une installation « développement » est la méthode la plus rapide pour lancer Cake. Cet exemple vous aidera à installer une application CakePHP et à la rendre disponible à http://www.exemple.com/cake_1_2/. Nous considérons pour les besoins de cet exemple que votre document root pointe sur /var/www/html.
Décompressez le contenu de l’archive Cake dans /var/www/html. Vous avez maintenant un dossier dans votre document root, nommé d’après la version que vous avez téléchargée (par exemple : cake_1.2.0.7296-rc2). Renommez ce dossier en « cake_1_2 ». Votre installation « développement » devrait ressembler à quelque chose comme çà dans votre système de fichiers :
/var/www/html
/cake_1_2
/app
/cake
/vendors
/.htaccess
/index.php
/README
Si votre serveur web est correctement configuré, vous devriez maintenant accéder à votre application Cake à l’adresse : ttp://www.exemple.com/cake_1_2/
Une installation « production » est une façon plus flexible de lancer Cake. Utiliser cette méthode permet à tout un domaine d’agir comme une seule application CakePHP. Cet exemple vous aidera à installer Cake n’importe où dans votre système de fichiers et à le rendre disponible à l’adresse : http://www.exemple.com. Notez que cette installation demande d’avoir les droits pour modifier le DocumentRoot sur le serveur web Apache.
Décompressez les contenus de l’archive Cake dans un répertoire de votre choix. Pour les besoins de cet exemple, nous considérons que vous avez choisi d’installer Cake dans /cake_install. Votre installation de production devrait ressembler à quelque chose comme çà dans votre système de fichiers :
/cake_install/
/app
/webroot (répertoire défini comme le DocumentRoot du serveur)
/cake
/vendors
/.htaccess
/index.php
/README
Les développeurs utilisant Apache devraient régler la directive
DocumentRoot
pour le domaine à :
DocumentRoot /cake_install/app/webroot
Si votre serveur web est configuré correctement, vous devriez maintenant accéder à votre application Cake accessible à l’adresse : http://www.exemple.com.
Il peut y avoir des situations où vous souhaitez placer les répertoires de CakePHP à différents endroits du système de fichiers. Cela peut être du à des restrictions en hébergement mutualisé ou peut-être que vous voulez simplement partager vos librairies Cake entre plusieurs de vos applications. Cette section décrit comment dérouler vos répertoires CakePHP à travers un système de fichiers.
D’abord, sachez qu’il y a 3 parties principales dans une application Cake :
Les librairies du cœur de CakePHP, dans /cake.
Le code de votre application, dans /app
La racine web de l’application, habituellement dans /app/webroot
Chacun de ces répertoires peut être situé n’importe où dans votre système de fichier, à l’exception de webroot, qui doit être accessible via votre serveur web. Vous pouvez même déplacer ce répertoire webroot en dehors du répertoire app, tant que vous dites à Cake où vous l’avez mis.
Pour configurer votre installation Cake, vous aurez besoin de faire
quelques modifications dans le fichier /app/webroot/index.php. Il y a
trois constantes que vous devrez éditer : ROOT
, APP_DIR
, et
CAKE_CORE_INCLUDE_PATH
.
ROOT
devrait être défini sur le chemin du répertoire qui contient
votre dossier /app
APP_DIR
devrait être défini sur le nom (de base) de votre dossier
/app
CAKE_CORE_INCLUDE_PATH
devrait être défini sur le chemin de votre
dossier des librairies CakePHP
Lançons-nous dans un exemple, ainsi vous pourrez voir à quoi doit ressembler, en pratique, une installation avancée. Imaginez que je veuille configurer CakePHP pour fonctionner de la manière suivante :
Les librairies du cœur de CakePHP seront placées dans /usr/lib/cake.
Le répertoire webroot de mon application sera placé dans /var/www/monsite/
Le répertoire app de mon application sera placé dans /home/moi/monsite.
Etant donné ce type de configuration, j’aurais besoin d’éditer mon fichier /webroot/index.php (qui se trouvera à /var/www/monsite/index.php, dans cet exemple) afin qu’il ressemble à ce qui suit :
// /app/webroot/index.php (partiel, commentaires supprimés)
if (!defined('ROOT')) {
define('ROOT', DS.'home'.DS.'moi');
}
if (!defined('APP_DIR')) {
define ('APP_DIR', 'monsite');
}
if (!defined('CAKE_CORE_INCLUDE_PATH')) {
define('CAKE_CORE_INCLUDE_PATH', DS.'usr'.DS.'lib');
}
Il est recommandé d’utiliser la constante DS (Directory Separator) plutôt que les slashs pour délimiter les chemins de fichier. Cela évite toute erreur de fichier introuvable que vous pourriez avoir en utilisant un mauvais délimiteur et cela rend votre code davantage portable.
C’est parfois pratique de pouvoir partager les classes MVC entre applications au sein d’un même système. Si vous voulez le même contrôleur dans 2 applications, vous pouvez utiliser le fichier bootstrap.php de CakePHP pour disposer de ces classes additionelles dans une vue.
Dans bootstrap.php, définissez quelques variables nommées de façon particulière pour rendre CakePHP conscient des autres emplacements de classes MVC à explorer :
$viewPaths = array();
$controllerPaths = array();
$modelPaths = array();
$helperPaths = array();
$componentPaths = array();
$behaviorPaths = array();
$pluginPaths = array();
$vendorsPaths = array();
$localePaths = array();
$shellPaths = array();
Chacune de ces variables spéciales peut être définie par un tableau de chemins absolus dans le système de fichiers, indiquant où les classes complémentaires peuvent être trouvées quand elles sont demandées. Assurez-vous que chaque chemin spécifié contienne un slash terminal.
Bien que CakePHP soit architecturé pour travailler avec mod_rewrite tel quel – et il le fait – nous avons remarqué que certains utilisateurs se battent pour obtenir quelque chose qui marche bien sur leurs systèmes.
Voici quelques astuces que vous devriez essayer pour le faire fonctionner correctement.
Regardez d’abord votre fichier httpd.conf (assurez-vous que vous avez édité le httpd.conf du système et non celui d’un utilisateur ou d’un site spécifique).
Assurez-vous qu’une réécriture .htaccess est permise et que AllowOverride est défini sur All pour le DocumentRoot adéquat. Vous devriez voir quelque chose comme :
#
# Each directory to which Apache has access can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories).
#
# First, we configure the "default" to be a very restrictive set of
# features.
#
<Directory />
Options FollowSymLinks
AllowOverride All
# Order deny,allow
# Deny from all
</Directory>
Assurez-vous que vous chargez mod_rewrite correctement. Vous devriez voir quelque chose comme :
LoadModule rewrite_module libexec/apache2/mod_rewrite.so
Dans la plupart des systèmes ceci sera commenté (en étant précédé du signe #) par défault, donc vous aurez juste besoin de supprimer ces symboles #.
Après avoir effectué vos modifications, redémarrez Apache pour être sûr que les paramètres seront activés.
Vérifiez que vos fichiers .htaccess sont vraiment dans les bons répertoires.
Cela peut arriver pendant la copie que ce ne soit pas le cas, car certains systèmes d’exploitation traitent les fichiers commençant par “.” comme des fichiers cachés et donc ils ne seront pas visibles pour copier.
Assurez-vous que votre copie de CakePHP provient bien de la section téléchargements de ce site ou bien de notre dépôt GIT et qu’elle a été décompressée correctement, en vérifiant les fichiers .htaccess qui existent dans le répertoire racine de cake (/var/www/html/cake_1_2 si vous avez suivi les instructions des étapes précédentes), le répertoire app (/var/www/html/cake_1_2/app) et le répertoire webroot (/var/www/html/cake_1_2/app/webroot).
Le fichier .htaccess dans le répertoire racine de cake devrait ressembler à ceci (çà redirige tout vers votre app Cake) :
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^$ app/webroot/ [L]
RewriteRule (.*) app/webroot/$1 [L]
</IfModule>
Le fichier .htaccess dans le répertoire app de Cake (sera copié au début du répertoire de votre application par le script bake) :
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^$ webroot/ [L]
RewriteRule (.*) webroot/$1 [L]
</IfModule>
Le fichier .htaccess dans le répertoire webroot de Cake (sera copié à la racine web de votre application par le script bake) :
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
</IfModule>
Chez la plupart des hébergeurs (GoDaddy, 1and1), votre serveur web est en fait exécuté depuis un répertoire utilisateur qui utilise déjà mod_rewrite. Si vous installez CakePHP dans un répertoire utilisateur (http://example.com/~username/cakephp/) ou tout autre structure d’URL qui utilise déjà mod_rewrite, vous devrez ajouter des déclarations RewriteBase aux fichiers .htaccess que CakePHP utilise (/.htaccess, /app/.htaccess, /app/webroot/.htaccess).
Ceci peut être ajouté dans la même section que la directive RewriteEngine, ainsi par exemple, votre fichier .htaccess du webroot devrait ressembler à quelque chose comme çà :
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?url=$1 [QSA,L]
</IfModule>
Les détails de ces modifications dépendront de votre configuration et pourront inclure des choses supplémentaires qui ne sont pas liées à Cake. Merci de vous référez à la documentation en ligne d’Apache pour plus d’information.
Bien que Lighttpd propose un module de réécriture, il n’est pas équivalent au mod_rewrite d’Apache. Pour obtenir des “pretty urls” en utilisant Lighty, vous avez deux possibilités. La première est d’utiliser mod_rewrite, la seconde est d’utiliser un script LUA et mod_magnet.
Avec mod_rewrite
La manière la plus simple pour avoir des “pretty urls” est d’ajouter ce script dans votre configuration de Lighty. Changez l’URL, et tout devrait bien se passer. Attention ! Ceci ne marche pas lorsque Cake est installé dans un sous-répertoire.
$HTTP["host"] =~ "^(www\.)?example.com$" {
url.rewrite-once = (
# Cette requête est pour les css|fichiers etc, ne le passer pas dans Cake
"/(css|files|img|js)/(.*)" => "/$1/$2",
"^([^\?]*)(\?(.+))?$" => "/index.php?url=$1&$3",
)
evhost.path-pattern = "/home/%2-%1/www/www/%4/app/webroot/"
}
Avec mod_magnet
Pour utiliser “pretty URLs” avec CakePHP et Lighttpd, placez ce script lua dans /etc/lighttpd/cake.
-- Une petite fonction assistance
function file_exists(path)
local attr = lighty.stat(path)
if (attr) then
return true
else
return false
end
end
function removePrefix(str, prefix)
return str:sub(1,#prefix+1) == prefix.."/" and str:sub(#prefix+2)
end
-- prefix sans le slash
local prefix = ''
-- Magie ! ;)
if (not file_exists(lighty.env["physical.path"])) then
-- Le fichier est toujours manquant. passez le avec le backend fastcgi
request_uri = removePrefix(lighty.env["uri.path"], prefix)
if request_uri then
lighty.env["uri.path"] = prefix .. "/index.php"
local uriquery = lighty.env["uri.query"] or ""
lighty.env["uri.query"] = uriquery .. (uriquery ~= "" and "&" or "") .. "url=" .. request_uri
lighty.env["physical.rel-path"] = lighty.env["uri.path"]
lighty.env["request.orig-uri"] = lighty.env["request.uri"]
lighty.env["physical.path"] = lighty.env["physical.doc-root"] .. lighty.env["physical.rel-path"]
end
end
-- fallthrough va le remettre dans la boucle de requête de Lighty
-- ce qui permet la gestion du message 304 Not Modified. ;)
Si vous lancez votre installation CakePHP depuis un sous-répertoire, vous devez paramétrer prefix = “nom_du_sous_repertoire” dans le script ci-dessus.
Ensuite expliquez à Lighttpd où se trouve votre vhost :
$HTTP["host"] =~ "example.com" {
server.error-handler-404 = "/index.php"
magnet.attract-physical-path-to = ( "/etc/lighttpd/cake.lua" )
server.document-root = "/var/www/cake-1.2/app/webroot/"
# Pensez également à retirer les fichiers tmp de vim
url.access-deny = (
"~", ".inc", ".sh", "sql", ".sql", ".tpl.php",
".xtmpl", "Entries", "Repository", "Root",
".ctp", "empty"
)
}
nginx est un serveur populaire qui, comme Lighttpd, utilise moins de ressources système. Son inconvénient est qu’il ne fait pas usage des fichiers .htaccess comme Apache et Lighttpd, il est donc nécessaire de créer ces URLs réécrites dans la configuration disponible du site. En fonction de votre paramètrage, vous devrez modifier ceci, mais vous aurez besoin, au minimum, de lancer PHP comme une instance FastCGI.
server {
listen 80;
server_name www.exemple.com;
rewrite ^(.*) http://exemple.com$1 permanent;
}
server {
listen 80;
server_name exemple.com;
access_log /var/www/exemple.com/log/access.log;
error_log /var/www/exemple.com/log/error.log;
location / {
root /var/www/exemple.com/public/app/webroot/;
index index.php index.html index.htm;
if (-f $request_filename) {
break;
}
if (-d $request_filename) {
break;
}
rewrite ^(.+)$ /index.php?q=$1 last;
}
location ~ .*\.php[345]?$ {
include /etc/nginx/fcgi.conf;
fastcgi_pass 127.0.0.1:10005;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/exemple.com/public/app/webroot$fastcgi_script_name;
}
}
Parfait, voyons CakePHP à l’œuvre. Selon la configuration que vous avez utilisé, vous devriez pointer votre navigateur web à l’adresse : http://exemple.com/ ou bien : http://exemple.com/installation_cake/. Vous vous trouvez alors en présence de la page d’accueil par défaut de CakePHP et un message vous informe du statut actuel de votre connexion à la base de données.
Félicitations ! Vous êtes prêts à créer votre première application CakePHP.