1. Définition simple

Un installeur est un fichier exécutable « pour Windows » (.exe, .msi) qui :

• Copie les fichiers du logiciel dans les bons dossiers (ex: C:\Program Files).
• Configure le système (ex: ajoute des clés dans le registre Windows, crée des raccourcis).
• Vérifie les prérequis (ex: espace disque, version de Windows, dépendances).
• Demande des permissions (ex: droits administrateur).

Analogie :
C’est comme un déménageur qui :

Il en existe des centaines mais en voici une petite liste des plus utilisés :
– Inno Setup
– NSIS
– InstallShield
– Windows Installer msiexec
– MSIX

Pour MacOS, Linux et Android, on parle de « paquets » (.rpm, .dpkg, .app, .apk, etc.) dans lesquels nous retrouvons des binaires (sans extension ou .bin).
Il n’y a pas d’installeur à proprement parler sur ces systèmes.

Par exemple, pour installer VLC sur Linux, le gestionnaire de paquet « apt » va lire le paquet « .deb » et va installer les fichiers.

Ce paquet contient :
. Le binaire /usr/bin/vlc.
. Les bibliothèques dans /usr/lib/vlc/.
. Les scripts de post-installation (ex: créer /etc/vlc/).

• Dépose tes meubles (fichiers du logiciel) dans les bonnes pièces (dossiers système).
• Monte tes étagères (configure le registre).
• Vérifie que tout est compatible (prérequis).

Connaitre l’installeur est important dans le cadre de la créations de scripts afin de savoir comment celui-ci va se comporter et quel arguments lui sont associés.
Par exemple :
– pour rendre silencieux l’installation d’un .msi, il faudra utiliser /qn
– pour rendre silencieux l’installation d’un .exe d’un Inno Setup, il faudra utiliser /SILENT ou /VERYSILENT
– pour rendre silencieux l’installation d’un .exe d’un InstallShield, il faudra utiliser /s, /v » ou /qn »

2. À quoi ressemble un installeur ?

Fichiers courants (extensions de fichiers associés) :

• .exe: Installeur « classique » (ex: 7z2600-x64.exe).
• .msi : Installeur Windows Installer (ex: logiciel.msi).

Exemples visuels :

• 7-Zip : 7z2600-x64.exe (Inno Setup).
• Adobe Reader : AcroRdrDC2000920071_fr_FR.exe (InstallShield + MSI interne).
• Office : setup.exe + fichiers .msi en interne.

3. Principe de fonctionnement – l’installation

1. Extraction :
   • Le .exe se « décompresse » dans un dossier temporaire (ex: %TEMP%).
   • Exemple : 7z2600-x64.exe extrait ses fichiers avant de les copier dans C:\Program Files\7-Zip.
2. Vérification des prérequis (parties du script qui vérifient avec des conditions) :
   • Espace disque suffisant ?
   • Version de Windows compatible ?
   • Droits administrateur ?
3. Copie des fichiers :
   • Les fichiers du logiciel sont copiés dans :
     • C:\Program Files\NomDuLogiciel (fichiers principaux).
     • C:\Users\Utilisateur\AppData (fichiers de configuration).
4. Configuration système :
   • Ajout de clés dans le registre Windows (ex: HKEY_LOCAL_MACHINE\SOFTWARE\NomDuLogiciel).
   • Création de raccourcis dans le menu Démarrer ou sur le bureau.
5. Finalisation :
   • Nettoyage des fichiers temporaires.
   • Redémarrage si nécessaire (ex: pour les drivers).

4. Types d’installeurs (Technologies Windows)

5. Comment analyser un installeur ?

Connaitre l’installeur utilisé pour la création du binaire d’un logiciel vous permettra de viser juste avec votre script d’installation par exemple.
Cela peut vous éviter certaines frustrations concernant des commandes qui ne fonctionneraient pas.

Pour reconnaitre l’installeur, vous avez plusieurs moyens :

Vous pouvez rechercher la notice d’utilisation du binaire en tapant le nom de l’application suivit de « silent install » par exemple.

Vous pouvez également utiliser les commande /? (Batch/PowerShell) dans un terminal pour afficher l’aide d’un installeur et les options associées.

Exemple :

Note : certaines applications n’embarquent pas d’aides et la commande vous retournera une erreur.

6. Et MSI dans tout ça ?

MSI est natif à l’environnement Windows, il a ses propres options d’installations.
Très souvent préféré en IT dans le cadre d’installations industrialisées, Télé déploiements, en masterisation de postes de travail également.

Petit comparatif simple et rapide entre .msi et .exe :

7. J’ai entendu parler de MSIX, c’est quoi ?

MSIX ou (.msix), c’est le format moderne de MSI introduit par Windows (le successeur de MSI).
Il a plusieurs avantages mais aussi des inconvénients par rapport à MSI, voici un bref exemple :

8. Pour aller plus loin…

Si tu veux créer tes propres installeurs pour tes scripts et logiciels :

• Inno Setup :
  • Télécharge Inno Setup.
  • Écris un script .iss pour décrire l’installation.
  • Compile-le en .exe.
• NSIS :
  • Télécharge NSIS.
  • Écris un script .nsi.
• MSI :
  • Utilise Advanced Installer ou WiX Toolset (plus complexe).

9. Conclusion

.msi, .exe, etc… ils ont tous des défauts et des qualités, l’important est de les connaitre, comment les utiliser et choisir le bon en fonction de ce que l’on souhaite réaliser dans le cadre du développement d’applications.

The post LES INSTALLEURS appeared first on Digitalglxy.

Dans le monde de la programmation et du scripting, ont entends souvent parler de bas-niveau et de haut-niveau.
Mais à quoi cela peut il bien faire référence ?

Signification

Le niveau ne fait pas référence à la difficulté ni aux compétences qu’il faut pour le maîtriser, il fait référence à la proximité qu’il a avec le hardware, ou plus simplement, s’il se rapproche du langage de la machine.

Il faut le comprendre à l’inverse :
Un langage de bas-niveau sera très proche du langage de la machine (des composants électroniques).
Un langage de haut niveau s’en éloignera pour se rapprocher de celui des humains, il devra donc être décodé/traduit pour être compris par la machine.

Comme pour un oignon, plus nous sommes dans un haut-niveau, plus il faudra traverser des couches pour se rapprocher du centre.

Exemple 1 : Le Batch est un langage de bas-niveau, il dépend directement de l’OS qui parle directement au matériel via les pilotes.
Script Batch (.cmd ou .bat) -> Appels système Windows -> Noyau -> Matériel.

Exemple 2 : le PHP est un langage de haut-niveau, puisse que se rapprochant du langage humain, il devra être traduit à plusieurs niveaux avant d’être affiché, de plus, ce langage n’interagit pas au final avec le bios ni le noyaux du système.
Code PHP -> Moteur PHP -> Bytecode -> Appels système (côté serveur) -> Navigateur (côté client)

Le quel choisir alors ?

Tout dépendra de l’utilité finale de votre code.
A quoi va t’il servir ?
Sur quel environnement doit t’il s’exécuter ?

L’une des réponse tiens à cette explication :

-> Un langage de bas-niveau, bien que plus performant car moins de couches logicielles, sera dépendant de du système d’exploitation, des pilotes, etc…
Il ne sera pas multiplateforme comme par exemple le Batch qui ne pourra pas s’exécuter sur Linux.
Contexte : Script système, systèmes embarqués, paramétrage d’OS, jeux vidéo, applications performantes
Exemples : Batch, Assembleur, PowerShell, C, C++, Rust, VBScript

-> Un langage de haut-niveau, bien que plus lent que le bas niveau, n’est pas dépendant directement du système d’exploitation.
Il sera multiplateforme comme par exemple un site web qui peut s’ouvrir sur Windows comme sur Linux et via différents navigateurs.
Contexte : Site Web, Application Web, Application Cross-Platform
Exemples :PHP, Python, JavaScript, C#

The post Programmation : différence entre bas-niveau et haut-niveau appeared first on Digitalglxy.