Hébergement web adapté à PHP 8.2+
Un hébergement mutualisé suffisamment configurable, un VPS ou un serveur dédié peuvent convenir selon le volume du fonds, les médias, les modules activés et le trafic attendu.
Accueil / Hébergement & prérequis
Fonds Documentaire est conçu pour rester léger à déployer. Cette page permet de vérifier rapidement si votre hébergement est adapté avant une installation ou une demande de devis.
L’essentiel
Le catalogue peut fonctionner en XML, sans serveur SQL obligatoire, ou utiliser un stockage SQL optionnel. La solution conserve les médias et les fichiers de fonctionnement sur votre hébergement.
Un hébergement mutualisé suffisamment configurable, un VPS ou un serveur dédié peuvent convenir selon le volume du fonds, les médias, les modules activés et le trafic attendu.
Un certificat SSL/TLS et un accès en HTTPS sont requis pour un déploiement normal afin de protéger l’administration, les comptes et les échanges de données.
Les fichiers, sauvegardes et médias restent sur l’hébergement choisi par la structure, sous réserve des services externes éventuellement activés.
Dimensionnement
Le catalogue XML/JSON reste relativement léger ; les besoins augmentent surtout avec le nombre de PDF, les traitements d’images, l’OCR, les sauvegardes et le trafic simultané.
| Usage | CPU | RAM | Stockage SSD |
|---|---|---|---|
| Minimum absolu, faible trafic | 1 vCPU | 2 Go | 15–20 Go |
| Recommandé | 2 vCPU | 4 Go | 30–40 Go |
| Catalogue volumineux / PDF nombreux | 4 vCPU | 8 Go | 60 Go et plus |
Serveur web
Fonds Documentaire ne demande pas de serveur applicatif spécifique. Pour une installation moderne, la racine publique du serveur web doit idéalement pointer vers le dossier public/ afin de laisser data/, app/, templates/, les sauvegardes et les autres fichiers internes hors accès HTTP direct.
mod_rewrite / AllowOverride ou Nginx correctement configuré conviennent.PHP
La plupart sont déjà activées sur les offres d’hébergement PHP actuelles. Elles restent à vérifier avant le déploiement.
pdftoppm.Réglages recommandés
Ces valeurs constituent une base raisonnable pour la configuration recommandée. Elles peuvent être adaptées au volume des fichiers et aux contraintes de l’hébergeur.
memory_limit = 256M
max_execution_time = 60
max_input_time = 60
post_max_size = 64M
upload_max_filesize = 50M
max_file_uploads = 20
opcache.enable = 1
opcache.memory_consumption = 128
realpath_cache_size = 4096K
pm = ondemand
pm.max_children = 6
pm.process_idle_timeout = 15s
pm.max_requests = 500
request_terminate_timeout = 90s
upload_max_filesize et post_max_size doivent rester cohérents avec la taille maximale des PDF, images, ZIP d’import et sauvegardes que vous souhaitez manipuler.Fichiers & stockage
Le catalogue lui-même reste léger. L’espace nécessaire dépend principalement du nombre et du poids des images, PDF, scans et autres documents associés aux notices.
Stockage du catalogue
Une nouvelle installation peut choisir XML ou SQL. XML reste le mode par défaut et le plus simple à déplacer. Le mode SQL est optionnel.
Connexions optionnelles
Ils ne sont pas tous indispensables au catalogue, mais l’hébergement doit pouvoir les joindre lorsque les fonctions correspondantes sont activées.
Google Books, Open Library, Gallica, BnF, Internet Archive ou d’autres sources peuvent enrichir les notices. Depuis la 4.62.7, une API JSON/XML ou un flux RSS/Atom peut aussi être configuré comme source d’import manuel.
Les fonctions de contact, d’alerte ou de notification nécessitent un service d’envoi de courriels correctement configuré.
API JSON, widget, sitemap, RSS et OAI-PMH peuvent être activés pour faciliter la diffusion et l’interopérabilité du catalogue.
Varnish, reverse proxy & délais
Les anciens 503 ne signifient pas forcément que le serveur est sous-dimensionné : ils peuvent venir de scripts PHP parcourant trop de fichiers avant de répondre. Les analyses du cache et de l’optimisation sont désormais bornées dans le code 4.67.9.
Il reste conseillé d’aligner les délais entre le proxy, Varnish et PHP-FPM pour les opérations administratives réellement longues.
first_byte_timeout : 90 secondes.request_terminate_timeout = 90s./admin/ ne doivent pas être mises en cache par Varnish.Avant l’achat
Pour savoir si votre hébergement actuel convient, il suffit généralement de transmettre les caractéristiques de votre offre ou une capture de la configuration PHP.
PHP 8.2/8.3, PHP-FPM, extensions, HTTPS, réécriture d’URL, droits d’écriture et possibilité de pointer la racine Web vers public/.
Nombre de notices, quantité de médias et poids moyen des fichiers.
Enrichissement, boutique, API, courriels, imports ou fonctions spécifiques.
PDF Learning Job
Le lecteur s’appuie sur PDF.js pour l’affichage et sur les capacités du navigateur pour la synthèse vocale. L’export des surlignages et des compositions utilise pdf-lib, fourni localement avec une URL de secours prévue dans le code.
Les fonctions textuelles supposent que le PDF contient du texte extractible. La vente de PDF numériques nécessite en plus un espace d’écriture privé pour les fichiers de la boutique et les commandes.
Indiquez-nous ses caractéristiques et les modules qui vous intéressent pour vérifier sa compatibilité avec votre projet.