Комментарии 37
Пару раз точно выручил бы меня за последний год.
Sublime Text вроде нормально открывает большие и очень большие файлы.
По моему опыту, "очень большие", причем бинарные- всё-таки не очень быстро.
Sublime открывает, но придётся ждать (хотя он показывает прогрессбар). Ещё способ открытия — это любой hex-редактор. Они приспособлены для этого — читают файлы кусками и поэтому открывают моментально, и даже прокрутка (не поиск) не проблема.
За рецепт — спасибо, может и пригодится.
Но тут есть такой момент — вместо всей статьи, можно было просто нажать кнопку «вперед». А если кнопка «вперед» не помогает, то и дамп не поможет, ибо вашего текста там скорее всего не будет.
Оговорюсь, что данная инструкция уже довольно старая, ибо её достали из песочницы, это ещё великая опера на престо, если мне память не изменяет. Инструкция работает, но уже хуже (если можно так выразиться), чем ранее.
Тем не менее, говорить о том, что подобные данные пропадают из памяти не корректно, потому что немалая доля компьютерно-технических экспертиз касается именно вытаскиванию данных из памяти. Но в инструкции была оговорка о том, что никаких специальных средств и методик не используется, а потому много требовать от неё многого не приходится, безусловно 100% результата тут быть не может.
Опера на престо, это 12 опера (в инструкции именно она), которая не актуальная уже много лет, но с неё восстанавливать проще, там данные в подобном виде «висят» дольше. Но текст также пропадает.
Ссылка на видео (youtube)
Извиняюсь конечно за кривую кадровку и колхоз-обрезку, но было лень нормальное видео записывать
Было бы хорошо потестировать вашу фичу на разных браузерах и добавить это в статью.
Ссылка на видео с тестом в firefox.
Несколько раз пользовался подобным рецептом, но на линуксах. Shift+Esc, смотрим номер процесса нужной вкладки, sudo gcore [номер процесса], далее грепом по ключевым словам из файла core.[номер процесса] достаем нужный текст.
Так и не понял, в чем проблема с кнопкой "Назад"
По моему это срабатывает только на нативных textarea. Если они рисуются с помощью javascript или там вообще какой-нибудь CKEditor, то не прокатит.
Вообще если такая проблема периодически мешает жить, то с помощью userscript в браузере можно добавить подтверждение на хождение по истории и закрытие вкладок если на странице был введен текст в любые поля ввода.
Для некоторых CMS есть даже готовые решения: https://cgit.drupalcode.org/node_edit_protection/tree/node-edit-protection.js
От себя добавлю, что никогда не пишу что-то серьезное сразу в форме. Сначала — в редакторе с автосохранением, а потом уже результат копируется в форму. А то мало ли что
Надо сделать мелкую заметку, написать небольшой текстик или что-то из консоли сохранить — одно нажатие и набиваешь там. Потом в любой момент времени знаешь где искать такие твои микрозаметки.
Но потом форумные движки погрузились в бездны вебдваноля, аякса и прочих дизайнерских интерактивностей и да, это стало помгать далеко не везде…
Про просмотр больших файлов листером TC сразу тоже подумал. А вообще, помимо рефлекторного копипаста набираемого текста (Ctrl+A, Ctrl+C, о чём уже писали тут), ещё использую функцию ведения дневника в Punto Switcher. Не раз спасало после случайного закрытия не только вкладки браузера, но и закрывания окна мессенджера и т.п.
Как не терять набираемый в формах FireFox текст?
Установить расширение "Textarea Cache". надеюсь и для хрома есть решение.
Как восстановить потерянный в форме текст