Installation Linux de Typo3

Extension key: [Non attibuée]

Copyright 2003, Jean-Gaël Rouchon, <jean-gael@rouchon.org>

This document is published under the Open Content License

available from http://www.opencontent.org/opl.shtml

The content of this document is related to TYPO3

- a GNU/GPL CMS/Framework available from www.typo3.com

Tables des Matières

Installation Linux de Typo3	1

Introduction	1

Configuration d'Apache	2

Noms de domaines, hosts et DNS	2

Répertoires des sites	2

Vhosts Apache	2

Prendre en compte les modification	4

Installer www.site3.loc	4

Installer Typo3	5

Installation de typo3_src	5

Installation de site1 et site 2	5

Installation de dev.site1.loc	7

Alternative : installation préalable des bases	7

Post installation	8

SECURITY !!!!!!!!!	8

Passer l'interface d'administration en FR	8

Passer le frontend en FR	8

Créer member.site2.loc	8

Introduction

L'idée principale est d'installer plusieurs sites Typo3 indépendants sur un même serveur web en utilisant une seule adresse IP. Ceci nous permettra par exemple de faire fonctionner un Typo3 de production, un Typo3 de test (que l'on pourra casser et reconstruire à loisir) et pourquoi pas un Typo3CVS pour tester la version à venir (en novembre 2003 la version 3.6) afin d'aider la communauté dans la recherche de bugs. La création de sites web différents sur une même instance d'Apache est appelée virtual hosting.

Typo3 dispose de mécanismes permettant de servir plusieurs sites webs à partir d'une seule installation de Typo3. Cependant, ces différents sites utiliseront la même installation de Typo3 donc, la même base MySQL, les même modules, le même répertoire racine. Cette fonctionnalité est extrêmement pratique pour créer de nombreux sites ayant des caractéristiques communes.

Deux mécanismes de virtual hosting sont donc possibles en Typo3 adressant 2 types de problèmes :

Virtual hosting Apache : hébergement sites indépendants, de versions différentes de Typo3 voire de sites non Typo3.

Virtual Hosting Typo3 : hébergement de sites liés, susceptibles de partager du contenu, des scripts ou des maquettes.

Bien évidemment, il est possible de faire cohabiter les 2 types de virtual hosting.

Dans la suite du document, on supposera que l'installation est faite en local sur une Linux Mandrake 9.2. La version d'Apache est une 2.0.47 (suite aux mises à jour de novembre 2003). La version de php est la 4.3.3.2mdk, les modules installés sont :

php-curl-4.3.3-1mdk

mod_php-4.3.3-2mdk

libphp_common432-4.3.3-2mdk

php-ini-4.3.3-1mdk

php-imagick-4.3.3_0.9.7-3mdk

On supposera que les DNS ou le web forwarding sont correctement renseignés. Ils permettent de faire pointer le nom des sites web vers le serveur web.

Exemple :

www.site1.com -> 192.168.0.2

www.site2.com -> 192.168.0.2

members.site2.com -> 192.168.0.2

....

Configuration d'Apache

Nous allons configurer Apache pour qu'il serve les sites *.site1.loc, *.site2.loc et members.site2.loc, site 3.loc

www.site1.loc, www.site2.loc, member.site2.loc partageront la même installation des sources de Typo3.

Les 2 sites *.site2.loc seront un seul site apache mais disposeront de virtual hosting Typo3.

test.site1.loc aura une installation indépendante (typo3.6).

Www.site3.loc n'est pas un site Typo3.

Les répertoires qui hébergeront les sites seront respectivement :

/www/site1/www pour www.site1.loc

/www/site1/dev pour dev.site1.loc

/www/site2/www pour *.site2.loc

/www/site3.loc/www

Noms de domaines, hosts et DNS

Comme nous faisons une installation locale, et que pour cette partie de test nous ne disposons pas de DNS en bonne et due forme, nous allons modifier le fichier de définition des hôtes qui permettent à linux de trouver les sites.

Modification de /etc/hosts pour créer 3 sites en local :

127.0.0.1 localhost www.site1.loc dev.site1.loc www.site2.loc member.site2.loc www.site3.loc

Si l'on dispose de DNS, les modification sont bien évidemment à apporter dans les DNS.

Répertoires des sites

Nous commencerons par la création des répertoires pour les sites web dans /www :

# mkdir -p /www/site1.loc/www

# mkdir -p /www/site1.loc/dev

# mkdir -p /www/site2.loc/www

# mkdir -p /www/site3.loc/www/htdocs

On notera que le site 3 a un répertoire htdocs. C'est dans ce répertoire que les pages seront déposées. L'ajout d'un étage supplémentaire permet de placer des fichiers relatifs au site mais que l'on ne souhaite pas rendre accessibles via un navigateur (mots de passe par exemple - dans /www/site3.loc/www/passdb.php). Concernant Typo3, ce niveau sera ajouté lors de l'installation.

On donne ensuite les répertoires de /www à l'utilisateur webmaster (vous donc remplacez webmaster par votre login (bob, joe, jean, paul ...) et on s'arrange pour que Apache puisse lire ces répertoires

# chown -R webmaster:apache /www

Vhosts Apache

On procède ensuite à l'édition du fichier /etc/httpd/2.0/conf/vhosts/Vhosts.conf qui contient la définition des hôtes virtuels. (Si on dispose d'une installation de Apache 1.3 le fichier est /etc/httpd/conf/vhosts/Vhosts.conf).

On va ajouter des hôtes virtuels à la fin du fichier. Comme nous ne disposons que d'une IP, nous choisissons de faire du name virtual hosting. C'est à dire que toutes les requêtes pour les sites web arriveront sur le serveur apache et que l'aiguillage vers les différentes sites (donc les différents répertoires) seront effectués en fonction du nom du site.

Le fichier Vhost.conf est donc le suivant :

UseCanonicalName Off
LogFormat "%V %h %l %u %t \"%r\" %s %b" vcommon
NameVirtualHost *
<VirtualHost *:80>

ServerName www.site1.loc

DocumentRoot /www/site1.loc/www/dummy-3.5.0

<Directory /www/site1.loc/www/dummy-3.5.0>

Options FollowSymLinks MultiViews

AllowOverride All

<IfModule mod_access.c>

Order allow,deny

Allow from all

</IfModule>

</Directory>

</VirtualHost>

<VirtualHost *:80>

ServerName dev.site1.loc

DocumentRoot /www/site1.loc/dev/dummy-3.5.0

<Directory /www/site1.loc/dev/dummy-3.5.0>

Options FollowSymLinks MultiViews

AllowOverride All

<IfModule mod_access.c>

Order allow,deny

Allow from all

</IfModule>

</Directory>

</VirtualHost>

<VirtualHost *:80>

ServerName www.site2.loc

ServerAlias member.site2.loc

DocumentRoot /www/site2.loc/www/dummy-3.5.0

<Directory /www/site2.loc/www/dummy-3.5.0>

Options FollowSymLinks MultiViews

AllowOverride All

<IfModule mod_access.c>

Order allow,deny

Allow from all

</IfModule>

</Directory>

</VirtualHost>

<VirtualHost *:80>

ServerName www.site3.loc

DocumentRoot /www/site3.loc/www/dummy-3.5.0

<Directory /www/site3.loc/www/dummy-3.5.0>

Options FollowSymLinks MultiViews

AllowOverride All

<IfModule mod_access.c>

Order allow,deny

Allow from all

</IfModule>

</Directory>

</VirtualHost>

Explications :

UseCanonicalName Off : empêche Apache de répondre au client Web en substituant le nom habituel du serveur au nom du site. Ceci force Apache à « faire confiance » au client web pour connaître le nom du site à afficher.

Log Format : On réécrit la sortie des messages vers le fichiers de logs. On s'assure notamment que le nom du site apparaît bien. Dans l'idéal on pourrait également attribuer un fichier de log par site, par exemple dans /www/sitex.loc/logs.

NameVirtualHost : cette directive spécifie que l'on souhaite utiliser le virtual hosting basé sur les noms. Elle est indispensable pour poursuivre. Apache analysera maintenant les conteneurs « VirtualHost » pour tenter d'y trouver un site correspondant à celui demandé par le client (nom de site spécifié dans ServerName ou ServerAlias). Si aucun site ne correspond, le premier site trouvé après la directive NameVirtualHost sera affiché (ici, www.site1.loc). Veillez donc à bien choisir le premier site de la liste !
Le symbole * spécifie que la directive NameVirtualHost s'applique à toutes les adresses IP que peut avoir la machine (par exemple à l'adresse Intranet ET à l'adresse publique)

<VirtualHost *:80> </VirtualHost>: ce bloc délimite une déclaration de nouvel hôte virtuel. Ce nouvel hôte sera valable sur le port 80 pour toutes les IP. Ce bloc est également appelé un conteneur.

ServerName : indique le nom de serveur virtuel, l'URL à laquelle le site doit répondre.

ServerAlias : Permet de définir plusieurs noms de site, plusieurs URL pour un même répertoire Web. Dans notre exemple, www.site2.loc et member.site2.loc renvoient tous les deux vers le même site web, vers le même répertoire. En utilisant les fonctionnalités spécifiques à Typo3 (le Virtual Hosting Typo3), il sera cependant possible d'afficher deux pages différentes pour www et pour members. Sans Typo3, les deux URL conduiraient à un même site, ServerAlias définissant en quelque sorte member comme un synonyme de www.

Document Root : définit le répertoire de début du site web. C'est dans de répertoire que la page d'accueil (index.php) doit se trouver. Seul ce répertoire et ses répertoires fils seront accessible par le navigateur.
C'est généralement une bonne idée que de placer les fichiers sensibles (mots de passe d'accès à une base de données) en dehors de ce répertoire car ce fichier ne pourra alors pas être lu par un navigateur. Cette pratique ne peut cependant pas être mise en oeuvre dans le cadre de Typo3 puisque l'application doit pouvoir modifier le fichier localconf.php à l'installation.

<Directory ></Directory> : ce conteneur délimite des instructions qui s'appliqueront uniquement au répertoire nommé dans la balise directory.

Options : spécifie des options de configuration pour le répertoire défini dans <Directory> . Notamment :

FollowSymLinks qui permet à Apache de suivre les liens symboliques Unix. Si cette directive est absente, Apache ne peut suivre un lien symbolique et ne pourra pas alors accéder à index.php. (Dans la version Unix de Typo3, dummy-3.5.0/index.php est en fait un lien symbolique vers le fichier dummy-3.5.0/tslib/index_ts.php. Pour vous en convaincre, une fois Typo3 decompressé, il suffit de se placer dans le répertoire dummy-3.5.0 et de faire :

$ ls -l index.php

$ lrwxrwxrwx 1 webmaster apache 18 nov 9 15:19 index.php -> tslib/index_ts.php*

<IFModule/> : ce conteneur permet de spécifier que les pages de Directory sont accessibles à tous. Cette précision est nécessaire avec la Mandrake 9.2 dont je dispose. Selon votre distribution et/ ou votre installation, cette directive peut être superflue. Notez le conteneur IfModule qui permet de n'appliquer la directive que si le module mod_access est actif. Sans ce conteneur conditionnel et en l'absence du module Apache refuserait de démarrer.

Prendre en compte les modification

Reste maintenant à relancer Apache pour prendre en compte des modifications.

On procéder violemment avec :

# service httpd restart

Sur un serveur sensible (en production) on procédera en 2 temps, vérification des fichiers de configuration apache et relance d'Apache lorsqu'il n'y aura plus de connexions en cours :

# /etc/init.d/httpd configtest

# /etc/init.d/httpd graceful

(ou aussi avec :

# service httpd configtest

# service httpd graceful )

Installer www.site3.loc

Le site 3 sera rapide à installer, il n'est pas en Typo3 et est assez limité.

On créera le fichier /www/site3.loc/www/htdocs/index.php qui contiendra le code suivant :

<?php

echo 'Hi, this is site 3 !!;

?>

Après avoir construit un site aussi difficilement et avec un contenu aussi riche, il ne nous reste plus qu'à le tester (ce qui nous permettra accessoirement de tester le virtual hosting Apache.

On vérifie tout d'abord les droits sur le fichier index.php.

[webmaster@localhost www]$ ls -l /www/site3.loc/www/htdocs/

-rwxr-xr-x 1 webmaster apache 30 oct 28 13:44 index.php*

L'important est le -rwxr-xr-x qui signifie que webmaster peut lire, modifier et exécuter index.php, que le group apache et le reste du monde peut lire et exécuter index.php. Pour une explication plus détaillée sur les permissions Unix, je vous engage à ouvrir n'importe quel manuel Unix.

Si les permission ne sont pas bonnes, je vous conseille de faire

# chown webmaster:apache /www/site3.loc/www/htdocs/index.php

Reste à tester :

$ lynx http://www.site3.loc

ou dans n'importe quel autre navigateur (Galeon, Konqueror, Mozilla, Dillo, Epiphany, Links ....).

Installer Typo3

On visitera le site Typo3.org partie download afin de vérifier qu'il n'existe pas de nouvelle version ou que la localisation des paquetages n'a pas changé.

Normalement les fichiers unix peuvent être trouvés sur typo3.sunsite.dk/unix-archives.

On récupérera les fichiers dans le répertoire home de l'utilisateur webmaster (/home/webmaster)

dummy/dummy-3.5.0.3.tar.gz	(novembre 2003)

typo3_src/typo3_src-3.5.0-3.tar.gz	(novembre 2003)

(Consultez le fichier Readme.txt sur ce site pour connaître les différence entre les différents paquets. Dans tous les cas, il vous faudra typo3_src).

Installation de typo3_src

On choisi d'installer des sources communes pour www.site1.loc et www.site2.loc. En effet, ceci permet d'économiser de la place sur le serveur. On installera donc typo3_src dans /www/lib/ pourl'occasion.

On crée /www/lib, on s'y rend et on installe typo3_src :

$ mkdir /www/lib

$ cd /www/lib

$ tar xvfz /home/webmaster/typo3_src-3.5.0-3.tar.gz

(Si d'aventure vous aviez pris le tar.bz, c'est tar xvfj qu'il faut employer).

Et on sécurise typo3_src :

$ chmod 755 typo3_src-3.5.0

Installation de site1 et site 2

L'installation de www.site1.loc est identique à celle de site 2. Seule l'installation de site 1 sera donc décrite.

On se place donc dans le répertoire et on décompresse dummyxxx.tar.gz. On créera ensuite un lien symbolique vers les sources installées précédemment.

$ cd /www/site1/www

$ tar xvfzp /home/webmaster/dummy-3.5.0-3.tar.gz

$ cd /www/site1/www/dummy-3.5.0

$ ln -s /www/lib/typo3_src-3.0.5 typo3_src

Les liens symboliques sont une spécificité unix et permettent de diminuer l'espace occupé par le moteur Typo3 (typo »_src n'est installé qu'une fois). De plus, il est possible d'installer plusieurs versions de typo3_src, il suffit de faire pointer les liens vers plusieurs typo3_src.

Supposons par exemple que l'on ait dans /www/lib/ deux installations des sources : typo3_src-3.5.0 et typo3_src-3.5.0b5 (soit la version actuelle de Typo3 et la version précédente béta5)). On peut alors avoir 2 sites le site actuel et l'ancien (pour référence) dans les répertiores /www/site/www/dummy-3.5.0 et www/site/old/dummy-3.5.0b5. Il suffira dans www/dummy-3.5.0 de pointer vers typo3_src-3.5.0 (en utilisant ln -s /www/lib/typo3_src-3.5.0 typo3_src) et d'utiliser typo »_src-3.5.0b5 pour www/old/dummy (ln -s /www/lib/typo3_src-3.5.0b5 typo3_src). Les montées de versions sont possible de la même manière en changeant simplement l''endroit ou pointe le lien symbolique.

Enfin, pour que Typo3 puisse se configurer facilement, que l'on puisse ajouter des images ... il est nécessaire que Apache puisse écrire dans les répertoires de Typo3 (dans le répertoire dummy. Ceci n'est pas la meilleure idée au niveau sécurité mais je ne vois pas d'autre solutions. On va donc être un peu violent en accordant les droits d'écriture au groupe apache sur tout dummy-3.5.0 mais ça permet de gagner du temps. Ceux qui veulent être plus fin au niveau des droits sont libres de me fournir un script pour le faire, ce serait assez sympa.

Comme nous sommes toujours dans dummy-3.5.0 :

# chown -R webmaster:apache *

# chmod -R 775 *

(idem pour site 2)

Reste à configurer Typo3 :

Pour procéder à l'installation en utilisant l'assistant d'installation, il est nécessaire de d'autoriser l'accès à cet assistant. Pour cela il faut éditer le fichier typo3/index.php et ligne 40 commenter la ligne die() en # die(...). En effet afin de protéger Typo3 contre les modifications d'installation au moyen de l'assistant en ligne, il est possible de le désactiver (en rendant cette ligne die() active). Afin de rappeler à tous la dangerosité de cet assistant, il est désactivé par défaut.

Pour lancer l'assitant d'installation, dans une navigateur accédez à l'adresse suivante :

http://www.site1.loc ou http://www.site1.loc/typo3/install

Entrez les information concernant la base de données :

Créer une nouvelle base de données :

Pour site2.loc, il suffira de changer le nom de la base de données à créer, de même pour dev.site1.loc.

Importer la dummy database, "database.sql":

Aller sur le backend (interface d'administration):

Afin de suivre ces étapes, il est indispensable que le serveur Web puisse écrire dans le fichier localconf.php (vous serez avertis si tel n'est pas le cas) et devez disposer du nom de l'utilisateur et de son mot de passe pour la base de données.

Installation de dev.site1.loc

Pour le site de développement nous choisissons d'utiliser la version de développement de Typo3 (en nov. 2003 la 3.6) que vous pouvez récupérer sur : [A completer]. Seul typo3_src est en version de développement. L'interface d'administration contenue dans dummyxxx.tgz reste inchangé (en nov. 2003 il faut toujours télécharger dummy-3.5.0-3.tar.gz).

A l'exception de la version de typo_src, l'installation est en tout identique aux installations précédentes.

Je vous encourage vivement à tester la version de développement afin de vous assurer que vos sites continuent à fonctionner avec les nouvelles versions, que vos modules restent compatible et surtout pour aider à la correction et l'amélioration Typo3.

Alternative : installation préalable des bases

Il est également possible de créer des bases indépendantes pour chaque site ou pour chaque client. L'avantage de cette technique est de ne pas communiquer à des utilisateurs le mot de passe de l'administrateur de bases de données ! Comme vous vous en doutez, c'est la méthode conseillée pour un site de production ...

On supposera que tous les sites *.site1 .loc sont gérés par l'utilisateur webmaster1 et tous les sites *.site2.loc sont gérés par webmaster2.

On supposera également que l'installation de mysql est l'installation par défaut générée par la Mandrake 9.2. On en profitera pour sécuriser un peu le système.

On créer le script mysql_secure.sql dans un éditeur de texte unix (vi par exemple) qui contiendra :

USE mysql;

INSERT INTO user VALUES ('localhost','admindb',PASSWORD('pass_admin'),'Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','','','','',0,0,0);

INSERT INTO user VALUES ('%','admindb',PASSWORD('pass_admin'),'Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','Y','','','','',0,0,0);

DELETE FROM user WHERE user='';

DELETE FROM db WHERE user='';

DELETE FROM user WHERE user='root';

DELETE FROM db WHERE user='root';

DROP DATABASE test;

FLUSH PRIVILEGES;

Ce script permettra de supprimer l'utilisateur root sans password et de le remplacer par l'utilisateur admindb avec les password pass_admin (Pensez à changer le mot de passe !).

Attention, la commande sql INSERT INTO user VALUES ('%',... permet à l'utilisateur de se connecter depuis n'importe quel poste. À utiliser avec précaution selon vos impératifs sécurité.

Ce script sera exécuté en utilisant le commande :

$ mysql -uroot -p < mysql_secure.sql

Il n'y a pas de mot de passe pour le root mysql par défaut, faites simplement [Entrée] lorsque l'on vous demandera un mot de passe.

Reste à créer les utilisateurs Webmaster1 et webmaster2 ainsi que les bases site1_dev, site2_www, site2_www (script bases.sql)

USE mysql;

INSERT INTO user VALUES ('localhost','webmaster1',PASSWORD('webmaster1_pass'),'N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','','','','',0,0,0);

INSERT INTO user VALUES ('localhost','webmaster2',PASSWORD('webmaster_pass2'),'N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','','','','',0,0,0);

create database site1_dev;

INSERT INTO db VALUES ('localhost','site1_dev','webmaster1','Y','Y','Y','Y','Y','Y','N','Y','Y','Y','Y','Y');

create database site1_www;

INSERT INTO db VALUES ('localhost','site1_www','webmaster1','Y','Y','Y','Y','Y','Y','N','Y','Y','Y','Y','Y');

create database site2_www;

INSERT INTO db VALUES ('localhost','site2_www','webmaster2','Y','Y','Y','Y','Y','Y','N','Y','Y','Y','Y','Y');

que l'on lancera par :

$ mysql -uadmindb -p < bases.sql

Notez que root mysql a été remplacer par admindb et qu'il vous faudra fournir le mot de passe de admindb. Encore une fois, pensez à adapter vos mots de passe pour webmaster1 et webmaster2.

Reste simplement à effectuer les installations comme indiquées précédemment et à utiliser les bases que l'on vient de créer lors de l'étape 1 de l'installation.

Post installation

Changer le mot de passe d'installation

Comme indiqué dans le message s'affichant dans l'assistant d'installation, commencez par changer le mot de passe d'installation. Par défaut, le mot de passe est joh316. Malheureusement comme tout mot de passe par défaut cela implique que tout le monde peut accéder à votre interface d'installation et faire n'importe quoi !

Il est essentiel de changer ce mot de passe. J'insiste !

Pour les plus paranoïaques, il est également possible de décommenter l'instruction die() ligne 40 de typo3/install/index.php lorsque vous aurez fini l'installation et le paramétrage de Typo3. Il est même possible de renommer / supprimer le répertoire typo3/install afin de prévenir toute modification de l'installation.

Créer un nouvel admin

Afin de sécuriser l'installation, il est nécessaire de créer un administrateur nommé et de supprimer l'administrateur par défaut (admin, mot de passe password). Evidemment si vous êtes en local sur un site de test vous faites ce que vous vuolez, cependant l'expérience prouve qu'il vaut mieux prendre des bonnes habitudes dès le départ. Il arrive trop fréquemment qu'un jour le site de test se retrouve en production avec l'administrateur par défaut actif. Cela revient à permettre à tout le monde de faire ce qu'il veut sur votre site.

L'outil d'installation vous permet de créer un nouvel administrateur :

Reste ensuite à supprimer l'administrateur par défaut dans le backend :

Configurer Typo3

Dans l'install tool (l'assistant d'installation), il ne reste plus qu'à paramétrer finement Typo3, notamment les outils de traitlent d'image et les communications réseau.

Ceci sera fait dans la partie 4 : all configuration. Pour vous aider dans la configuration, la partie 3 dispose d'outil sde détection et de test des utilitaires de traitement d'images (GD et ImageMagick).

La partie 4 ; All Configuration est constituée des parties suivantes :

[GFX] : utilitaires de traitement d'images

[SYS] : utilitaires système, notamment :

[sitename] : nom du site affiché en backend

[curlProxy***] : permet de paramétrer l'utilisation d'un proxy, notamment pour pouvoir accéder aux extensions Typo3 sur Internet (possibilité d'installer des extensions directement depuis Typo3)

[EXT] : Paramétrage des extensions :

[noEdit] : Interdit la modification des extensions avec l'editeur intégré de Typo3.

[allowLocalInstall] : permet l'installation d'extensions dans typo3conf/ext en utilisant l'extension manager (le client peut ajouter des extensions qui lui sont utiles dans son site). Conseillé.

[allowGlobalInstall] : permet l'installation d'extensions dans typo3/ext (globales) en utilisant l'extension manager (le client peut ajouter des extensions qui lui sont utiles dans l'installation standard). Déconseillé, particulièrement si typo3_src est mutualisé entre plusieurs sites.

[BE] : Paramétrage du back-end (voir les commentaires de chaque paramètre, ils sont assez explicites)

[FE] : Paramétrage du back-end (voir les commentaires de chaque paramètre, ils sont assez explicites)

[tidy] : notez l'emploi possible de cet utilitaire qui nettoie votre code HTML avant envoi au client web.

[publish dir] : Emplacement où la publication de pages statiques peut se faire. Ceci permet de faire du staging (préparation et validation du site en dynamique, publication en site statique des pages approuvées).

[simulateStaticDocument] : permet de transformer les URL utilisées dans Typo3 (index.php?id=xx) en URL ressemblant à des URL normales (accueil.html). Notez que ce mécanisme réclame un paramétrage spécifique de la maquette (TypoScript) ainsi que d'Apache (mod_rewrite).

Passer l'interface d'administration en FR

[A FAIRE]

Passer le frontend en FR

[A FAIRE]

Créer member.site2.loc

[A faire]

Installation Linux de Typo3 - 11

Installation Linux de Typo3

Installation Typo3 sous Linux

Typo3 linux

Jean-Gaël Rouchon

2003-08-26T14:25:39