Format de fichier SHAR

Informations générales sur les archives SHAR

Les archives SHAR (Shell Archives) sont un format basé sur Unix utilisé pour regrouper plusieurs fichiers dans un seul script de texte brut. Une fois exécuté, ce script recrée les fichiers et répertoires d’origine sur un système de type Unix. SHAR était particulièrement populaire au début d’Unix pour distribuer des logiciels, de la documentation et d’autres collections de fichiers par courrier électronique ou Usenet. Bien que les formats de compression modernes aient largement remplacé SHAR, il reste un format important dans l’histoire d’Unix en raison de sa simplicité et de sa facilité d’utilisation avec les commandes shell de base.

Historique des formats d'archives SHAR

• Années 1980: SHAR apparaît comme une méthode pratique pour regrouper des fichiers dans un seul script destiné à être distribué sur les systèmes Unix. Il était particulièrement utile dans les environnements où le courrier électronique et Usenet constituaient les principaux moyens de partage de logiciels et de fichiers.
• Début des années 1990: à mesure que l’utilisation d’Internet se développait, SHAR est resté un format populaire pour la distribution de fichiers par courrier électronique, son format texte simple étant facilement transmis sur les premiers réseaux.
• Milieu des années 1990: la montée en puissance de formats d’archives plus avancés comme tar, combinée à des outils de compression comme gzip, a conduit à un déclin de l’utilisation de SHAR, même s’il est resté utilisé pour une distribution simple basée sur du texte.
• Années 2000: SHAR devient davantage un format de niche, principalement utilisé dans des communautés Unix spécifiques ou à des fins historiques. Sa facilité de création et sa compatibilité avec les commandes shell de base le maintiennent pertinent pour certaines tâches.
• Aujourd’hui: bien que largement remplacé par des formats d’archives modernes, SHAR est toujours reconnu pour son rôle dans l’histoire d’Unix et est parfois utilisé dans des systèmes existants ou à des fins éducatives.

Structure des archives Shell

La structure d’un fichier SHAR (Shell Archive) est conçue pour être un script auto-extractible pouvant être exécuté sur des systèmes de type Unix. Contrairement aux archives binaires, les fichiers SHAR sont du texte brut et sont interprétés par le shell. Voici un aperçu de la structure d’une archive SHAR typique:

• En-tête: L’archive SHAR commence par un en-tête qui comprend généralement des commentaires sur l’archive, tels que la date de création, l’auteur et la description du contenu. Cette section peut également inclure des instructions pour décompresser l’archive.
• Directives de fichiers:
  • Chaque fichier de l’archive SHAR est représenté par une série de commandes shell. Ces commandes commencent généralement par des commandes echo ou cat qui écrivent le contenu du fichier aux emplacements appropriés du système.
  • Les directives de fichiers incluent également des commandes pour définir les autorisations de fichiers correctes, en utilisant les commandes chmod après la création de chaque fichier.
• Contenu du fichier: Le contenu réel de chaque fichier est inclus dans l’archive SHAR, généralement codé à l’aide de méthodes basées sur le texte comme uuencoding. Cela garantit que les fichiers binaires peuvent être inclus en toute sécurité dans l’archive et transférés sous forme de texte brut.
• Structure des répertoires: Si l’archive SHAR contient des répertoires, le script inclut des commandes pour créer ces répertoires à l’aide des commandes mkdir avant que les fichiers n’y soient extraits.
• Pied de page: L’archive SHAR se termine par un pied de page, qui comprend souvent des commentaires supplémentaires, une somme de contrôle ou d’autres métadonnées permettant de vérifier l’intégrité des fichiers extraits. Le pied de page peut également inclure un message indiquant la réussite du processus d’extraction.

Méthodes de compression SHAR

Les fichiers SHAR (Shell Archive) n’incluent intrinsèquement aucune méthode de compression dans le format lui-même. Au lieu de cela, il s’agit de scripts shell en texte brut conçus pour regrouper des fichiers afin de faciliter leur distribution et leur extraction dans des environnements de type Unix. Cependant, la compression peut être appliquée de différentes manières:

• Non compressé: Par défaut, les archives SHAR sont des fichiers texte non compressés, ce qui les rend facilement lisibles et exécutables en tant que scripts shell. Cette approche maintient la simplicité et une large compatibilité, permettant aux fichiers d’être facilement décompressés avec des commandes shell standard.
• Compression externe: les fichiers SHAR peuvent être compressés à l’aide d’outils de compression externes tels que GZIP, BZIP2 ou ZIP après leur création. Cela réduit la taille globale du fichier pour la distribution ou le stockage, mais nécessite une décompression avant que l’archive SHAR puisse être exécutée. Par exemple, un fichier SHAR peut être distribué sous forme de fichier .shar.gz ou .shar.bz2.
• Compression post-déballage: Dans certains cas, les archives SHAR peuvent inclure des commandes dans le script pour compresser des fichiers individuels après leur extraction. Ceci est moins courant mais peut être utilisé lorsque des fichiers spécifiques de l’archive doivent être compressés dans le cadre du processus de décompression.
• Combinaison avec TAR: Bien que SHAR lui-même n’inclue pas de compression, il peut être combiné avec une archive TAR (qui peut ensuite être compressée) pour créer un fichier .tar.shar.gz ou similaire. Cette méthode permet à la fois d’archiver et de compresser de plus grandes collections de fichiers en une seule étape.

Opérations prises en charge par .shar

L’API Aspose.Zip prend en charge diverses opérations permettant de travailler avec des fichiers .shar, qui sont des fichiers d’image disque couramment utilisés pour distribuer des logiciels et créer des sauvegardes. Voici quelques-unes des principales opérations prises en charge par l’API Aspose.Zip pour les fichiers .shar:

• Création d’archives SHAR: Les fichiers SHAR, au-delà de leur simplicité, offrent une approche polyvalente en matière de distribution de logiciels et de création de sauvegardes. Aspose.Zip vous permet d’exploiter ce format de manière transparente avec un ensemble complet de fonctionnalités. Créez de toutes nouvelles archives SHAR à partir de vos fichiers et répertoires existants. Cette fonctionnalité est idéale pour créer des installateurs de logiciels ou des sauvegardes complètes. Aspose.Zip peut ne pas prendre en charge toutes les fonctionnalités associées aux archives traditionnelles telles que ZIP, RAR, 7Z et d’autres formats de fichiers SHAR.

Structure du fichier .shar

Un fichier SHAR est essentiellement un script shell. Il s’agit d’un format texte qui contient des commandes permettant de recréer la structure du fichier d’origine lors de son exécution. Structure de base:

• En-tête de script Shell: En-tête de script Shell standard (par exemple, #!/bin/sh).
• Métadonnées du fichier: Informations sur chaque fichier, y compris le nom du fichier, les autorisations et l’heure de modification.
• Contenu du fichier: le contenu réel du fichier, généralement codé en base64 ou dans un format similaire.
• Commandes Shell: Commandes pour créer des répertoires et écrire le contenu des fichiers sur le disque.

Le déclin des archives SHAR

Aujourd’hui, les archives SHAR sont considérées comme un format hérité et sont rarement utilisées dans la distribution de logiciels modernes. On les rencontre encore dans les archives de logiciels historiques ou dans des situations de niche où la compatibilité avec des systèmes très anciens est requise, mais ils ont été largement supplantés par des méthodes d’archivage plus efficaces et plus fiables.

• Fonctionnalité limitée: Les archives SHAR ne disposent pas des fonctionnalités des formats d’archives modernes telles que la compression, la gestion des erreurs et la préservation des métadonnées.
• Problèmes de sécurité: En tant que scripts shell, les fichiers SHAR peuvent potentiellement contenir du code malveillant, ce qui présente un risque pour la sécurité.
• Efficacité: Par rapport aux formats plus récents, SHAR est généralement moins efficace en termes de vitesse de stockage et d’extraction.
• Émergence de meilleures alternatives: Les formats tels que ZIP, TAR et 7-Zip offrent des performances, une sécurité et des fonctionnalités supérieures, ce qui en fait le choix préféré de la plupart des utilisateurs.

Raisons du refus

Exemples d'utilisation des archives SHAR

Aspose.Zip offre la possibilité de créer des fichiers SHAR (Shell Archive), vous permettant de regrouper plusieurs fichiers dans une seule archive pour une distribution facile sur les systèmes UNIX et Linux. Cependant, il est important de noter qu’Aspose.Zip ne prend actuellement en charge que la création d’archives SHAR et n’inclut pas de fonctionnalités pour d’autres opérations telles que l’extraction ou la modification de fichiers SHAR existants. Vous trouverez ci-dessous des exemples montrant comment créer des archives SHAR à l’aide d’Aspose.Zip dans vos projets.

    using(SharArchive a = new SharArchive())
    {
        a.CreateEntry(“first.bin”, “data.bin”);
        a.Save(“result.shar”);
    }

Aspose.Zip offers individual archive processing APIs for popular development environments, listed below:

Informations Complémentaires

• Options de compression SHAR
• ZIPNET-943 Composer l’archive SHAR

Les gens ont demandé

1. Comment extraire des fichiers d’une archive SHAR ?

Pour extraire des fichiers d’une archive SHAR, vous exécutez le fichier SHAR lui-même. Le script exécutera les commandes pour recréer la structure de fichier d’origine.

2. Les archives SHAR sont-elles encore utilisées aujourd’hui ?

Les archives SHAR sont rarement utilisées aujourd’hui. Les formats d’archives modernes tels que ZIP, TAR et 7-Zip offrent des fonctionnalités et une sécurité supérieures, ce qui en fait le choix préféré de la plupart des utilisateurs.

3. Quelles sont les limites des archives SHAR ?

Les archives SHAR présentent plusieurs limites, notamment un manque de compression, une prise en charge limitée des métadonnées, des risques de sécurité potentiels dus à leur nature de scripts shell et une inefficacité par rapport aux formats d’archives modernes.