Текстовые редакторы для больших текстовых файлов (для Windows)

"Notepad++" при работе с большими файлами, либо тормозит, либо сообщает об ошибке (например, для файла размером 271 МБ):

---------------------------
File open problem
---------------------------
File is too big to be opened by Notepad++
---------------------------
ОК
---------------------------

"Akelpad" этот файл открывает успешно, но очень сильно тормозит.

Альтернативы:
FAR или "Vim for Windows"

Отображение в браузере содержимого текстового файла

Как отобразить в браузере содержимое текстового файла?

Например, лога импорта дампа - \\myserver\logs\restore.log.
Прямые ссылки (<a href="file://///myserver/logs/restore.log">show file</a>) не работают из-за ограничений безопасности браузеров (ссылка на странице отображается, но щелчок по ней ни к чему не приводит).

Решение с помощью JSTL:
Создаем jsp-страницу, например, "show_log.jsp", следующего содержания:

<%@ page contentType="text/html; charset=utf-8" pageEncoding="UTF-8" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<%//Антикракозябриковая кодировка
request.setCharacterEncoding("UTF-8");%>
<pre><c:import url="file://///myserver/logs/restore.log" /></pre>

На главную страницу добавляем ссылку на "show_log.jsp". Теперь при щелчке по такой ссылке в браузере откроется страница с содержимым текстового файла "\\myserver\logs\restore.log".

Sublime Text и кодировка ANSI

Для открытия файлов с кодировкой ANSI можно прописать в настройках пользователя (пункт меню Preferences → Settings, пользовательские настройки см. в правой вкладке "Preferences.sublime-settings"):

"fallback_encoding": "Cyrillic (Windows 1251)"

Перенос строки в Windows и Linux

Сегодня столкнулся с проблемой, когда текстовый файл читается по-разному в двух ОС - Windows и Linux.
Проблема возникла при создании пакетного sh-файла с Linux-командой "cp". Файл был подготовлен на Windows, а предназначался для выполнения на Linux.
При выполнении появились ошибки. Оказалось, что в конце строки текстовый редактор под Linux "видит" символ "^M":

В Windows:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./
...

В Linux:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./^M
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./^M
...

При просмотре файла в Notepad++ в режиме просмотра доп.символов видно, что в среде Windows концовка строки выглядит так:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./[CR][LF]
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./[CR][LF]
...

В итоге, при просмотре такого файла в текстовом редакторе под Linux видит эти символы так
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./^M
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./^M
...

Чтобы Linux корректно выполнял пакетные файлы, нужно, чтобы символы в конце строки были такими:
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_19367.trc ./[LF]
cp /opt/oracle/diag/rdbms/azk/azk/trace/azk_ora_22650.trc ./[LF]
...

Найти инструмент под обеими ОС, чтобы автоматизировать процесс поиска/замены таких символов.

Rlwrap для утилит Linux

Утилита rlwrap очень полезна в случаях, когда другие консольные утилиты, либо не имеют возможности хранить и работать с историей своих же команд, либо когда эта возможность реализована непривычно/неудобно, например, как у SQLPLUS:

Download the latest rlwrap software from the following URL.

http://utopia.knoware.nl/~hlub/uck/rlwrap/
Unzip and install the software using the following commands.

gunzip rlwrap*.gz
tar -xvf rlwrap*.tar
cd rlwrap*
./configure
make
make check
make install

Run the following commands, or better still append then to the ".bash_profile" of the oracle software owner.

alias rlsqlplus='rlwrap sqlplus'
alias rlrman='rlwrap rman'

... отсюда