Aller au contenu
Tarifs

Guide

Installer Sillon

De l'archive au back-office ouvert, sur un hébergement mutualisé ordinaire. Cinq gestes, dans l'ordre où on les fait vraiment.

Ce qu'il vous faut

  • Un hébergement PHP 8.1 minimum (8.3 recommandé) avec une base de données MySQL ou MariaDB.
  • Un accès au gestionnaire de fichiers de l'hébergeur, ou au FTP.
  • L'archive de Sillon, et votre clé de licence.

Aucune configuration de racine web n'est nécessaire : Sillon est à plat et tourne depuis le dossier public standard de l'hébergeur.

L'installation

  1. Créer le site chez votre hébergeur

    Dans son panneau, créez un site et rattachez-lui votre nom de domaine. Vous obtenez un dossier public, souvent nommé public_html : c'est là que tout ira.

  2. Déposer les fichiers

    Envoyez l'archive de Sillon dans ce dossier public et décompressez-la sur place. La plupart des hébergeurs décompressent tout seuls après l'envoi. Rien à configurer : Sillon est à plat.

  3. Créer la base de données

    Toujours dans le panneau, créez une base MySQL ou MariaDB avec son utilisateur. Notez le nom de la base, l'utilisateur et le mot de passe : l'assistant va les demander, et c'est la seule fois. Vous pouvez la créer maintenant ou au moment où l'assistant vous la réclame, l'ordre n'a pas d'importance.

  4. Lancer l'assistant

    Ouvrez votre domaine suivi de /install.php. L'assistant tient sur une page : les accès à la base, l'adresse et le nom du site, puis votre compte administrateur. Vous validez, et le site existe.

  5. Répondre au questionnaire

    Connectez-vous à l'administration. Sillon vous pose alors quelques questions sur ce que vous voulez faire du site, et allume les modules qui correspondent. Vous pourrez en activer d'autres quand vous voudrez : rien n'est figé par vos réponses.

https://votre-domaine.fr/install.php

L'assistant se supprime lui-même une fois l'installation terminée. C'est voulu : laissé en place, il permettrait de réinstaller le site par-dessus.

Chez les principaux hébergeurs

Les gestes sont les mêmes partout, seuls les noms des écrans changent. Voici où les trouver chez les hébergeurs les plus répandus en France.

Hébergeur Déposer les fichiers Créer la base Tâches planifiées Source
Hostinger Fichiers → Gestionnaire de fichiers, dans public_html Bases de données Avancé → Tâches Cron Vérifié
OVHcloud Par FTP : Web Cloud → Hébergements → onglet FTP-SSH Web Cloud → Hébergements → onglet Bases de données Non relevé, à confirmer chez eux Documentation de l'hébergeur
o2switch cPanel → Gestionnaire de fichiers, dans public_html cPanel → Bases de données MySQL cPanel → Tâches cron Documentation de l'hébergeur
IONOS Par FTP Bases de données MySQL et MariaDB Gestionnaire de tâches cron Documentation de l'hébergeur
Infomaniak Par FTP, dans le dossier du site Manager → bases MySQL/MariaDB Planificateur de tâches Documentation de l'hébergeur

Un piège chez Infomaniak

Son planificateur appelle une adresse web, pas une commande. Les lignes en php cli.php … ne s'y collent pas telles quelles. Écrivez-nous avant de vous lancer, nous vous donnerons la marche à suivre.

  • Activer votre licence

    Le site tourne, mais sur un domaine public sans licence il n'affiche encore qu'une page d'attente. Rendez-vous dans l'administration, écran Licence, et saisissez votre clé.

    Voir le guide de la licence →

  • Poser les tâches planifiées

    C'est l'étape qu'on oublie, et elle ne se voit pas : sans elle, le site fonctionne en apparence mais certains automatismes ne tournent jamais, dont l'application des correctifs de sécurité.

    Voir le guide des tâches planifiées →

  • Vérifier

    Sillon sait s'examiner lui-même. En SSH, depuis la racine du site :

    • php cli.php kit:doctor

    Il contrôle la base, les droits sur les dossiers, la configuration des modules actifs et les tâches planifiées attendues. Tant qu'il ne signale rien, l'installation est saine.

    Si votre site passe par Cloudflare

    Ou par tout autre service placé devant votre hébergeur. Dans ce cas, toutes les requêtes arrivent à votre site avec l'adresse du service, pas celle du visiteur. Sillon ne croit pas cette adresse sur parole : il faut lui dire de qui il l'accepte. Ajoutez dans config/config.php :

    'proxies_confiance' => 'cloudflare',

// ou, pour un proxy maison, ses plages :
// 'proxies_confiance' => ['10.0.0.0/8', '192.0.2.5'],

    Sans cette ligne, vos visiteurs partagent tous la même adresse aux yeux du site. Les protections contre les essais de mot de passe comptent alors leurs tentatives ensemble, et de vrais visiteurs finissent par se bloquer les uns les autres. Si vous n'avez aucun service devant votre hébergeur, laissez la ligne absente : c'est le réglage sûr.

    Faire travailler quelqu'un sur votre site

    Vous pouvez ouvrir un accès à un prestataire depuis Réglages, Connexions, sans lui donner votre mot de passe ni un accès au serveur. Une clé invité est datée, elle expire d'elle-même, et vous choisissez son étendue : les travaux seuls, les travaux et les réglages, ou tout sauf la propriété du site.

    Sachez ce que vous confiez : les travaux, c'est écrire du code qui s'exécute sur votre site. Les fichiers du thème et des modules sont du programme, pas des documents. Le cadre de la clé empêche de toucher à votre configuration et de se faire propriétaire, mais il ne transforme pas un accès hostile en accès inoffensif.

    Traitez donc une clé invité comme un accès au serveur prêté pour un temps : à quelqu'un que vous avez choisi, pour la durée du chantier, et vous la retirez quand c'est fini. L'administration affiche en permanence les clés encore ouvertes.

    Et ensuite

    Sillon ne dessine aucune page publique par lui-même : le devant du site appartient au site, pas au kit. Vous posez votre propre thème, ou vous partez d'un layout métier, et vous branchez les modules dont vous avez besoin par leurs prises.

    La référence des modules →