Je veux dire 100+ Mo de taille ; de tels fichiers texte peuvent pousser l'enveloppe des éditeurs.
J'ai besoin de consulter un gros fichier XML, mais je ne peux pas le faire si l'éditeur est bogué.
Des suggestions ?
Visionneuses gratuites en lecture seule :
tail ." Il s'agit en fait d'un analyseur de fichiers journaux, et non d'une visionneuse de gros fichiers. Lors d'un test, il a fallu 10 secondes et 700 Mo de RAM pour charger un fichier de 250 Mo. Mais ses principales fonctionnalités sont le columnizer (analyse des journaux au format CSV, JSONL, etc. et affichage dans un format de feuille de calcul) et le highlighter (affichage des lignes contenant certains mots dans certaines couleurs). Il prend également en charge le suivi des fichiers, les onglets, les fichiers multiples, les signets, la recherche, les plugins et les outils externes.Rédacteurs libres :
Programmes intégrés (aucune installation requise) :
MORE et non le système Unix more . Un programme de console qui vous permet de visualiser un fichier, un écran à la fois.Les spectateurs du Web :
Rédacteurs rémunérés :
VIM, ou Emacs... choisissez votre poison, les deux géreront n'importe quel fichier que vous leur enverrez. Je préfère personnellement Emacs, mais les deux battent le bloc-notes sans le moindre problème.
Emacs a une taille maximale de tampon, qui dépend de l'architecture sous-jacente (32 ou 64 bits). Je pense que sur les systèmes 32 bits, vous obtenez l'erreur "taille maximale du tampon dépassée" sur les fichiers de plus de 128 Mo.
Je viens d'essayer Notepad++ avec un fichier journal de 561 Mo et il a dit qu'il était trop gros.
Pourquoi utilisez-vous éditeurs à juste regardez à un (gros) fichier ?
Sous *nix ou Cygwin il suffit d'utiliser moins . (Il y a un célèbre dicton - "less is more, more or less" - parce que "less" a remplacé l'ancienne commande Unix "more", avec l'ajout que vous pouviez faire défiler vers le haut). La recherche et la navigation sous less est très similaire à Vim, mais il n'y a pas de fichier d'échange et peu de RAM utilisée.
Il existe un portage Win32 de GNU less. Voir la section "less" de la réponse ci-dessus.
Perl est bon pour les scripts rapides, et son .. (bascule de gamme) permet de mettre en place un mécanisme de sélection efficace pour limiter le nombre d'erreurs à éviter.
Par exemple :
$ perl -n -e 'print if ( 1000000 .. 2000000)' humongo.txt | lessCela permettra d'extraire tout ce qui se trouve entre la ligne 1 million et la ligne 2 millions, et vous permettra de passer la sortie manuellement en moins.
Un autre exemple :
$ perl -n -e 'print if ( /regex one/ .. /regex two/)' humongo.txt | lessL'impression commence lorsque l'"expression régulière un" trouve quelque chose, et s'arrête lorsque l'"expression régulière deux" trouve la fin d'un bloc intéressant. Elle peut trouver plusieurs blocs. Passez la sortie au crible...
C'est un autre outil utile que vous pouvez utiliser. Pour citer l'article de Wikipedia :
analyseur de journaux est un utilitaire de ligne de commande flexible qui a été initialement écrit par Gabriele Giuseppini, un employé de Microsoft, pour automatiser les tests de journalisation d'IIS. Il était destiné à être utilisé avec le système d'exploitation Windows et était inclus dans les outils du kit de ressources IIS 6.0. Le comportement par défaut de logparser fonctionne comme un "pipeline de traitement de données", en prenant une expression SQL sur la ligne de commande, et en sortant les lignes contenant des correspondances pour l'expression SQL.
Microsoft décrit Logparser comme un outil puissant et polyvalent qui fournit un accès universel aux données textuelles telles que les fichiers journaux, les fichiers XML et les fichiers CSV, ainsi qu'aux principales sources de données du système d'exploitation Windows telles que le journal des événements, le registre, le système de fichiers et Active Directory. Les résultats de la requête d'entrée peuvent être formatés de manière personnalisée dans une sortie texte, ou ils peuvent être persistés dans des cibles plus spécialisées comme SQL, SYSLOG ou un graphique.
Exemple d'utilisation :
C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line > 1000 and line < 2000"
C:\>logparser.exe -i:textline -o:tsv "select Index, Text from 'c:\path\to\file.log' where line like '%pattern%'"100 Mo n'est pas trop grand. 3 Go, ça devient un peu gros. Je travaillais dans un centre d'impression et de courrier qui créait environ 2 % du courrier de première classe des États-Unis. L'un des systèmes pour lequel j'étais le responsable technique représentait environ 15+% des pièces de courrier. Nous avions quelques gros fichiers à déboguer ici et là.
N'hésitez pas à ajouter d'autres outils et informations ici. Cette réponse est un wiki communautaire pour une raison ! Nous avons tous besoin de plus de conseils pour gérer de grandes quantités de données...
+1, j'ai récemment eu quelques fichiers xml vraiment énormes (+1 gigaoctet) que j'avais besoin de regarder. Je suis sous Windows et à la fois vim, emacs, notepad++ et plusieurs autres éditeurs ont complètement étouffé le fichier au point que mon système est presque devenu inutilisable en essayant d'ouvrir le fichier. Après un certain temps, j'ai réalisé à quel point il était inutile d'essayer d'ouvrir le fichier dans un éditeur alors que j'avais juste besoin de le visualiser. En utilisant cygwin (et une astucieuse magie grep/less/sed), j'ai facilement trouvé la partie qui m'intéressait et j'ai pu la lire sans problème.
Vous n'avez pas besoin de cygwin pour moins, vous pouvez aussi l'utiliser sous Windows : gnuwin32.sourceforge.net/packages/moins.htm
Je vote pour EditPad . Il existe une version légère et une version professionnelle, sans grande différence entre elles. J'ouvre régulièrement des fichiers de plus de 100 Mo. De plus, il vous permet de sélectionner des colonnes de texte !
Maintenant EditPad Lite il est gratuit pour un usage personnel. Il ouvre instantanément les fichiers texte volumineux.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
166 votes
En fait, les fichiers texte de plus de 100 Mo, voire de plus de 1 Go, ne sont pas aussi rares que vous le pensez (par exemple, les fichiers journaux de serveurs très fréquentés).
15 votes
Sneakyness : Et pas exactement du texte. Je pense que les exigences de la lecture des fichiers texte et de la lecture des fichiers binaires diffèrent quelque peu. Vous pouvez le passer par base64 ou uuencode, cependant.
0 votes
En 1995, j'ai utilisé WinWord pour ouvrir des fichiers de 64 Mo sur une machine de 16 Mo. Je suis sûr qu'il ferait tout aussi bien 15 ans plus tard.
0 votes
Pour générer des fichiers texte aléatoires au lieu de binaires, utilisez ceci :
cat /dev/urandom | tr -dc 'A-z' | head -c 1000000où le dernier chiffre après -c est le nombre d'octets dans le fichier.0 votes
Microsoft Office Access peut en fait lire et analyser de très gros fichiers xml, mais il ne leur donnera un sens que si le format xml correspond à quelque chose qu'il peut traduire en tableau.
0 votes
Si vous utilisez vim :set binary superuser.com/questions/364012/
2 votes
Cette question devrait être au moins similaire, voire liée, car elle a été posée 18 mois auparavant... stackoverflow.com/questions/102829/
1 votes
Je cherchais également la réponse à cette question exacte afin de pouvoir lire les énormes fichiers journaux que j'ai générés !
0 votes
Voici ma solution de rechange : GigaEdit ( heliwave.com/GigaEdit.html ). Rien d'extraordinaire, mais il est petit, portable, gratuit et ouvre des fichiers volumineux en un instant.
1 votes
@BlairHippo Je ressens la même chose, je suis presque nerveux quand je pose une question parce qu'il y a de fortes chances que quelqu'un dise "Fermez ça, ça devrait aller dans WhateverExchange à la place".
0 votes
@Sneakyness on peut aussi l'utiliser pour générer de gros fichiers en quelques secondes.
grep -r "someText" . > bigfileen supposant qu'il y a des fichiers dans votre répertoire qui contiennent des lignes correspondant aux critères de recherche. Bien sûr, vous devrez arrêter grep de force car cela le fera entrer dans une boucle sans fin :)0 votes
amolnpujari.wordpress.com/2012/03/31/reading_huge_xml-rb il est si simple de traiter de gros fichiers xml en ruby
0 votes
Pour visualiser les fichiers, je vous recommande d'utiliser cette visionneuse en ligne - readfileonline.com - vous n'avez pas besoin d'installer d'interface de programmation, il fonctionne sur tous les appareils et systèmes d'exploitation.
0 votes
Sur une machine Windows avec powershell > Get-Content C:\Scripts\Test.txt -Totalcount 3
0 votes
winasm.net/free-small-fast-text-editor.html Gratuit et très rapide
0 votes
Vous pouvez essayer en ligne jenson.in/demos/open_giant_files_in_browser.php
0 votes
Demandez-vous d'abord ceci : voulez-vous réellement modifier un fichier d'une taille supérieure à 1 Go, ou voulez-vous simplement voir rapidement, et pouvoir éditer d'autres fichiers "normaux" ? Dans ce dernier cas, vous aurez un bien meilleur choix de visualiseurs de journaux et d'éditeurs de texte.