国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

1. L'interpréteur PHP ne se soucie que du contenu du fichier, peu importe l'extension

2. Exiger/inclure d'autres fichiers dans le code en un seul cycle de compilation et d'exécution, au lieu d'ouvrir un nouvel interpréteur à chaque fois que vous ouvrez un nouveau fichier

3. Afin de le distinguer facilement des autres fichiers, une certaine extension sera configurée sur le serveur Web pour être envoyée à PHP. Il s'agit uniquement d'une restriction sur le fichier d'entrée après l'exécution, ce qui est requis/inclus plus tard n'a rien à voir. avec cette configuration. Si cela n'est pas fait, quel que soit le type de fichier, il sera envoyé à PHP pour examen. Ceci est irréaliste en raison de considérations de performances et de sécurité (en d'autres termes, vous devez traiter PHP et le serveur Web indépendamment)

   .

Par exemple
Pour nginx, c'est

    location ~ .*\.(php|php5)?$
    {
        fastcgi_pass   unix:/var/run/php.socket;
        fastcgi_index  index.php;
        include        fastcgi.conf;
    }

Pour Apache, c'est

 <FilesMatch \.php$>
    SetHandler application/x-httpd-php
 </FilesMatch>

En fait, vous pouvez le changer en n'importe quelle extension de votre choix, ou même le faire correspondre complètement (bien s?r, ce n'est pas recommandé de le faire)

Le framework lui-même charge le fichier .tpl et l'analyse en code php. C'est comme si vous chargiez un fichier XML avec php, puis analysiez le XML et le produisiez. Ce que j'ai dit n'est pas tout à fait exact, mais c'est à peu près le même sens.

Ceci est un fichier modèle

Vous pouvez consulter l'introduction du modèle smarty