Upload не должен зависить от промежуточный серверов и аутентификации. Чтобы поддерживать всякие сложный конфигурации, терминал не пытается создать новый коннекшен, а впечатывает содержимое файла прямо через input, командой типа `cat | base64 -d > my-file.txt`. В дальнейшем сделаю, чтобы использовал scp , если есть возможность.
Какой линукс стоит на сервере? Скорее всего, на другой версии OS команды исполняются немного по другому и из-за этого подвисает.
Двухпанельный GUI файловый менеджер выглядит довольно странно. Как бы он вообще из другой вселенной и непонятно для чего он прикручен к терминалу, в котором и так предостаточно консольных файловых менеджеров (mc, far2l, ranger, nnn, и т.д.).
К консольным файловым менеджерам не прикрутишь свои команды типа "Открыть файл в IDEA", "Скачать файл", "Загрузить файл". Конечно, они нужны только когда работаешь на другой машине через ssh, для локальных файлов проще идеевским file tree пользоваться.
Если я запускаю в терминале что-то с параметром, например, "x", то мне при нажатии Enter атоматически дописывается первый вариант из автодополнения, в котором есть такая буква. Это мешает, и такого быть не должно.
Да, не должно, и я это вроде как поборол, для большенства юзкейсов. Хочу понять какой именно случай остался. Вы набираете параметр команды "x", который не является именем файла, но в текущей директории есть файл начинающийся на "x" и он вылезает. Такой?
Не задумывался над этими вещами, исправлю в ближайшее время
Выделение текста работает непривычно и неинтуитивно. В нормальном эмуляторе терминала по double-click выделяется весь текст между двумя ближайшими пробелами, а в FTerminal по правилам текстового редактора, то есть до ближайшего символа, отличного от буквы-цифры.
Это не работает, middle-click не распознаётся
По Ctrl+D терминал не завершает работу и не закрывается. Многолетняя привычка.
Текст выводится раза в два быстрее чем в дефолтном терминале Идеи, но всё равно прорисовка экрана происходит ощутимо медленно, например если листать большие лог файлы. А если в тексте попадаются непечатные символы (как бы кусок бинарника), то всё начинает нереально тормозить, выводит 2-3 строки в секунду. С нативным эмулятором терминала таких проблем не бывает.
Мой терминал использует идеевский дефолтный терминал, так что прорисовка экрана, при выполнении команд, не должна быть быстрее.
Кажется, я понял что именно в идеевском терминале тормозит, придумаю исправить.
Да, 30-Day Trial, а потом 10$. Не хотите платить 10$ - не проблема, любому попросившему хабравчанину скину в личку купон на год бесплатного использования. Только дайте какой-нибудь фидбэк по плагину.
От себя добавлю: если работаете в IntelliJ IDEA, можно установить специальный плагин, оборачивающий терминал в графическую оболочку в стиле IntelliJ. Там появляется идеевский комплишен, более привычный чем комплишен комплишен Bash, возможность открывать файлы в идеевском редакторе, и ходить по файловой системе как в Total Commander.
Поскольку это просто графическая надстройка над обычным терминалом, все фичи работают даже если подключены по ssh к удалённой машине.
ELK — штука классная, конечно же, на серьёзных production environment надо использовать её.
Но иногда, установка агрегатора логов — это оверкил, бывает много ситуаций когда надо посмотреть лог не попадающий в агрегатор. Это не конкурент ELK или Graylog, это конкурент Notepad и «tail -F foo.log»
да, так и есть, это pet project. С заголовком я переборщил, «Новый подход к просмотру логов» выглядит уж слишком многообещающим.
clickhouse, ELK — это другое, они — агрегаторы логов, они индексируют содержимое в отдельной базе, иногда это оверкил. Моя штука нужна когда просто хочешь посмотреть содержимое лог-файла.
Пишу почти такую же штуку. Но у меня это web приложение, оно устанавливается на сервер и показывает логи сервера через Web интерфейс. Так же его можно запустить локально и смотреть логи на локальной машине. github.com/sevdokimov/log-viewer
Ваше приложение показывает только логи с локальной машины, это очень ограничивает его применение. Не думали над тем чтобы научить его реботать с удалёнными логами через SSH? Конечно скачивать весь лог не вариант, но можно закинуть на удалённый сервер приложение-агент, которое умеет читать лог и возвращать только ту часть, которую в данный момент смотрит клиент. То есть агент будет получать из stdin команды какую часть лога прочитать, и возвращать на stdout прочитанный лог или оффсет найденой подстроки.
Upload не должен зависить от промежуточный серверов и аутентификации. Чтобы поддерживать всякие сложный конфигурации, терминал не пытается создать новый коннекшен, а впечатывает содержимое файла прямо через input, командой типа `cat | base64 -d > my-file.txt`. В дальнейшем сделаю, чтобы использовал
scp, если есть возможность.Какой линукс стоит на сервере? Скорее всего, на другой версии OS команды исполняются немного по другому и из-за этого подвисает.
К консольным файловым менеджерам не прикрутишь свои команды типа "Открыть файл в IDEA", "Скачать файл", "Загрузить файл". Конечно, они нужны только когда работаешь на другой машине через ssh, для локальных файлов проще идеевским file tree пользоваться.
Да, не должно, и я это вроде как поборол, для большенства юзкейсов. Хочу понять какой именно случай остался. Вы набираете параметр команды "x", который не является именем файла, но в текущей директории есть файл начинающийся на "x" и он вылезает. Такой?
Какие сочетания клавишь не работают?
Не задумывался над этими вещами, исправлю в ближайшее время
Cпасибо, очень полезный отзыв! Отвечу по пунктам:
Мой терминал использует идеевский дефолтный терминал, так что прорисовка экрана, при выполнении команд, не должна быть быстрее.
Кажется, я понял что именно в идеевском терминале тормозит, придумаю исправить.
Да, 30-Day Trial, а потом 10$. Не хотите платить 10$ - не проблема, любому попросившему хабравчанину скину в личку купон на год бесплатного использования. Только дайте какой-нибудь фидбэк по плагину.
От себя добавлю: если работаете в IntelliJ IDEA, можно установить специальный плагин, оборачивающий терминал в графическую оболочку в стиле IntelliJ. Там появляется идеевский комплишен, более привычный чем комплишен комплишен Bash, возможность открывать файлы в идеевском редакторе, и ходить по файловой системе как в Total Commander.
Поскольку это просто графическая надстройка над обычным терминалом, все фичи работают даже если подключены по ssh к удалённой машине.
Куда релоцируют, если не секрет? Вроде у них остальные офисы в европе были, а туда визы больше не выдают.
Но иногда, установка агрегатора логов — это оверкил, бывает много ситуаций когда надо посмотреть лог не попадающий в агрегатор. Это не конкурент ELK или Graylog, это конкурент Notepad и «tail -F foo.log»
clickhouse, ELK — это другое, они — агрегаторы логов, они индексируют содержимое в отдельной базе, иногда это оверкил. Моя штука нужна когда просто хочешь посмотреть содержимое лог-файла.
Пишу почти такую же штуку. Но у меня это web приложение, оно устанавливается на сервер и показывает логи сервера через Web интерфейс. Так же его можно запустить локально и смотреть логи на локальной машине.
github.com/sevdokimov/log-viewer
Ваше приложение показывает только логи с локальной машины, это очень ограничивает его применение. Не думали над тем чтобы научить его реботать с удалёнными логами через SSH? Конечно скачивать весь лог не вариант, но можно закинуть на удалённый сервер приложение-агент, которое умеет читать лог и возвращать только ту часть, которую в данный момент смотрит клиент. То есть агент будет получать из stdin команды какую часть лога прочитать, и возвращать на stdout прочитанный лог или оффсет найденой подстроки.