Base de connaissances
1 000 FAQ, 500 tutoriels et vidéos explicatives. Ici, il n'y a que des solutions !
Les informations textuelles (métadonnées) que vous souhaitez diffuser doivent être présentes dans un fichier dont il faudra partager l'emplacement. Certains logiciels stockent automatiquement les données relatives aux morceaux dans un fichier; le texte doit être au format brut mais les accents sont supportés (attention à l'encodage... unicode, ASCII, UTF-8 fonctionnent).
Cette fonctionnalité doit être activée dans les options de configuration (se référer à la documentation officielle du logiciel en question pour plus d'info). Ce n'est toutefois pas systématiquement le cas, certains logiciels ne proposent pas cette fonctionnalité.
Concernant le principe de l'export du titre et de l'artiste, voilĂ comment cela se passe:
- Le logiciel de diffusion radio exporte (si l'option est activée) le nom du titre et de l'artiste dans un fichier
- L'encodeur récupère les informations de ce fichier pour les empaqueter dans les metadatas du flux audio (si l'option est activée)
- L'encodeur envoie ensuite le flux sur nos serveurs
- Le flux est ensuite proposé aux internautes via le player
- Le player interprète ensuite les metadatas pour les afficher aux internautes
Actions Ă effectuer
Avec Edcast
Accédez aux paramètres des Metadata (fig.1) et précisez une URL (fig.2) où se trouve votre fichier ou un emplacement sur le disque dur. Vous pourrez préciser l'intervalle avec lequel le fichier sera rechargé. Si cela fonctione, vous verrez les informations s'afficher (fig.1).
Avec le player Flash que nous mettons Ă disposition
Pour cela, rendez-vous dans la console d'administration de votre flux, sous Player flash -> Paramètres avancés -> Metadata externe et vous pourrez spécifier l'URL de récupération de votre fichier.
Le principe est le même que détaillé ci-dessus sauf que l'encodeur ne récupère pas le fichier contenant le nom du titre + artiste. C'est le player Flash qui va directement charger ce fichier de façon périodique afin d'en afficher le contenu.
A noter que l'inconvénient de cette méthode est que seul le player Flash pourra récupérer ces informations; si le flux est chargé via un logiciel type Winamp ou VLC, le titre et l'artiste ne seront pas visibles.
En images
fig.1
fig.2
En savoir plus
Pour certaines raisons, Flash ne permet pas l'exécution et le chargement de certains fichiers provenant d'un domaine différent de celui qui l'appelle. C'est pour cela qu'il faut positionner un fichier de régulation interdomaine afin d'autoriser les accès extérieurs au domaine en question. Créez un fichier crossdomain.xml avec le code suivant à l'intérieur et positionnez-le à la racine du site qui héberge le fichier de metadata.
<code><?xml version="1.0"?><!DOCTYPE cross-domain-policy><cross-domain-policy> <allow-access-from domain="*.infomaniak.ch" secure="true" /></cross-domain-policy></code>
Merci de choisir la personnalisation de votre compte client avec Custom Brand !
En option avec n'importe quelle offre Infomaniak ou inclus avec kSuite Entreprise, découvrez cet outil de personnalisation afin de rendre unique vos adresses Web, d'ajouter un logo ou un diaporama d'image sur votre page de connexion à votre espace Infomaniak.
Prérequis
- disposer d'un nom de domaine (obtenir un nom de domaine) dont l'extension est supportée par Infomaniak (liste des extensions disponibles) - à noter que cela fonctionne également avec un sous-domaine
- héberger votre nom de domaine chez Infomaniak (transfert vers Infomaniak) ou gérer la zone DNS de celui-ci chez Infomaniak (gestion de la zone DNS)
⚠️ L'outil Redirection Web ne sera plus utilisable sur votre domaine après activation de Custom Brand sur celui-ci.
Guides de personnalisation Custom Brand
- Personnaliser les URL et l'interface / désactiver Custom Brand
- Résoudre un problème:
Personnaliser vos adresses Web avec votre domaine
Accéder à ... | sans Custom Brand | avec Custom Brand |
---|---|---|
Manager | manager.infomaniak.com | manager.domain.xyz |
e-mails (Mail) | mail.infomaniak.com | mail.domain.xyz |
calendriers / agendas | calendar.infomaniak.com | calendar.domain.xyz |
contacts | contacts.infomaniak.com | contacts.domain.xyz |
kDrive | kdrive.infomaniak.com | kdrive.domain.xyz |
visioconférences kMeet | kmeet.infomaniak.com | kmeet.domain.xyz |
SMS (si utilisé auparavant) | sms.infomaniak.com | sms.domain.xyz |
Personnaliser l'interface de votre organisation
Les options d'interface suivantes sont modifiables depuis votre espace:
- ajout de votre logo dans l'interface de votre organisation
- ajout d'un panorama de 3 images sur la page de connexion
- modification de la couleur du texte et du bouton de la page de connexion
- personnalisation de pages kDrive
Ce guide explique comment rediriger un nom de domaine directement vers un autre ou comment envoyer automatiquement les visiteurs de votre site Web vers une autre adresse de page (URL interne ou externe).
Vous devrez agir soit sur le nom de domaine lui-même (il doit être hébergé par Infomaniak et ses DNS doivent être ceux d'Infomaniak également), soit sur le code présent dans vos pages (page .htaccess, page d'accueil, etc.) si vous avez un site Internet.
⚠️ Pour de l'aide supplémentaire contacter un partenaire ou remplir un appel d'offres — lire aussi le rôle de l'hébergeur
Agir sur le nom de domaine
via Outil de Redirection Web
L'outil disponible sur le Manager permet d'agir de manière simple sur le nom de domaine (ou sous-domaine) afin de le rediriger vers l'adresse Internet de votre choix.
via modifications DNS ou enregistrement A
Changer les DNS du nom de domaine ou modifier ses enregistrements A/AAAA permet de diriger le trafic Web chez un autre fournisseur.
Agir sur le code des pages
via code HTML à insérer
Insérer cette ligne de code entre les balises <head>
et </head>
de votre page d'accueil (en principe nommée index.html):
<meta http-equiv="refresh" content="5;url=INSERT-HERE-NEW-URL">
Remplacer 5 par le temps d'attente en seconde désiré (0 pour que cela se fasse immédiatement).
Le moteur de recherche Google indique qu’il est préférable d’utiliser une redirection de type 301 côté serveur (lire plus bas). Le W3C conseille également de ne pas l’utiliser.
via code PHP à insérer
Si la page du site possède une extension .php, insérer cet appel de fonction header tout en haut du fichier:
header("refresh: 5; url=INSERT-HERE-NEW-PAGE-URL");
via fichier .htaccess
Pour rediriger absolument tout le trafic visant votre site (quelle que soit la page appelée) vers une autre adresse, insérer ceci dans le fichier .htacces à la racine de votre site:
RewriteEngine On
RewriteRule ^(.*)$ INSERT-HERE-NEW-URL/$1 [R=301]
Pour cibler la page qui doit être redirigée:
Redirect permanent /ancienne_page.html insérer ici adresse URL de destination
Redirectpermanent, Redirect permanent et Redirect 301 sont des commandes Ă©quivalentes.
Ci-après un autre exemple de redirection d'une sous-partie vers la page d'accueil (cette directive à l'avantage de fonctionner avec les "deep link" contrairement à une redirection permanente):
RewriteEngine on
RewriteRule "old/path/url "/" [L]
Ce guide explique comment forcer l'affichage du nom de l'hébergement dans la barre d'adresse du navigateur vers l'un des noms de domaine installés en alias/synonyme ou comment afficher dans la barre d'adresse le domaine principal au lieu de l'alias.
Limiter le "duplicate content" ou contenu Ă double
Supposons que vous ayez l'hébergement votre-domaine.com chez nous et que comme nom de domaine synonyme vous avez installé www.domainesyno.xyz
Par défaut, lorsque vous taperez l'un ou l'autre des noms de domaine (votre-domaine.com ou domainesyno.xyz) dans la barre d'adresse de votre navigateur, c'est celui que vous aurez tapé qui s'affichera dans la barre d'adresse.
Vous avez donc la possibilité de forcer l'affichage d'une autre adresse que celle qui a été tapé.
Ainsi si quelqu'un tape domainesyno.xyz c'est votre-domaine.com qui s'affichera automatiquement dans la barre d'adresse.
Un code est à inscrire dans un fichier appelé .htaccess qui doit se trouver à la racine de votre hébergement (dans le dossier /web de votre FTP).
Si ce fichier n'existe pas encore, vous devez le créer sur le serveur.
Insérez ensuite ces directives dans le fichier:
RewriteEngine on
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://votre-domaine.com/$1 [R=301,L]
Adapter le code ci-dessus selon ces indications:
- remplacer votre-domaine.com par votre nom de domaine avec l'extension adéquate (.com, .fr, .ch, etc.) que vous souhaitez voir s'afficher dans la barre d'adresse du navigateur du visiteur. Ajouter www. avant votre-domaine.com si nécessaire.
- remplacer la deuxième ligne du code ci-dessus par "RewriteCond %{HTTPS} off" si une erreur de boucle survient, cela veut dire que le HTTP/2 est actif pour ce site
Lire aussi la redirection automatique vers httpS.
Ce guide explique comment modifier l'URL de votre site contenant une application Web (comme Prestashop ou Joomla) installée sur votre hébergement Web Infomaniak (via WordPress & Apps). Si l'application en question est WordPress, lire ce guide dédié.
Prérequis
- le nom de domaine à utiliser doit être au préalable ajouté en alias du domaine principal sur le site concerné
Modifier l'adresse d'un site WordPress & Apps
Pour changer l'adresse du site créé avec une application Web Infomaniak, pour un autre nom de domaine qui figure déjà dans le même compte client :
- se connecter au Manager Infomaniak (manager.infomaniak.com) depuis un navigateur Web comme Brave ou Firefox
- cliquer sur l'icône en haut à droite de l'interface (ou naviguer grâce au menu latéral gauche p.ex)
- choisir Site Web (univers Web & Domaine)
- cliquer sur le nom de l'objet concerné dans le tableau qui s'affiche
- cliquer sur WordPress & Apps dans le menu latéral gauche
- cliquer sur le bouton Configurer de l'application concernée
- sous URL du site, sélectionner l'adresse Web souhaitée dans le menu déroulant:
- si vous n'avez pas suivi les prérequis ci-dessus, le domaine souhaité n'apparaitra pas même s'il est enregistré dans la même organisation:
- si vous avez ajouté le domaine en tant qu'alias du site, le domaine souhaité apparaitra et vous pourrez le sélectionner afin qu'il remplace le précédent domaine:
- si vous n'avez pas suivi les prérequis ci-dessus, le domaine souhaité n'apparaitra pas même s'il est enregistré dans la même organisation:
- cliquer sur le bouton Enregistrer
Remarque: parmi les URL présentes dans le menu déroulant, l'URL de prévisualisation permet d'accéder à votre site dans le cas où le nom de domaine du site n'est pas encore correctement configuré pour pointer sur votre application Web.
Ce guide présente plusieurs exemples d'utilisation de Varnish sur Serveur Cloud Infomaniak.
⚠️ Pour de l'aide supplémentaire contacter un partenaire ou remplir un appel d'offres — lire aussi le rôle de l'hébergeur
Configuration de Varnish
Voici à quoi pourrait ressembler un fichier de configuration de base avec quelques cas courants et différentes actions/règles dans un seul exemple:
vcl 4.0;
# This should not be modified
backend default {
.host = "127.0.0.80";
.port = "80";
}
# An ACL is an "Access control list", which defines a list of IPs, later to be reused in a rule, for example "Who can purge the cache"
acl purge {
"localhost";
"1.2.3.4"; # My Home IP
"42.42.42.0"/24; # My company's public IP range
! "42.42.42.7"; # Except some annoying colleague
}
# Happens when varnish first gets the request, before sending it to the backend
sub vcl_recv {
# Allow purging
if (req.method == "PURGE") {
# Not from an allowed IP? Then die with an error.
if (!client.ip ~ purge) { # purge is the ACL defined at the begining
# 'synth' is a function that returns a page (without asking the backend) that will not get cached.
return (synth(405, "This IP is not allowed to send PURGE requests."));
}
# If you got to this stage (and didn't error out above), purge the cached result
return (purge);
}
# Allow purging all images, for example
if (req.method == "PURGEALL" && req.url == "/images") {
if (!client.ip ~ purge) {
return (synth(405, "This IP is not allowed to send PURGE requests."));
}
# The 'ban' function is a built-in that allows to invalidates all objects in cache that match the given expression
ban("req.url ~ \.(jpg|png|gif|svg)$");
return (synth(200, "Purged images."));
}
# Pages with authorization are not cached
if (req.http.Authorization) {
# With the 'pass' action, the request will be directly passed from the backend without entering the cache
return (pass);
}
}
# Happens after we have read the response headers from the backend.
# Here you clean the response headers, define if the request must get cached, for how much time, etc.
sub vcl_backend_response {
# Cache all images for 1 day by default
if (beresp.http.content-type ~ "image") {
set beresp.ttl = 1d;
}
# If server set a "uncacheable" header, do not store the response in cache
if (beresp.http.uncacheable) {
set beresp.uncacheable = true;
}
}
Purge Ă partir de l'interface CLI
À partir de là , les règles énoncées dans la configuration ci-dessus fonctionnent sur toutes les demandes, donc si le site configuré est "domain.xyz", vous pouvez simplement utiliser l'outil CLI "curl" et faire ce qui suit:
$ curl -X PURGE https://domain.xyz/
<!DOCTYPE html>
<html>
<head>
<title>200 Purged</title>
</head>
<body>
<h1>Error 200 Purged</h1>
<p>Purged</p>
<h3>Guru Meditation:</h3>
<p>XID: 2</p>
<hr>
<p>Varnish cache server</p>
</body>
</html>
Et là , la page d'accueil a été purgée. Ou pour purger une autre URL, il suffit de faire pointer la requête vers cette dernière:
$ curl -X PURGE https://domain.xyz/some_path/some_file.html
<!DOCTYPE html>
<html>
<head>
<title>200 Purged</title>
</head>
<body>
<h1>Error 200 Purged</h1>
<p>Purged</p>
<h3>Guru Meditation:</h3>
<p>XID: 4</p>
<hr>
<p>Varnish cache server</p>
</body>
</html>
Ou, comme indiqué dans la configuration VCL, purger toutes les images:
$ curl -X PURGEALL https://domain.xyz/images
<!DOCTYPE html>
<html>
<head>
<title>200 Purged images.</title>
</head>
<body>
<h1>Error 200 Purged images.</h1>
<p>Purged images.</p>
<h3>Guru Meditation:</h3>
<p>XID: 32770</p>
<hr>
<p>Varnish cache server</p>
</body>
</html>
Purge Ă partir d'un CMS
C'est un peu plus difficile d'illustrer ce cas car il existe de nombreuses façons de gérer la mise en cache depuis un backend. Dans l'exemple de configuration ci-dessus, un contrôle sur l'en-tête "Uncacheable" est ajouté, qui désactive la mise en cache. Avec cette option, n'importe quel CMS pourrait simplement définir cet en-tête sur la réponse pour désactiver la mise en cache de cette requête p.ex.
A partir de n'importe quel code PHP et avec la configuration ci-dessus, vous pouvez simplement envoyer une requĂŞte HTTP et utiliser cet extrait pour effectuer un PURGE du cache:
<?php
if ($curl = curl_init("http://127.0.0.1/some_url")) {
curl_setopt_array($curl, [
CURLOPT_RETURNTRANSFER => true,
CURLOPT_CUSTOMREQUEST => "PURGE",
CURLOPT_HTTPHEADER => [
"Host: {$_SERVER['HTTP_HOST']}"
]
]);
curl_exec($curl);
if (curl_getinfo($curl, CURLINFO_HTTP_CODE) == 200) {
echo "Cache purged!";
}
curl_close($curl);
}
En savoir plus
Liens utiles concernant le langage de configuration Varnish (VCL) pour contrĂ´ler le traitement des demandes, le routage, la mise en cache et plusieurs autres aspects:
Ce guide explique comment remplacer le nom de domaine principal associé à un Site Web hébergé sur Infomaniak dans le cas où vous souhaitez par exemple changer le nom de votre activité ou modifier l'orthographe.
En effet il n'est pas possible de simplement modifier l'orthographe du nom de domaine concerné ; il faut posséder le nouveau nom de domaine et venir l'installer à la place de l'actuel en procédant à une inversion (lire ci-dessous).
A noter également que vous pouvez renommer votre produit Hébergement Web dans le Manager Infomaniak mais changer le nom d'un hébergement n'a strictement aucune incidence sur les URL des sites. Il faut agir sur le nom de domaine et si nécessaire adapter le contenu du site.
Prérequis
- posséder le nouveau nom de domaine désiré (si nécessaire il faut l'acheter)
- si la modification recherchée est plutôt de type "sous-domaine" vers "domaine principal" (exemple: dev.domain.xyz → domain.xyz) alors lire ce guide (cliquer ici)
Ajouter le nouveau domaine en alias
Quand le nouveau nom de domaine est prêt à être utilisé à la place de l'ancien:
- se connecter au Manager Infomaniak (manager.infomaniak.com) depuis un navigateur Web comme Brave ou Firefox
- ajouter le nouveau domaine en tant qu'alias Ă votre site
C'est cet alias qui remplacera le nom de domaine principal actuel après l'inversion que vous allez effectuer.
Inverser alias et domaine principal
Une fois le domaine alias ajouté à votre site:
- se connecter au Manager Infomaniak (manager.infomaniak.com) depuis un navigateur Web comme Brave ou Firefox
- cliquer sur l'icône en haut à droite de l'interface (ou naviguer grâce au menu latéral gauche p.ex)
- choisir HĂ©bergement (univers Web & Domaine)
- cliquer directement sur le nom de l'objet concerné dans le tableau qui s'affiche
- cliquer sur le site concerné (dans la partie Sites)
- cliquer sur le menu d'action ⋮ à droite de l'alias destiné à devenir le domaine principal (dans la partie Domaines)
- choisir DĂ©finir comme domaine principal
- si nécessaire, supprimer l'ancien nom de domaine et ses variantes qui sont devenus des domaines alias
Si vous utilisez un certificat SSL, il faudra le mettre à jour afin qu'il inclue les alias ajoutés.
Si vous utilisez l'option d'IP dédiée, il faut la désinstaller, et la réinstaller après l'inversion que vous allez effectuer.
Adapter le contenu du site
Si votre site correspondait à un nom de domaine précis, il est possible que des erreurs apparaissent si vous n'adaptez pas son contenu au nouveau nom. Lire les guides pour :
Ce guide vous aide à rediriger tous les visiteurs de votre site Web vers sa version https sécurisée (SSL) sur un Hébergement Web Infomaniak.
Prérequis
Posséder un certificat SSL valide et fonctionnel sur son site.
Redirection manuelle avec un fichier .htaccess
Il suffit de modifier ou d'ajouter les 3 lignes suivante au fichier .htaccess du site souhaité pour que tous ses visiteurs accèdent automatiquement à sa version https sécurisée:
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule (.*) https://domain.xyz/$1 [R=301,L]
- remplacer la deuxième ligne du code ci-dessus par RewriteCond %{HTTP:X-Forwarded-Proto} !https en cas de problème
Et avec WordPress ?
Si vous utilisez un système de gestion de contenu (CMS) comme WordPress ou Joomla pour réaliser votre site, nous vous conseillons d'installer une extension pour faire cette redirection. La plupart des applications Web comme WordPress et Joomla possèdent des extensions/plugins qui redirigent automatiquement les visiteurs d'un site vers sa version https sécurisée.
- sauvegarder les fichiers et la base de données du site par précaution
- installer l'extension Really Simple SSL depuis la console WordPress et l'activer
- les visiteurs sont désormais automatiquement redirigés sur la version https du site
- en cas de soucis avérés (persistants après effacement du cache, etc.) vous pouvez également utiliser Velvet Blues update URLs
Pour Joomla:
- trouver la ligne var $live_site =''; dans le fichier de configuration de Joomla (configuration.php) sur le serveur
- remplacer par var $live_site = 'https://www.domain.xyz';
- ajouter trois lignes dans votre fichier .htaccess sur le serveur:
RewriteEngine On
RewriteCond %{HTTPS} OFF
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} - ouvrir le panneau d'administration Joomla dans "Système - Configuration"
- cliquer sur l'onglet "Serveur" et sous "Forcer SSL" choisir "Administration et site"
- enregistrer et les visiteurs seront désormais automatiquement redirigés sur la version https du site
Pour PrestaShop:
- accéder aux paramètres généraux dans le back-office de Prestashop, afin d'activer le SSL:
- < v1.7 cliquer sur "Préférences" puis sur "Générales"
- > v1.7 cliquer sur "Paramètres de la boutique" puis sur "Général"
- basculer le bouton "Activer le SSL" sur "OUI"
- cliquer sur "Enregistrer"
- au mĂŞme endroit, basculer le bouton "Activer le SSL sur tout le site" sur "OUI"
- cliquer sur "Enregistrer"
Dans le cas où un cadenas de sécurité n’apparaît pas dans le navigateur ou qu'un avertissement est affiché, il faut regarder du côté template ou modules car il arrive parfois que ceux-ci ne soient pas parfaitement compatibles avec le SSL. Votre Prestashop charge alors des éléments (images, fichiers .css ou .js, polices d'écritures...) en "http" alors que ceux-ci devraient désormais être chargés en "https".
Pour Drupal:
Cet article (en anglais) explique comment passer un site Drupal de http Ă https.
Solutions alternatives:
Remplacer domain.xyz par votre nom de domaine avec l'extension adéquate (.com, .fr, .ch, etc.)
Dans votre fichier .htaccess, pour forcer l'URL du site Ă ĂŞtre https:// mais sans www :
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www. [NC]
RewriteRule (.*) https://domain.xyz/$1 [R=301,L]
Dans le cas d'une boucle de redirection, adapter le code ci-dessus par :
RewriteEngine on
RewriteCond %{HTTP:X-Forwarded-Proto} !https [OR]
RewriteCond %{HTTP_HOST} ^www. [NC]
RewriteRule (.*) https://domain.xyz/$1 [R=301,L]
Dans votre fichier .htaccess, pour forcer la redirection avec www
avec les sous-domaines :
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www. [NC]
RewriteRule (.*) https://www.domain.xyz/$1 [R=301,L]
Dans le cas d'une boucle de redirection, adapter le code ci-dessus par :
RewriteEngine on
RewriteCond %{HTTP:X-Forwarded-Proto} !https [OR]
RewriteCond %{HTTP_HOST} !^www. [NC]
RewriteRule (.*) https://www.domain.xyz/$1 [R=301,L]
et sans les sous-domaines :
RewriteEngine on
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^domain.xyz [NC]
RewriteRule (.*) https://www.domain.xyz/$1 [R=301,L]
Dans le cas d'une boucle de redirection, adapter le code ci-dessus par :
RewriteEngine on
RewriteCond %{HTTP:X-Forwarded-Proto} !https [OR]
RewriteCond %{HTTP_HOST} ^domain.xyz [NC]
RewriteRule (.*) https://www.domain.xyz/$1 [R=301,L]
Erreurs courantes suite Ă une redirection https
Pour résoudre les problèmes courants qui peuvent survenir suite à une redirection de votre site sur sa version https sécurisée, consulter ce guide (cliquer ici).
Ce guide explique comment désactiver l'option MultiViews activé par défaut dans le fichier .htaccess présent à la racine de votre site.
Introduction
Dans certains cas de figures, l'option MultiViews peut créer des problèmes de redirection et de réécriture d'URL.
Exemple: si le dossier configuration/ et le fichier configuration.php se trouvent à la racine de votre site et que vous tentez d'atteindre l'adresse monsite.com/configuration, vous serez automatiquement redirigé sur le fichier configuration.php si l'option MultiViews est activée.
DĂ©sactiver l'option MultiViews
- ouvrir ou créer le fichier .htaccess qui se trouve à la du site concerné
- ajouter la directive suivante:
Options -MultiViews - sauvegarder les modifications
Ce guide explique comment modifier la configuration serveur d'un site sur HĂ©bergement Web Infomaniak.
Fichier .htaccess ou .user.ini ?
Apache est le serveur HTTP. Il se configure avec un fichier .htaccess
placée à la racine du site Web.
PHP est un langage de programmation utilisé pour créer des pages web dynamiques via un serveur HTTP. Il est possible de personnaliser les directives PHP avec un fichier .user.ini
lesquelles seront effectives dans les dossier et sous-dossiers de l'emplacement du fichier .user.ini.
Modifier la configuration serveur d'un site
via le Manager
Pour modifier la configuration PHP et la plupart des paramètres (max_input_vars
, allow_url_fopen
, memory_limit
, post_max_size + upload_max_filezile
, etc.):
- se connecter au Manager Infomaniak (manager.infomaniak.com) depuis un navigateur Web comme Brave ou Firefox
- cliquer sur l'icône en haut à droite de l'interface (ou naviguer grâce au menu latéral gauche p.ex)
- choisir Site web (univers Web & Domaine)
- cliquer sur le nom de l'objet concerné dans le tableau qui s'affiche
- cliquer sur le bouton Paramètres avancés
- cliquer sur l'onglet PHP ou Apache pour procéder aux ajustements désirés
via le fichier .user.ini
Pour les directives PHP qui ne sont pas présentes côté Manager, il est nécessaire de définir les valeurs souhaitées dans le fichier .user.ini
p.ex:
max_file_uploads = 20
La liste des directives existantes se trouve sur le site officiel de PHP mais les éléments avec l'indication PHP_INI_SYSTEM
dans la colonne Modifiable
ainsi que max_input_time
, memory_limit
et mysqli.default_socket
ne sont pas utilisables.
en CLI
Pour personnaliser des directives PHP lors de l'exécution de scripts en ligne de commande (CLI) ou dans des tâches CRON, il est nécessaire de spécifier les valeurs souhaitées dans un fichier .user.ini. Ensuite, pour appliquer ces configurations, on utilise l'exécutable PHP avec l'option -c suivi du chemin vers le fichier .user.ini
. P.ex pour modifier la limite de mémoire disponible pour PHP à 1024M, on peut créer ou modifier le fichier .user.ini en utilisant la commande suivante :
echo 'memory_limit = 1024M' > .user.ini
Cette commande Ă©crit la directive memory_limit avec la valeur 1024M dans le fichier .user.ini
. Ensuite, lors de l'exécution d'un script PHP en ligne de commande ou dans une tâche CRON, on utilisera la commande PHP avec l'option -c
pour spécifier le fichier .user.ini
contenant les configurations personnalisées.
L'exemple suivant active allow_url_fopen
pour l'outil WP CLI (permet notamment de récupérer des extensions):
php -d allow_url_fopen=On ~/bin/wp package install trepmal/wp-revisions-cli
php
: l'exécutable PHP-d allow_url_fopen=On
: l'option-d
permet de définir une directive de configuration PHP (allow_url_fopen
) avec la valeurOn
~/bin/wp
: chemin vers l'exécutable WP CLIpackage install trepmal/wp-revisions-cli
: la commande spécifique pour installer le package WP CLItrepmal/wp-revisions-cli
Cela garantit que l'option allow_url_fopen
est activée pendant l'exécution de la commande WP CLI spécifiée. L'activation de allow_url_fopen
peut être nécessaire pour certaines opérations qui impliquent l'ouverture d'URL distantes, comme le téléchargement d'extensions ou de packages. Assurez-vous que cette option est activée de manière sécurisée et conformément aux meilleures pratiques de sécurité.