Ce guide concerne le nom des pages d'accueil qu'il est possible d'avoir sur votre Hébergement Web Infomaniak, et qui seront prises en compte en priorité lorsqu'un visiteur accède à votre site Web via son nom de domaine.

Préambule

• Les pages d'accueil par défaut sur un serveur Web sont les premières pages qui s'affichent lorsqu'un utilisateur accède à un site Web sans spécifier de fichier particulier.
• Si vous entrez simplement http://domain.xyz dans la barre d'adresse de votre navigateur, le serveur web va chercher une page d'accueil par défaut à afficher, par exemple index.html, index.php, index.htm, ou d'autres variations similaires.

Ordre de priorité des pages d'accueil

Voici dans l'ordre de priorité les pages chargées par défaut chez Infomaniak :

1. index.html
2. index.htm
3. home.html
4. home.htm
5. default.html
6. default.htm
7. index.cgi
8. index.php
9. index.php5
10. index.php4
11. index.php3
12. default.php
13. home.php
14. welcome.php

Pour résumer:

• Si vous avez 2 pages à la racine de votre hébergement, grâce au classement ci-dessus, vous constatez que index.php est reconnu en priorité par rapport à welcome.php.
• On peut aussi en déduire que si vous n'avez que welcome.php comme page sur le dossier racine, elle sera chargée et fonctionnera comme page d'accueil.
• Si vous avez une page accueil.html, cela ne fonctionnera pas car ce nom n'est pas dans la liste.
• Lorsque vous taperez www.domaine.xyz dans le navigateur, seule index.php s'affichera automatiquement (et pour afficher welcome.php vous devrez taper le nom précis de la page www.domaine.xyz/welcome.php).

Personnaliser la page d'accueil par défaut

Pour définir une autre page d'accueil chargée par défaut, ajouter DirectoryIndex puis les pages adéquates dans le fichier .htaccess:

DirectoryIndex accueil.html index.php index.html

Cela signifie que le serveur Web va d'abord chercher un fichier nommé accueil.html. S'il ne trouve pas accueil.php, il cherchera index.php, puis index.html.

Afin d'éviter une erreur “Créer une base de données: aucun privilège” il faut impérativement passer par le Manager Infomaniak et non par phpMyAdmin pour ajouter une nouvelle base de données.

Ce guide explique comment obtenir des informations sur la présence d'un système de cache sur un site en utilisant la commande curl.

Préambule

• Dans le monde de la programmation et de l'administration système, il est souvent nécessaire de déterminer si un site web utilise un système de mise en cache pour améliorer ses performances.
• Les systèmes de mise en cache comme Fastly sont couramment utilisés pour stocker temporairement des données afin de les servir plus rapidement aux utilisateurs.
• En suivant ces étapes, vous pourrez déterminer si un site Web utilise un système de mise en cache pour améliorer ses performances et comprendre le fonctionnement et l'optimisation des sites.

Utilisation de la commande curl

curl est un outil en ligne de commande permettant de transférer des données à l'aide d'URL.

L'option -svo /dev/null est utilisée pour effectuer une requête silencieuse (-s), afficher des informations détaillées sur la requête (-v) et rediriger les données de sortie vers /dev/null pour les ignorer (/dev/null est un périphérique spécial sur les systèmes Unix/Linux qui se comporte comme une poubelle). -H "Fastly-Debug: true" est un en-tête HTTP ajouté à la requête pour demander des informations de débogage spécifiques à Fastly. 

Exécuter la commande

Exécutez la commande suivante depuis une application de type Terminal (interface en ligne de commande, CLI /Command Line Interface) sur votre appareil:

curl -svo /dev/null [url] -H “Fastly-Debug: true”

et remplacez [url] par l'adresse du site Web que vous souhaitez vérifier.

Si le site utilise Fastly ou un autre système de mise en cache similaire, vous verrez des informations de débogage spécifiques dans la sortie de la commande. Les détails fournis peuvent inclure des informations sur les requêtes et les réponses HTTP, ainsi que des informations sur le cache et les performances.

Ce guide explique comment activer l'option MultiViews via un fichier .htaccess sur les sites hébergés par Infomaniak.

Préambule

• Dans certains cas, l'option MultiViews doit être activée afin de gérer des problèmes de redirection et de réécriture d'URL. Exemple:
  • Si le dossier configuration et le fichier configuration.phpse trouvent à la racine de votre site et que vous tentez d'atteindre l'adresse mon-site.com/configuration pour accéder au fichier configuration.php, l'option MultiViews doit être activée.

Activer l'option MultiViews

Pour cela:

1. Ouvrez ou créez le fichier .htaccess qui se trouve à la racine du site concerné.

2. Ajoutez la directive suivante:

   Options +MultiViews

3. Sauvegardez les modifications.

Ce guide concerne ImageMagick, une solution puissante pour la manipulation d'images, que vous pouvez installer sur un Hébergement Web Infomaniak.

ImageMagick et alternatives

Ces solutions de manipulation d'image sont compatibles avec les hébergements Web et Serveurs Cloud:

1. ImageMagick : la principale suite logicielle pour la manipulation polyvalente d'images via la ligne de commande
2. PerlMagick : interface Perl pour intégrer les fonctionnalités d'ImageMagick dans des scripts Perl
3. Module Perl Image::Magick : extension Perl pour accéder aux fonctionnalités d'ImageMagick sans spécifier le chemin absolu de l'exécutable
4. GD 2.x : bibliothèque graphique open-source offrant des fonctionnalités similaires à ImageMagick, souvent utilisée dans des contextes de développement web
5. Gallery 2 : plateforme de gestion de galeries d'images compatible avec ImageMagick pour la présentation en ligne

Si nécessaire, le chemin pour ImageMagick est standard puisqu'installé au travers du dépôt Debian:

/usr/bin

et pour le module Perl Image::Magick:

/usr/local/bin/convert

ou sans préciser le chemin absolu:

$ perl -e 'use Image::Magick';

Toutes les commandes imagemagick sont sous /usr/bin/ :

/usr/bin/animate
/usr/bin/compare
/usr/bin/composite
/usr/bin/conjure
/usr/bin/convert
/usr/bin/display
/usr/bin/identify
/usr/bin/import
/usr/bin/mogrify
/usr/bin/montage
/usr/bin/stream

Ce guide détaille les erreurs de type "502 Bad Gateway" que l'on peut obtenir en visitant un site web.

Préambule

• L'erreur 502 Bad Gateway se produit lorsque le serveur qui fait office de passerelle entre le navigateur et le serveur Web d'origine reçoit une réponse invalide.
• Cette erreur peut être causée par un serveur web surchargé, des problèmes de communication entre un CDN et le serveur Web d'hébergement ou un serveur proxy mal configuré.
• Parfois, l'erreur peut être causée par une mauvaise entrée dans le serveur DNS.

Pistes de résolution

Pour résoudre l'erreur 502 Bad Gateway, il faut souvent procéder par élimination:

• Vérifiez s'il ne s'agit pas d'une surcharge momentanée du serveur: il suffit de recharger la page au bout de quelques minutes pour que l'erreur disparaisse.
• Effacez le cache du navigateur.
• Essayez depuis un autre navigateur.

Ce guide explique comment consulter l'activité des fichiers sur le serveur de votre hébergement Infomaniak.

Logs d'activité de l'espace FTP

Afin de connaitre l'activité des échanges sur votre espace FTP, contactez le support Infomaniak pour demander des logs FTP en vous authentifiant au préalable avec les identifiants correspondant à la gestion de votre hébergement Web.

Aide à la lecture des logs: http://www.castaglia.org/proftpd/doc/xferlog.html

Le propriétaire "site1xxx" (p.ex site1152, site1163, site1184…) apparait lorsque le compte utilisateur FTP qui avait créé les dossiers/fichiers en question a été supprimé de la liste des comptes utilisateur FTP.

Pour accéder à nouveau à ces fichiers afin de les modifier, il faut se connecter avec un compte FTP différent dans le gestionnaire de fichiers FTP Manager et modifier le propriétaire des fichiers avec le bouton "Propriétés".

Ce guide explique comment optimiser la mise en cache des ressources web grâce aux en-têtes HTTP.

Préambule

• Une bonne stratégie de cache permet d'améliorer significativement les performances de votre site en évitant de retransmettre inutilement des fichiers inchangés.
• La mise en cache web repose sur deux mécanismes complémentaires :
  1. La durée de validité du cache (via l'en-tête Expires) qui indique combien de temps une ressource peut être réutilisée sans contacter le serveur.
  2. La validation conditionnelle (via les en-têtes Last-Modified/If-Modified-Since) qui permet de vérifier si une ressource a changé avant de la retélécharger.

Configuration de la durée de cache avec Expires

L'en-tête Expires permet de spécifier une durée pendant laquelle le navigateur peut réutiliser directement les ressources depuis son cache local. Voici comment le configurer dans votre fichier .htaccess :

1. Créez ou ouvrez le fichier .htaccess à la racine de votre site (généralement dans /web ou /sites/domain.xyz).

2. Ajoutez la configuration du module expires :

   <IfModule mod_expires.c>

3. Définissez les durées de cache appropriées pour chaque type de ressource :

   ExpiresActive On
   ExpiresByType text/html "access plus 1 week"
   ExpiresByType image/jpeg "access plus 1 month"
   ExpiresByType text/css "access plus 1 month"
   ExpiresByType application/javascript "access plus 1 month"

   Ces directives signifient que :

   • Les pages HTML seront conservées en cache pendant une semaine.
   • Les images JPEG, fichiers CSS et JavaScript seront gardés pendant un mois.

   Adaptez ces durées selon la fréquence de mise à jour de vos ressources.

4. Fermez la section de configuration :

   </IfModule>

Validation conditionnelle avec Last-Modified

Même lorsqu'une ressource a expiré dans le cache, il n'est pas toujours nécessaire de la retélécharger complètement. Le mécanisme de validation conditionnelle permet au navigateur de vérifier si sa version en cache est toujours à jour. Ce processus fonctionne ainsi :

1. Le serveur envoie automatiquement un en-tête Last-Modified avec chaque ressource, indiquant sa date de dernière modification.
   • Apache gère cela nativement pour les fichiers statiques - aucune configuration supplémentaire n'est nécessaire.

2. Lorsque le navigateur demande à nouveau la ressource, il envoie un en-tête If-Modified-Since contenant la date qu'il a en cache :

   GET /resource HTTP/1.1
   Host: www.example.com
   If-Modified-Since: Wed, 21 Oct 2015 07:28:00 GMT

3. Le serveur compare cette date avec la date réelle de modification du fichier :
   • Si le fichier n'a pas changé, il renvoie simplement un code 304 Not Modified, économisant ainsi de la bande passante.
   • Si le fichier a été modifié, il renvoie la nouvelle version avec un code 200 OK.

Ce guide explique comment configurer les paramètres PHP des hébergements Web directement en ligne de commande lorsque vous exécutez des scripts PHP en utilisant PHP CLI (Interface de Ligne de Commande).

Préambule

• Ce type de paramétrage peut être utile lorsque vous devez modifier temporairement certains paramètres pour un script spécifique ou pour une session PHP.
• Ces modifications ne seront valables que pour l'exécution du script en cours et ne modifieront pas la configuration PHP globale.

Modifier les paramètres PHP CLI

Pour par exemple modifier temporairement les paramètres pour un script spécifique sans avoir à modifier la configuration PHP globale du serveur, suivez la méthode ci-dessous ; avec l'environnement PHP CLI vous pouvez spécifier plusieurs paramètres PHP en même temps en les séparant par des espaces.

Utiliser le paramètre -d 

Lorsque vous exécutez PHP en ligne de commande, vous pouvez utiliser le paramètre -d pour spécifier des configurations PHP. Cela vous permet de modifier les paramètres PHP pour cette exécution spécifique. Par exemple, pour définir le temps maximal d'exécution à 90 secondes, la limite de mémoire à 256 Mo et désactiver le mode sécurisé, vous pouvez le faire comme suit:

php -d max_execution_time=90 -d memory_limit=256M -d safe_mode=Off -f test.php