Dans la balise info, il y a des informations purement indicatives sur l'application, comme le nom, une description, le copyright, le créateur etc. Notez que cet élément peut être aussi utilisé dans un fichier module.xml pour identifier un module. Voici un exemple:

<info id="testapp@jelix.org" name="testapp" createdate="2017-01-01">
    <version>1.0</version>
    <label lang="en-EN">Testapp</label>
    <description lang="en-EN">Application to test Jelix</description>
    <licence URL="http://www.gnu.org/licenses/gpl.html">GPL</licence>
    <copyright>2017 Laurent Jouanneau</copyright>
    <creator name="Laurent Jouanneau" email="laurent@jelix.org"/>
    <contributor name="Superman" email="superman@superville.com"/>
    <homepageURL>http://jelix.org</homepageURL>
</info>

Seuls la balise <version> et les attributs id et name sur <info> sont obligatoires. Les autres éléments sont optionnels.

L'attribut id doit être un identifiant unique. Il est donc recommandé d'avoir un identifiant qui ressemble à un email (ou alors un UUID mais c'est moins lisible).

L'attribut name doit être un nom "informatique" (en général, le nom du répertoire de l'application, ou celui du module). L'élément label contient un nom affichable.

Ce sont les paramètres situés en début de fichier. Ils définissent des valeurs par défaut ou génériques à l'application.

locale = "fr_FR"
charset = "UTF-8"
timeZone = "Europe/Paris"

theme = default

domainName=

forceHTTPPort=
forceHTTPSPort=

chmodFile=0664
chmodDir=0775

Détails des paramètres :

• locale, charset : langue et encodage par défaut des réponses
• timeZone : définit le décalage horaire pour toutes les fonctions de dates et heures
• theme : nom du thème sélectionné par défaut. Voir la description du système des thèmes de Jelix
• domainName : nom de domaine de l'application. Vous pouvez laisser vide si $_SERVER['SERVER_NAME'] est correctement renseigné, sinon indiquez le nom de domaine pour que Jelix génère correctement les URLs de l'application.
• forceHTTPPort, forceHTTPSPort : quand l'application est derrière un reverse proxy, le port courant http ou https ne sont pas forcément le même port que sur le front end. Mettez on ou la valeur du port "publique".
• chmodFile, chmodDir : valeurs chmod pour les fichiers créés par Jelix

Elle indique la liste des modules activés, les paramètres pour leurs installateurs et éventuellement d'autres informations.

Doit contenir les noms des plugins à activer. Ils seront chargés à partir des chemins définis avec jApp::declarePluginsDir() dans le fichier application.init.php.

Par exemple, ci-dessous la configuration active le plugin de coordinateur gérant l'authentification et dont les paramètres se trouve dans le fichier auth.coord.ini.php. Pour plus de détails, voir la documentation sur l'authentification

[coordplugins]
auth = "auth.coord.ini.php"

En savoir plus sur la configuration des plugins du coordinateur.

Cette section permet de personnaliser les types réponses et leurs alias. Chaque ligne est un couple <alias de réponse>=<class de la réponse>.

Par exemple, Il est assez courant de vouloir surcharger la réponse html par défaut (jResponseHtml) en introduisant une ligne html=myhtmlresponse. Voir plus en détails dans personnalisation de réponse commune

Ci-dessous les valeurs par défaut des différents type de réponses:

[responses]
html = jResponseHtml
redirect = jResponseRedirect
redirectUrl = jResponseRedirectUrl
binary = jResponseBinary
text = jResponseText
jsonrpc = jResponseJsonrpc
json = jResponseJson
xmlrpc = jResponseXmlrpc
xml = jResponseXml
zip = jResponseZip
rss2.0 = jResponseRss20
atom1.0 = jResponseAtom10
css= jResponseCss

Définit le comportement de certains composants qui "compilent" des fichiers et stockent le résultat en cache dans le répertoire temp. C'est le cas notamment du moteur de template de Jelix (Voir la documentation sur les templates pour plus de détails), mais aussi de jDao, de jForms...

[compilation]
sourceFileResolutionInCache = off
checkCacheFiletime  = on
force  = off

• sourceFileResolutionInCache : si on, mémorise en cache le fichier cible à compiler. cela est particulièrement utile en production, pour les templates ou fichiers de locales par exemple, qui peuvent se trouver à plusieurs endroits.
• checkCacheFiletime : si on alors un fichier source (template, dao, form...) est recompilé si sa date de modification est plus récente que le fichier PHP résultant de la compilation.
• force : si on, le fichier cible est recompilé systématiquement.

Parfois, il peut arriver que l'on veuille désactiver le cache des zones, pour voir le résultat quand on modifie leur contenus. Pour cela, vous pouvez modifier un paramètre dans la configuration, au niveau de la section "zones"

[zones]
disableCache = on  # off par défaut

Configuration du moteur d'urls

[urlengine]

multiview = off

scriptNameServerVariable =
pathInfoInQueryParameter =

basePath = ""
jelixWWWPath = "jelix/"

Détails des paramètres :

• multiView : si le paramètre multiview ou acceptpathinfo est activé dans Apache ou si Nginx est configuré d'une certaine manière, il est possible alors d'avoir des urls sans le suffixe ".php". Activez alors ce paramètre pour que Jelix génère des urls sans ce suffixe.
• scriptNameServerVariable : contient le nom de la variable dans $_SERVER qui contient le nom du script. Exemple : si vous appelez http://mysite.com/foo/index.php, c'est la variable qui contient /foo/index.php. Ce nom peut être SCRIPT_NAME, ORIG_SCRIPT_NAME, PHP_SELF ou REDIRECT_SCRIPT_URL, selon les serveurs. Il est automatiquement détecté par jelix mais peut parfois échouer, donc vous pourriez le définir ici.
• pathInQueryParameter : si vous utilisez des règles de réécriture qui déplacent le pathinfo dans un paramètre d'url, comme RewriteRule ^(.*)$ index.php/?jpathinfo=$1 [L,QSA], alors vous devriez indiquer dans pathInfoInQueryParameter le nom du paramètre qui contient la valeur de pathinfo (exemple "jpathinfo"), laissez vide si vous n'utilisez pas de telles règles de réécriture.
• basePath : ce paramètre correspond au chemin "de base" de votre application, dans l'url, c'est à dire le chemin jusqu'à votre index.php. Exemple: si vous accédez à votre application par http://foo.com/aaa/bbb/www/index.php alors indiquez /aaa/bbb/www/. Ou si l'accès se fait via http://foo.com/index.php alors indiquez juste /. Ou encore laissez le vide
• jelixWWWPath : contient le chemin web vers les ressources web de Jelix, contenus normalement dans lib/jelix-www. Si vous le modifiez voyez également les chemins du htmleditors.

Il y a d'autres paramètres pour l'installation de l'application derrière un reverse proxy. Voyez le chapitre pour configurer sur un serveur de production.

notfound ¶

notfoundAct = "mymodule~main:errornotfound"