Широкий диапазон и удобство согласования у дискоконусных антенн — давно известны. Годов с 1940-х, если правильно помню.
Подозреваю, что разработка относится к механизму раскрытия и вообще к механической части. Повод, конечно, хороший, особенно, если механизм надёжный, но вот что в прессрелизе понаписано так, что будто инженеры разработали в том числе и дискоконусность и т.п. — как-то навевает на мысли...
Ну то есть, по вашему, в IDE и т.п. надо выкинуть подсветку строк, которые не закоммичены любым способом? Речь об этой интеграции, а не о способе запуска бинарника git.
Пожалуйста. Я не знаток mc, как выяснилось, но задачи "разгрести файлО на сервере" и "поправить конфиг" он выполняет. Делать же из файлменеджера центр вселенной — это перебор. Всегда найдётся софтина, которая делает конкретную задачу лучше того, что встроено в mc или far и регулярные задачи лучше делать ей.
Про подсветку в курсе — ей точно лет 20 будет, так что это не новость. Но судя по отсутствию интеграции с git — до emacs ещё не дотягивает. Вероятно, это хорошо — не стоит делать из хорошего менеджера файлов комбайн.
Если под сохранением сессий имеется ввиду сохранение "куда зашел", то в mc не пытаются сделать отдельный инструмент, а пользуются стандартными закладками. Логин сохраняется, если вводить в виде user@host. Про пароль согласен.
Что касается логина по ключу — там используется стандартный ssh, а не нечто своё, как в far, так что если вы не осилили там добавить ключ, то mc не виноват.
На мой взгляд — попытка сделать очередную ОС по типу emacs. На этот раз из файлменеджера, а не редактора. Интересно, что-то похожее на IDE в плагинах найдётся? Ну или хотя бы фичи редактора кода типа "вот эта строка не закоммичена"?
Есть мелкая проблема — линукс это конструктор. Там действительно можно сделать всё, включая связку почта-контакты-календарь и аналог AD (собственно, лет 15 назад я это делал на тогдашней работе — и авторизацию в LDAP и контакты из LDAP и цифроподпись с публичным ключом в LDAP и т.п и т.д.). Но это всё потребуется делать, так как дистрибутив, где это всё из коробки, если и существует, то либо непопулярен, либо неподдерживается, либо в нём нет чего-то нужного. А в использованном 15 лет назад дебиане, из коробки не было подключения к LDAP, авторизации токенами и много чего ещё. Это всё включалось малой кровью и потом готовился образ рабочего места, но того, что дебиан это конструктор, а не готовое изделие для энтерпрайза, не отменяет.
Линукс умеет несколько режимов работы с памятью, которая может быть выделена, но не занята. По-умолчанию — выделить можно сколько угодно. Но можно и включить режим "сколько есть, столько и выделяем, не больше" с возможным коэффициентом типа "выделяем не более 200% доступного".
Такой странный вопрос: а сколько нынче проживёт OLED-экран без потерь типа выгорания и т.п.? А то рекламы дохрена про цветопередачу и т.п., а информации о сроке жизни как-то маловато.
Почему спрашиваю: у меня тенденция — таскать телефон до исчерпания возможностей аккумулятора, явной неисправности или невозможности поставить нужное, ибо книгочиталки/видео/навигация/веб — не требуют последних моделей, только поддерживаемый андроид, а игры на телефоне у меня были в то время, когда дети были маленькими. То есть, срок жизни телефона у меня в среднем 5 лет, текущий отработал уже 4 года, похужел аккумулятором и надо бы уже присматривать замену, которая проработает хотя бы столько же.
Он просто не для случая десятка-другого контейнеров в кластере. Плюс — всякие GKE и EKS позволяют не заботиться об инфраструктуре и, как и в swarm, конфигурировать сервисы через yaml.
А если вы не про кластер docker swarm, а про докер на единственном сервере, то, извините, вы сравниваете не те уровни абстракции.
Туда включена зарплата программистов, это допиливающих и админов, это поддерживающих. И тогда это совсем немного. Подозреваю, что пока что сиё вполне себе проживёт в средней виртуалке.
bombus на j2me вполне себе работал. Думаю, и сейчас будет, если поддержка свежих сертификатов есть (проблема-то обычно в этом). А дальше — настраиваешь шлюз в соответствии со статьёй (можно с десктопа) и пользуешься. У меня так аська когда-то работала.
Широкий диапазон и удобство согласования у дискоконусных антенн — давно известны. Годов с 1940-х, если правильно помню.
Подозреваю, что разработка относится к механизму раскрытия и вообще к механической части. Повод, конечно, хороший, особенно, если механизм надёжный, но вот что в прессрелизе понаписано так, что будто инженеры разработали в том числе и дискоконусность и т.п. — как-то навевает на мысли...
Ну то есть, по вашему, в IDE и т.п. надо выкинуть подсветку строк, которые не закоммичены любым способом? Речь об этой интеграции, а не о способе запуска бинарника git.
Пожалуйста. Я не знаток mc, как выяснилось, но задачи "разгрести файлО на сервере" и "поправить конфиг" он выполняет. Делать же из файлменеджера центр вселенной — это перебор. Всегда найдётся софтина, которая делает конкретную задачу лучше того, что встроено в mc или far и регулярные задачи лучше делать ей.
Про подсветку в курсе — ей точно лет 20 будет, так что это не новость. Но судя по отсутствию интеграции с git — до emacs ещё не дотягивает. Вероятно, это хорошо — не стоит делать из хорошего менеджера файлов комбайн.
Если под сохранением сессий имеется ввиду сохранение "куда зашел", то в mc не пытаются сделать отдельный инструмент, а пользуются стандартными закладками. Логин сохраняется, если вводить в виде user@host. Про пароль согласен.
Что касается логина по ключу — там используется стандартный ssh, а не нечто своё, как в far, так что если вы не осилили там добавить ключ, то mc не виноват.
Если в mc работает ESC-буква и не работает Ctrl-буква или Alt-буква, то у вас эмулятор терминала немного не всё умеет.
Извините, умАляю. Не от слова "молить", а от слова "малый". Глаза режет.
А так - плюс вам.
На мой взгляд — попытка сделать очередную ОС по типу emacs. На этот раз из файлменеджера, а не редактора. Интересно, что-то похожее на IDE в плагинах найдётся? Ну или хотя бы фичи редактора кода типа "вот эта строка не закоммичена"?
Тем, что not invented here, вестимо.
Есть мелкая проблема — линукс это конструктор. Там действительно можно сделать всё, включая связку почта-контакты-календарь и аналог AD (собственно, лет 15 назад я это делал на тогдашней работе — и авторизацию в LDAP и контакты из LDAP и цифроподпись с публичным ключом в LDAP и т.п и т.д.). Но это всё потребуется делать, так как дистрибутив, где это всё из коробки, если и существует, то либо непопулярен, либо неподдерживается, либо в нём нет чего-то нужного. А в использованном 15 лет назад дебиане, из коробки не было подключения к LDAP, авторизации токенами и много чего ещё. Это всё включалось малой кровью и потом готовился образ рабочего места, но того, что дебиан это конструктор, а не готовое изделие для энтерпрайза, не отменяет.
Линукс умеет несколько режимов работы с памятью, которая может быть выделена, но не занята. По-умолчанию — выделить можно сколько угодно. Но можно и включить режим "сколько есть, столько и выделяем, не больше" с возможным коэффициентом типа "выделяем не более 200% доступного".
Какая-то часть точно увидит. Проверял на своём WD на 850МБ, который точно не умеет в DMA вообще (PIO Mode 3).
Такой странный вопрос: а сколько нынче проживёт OLED-экран без потерь типа выгорания и т.п.?
А то рекламы дохрена про цветопередачу и т.п., а информации о сроке жизни как-то маловато.
Почему спрашиваю: у меня тенденция — таскать телефон до исчерпания возможностей аккумулятора, явной неисправности или невозможности поставить нужное, ибо книгочиталки/видео/навигация/веб — не требуют последних моделей, только поддерживаемый андроид, а игры на телефоне у меня были в то время, когда дети были маленькими. То есть, срок жизни телефона у меня в среднем 5 лет, текущий отработал уже 4 года, похужел аккумулятором и надо бы уже присматривать замену, которая проработает хотя бы столько же.
Он просто не для случая десятка-другого контейнеров в кластере. Плюс — всякие GKE и EKS позволяют не заботиться об инфраструктуре и, как и в swarm, конфигурировать сервисы через yaml.
А если вы не про кластер docker swarm, а про докер на единственном сервере, то, извините, вы сравниваете не те уровни абстракции.
Подозреваю, что пока один. Плюс, возможно, ещё один для тестов. Ибо иначе бы уже попытались показать хотя бы по подписке.
Туда включена зарплата программистов, это допиливающих и админов, это поддерживающих. И тогда это совсем немного. Подозреваю, что пока что сиё вполне себе проживёт в средней виртуалке.
Не "не умеют", а "не заботятся о". При наличии в семье админа — имеет смысл.
С учётом того, что жена попросила 128ГБ на сяоми, ибо 64 в текущем телефоне — мало, как-то странно называть 128ГБ "большим объёмом".
bombus на j2me вполне себе работал. Думаю, и сейчас будет, если поддержка свежих сертификатов есть (проблема-то обычно в этом).
А дальше — настраиваешь шлюз в соответствии со статьёй (можно с десктопа) и пользуешься. У меня так аська когда-то работала.
UPD: ух ты, на дату-то я и не посмотрел.
Это когда это он стал аналогом гуёвого проводника? Ближайший аналог far.