|
Подскажите современный редактор чтобы мог открыть огромный текстовый файл | ☑ | ||
---|---|---|---|---|
0
Ислам
29.03.18
✎
19:07
|
Нужна программа чтобы открыть файл 38 Гб, пошариться по нему, поискать некоторые слова, и если захочется то даже что-то изменить и сохранить изменения. Должен работать под вин 10 х64, уметь открывать файлы больше 2Гб, но не загружать их целиком в оперативку и не тормозить.
|
|||
1
H A D G E H O G s
29.03.18
✎
19:10
|
AkelPad
|
|||
2
Волшебник
29.03.18
✎
19:10
|
Вы маньяки
|
|||
3
Волшебник
29.03.18
✎
19:10
|
Опишите задачу
|
|||
4
H A D G E H O G s
29.03.18
✎
19:10
|
Но загружает в оперативку. Но с блокнотом не сравнить
|
|||
5
H A D G E H O G s
29.03.18
✎
19:11
|
(3) Техжурнал собрали, приговаривая "Йелоуппукки, Йелоуппукки, переставь нам с попы руки"
|
|||
6
Волшебник
29.03.18
✎
19:12
|
(5) Проще его удалить, чем анализировать.
|
|||
7
Garykom
гуру
29.03.18
✎
19:13
|
||||
8
Ислам
29.03.18
✎
19:13
|
(1) Пишут что он даже 20Гб не открывает
|
|||
9
Lama12
29.03.18
✎
19:15
|
(0) Специально для этого купили UltaEdit.
|
|||
10
Ислам
29.03.18
✎
19:16
|
(9) UltaEdit он еще жив? И как он, норм работает? Какого размера файлы редактировали?
|
|||
11
Lama12
29.03.18
✎
19:17
|
(9) + 65 Гб открывает нормально.
(5) (6) А вот зря. Тех журнал очень по всем событиям очень помогает узнать кто-же сбил последовательность или поменял записи в регистре сведений. |
|||
12
Ислам
29.03.18
✎
19:19
|
(11) Спасибо! Надо попробовать
|
|||
13
Волшебник
29.03.18
✎
19:29
|
(11) Для этих ПРИКЛАДНЫХ задач лучше прикрутить версионирование или конкретный регистр сведений.
Техжурнал нужен админам и программистам для выяснения причин НЕШТАТНОГО поведения системы. |
|||
14
Kigo_Kigo
29.03.18
✎
19:31
|
Hex-редактор жрет любые файлы
|
|||
15
romix
29.03.18
✎
19:41
|
(14) Да, кстати.
|
|||
16
Ислам
29.03.18
✎
20:34
|
(14) Чем он отличается от буквенного редактора?
|
|||
17
Фрэнки
29.03.18
✎
20:42
|
считывает из файлов и отображает шестнадцатеричные страницы, а не тестовые данные.
|
|||
18
Фрэнки
29.03.18
✎
20:44
|
*тестовые - опечатался. Читает он не строки в какой-то кодировки с разделителями, а сразу блоки данных и отображает их в своем окне в hex-виде
|
|||
19
Злопчинский
29.03.18
✎
21:05
|
обычный текстовый редактор FAR
|
|||
20
Ислам
29.03.18
✎
21:08
|
(17) Разве это может дать редактору способность открывать многогигабайтные файлы? Сомневаюсь что дело в этом.
|
|||
21
Ислам
29.03.18
✎
21:09
|
(19) ))) Шутник
|
|||
22
Lama12
29.03.18
✎
21:52
|
(20) Он их по кусочку читает.
|
|||
23
Фрэнки
29.03.18
✎
21:56
|
(21) а что не так? встроенный в FAR редактор читает из файла кусочек, а не всасывает его весь целиком и это дает ему возможность читать файлы любого размера.
Вообще-то на С++ написание редактора для считывания данных из любого файла можно найти в книжках |
|||
24
Lama12
29.03.18
✎
22:02
|
(23) Не читает FAR файлы больше 4 Гб. Проверял.
|
|||
25
Сияющий в темноте
29.03.18
✎
22:03
|
Есть такой чудо-редактор hiew.exe
Он открывает файл на просмотр и позволяет менять только определённые сектора в файле - если нужно что-то подправить в очень и очень большом файле, то альтернативы просто нет. Но, если нужно будет сдвинуть части файла, то тут могут возникнуть сложности. P.S. я писал редактор образа диска, используя покластерное чтение, и файлы очень большого размера правились на ура, только очень медленно шло сохранение, когда менялся размер. |
|||
26
Фрэнки
29.03.18
✎
22:04
|
(24) значит я ошибся и спутал с этим, что в (25) - он же подцеплялся к Far
|
|||
27
TormozIT
гуру
29.03.18
✎
22:47
|
EmEditor платный
|
|||
28
Ислам
29.03.18
✎
23:18
|
(22) Это особенность именно HEX редактора ты думаешь?
|
|||
29
Ислам
29.03.18
✎
23:19
|
(23) Откуда такая инфа? Не пиши пожалуйста то чего не знаешь.
|
|||
30
Ислам
29.03.18
✎
23:20
|
(25) Пару минут можно и подождать, когда закончил редактировать, нажал Сэйв, и пошел покурить. Лишь бы не с самого начала начал тормозить.
|
|||
31
Asmody
29.03.18
✎
23:23
|
(0) "пошариться по нему, поискать некоторые слова, и если захочется то даже что-то изменить и сохранить изменения" — sed
|
|||
32
Фрэнки
29.03.18
✎
23:24
|
(29) чего именно я не знаю?
Значит ты спрашиваешь о том, что знаешь и сравниваешь наши ответы со своим знанием :) |
|||
33
Ислам
29.03.18
✎
23:29
|
(32) Ты же не думаешь что я не попытался что-то сделать сам прежде чем спрашивать у вас?
Фар конечно же первым делом проверил, и он загружает файл в память целиком, а не по частям. |
|||
34
Сергиус
29.03.18
✎
23:32
|
(32)У автора во многих темах такой стиль "с наездом" на отвечающего)
P.s. В каких-то случаях "Notepad++" помогал, правда грузит долго большие файлы. |
|||
35
Asmody
29.03.18
✎
23:40
|
Вообще, желание читать такие файлы "глазами" — признак идиотизма.
А последовательное чтение (и, соответственно, обработка) текстовых файлов даже в 1С есть. |
|||
36
Ислам
30.03.18
✎
00:02
|
(34) Тут как раз ситуация обратная - нужно чтобы большие файлы грузил быстро.
(35) По себе не суди |
|||
37
Злопчинский
30.03.18
✎
00:03
|
(33) вот не поленюсь, проверю завтра...
|
|||
38
Ислам
30.03.18
✎
00:03
|
(34) PS: отвечающий тут был всего один - (9) все остальные пришли потроллить и пофлудить.
|
|||
39
Klesk
30.03.18
✎
00:16
|
(27) +1
|
|||
40
jsmith82
30.03.18
✎
00:25
|
Волшебник прав
|
|||
41
БМ21
30.03.18
✎
02:07
|
TextPipe
|
|||
42
igorPetrov
30.03.18
✎
04:41
|
(38) Ну, упертый ты.
|
|||
43
Вася Теркин
30.03.18
✎
05:52
|
ADO Stream
|
|||
44
Вася Теркин
30.03.18
✎
05:55
|
+(43) Сам напиши, всего делов то
|
|||
45
Вася Теркин
30.03.18
✎
05:55
|
Пишешь парсер, указываешь чего искать, начинаешь читать с конца или с начала или с какого-то места чтобы определить куда вообще попал...
|
|||
46
VIPetriv
30.03.18
✎
06:05
|
У меня курсовой был такой, написать текстовый редактор без ограничения на размер файла. У меня дома наверное еще где то валяется). Там делается темп файл и на экран выводится только нужный кусок файла в зависимости положения скролбара. Но сейчас думаю, что запись в большие файлы там точно делалась долго. Но читаются любые размеры файла на ура.
По идеи что бы делать быструю запись в файл надо тем файл делить на много временных кусков и запись делать в 1 маленький кусок, а после нажатия на сохранение все куски объединять. |
|||
47
VladZ
30.03.18
✎
06:11
|
Копаться в текстовом файле размером 38 Гб - это все равно что в стоге сена иголку искать.
Волшебник дело говорит. |
|||
48
Вася Теркин
30.03.18
✎
06:58
|
(47) Руками- да. Поэтому нужен не текстовый редактор, а парсер. Его писать надо. Много электричества по ночам, переработки, молоко за вредность.
"Это сложное дело, это только состоятельному человеку под силу." (с) Коробейников |
|||
49
Кирпич
30.03.18
✎
08:51
|
вот какой то вроде обещает
http://www.uvviewsoft.com/logviewer/ |
|||
50
Мандалай
30.03.18
✎
09:09
|
А не прошу его считать и засунуть в таблицу на SQL а там уже анализировать?
|
|||
51
Мандалай
30.03.18
✎
09:09
|
*А не проще
|
|||
52
vde69
30.03.18
✎
09:15
|
пользуюсь таким http://soft.mydiv.net/win/download-free-hex-editor-neo.html
реально работал с файлами 20 гигов |
|||
53
Fish
30.03.18
✎
09:21
|
1C уже предлагали?
|
|||
54
TormozIT
гуру
30.03.18
✎
09:47
|
(27) Реально работал с файлами на сотни гигабайт (XML и логи)
|
|||
55
Вася Теркин
30.03.18
✎
09:57
|
(50) смотря какой объем тебе нужен. Если там логи за два года, а активно только пару последних недель роют, а остальное "на всякий случай" копится, то не проще.
|
|||
56
Вася Теркин
30.03.18
✎
09:58
|
У него же вопрос звучит не "обработать", а "открыть". Какой длины хвост он обрабатывать будет - это не озвучено. Так что читать стримом до какого-то условия.
|
|||
57
Ислам
30.03.18
✎
13:49
|
Не просто открыть, но и отредактировать, я писал. В любом месте, про конец файла не было условия.
Двух вариантов: UltaEdit, EmEditor вполне достаточно. |
|||
58
kossmatiy
30.03.18
✎
16:08
|
GitBash
|
|||
59
Вафель
30.03.18
✎
16:11
|
кстати фар в режиме просмтра (F3) не грузит весь фалй
|
|||
60
DrZombi
гуру
30.03.18
✎
16:12
|
(0) нотепад++ https://notepad-plus-plus.org/
|
|||
61
Вафель
30.03.18
✎
16:12
|
если нужно парситть, то лучше awk
|
|||
62
DrZombi
гуру
30.03.18
✎
16:14
|
||||
63
DrZombi
гуру
30.03.18
✎
16:16
|
||||
64
Garykom
гуру
30.03.18
✎
16:20
|
(0) Простейший редактор для огромных текстовых файлов:
1. Берем файл делим на куски в нужное число байт 2. Загружаем эти кусочки в БД 3. Пишем на 1С просмотрщик-редактор этой БД, грузит по кускам, правит любой кусок 4. Пишем выгрузку из БД всех кусков в один файл. |
|||
65
Garykom
гуру
30.03.18
✎
16:21
|
(64) Задачка для вменяемого 1С-ника на пару часов - это так к сведению.
|
|||
66
Cyberhawk
30.03.18
✎
16:21
|
F4 в ТоталКоммандере. Или Bred
|
|||
67
Cyberhawk
30.03.18
✎
16:22
|
(64) А чтение в поток, которое умеют 8.3.х тут не поможет?
|
|||
68
kauksi
30.03.18
✎
16:35
|
(0) Лексикон любые файлы открывает
|
|||
69
Lama12
30.03.18
✎
16:38
|
(59) Да вы попробуйте открыть в Far на просмотр текстовый файл хотя бы в 10Гб.
|
|||
70
ansh15
30.03.18
✎
17:32
|
Liquid Studio Large File Editor
|
|||
71
Krendel
30.03.18
✎
17:32
|
1С предприятие позволяет просматривать файлы
|
|||
72
Ислам
30.03.18
✎
17:39
|
Друзья, перестаньте пожалуйста накидывать названия программ которые не подходят под условия (0), но нравятся вам по каким-то причинам.
Пора уже банить за предложение Far и Notepad++ |
|||
73
Numerus Mikhail
30.03.18
✎
17:51
|
Напиши свое прикладное решение на 1с.
|
|||
74
ManyakRus
30.03.18
✎
18:02
|
была такая же нужда редактировать текстовый SQL backup файл
Far manager отлично отредактировал базы по 10 Гб :) не нашёл ни одной программы кто ещё так может. |
|||
75
Мимохожий Однако
30.03.18
✎
18:02
|
(73) ОФФ: ТС в модераторы! ))
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |