Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14
RSS
# Re: idec mobile
idec.talks
vit01(mira, 1) — btimofeev
2020-01-18 13:15:05


libra>> Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

btimofeev> Имена разделяются двоеточием.

Подтверждаю

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/IDECFunctions.java#L41

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: А куда
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-18 11:04:54


Он писал, что на "неопределённое время". Получается, что надолго.

# Re: Настройки idec mobile
idec.talks
vit01(mira, 1) — libra
2020-01-18 13:15:06


libra> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ

Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...

libra> При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
libra> В полях nodename, url -- заменяются настройки оставшейся ноды.

Вполне возможно, что это не баг. Там специально стоит защита от дурака, чтобы предотвратить удаление последней станции из списка.

Пока что нет времени серьёзно всё чинить, но засунул в TODO по клиенту: https://github.com/idec-net/idec-mobile/projects/1

Пулл реквесты всегда принимаю и рассматриваю, только делает их мало кто.

libra> Так же при содании новой -- проставляются сразу данные с mira;

Сделано для экономии времени, плюс нужно подавать пример новичкам, как правильно заполнять настройки, чтобы всё работало.

libra> Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?

У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

Скриншотилка у тебя в системе взяла и подцепила это имя. Ничего необычного. Если ты зайдёшь в список приложений, то легко увидишь vit01.idecmobile

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# А куда
pipe.2032
vit01(mira, 1) — spline
2014-08-18 04:11:03


Неизвестно. Даже скучно стало :(

# Re: Vim на телефоне
linux.14
vit01(mira, 1) — vit01
2016-02-16 05:14:08


В конце концов, сделал проще.
Поставил в настройках Termux посылать Escape при нажатии хардварной клавиши Back.

Ctrl в любом случае лишним не будет, даже если пока он неудобен.

# Выходные
pipe.2032
vit01(mira, 1) — spline
2014-08-17 05:37:02


Ага, сабж - это хорошо. Скоро и я от него в восторг приходить буду :)

# Re: Vim на телефоне
linux.14
vit01(mira, 1) — btimofeev
2016-02-16 04:55:02


btimofeev> Ты кажется переизобрел то, что уже есть в termux. Правда тут нужно зажимать две кнопки одновременно:

Кажется, да.
Но нажимать две кнопки для Esc всё-таки слишком накладно, и удобнее одной.

В другом эмуляторе терминала ( https://f-droid.org/repository/browse/?fdfilter=terminal&fdid=jackpal.androidterm ), например, сочетания Ctrl-клавиша нажимаются поочерёдно, а не вместе, что более удобно, чем в Termux.

Когда держишь телефон одной рукой, то VolumeUp+t - это очень неудобно.

btimofeev> И в самом цезии тоже все на vi-кнопки забиндил.
Аналогично.

# Re: Перекличка номер 3
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-17 04:55:28


А я в это время только пакеты для генты закончил собирать :)
Поэтому всё нормально

# Перекличка номер 3
pipe.2032
vit01(mira, 1) — All
2014-08-16 17:06:45


$subj

# Re: А что так тихо?
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-15 16:34:07


>distcc
Как бы я его не только не ломал, но даже и не строил :)
Да, я его установил на клиенте и на серверах, запустил, предварительно прописав айпи клиента в список разрешённых хостов, даже пользователя отдельного под это дело завёл.

На клиенте обновил path заодно и адреса серверов установил. Не работает, и всё тут.
distccmon-text 1 показывает пустой экран (пробовал и на клиенте, и на серверах во время самой сборки)

Но я всё-таки собрал сегодня силами нетбука networkmanager, vim и elinks, поэтому как-нибудь Гента будет работать.

p.s. если будешь отвечать, то лучше отвечай в ii://linux.14

# Re: А что так тихо?
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-15 13:31:56


> Ты зачем сломал?
Что сломал?

# Re: twtxt
linux.14
vit01(mira, 1) — Рома Бибек
2016-02-16 02:44:15


Всё верно говоришь.

// я в предыдущем сообщении вообще только техническую сторону имел в виду

# Re: twtxt
linux.14
vit01(mira, 1) — btimofeev
2016-02-16 02:07:52


Штука действительно прикольная. Но у нас есть клиент iitxt, через который можно делать всё то же самое и даже больше.

https://github.com/spline1986/iitxt
А ещё есть сишная версия: https://github.com/vit1-irk/iitxt-c

# Vim на телефоне
linux.14
vit01(mira, 1) — All
2016-02-16 01:45:24


Как известно, стандартные клавиатуры на андроиде имеют довольно мало кнопок для удобства работы пальцами. Vim часто использует клавишу Escape, которой обычно на телефонах нет.
"Hacker's Keyboard", - скажете вы. Да, сам регулярно её советую. Но на маленьком экране по ней надо целиться.

Вот небольшой костыль, который подойдёт для Termux.

Заходим в Настройки -> Кнопки, ставим вот такую опцию для клавиш громкости:

http://ii-net.tk/ii/files/3XUUAtyjBsnyT8fLJe9Y.png

Теперь добавляем в ~/.vimrc строку:

imap <left> <ESC>

и всё! Теперь клавиша уменьшения громкости == Escape в Виме.
Очень удобно как для быстрого кодинга, так и для Цезия. Сам сейчас набираю это сообщение в Vim на телефоне и доволен.

# Re: Хабраэха
idec.talks
vit01(mira, 1) — libra
2020-01-15 13:14:44


vit01>> Теперь доступна здесь: ii://habra.rss
vit01>> Поправьте фетчеры и подписки

libra> А старый *habra.16* -- выкидывать в архив?

Да, уже давно там лежит.

Вообще, даже habra.rss уже не обновляется с августа прошлого года, потому что Difrex отключил свой скрипт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# А что так тихо?
pipe.2032
vit01(mira, 1) — vit01
2014-08-15 09:52:36


Просто как генту установил, у меня ресурсов не хватать даже для клиента :) поэтому сижу с телефона
distcc не работает :(

# А что так тихо?
pipe.2032
vit01(mira, 1) — Difrex
2014-08-15 09:50:30


Я здесь

# Re: Сибирь
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-13 14:05:23


> А по конкретней?
Я ж в Иркутске живу. Восточная Сибирь, как никак.

# Re: Termux
linux.14
vit01(mira, 1) — MRD
2016-02-09 00:51:15


MRD> Не-не-не, F-Droid --- тоже маркет.
Там всё свободное и бесплатное, значит всё-таки не маркет :)

MRD> Лучше и приятнее качать APK с сайта разработчика
Не у всех разработчиков есть сайт. И очень малый процент из тех, у кого он есть, выкладывают именно APK, а не ссылку на маркет.

# Re: Termux
linux.14
vit01(mira, 1) — Difrex
2016-02-08 14:35:30


Difrex> Где взять? В маркете только платный.

https://f-droid.org/repository/browse/?fdfilter=termux&fdpage=1&page_id=0
Потом "Details" и "download apk"

Вообще, всегда всем рекомендую FDroid. Гораздо лучше и приятнее всяких маркетов.

# Termux
linux.14
vit01(mira, 1) — All
2016-02-08 01:31:58


У сабжа появился свой виджет. Теперь можно запускать произвольные шелл-скрипты из лончера.

Гейтую вручную станцию и запускаю цезий одним нажатием :)

# Re: ii node
idec.talks
vit01(mira, 1) — jmaks
2020-01-11 14:41:38


jmaks> Поставил следующий фетч, поправьте если что не актуально;
jmaks> Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.

С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.

Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: А эта эха сегодня гейтуется?
pipe.2032
vit01(mira, 1) — Difrex
2014-08-13 11:39:23


> Они все пришли. Просто с задержкой в пол часа
У меня вы оба фетчитесь примерно раз в 10 минут, а то и меньше, поэтому, наверное, дело в вашей стороне =)
Хотя у меня сегодня сервер 2 раза упал из-за безуспешной попытки собрать мир...

# Re: Немного фантазии
linux.14
vit01(mira, 1) — Andrew Lobanov
2016-01-19 13:42:22


Всё, тогда пора запасаться вдохновением и начать писать =)

AL> Надо вводить механизм форвардов и кросспостов =)

// А ещё можно загейтовать наши эхи. Там активность побольше будет, чем в ii://music.14

# Re: А эта эха сегодня гейтуется?
pipe.2032
vit01(mira, 1) — spline
2014-08-13 10:43:21


> Так что надо спрашивать Виктора =)
По-моему, всё ходит нормально. Какие сообщения отсутствуют, известно?

> Могу у себя фетчинг настроить, в принципе. Не проблема.
Настраивай. Просто на всякий случай

# Re: Ставим цезий на любой андроид за 5 минут
linux.14
vit01(alicorn-proxy, 1) — jmaks
2016-01-16 02:05:40


jmaks> @vit01, для какой версии андроида подходит termux_19 ревизии? И есть у кого еще живой пакет если для версии <5.0?

Вроде бы только 5.0 и выше. Так что ошибся я с "любым" андроидом. И да, termux активно обновляется, 19 версия уже не актуальна.

# Re: Скриншотов-тред!
linux.14
vit01(alicorn-proxy, 1) — jmaks
2016-01-16 02:05:40


jmaks> и ты свой осом кажи...
В этом сообщении есть: ii://1x5khcNd0tm6zrDu6NWA

Вот этот скриншот http://ii-net.tk/screens/3.png за то время совсем не изменился.

ii-клиент теперь выглядит вот так: http://ii-net.tk/screens/5.png

# Re: Microsoft купил Github и будет устанавливать там свои порядки
develop.16
vit01(mira, 1) — Andrew Lobanov
2018-06-18 16:30:40


vit01>> Сабж. Ваши действия?

AL> Как там развиваются события? Уже пора переходить на self-hosted? =)

Пока решил лично для себя, что валить не буду, потому что

1. Весь мой код свободный, и приватных репозиториев нет, следовательно бояться нечего
2. МС пока не предпринимают никаких действий, потому что хотят сохранить аудиторию (тем более, многие от испуга уже свалили на гогс или гитлаб)
3. Git распределённый, и альтернатив для хостинга достаточно, поэтому мигрировать всегда успеем, если вдруг прижмёт

# Re: ii node
idec.talks
vit01(mira, 1) — jmaks
2019-11-03 17:19:38


jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

Вроде ничего принципиально не изменилось. Ставь актуальную ноду какую-нибудь, и закинем в фетч

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Открытая статистика сети
idec.talks
vit01(mira, 1) — Difrex
2019-09-18 15:32:14


Difrex> Навел меня на мысли тред про мониторинг(и не только). А именно обсуждщение приватности метрик.

Может быть, мои слова были поняты не очень точно, но метрики бывают очень разные. Например, для банковских данных или инфы, которая может помочь скомпрометировать серваки или сети с важной инфой.

Понятно, что многие данные можно и нужно выкладывать, а на какие-то просто пофиг. Но всё ведь индивидуально.

Difrex> В общем, я открыл всем дашборд со статистикой сети, доступен по ссылке https://grafana.lessmore.pw/d/vPKzlQKWk/idec?orgId=1

Круто, конечно, но с графиками было бы ещё круче :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Уведомлялка
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-13 03:50:41


Может, в начале скрипта #!/usr/bin/env python2 добавить?
Или просто питоном запустить

# Re: ping
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-13 03:30:16


>ну и я тут
говорю же - 5

# Re: ipfs
linux.14
vit01(mira, 1) — Difrex
2015-12-16 14:42:46


Любопытная вещь по своей сути. Очень похожа на ii по идее и по возне с хэшами.

Однако смутило, что сабж дублирует файлы перед их раздачей. И ещё то, что разработчики планируют строить интернет и веб-приложения на такой технологии. Ведь ipfs запросто рискует зарасти мусором и устаревшими файлами в таком случае.

# Re: Скриншотов-тред!
linux.14
vit01(mira, 1) — Difrex
2015-11-20 12:15:55


Да, именно его =) Но там пересобирать-то нечего, он компилится несколько секунд.

Один из самых лучших WM, занимает меньше 100 кб в скомпилированном виде и имеет самый минимум зависимостей. При этом его вполне удобно использовать. На генте у меня стоял, как основной.

# Re: Скриншотов-тред!
linux.14
vit01(mira, 1) — Difrex
2015-11-20 11:40:17


Difrex> Собрал себе патченный i3wm -- теперь красотень ваще =)

Да, i3 хорош. А я вот до сих пор на авесоме сижу, причём не конфигурировал его очень и очень давно. Идеал достигнут =)

Кстати, недавно новая версия dwm вышла, пробовал кто?

# Re: Ставим цезий на любой андроид за 5 минут
linux.14
vit01(mira, 1) — vit01
2015-11-19 01:08:58


И ещё: если бы в цезии было vim-like управление, то дополнительную клавиатуру можно было бы не ставить.

А termux, как терминал, очень крут тем, что там есть интегрированные бинари apt и куча хорошего софта в репозиториях. Причём работает всё без рутов и дополнительных скачиваний.

# Microsoft купил Github и будет устанавливать там свои порядки
develop.16
vit01(mira, 1) — All
2018-06-05 12:47:57


Сабж. Ваши действия?

# Re: Ошибки в API и базе
idec.talks
vit01(mira, 1) — Peter
2019-08-21 20:03:46


>> 2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Peter> Вроде исправил, сейчас ок?

Да, сейчас норм всё

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Освоение программирования
develop.16
vit01(mira, 1) — Andrew Lobanov
2018-05-17 02:33:48


>>>  Awesome WM

AL> А вот тут моё мнение диаметрально противоположное, если честно. Использовать лучше то, к чему привык. Конечно, любопытство в своё время заставило меня попробовать так называемые тайловые оконные менеджеры, да так на них и остался по сей день, но Awesome достаточно сложен в настройке, если именно осмысленно писать ему конфиг и аплеты, и его изучение требует времени и сил.

Ничего ведь не мешает просто попробовать. Да, конечно, для настройки авесома надо мануалов покурить, поизучать чужие примеры. Но зато интеграция WM с языками программирования вырабатывает творческий подход к своему десктопу.

# Ошибки в API и базе
idec.talks
vit01(mira, 1) — All
2019-08-21 00:39:59


Решил провести ревизию своих фетчеров и обнаружил кое-что:

1. На dynamic'e появился один msgid аномальной длины :)
2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Наглядный тест: https://club.syscall.ru/u/e/test.1/test.2/ii.test.14/-2:2

3. Последние сообщения из ifhub.club мой фетчер упрямо не хочет сохранять в БД. Почему, пока не знаю

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Форумное представление на dynamic
idec.talks
vit01(mira, 1) — Difrex
2019-08-21 00:27:06


Difrex> Заценить можно тут: https://dynamic.lessmore.pw/forum

Difrex> Жду отзывов :)

Выглядит круто! Из мелких пожеланий, наверное, будет убрать пометку "Re: " из сабжей, потому что справа есть и так счётчик ответов. Это улучшит читаемость

// И немного уменьшить шрифт для сабжа в списке, а то выбивается из дизайна и места занимает больше. Где-то до 16-18 пикселей

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: ping
pipe.2032
vit01(mira, 1) — gaxx
2014-08-13 01:29:00


>И я здесь.
теперь 5

# Re: ping
pipe.2032
vit01(mira, 1) — spline
2014-08-12 15:06:21


> Может я чего и путаю, но Tk поддерживает какие никакие темы оформления. Во всяком случае, когда я пользовался Tkabber ещё, я рисовал свою темку.
Tk, по крайней мере, в питоне, имеет надстройку ttk, которая позволяет использовать темы. Сейчас её подключил, интерфейс стал чуть поприличнее. Надо бы тему к нему хорошую написать тогда (юзаю одну из дефолтных).

> То то и оно. Я потому всё на голом лиспе и хочу реализовать чтоб ни к чему больше не привязываться.
Хорошо бы.

> На самом деле, если юзать ncurses как я его пользую, то там всё очень просто.
Тогда попробую посмотреть и прикрутить.

# Re: ii/idec
std.club
vit01(mira, 1) — spline
2017-04-14 17:39:05


> Простейшую реализацию клиента можно написать даже на bash.

Таковая, между прочим, у нас есть. Ну, если busybox можно считать заменой bash

С помощью этой штуки можно полноценно общаться:

https://github.com/vit1-irk/ii-db-utils/blob/master/ii-bb.sh

# Ставим цезий на любой андроид за 5 минут
linux.14
vit01(mira, 1) — All
2015-11-18 00:43:03


Скачиваем 2 приложения, устанавливаем:

https://f-droid.org/repo/com.termux_19.apk
https://f-droid.org/repo/org.pocketworkstation.pckeyboard_1038002.apk

Ставим Hacker's Keyboard системной клавой по-умолчанию.

Запускаем termux, вводим:
apt update
apt upgrade
apt install python nano git
git clone https://github.com/spline1986/caesium
cd caesium
# правим конфиг
python caesium.py

# Re: Эталонная реализация idec
idec.talks
vit01(mira, 1) — vit01
2019-08-02 18:17:46


Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.

Нужна поддержка сертификатов.

В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Эталонная реализация idec
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-08-02 17:51:09


AL> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)

Слабая валидация POST данных. Особенно на тех же файловых эхах

Способ хранения индексов вместе с файлами в фэхах меня тоже немного удивил. Можно попробовать в качестве атаки ввести фэху index и загрузить там файл с названием другой фэхи, тем самым легко затерев всё содержимое последней.

Мои пожелания:

1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"
Уже часто начал замечать, что при таком подходе гораздо проще делать бэкапы и отделять файлы репозитория от изменяемых файлов.

// все блэклисты и изменяемые конфиги полностью туда

К конфигам удобнее добавить готовые примеры, чтобы ещё быстрее ускорить развёртывание станции.

2. Объединить cli-скрипты в единый интерфейс и запускать вроде

idec.py run
idec.py points add Vasya
idec.py stats -f ... -t ...
idec.py stats --help

3. Туда же, к cli-интерфейсам. Не надо городить велосипедов к парсингу параметров командной строки, ведь есть модуль argparse из стандартной библиотеки. Он же поможет тебе объединить все скрипты в один

https://docs.python.org/3/library/argparse.html

4. Текстовая БД не единственный тип БД. Я понимаю, что у нас это классика, но в боевых условиях, на десятках тысяч сообщений это не вариант. Только если в виде PoC

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: ping
pipe.2032
vit01(mira, 1) — spline
2014-08-12 08:13:09


> Вопрос настройки на самом деле. Ненастроенный gtk тоже не шибко то красавчик =)
А разве там можно сделать темы? Я слышал только про ttk, но это не совсем то, что нужно.

> Ну фиг знает есть ли смысл с lisp на python переводить.
Можно в принципе прямо на lisp его и использовать. Мой же клиент модульный, туда всё что угодно по идее прикрутить можно. Хотя lisp машина довольно много весит.

> Но сперва ncurses, бо изначально хотелось что-нить такое.
Я вот не осилил ncurses, gtk/qt всё-таки проще делать =)

# Re: ping
pipe.2032
vit01(mira, 1) — Difrex
2014-08-12 07:30:23


>И я здесь.
теперь 3

# Re: ping
pipe.2032
vit01(mira, 1) — spline
2014-08-12 06:57:58


>Я здесь.
Хорошо

>Только нынче я на резервное зеркало instead-games и переписку с автором cl-charms отвлёкся сильно. Так что cl-ii пока отложен до поры фиксов критических багов в этом биндинге.
А я вот свой клиент уже написал, работает хорошо. Правда у tkinter не такой хороший gui, как хотелось бы, поэтому я либо дождусь багфикса в твоей читалке и возьму ncurses gui у тебя, либо сделаю сам на GTK или Qt. Сейчас, кстати, еду на дачу, протестирую недавно добавленный /x/t

# ping
pipe.2032
vit01(mira, 1) — All
2014-08-12 05:36:38


Кто здесь есть кроме новостного_робота?

# Re: Тест
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-07-29 08:17:40


Видно, видно

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Странное письмецо, надо посоветоваться
idec.talks
vit01(mira, 1) — All
2019-07-25 16:41:39


Обратился ко мне по емейлу якобы владелец одного сайтеца, просит удалить ссылки с архива на alicorn.tk

Hi there,

I’m working on cleaning the website adaptavist . com, and I need your help in removing some links from your site. Your site is probably perfectly legitimate, but I’m just trying to eliminate as many links as possible.

I’m asking this because it’s come to our attention that some of the links to our website have been acquired against Google’s Webmaster Guidelines, so it’s important for us to remove links that are harming traffic to our website. Furthermore, by linking to our site, it could be detrimental to your site’s overall traffic, so it will be important for you to remove the link.

Here are some examples:

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Link text: ... (убрано мной, чтобы снова их скрипт не сработал)
Page on our site: ...

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK&reply

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK&reply
Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=1

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=1

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=88

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=88

The link(s) need to be actually removed, rather than just disavowed. Even if they are “nofollow,” I’d still like them to be removed.

Please let me know if you have any questions. If you could email me once you have removed the link that would be great.

Thanks in advance! I hope to hear from you soon.

Kind Regards,

Adaptavist Webmaster

Мой ответ этим товарищам был вот такой:

These links which were mentioned by you, are actually from annotations of archived posts of the Habrahabr website
 
The traffic which comes to your website, is primarily caused by this habrahabr post: https://habr.com/ru/company/billing/blog/271805/ (for example)
 
We can try to get rid of those links, but it's just an archive of short abstracts from the "real" articles. So, I just wanted to make it clear why are you worried about them and if you contacted the author of the original habrahabr article

Что может посоветовать в этой ситуации многоуважаемый All?

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Освоение программирования
develop.16
vit01(mira, 1) — Anotheroneuser
2018-05-14 16:10:44


>> Переходи сразу к lua
Anotheroneuser> Привлекательная мысль, благодарю. И очень сэкономит время.

То, что для "настоящего" обучения программированию советуют C++, на самом деле не лишено смысла. Это должно научить некоторым базовым вещам, да и строгая типизация дисциплинирует.

Но всё-таки соглашусь с остальными товарищами и посоветую начать с Lua.

На мой взгляд, самое важное в обучении программированию - это иметь возможность сразу "потрогать" результат своего труда. А если твоя краткосрочная цель есть написание игрушек на Инстеде, то Lua - это точное попадание. Так у тебя будет мотивация улучшать свои навыки, и, натренировавшись, можно будет углубляться, переходить от простого к сложному. К тем же плюсам, например.

// python тоже очень крут в плане низкого порога вхождения и неплохо оптимизирует рутину

P.S. Когда начнёшь изучать Lua, попробуй установить Awesome WM. Будешь изучать язык и одновременно тюнинговать свой рабочий стол =)

# Re: android idec и play market
idec.talks
vit01(mira, 1) — btimofeev
2019-07-22 03:55:31


vit01>> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

btimofeev> Дополнительно можно в F-droid выложить. Могу с этим помочь.

Думаю, что F-Droid - это всё-таки наша первоначальная цель. Потому что это более "элитный" стор.

Difrex> Думаю, что мы можем задонатить =)

Это можно, но главное - это пофиксить неудобства юзабилити и дизайна + создать эталонную ноду, чтобы простые юзвери могли с удовольствием пользоваться клиентом. Вот в том же HodDogEd регистрация уже встроена в клиент, например. Нам до такой крайности опускаться не надо, но упросить порог вхождения желательно.

Самая нехорошая проблема для новичка - это первое скачивание сообщений. Надо его либо как-то ускорить, либо как-то подкрутить фетчер (для первого раза) на меньший лимит скачивания, чтобы всё побыстрее шло. И ещё пометить после первого фетча всё как прочитанное.

Ещё у меня на 9 андроиде после перезагрузки системы клиент падает с вот таким эксепшеном:

06-20 10:27:41.475 I/it01.idecmobil( 7793): Late-enabling -Xcheck:jni
06-20 10:27:41.976 I/Perf ( 7793): Connecting to perf service.
06-20 10:27:42.579 I/ACRA ( 7793): ACRA is enabled for vit01.idecmobile, initializing...
06-20 10:27:42.878 I/it01.idecmobile( 7793): type=1400 audit(0.0:101): avc: denied { getattr } for path="/data/data/com.android.keychain" dev="dm-0" ino=111211 scontext=u:r:untrusted_app:s0:c140,c256,c512,c768 tcontext=u:object_r:system_app_data_file:s0 tclass=dir permissive=1
06-20 10:27:42.888 W/it01.idecmobil( 7793): Accessing hidden method Landroid/security/IKeyChainService$Stub;-><init>()V (dark greylist, linking)
06-20 10:27:42.889 D/AndroidRuntime( 7793): Shutting down VM
--------- beginning of crash
06-20 10:27:42.893 E/AndroidRuntime( 7793): FATAL EXCEPTION: main
06-20 10:27:42.893 E/AndroidRuntime( 7793): Process: vit01.idecmobile, PID: 7793
06-20 10:27:42.893 E/AndroidRuntime( 7793): java.lang.NoSuchMethodError: No direct method <init>()V in class Landroid/security/IKeyChainService$Stub; or its super classes (declaration of 'android.security.IKeyChainService$Stub' appears in /system/framework/framework.jar!classes2.dex)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.keychain.KeyChainService$1.<init>(KeyChainService.java:95)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.keychain.KeyChainService.<init>(KeyChainService.java:95)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at java.lang.Class.newInstance(Native Method)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.AppComponentFactory.instantiateService(AppComponentFactory.java:103)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.handleCreateService(ActivityThread.java:3554)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.access$1300(ActivityThread.java:202)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.os.Handler.dispatchMessage(Handler.java:106)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.os.Looper.loop(Looper.java:193)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.main(ActivityThread.java:6744)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at java.lang.reflect.Method.invoke(Native Method)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:495)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:859)
06-20 10:27:42.913 E/ACRA ( 7793): ACRA caught a NoSuchMethodError for vit01.idecmobile
06-20 10:27:42.913 E/ACRA ( 7793): java.lang.NoSuchMethodError: No direct method <init>()V in class Landroid/security/IKeyChainService$Stub; or its super classes (declaration of 'android.security.IKeyChainService$Stub' appears in /system/framework/framework.jar!classes2.dex)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.keychain.KeyChainService$1.<init>(KeyChainService.java:95)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.keychain.KeyChainService.<init>(KeyChainService.java:95)
06-20 10:27:42.913 E/ACRA ( 7793): at java.lang.Class.newInstance(Native Method)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.AppComponentFactory.instantiateService(AppComponentFactory.java:103)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.handleCreateService(ActivityThread.java:3554)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.access$1300(ActivityThread.java:202)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)
06-20 10:27:42.913 E/ACRA ( 7793): at android.os.Handler.dispatchMessage(Handler.java:106)
06-20 10:27:42.913 E/ACRA ( 7793): at android.os.Looper.loop(Looper.java:193)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.main(ActivityThread.java:6744)
06-20 10:27:42.913 E/ACRA ( 7793): at java.lang.reflect.Method.invoke(Native Method)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:495)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:859)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: android idec и play market
idec.talks
vit01(mira, 1) — Peter
2019-07-20 12:09:06


Peter> Тут интересуются, почему в плеймаркете нет твоего клиента. :) Действительно, почему? Может уже пора начать захватывать мир? Только регистрацию бы попроще сделать...

Для этого есть несколько проблем

1. Нет узла со свободной регистрацией, на который не стыдно приводить людей. И на котором будет хорошая защита от спама

2. В клиенте есть некоторые баги, которые до сих пор фиг знает как чинить, и для новичков они будут доставлять дискомфорт. Ещё есть недоработки в UI. См. Projects на Гитхабе. Ещё для финальной версии нужна поддержка шифрования, которую мне до сих пор лень делать.

3. Нет нормального хэлпа внутри клиента и некоторого "вступительного экрана". Но с этим вы можете помочь

4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

5. Нетмейл. Все про него постоянно спрашивают

6. Есть неприятная особенность при первом запуске (или когда долго не заходишь в клиент), что долгое скачивание сообщений, которые ещё и в непрочитанные летят. Эту проблему тоже надо решать.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Статус
pipe.2032
vit01(mira, 1) — All
2014-08-10 16:46:17


В общем, я ещё живой ;) и до сих пор сюда захожу (где-то раз в час точно). Сделал на удалённом сервере нормальный крон, поэтому фетч теперь регулярно работает даже по ночам и выходным. Завтра также будет, что написать в ii.14.

Сейчас спать :D

# Re: написание софта под Андроид
linux.14
vit01(mira, 1) — vit01
2015-10-28 11:52:48


IDE мне всё-таки завести удалось. Но жрать гигабайт с чем-то ОЗУ, извините, просто нагло с её стороны.
Здесь завести NDK пришлось немного по-другому: тут используется система сборки gradle вместо чего-то более простого. Для начала в файле gradle.properties надо прописать: android.useDeprecatedNdk=true
Затем в local.properties указываем: ndk.dir=/путь/к/ndk
Потом либо создаём в проекте каталог jni и туда сишные исходники, либо делаем симлинк для libs/, сгенерированного ndk-build на jniLibs/ и собираем библиотеки вручную через консоль, чтобы IDE их подхватывала.

А так скажу, что со средой разработки гораздо проще, чем без неё. Настолько просто, что даже интерес особый пропадает в ней писать.

# Re: Первая проба Android NDK или лень против костылей :)
linux.14
vit01(mira, 1) — Andrew Lobanov
2015-10-20 11:16:46


> В iing чего договорились то? Оставляем 20 знаков в msgid и обязательную точку в имене эхи, но без обязательного числа в конце (ii.talk)?
Пока ещё не договорились, но готов остановиться на этом варианте. msgid пока оставляем.

# Переехали
pipe.2032
vit01(mira, 1) — All
2014-08-09 15:14:24


Из ii.dev.14 и ii.soft.14 в ii://ii.14. Гейт с 51t.ru есть

# Re: Первая проба Android NDK или лень против костылей :)
linux.14
vit01(mira, 1) — Andrew Lobanov
2015-10-20 11:16:46


> У нас таки будет андроид-клиент?
А разве его до сих пор нет? =)
Java-клиент от ntkrnlmp.exe и так вполне работает. Сишный клиент тоже работает (с доустановкой терминала и рута).

Пока "андроид-клиента от vit01" в планах не намечалось, но в перспективе хотел бы и на андроид свои грязные^W руки просунуть ;)

Пробовал ещё на Qt что-то сделать опять же на сабж, но ничего не вышло. И снова из-за ужасной IDE =(

# Re: Первая проба Android NDK или лень против костылей :)
linux.14
vit01(mira, 1) — vit01
2015-10-20 04:01:49


>Думаю, что IDE всё-таки придётся ставить.
Попробовал android studio, так она виснет и вылетает через 5 минут работы. Ещё и терминал, в котором запущена, в сегфолт загоняет.

# Re: Первая проба Android NDK или лень против костылей :)
linux.14
vit01(mira, 1) — Difrex
2015-10-19 13:38:33


> А IDE не пробовал?
Не, ни одну не пробовал. Они все такие жирные :[
Предпочитаю писать код в vim.

> Может, в нем проще будет NDK пользовать
NDK и там, и там одинаково используется, я же писал, в чём главные минусы этой штуки =)

Неудобно сборку пакета воедино делать, отлаживать и на джаве писать.

Думаю, что IDE всё-таки придётся ставить.

# Re: TopicID на dynamic: вытаскиваем тред целиком
develop.16
vit01(mira, 1) — Difrex(mobile)
2018-01-05 08:53:12


> // Народ, а каких бы еще фич хотелось бы вам?

1. Хотелось бы добавить в FAQ описание, как пользоваться тредами и навигацией туда-сюда-обратно по msgid, сабжам, поинтам

2. Нужен парсинг цитат, комментариев и прочей разметки. И выделение цветом. А то читать просто так крайне неудобно

3. API для экспорта текущей ленты в формат RSS.

4. При доступе через клиент, когда скачиваешь сообщение, отсутствует тег ii/ok. Это баг

# Re: А где все?
pipe.2032
vit01(mira, 1) — 51t
2014-08-09 11:29:43


> где где в фиде
А говорят, что ii лучше устаревшего фидо...

# А где все?
pipe.2032
vit01(mira, 1) — All
2014-08-09 11:01:36


сабж

# Первая проба Android NDK или лень против костылей :)
linux.14
vit01(mira, 1) — All
2015-10-19 04:05:58


Решил не так давно написать что-то родное для своего андроида. Но проблема в том, что на Java я программировать не умею, да и не хочу.
Вспомнил, что существует набор компиляторов Android NDK, который, со слов Гугла, позволяет писать приложения на C/С++ или даже на других языках. На самом деле это немного не так, но об этом позже. Обрадовался и решил написать небольшой скрипт на своём любимом Си + скомпилировать некоторые полезности.

Скачал этот NDK (а он в 7zip SFX, фу и весит гига 2 в распакованном виде), попробовал что-то скомпилировать под arm.

Готовый скрипт для тех, кому надо быстро что-нибудь собрать. Можно адаптировать под Makefile для сборки всяких свободных библиотек.
#!/bin/bash
NDK_DIR=/mnt/android-ndk-r10e/
CC_PATH=$NDK_DIR/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86/bin/ # для GCC 4.9, доступен также 4.8 и clang
CC=$CC_PATH/arm-linux-androideabi-gcc # есть и другие утилиты из списка
SYSROOT=$NDK_DIR/platforms/android-21/arch-arm/ # android-21 - это версия 5.0, есть и более старые

$CC -I $SYSROOT/usr/include/ --sysroot=$SYSROOT ваша_прога.c -o output

Собрал lua, свой клиент для ii вместе с libcurl (писал об этом в ii.14), ещё один небольшой скрипт под 200 строк.

Захотелось большего =) Решил сделать apk, чтобы можно было просто тыкнуть пальцем и запускать свои скрипты, а не заходить в терминал.

Тут и начались проблемы. Документация у Гугла по NDK слишком скудная, поэтому разбираться пришлось самому.
GUI андроид-приложения называется Activity. В каталоге samples из NDK нашёл пример native-activity.

Компилируется оно уже по всем правилам и стандартам. Сначала надо зайти в сам каталог проекта, а потом уже запустить $NDK_DIR/ndk-build. Данный скрипт сам найдёт нужные параметры и соберёт библиотеку для всех архитектур.
Для того, чтобы упаковать программу в apk-файл, потребуется Android SDK и apache-ant. SDK в распакованном виде тоже весит несколько гигабайт, к сожалению.

Самой упаковкой apk и прочими рутинными вещами занимается ant. Но просто так он работать не может, ему нужен специальный файл под названием build.xml. И чтобы не мучаться с его ручным составлением, можно прибегнуть к небольшой хитрости с использованием SDK.

#!/bin/bash
SDK_DIR=/mnt/android-sdk-linux
TOOLS=$SDK_DIR/tools

$TOOLS/android create project --activity APP_Name --path ./каталог_проекта -n HelloWorld -t android-21 -k vit01.helloworld # в -k должно быть внутреннее системное имя пакета; точка в названии обязательна

Вот мы создали обычный java-проект. Теперь копируем файлы build.xml, local.properties и project.properties в каталог с проектом ndk.

Содержимое build.xml у меня оказалось вот такое:

<?xml version="1.0" encoding="UTF-8"?>
<project name="HelloWorld" default="help">
    <property file="local.properties" />
    <property environment="env" />
    <condition property="sdk.dir" value="${env.ANDROID_HOME}">
        <isset property="env.ANDROID_HOME" />
    </condition>

    <loadproperties srcFile="project.properties" />

    <fail
            message="sdk.dir is missing. Make sure to generate local.properties using 'android update project' or to inject it through the ANDROID_HOME environment variable."
            unless="sdk.dir"
    />
    <import file="custom_rules.xml" optional="true" />
    <import file="${sdk.dir}/tools/ant/build.xml" />
</project>

Теперь идём в нужный каталог, набираем ant debug, ждём сборки пакета и находим apk в bin/
Устанавливаем, запускаем, радуемся.

А, стоп, надо посмотреть исходники (в jni/main.c)! Нет, не радуемся. Приложение почти полностью построено на EGL. Значит оно работает с видеокартой на низком уровне, а activity в хэдерах NDK - это единственная небольшая обёртка для него.

Если посмотреть в заголовочные файлы NDK, то видно, что для него есть только та самая обёртка, поддержка сенсоров, карты памяти, TTS, логов и прочее незначительное. A GUI-контролов нет!

Без Java, увы, здесь не обойтись. И это главный минус NDK. Пробуем пойти длинным путём. Идём в каталог java-проекта того самого хеллоуворлда, создаём там каталог jni, внутрь jni суём наш сишных хеллоуворлд и файл Android.mk с вот таким содержанием:

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_MODULE    := modulename
LOCAL_SRC_FILES := helloworld.c

LOCAL_LDLIBS    := -llog -landroid
LOCAL_STATIC_LIBRARIES := android_native_app_glue

include $(BUILD_SHARED_LIBRARY)

$(call import-module,android/native_app_glue)

Ещё не помешает Application.mk с подобным:
APP_ABI := all
APP_PLATFORM := android-21

И что же нам написать на этот раз, чтобы хоть что-то получилось?
Для связывания Java кода и Си используется вещь под названием Java Native Interface, или JNI. Она позволяет пробрасывать сишные функции, чтобы их можно было вызывать из java-кода. И наоборот, но так гораздо сложнее. Проще говоря, это такой костыль.

Для демонстрации его работы напишем в java файл (а находится он в каталоге src/vit01/helloworld/APP_Name.java для моего проекта) вот такой код:

package vit01.helloworld;

import android.app.Activity;
import android.os.Bundle;
import android.widget.TextView;

public class APP_Name extends Activity
{
    native public String return_helloworld(); // объявляем функцию, находящуюся в сишной библиотеке; ключевое слово native обязательно
    String mytext;
	
	static {
		System.loadLibrary("modulename"); // загружаем наше скомпилированное
	}
	
	TextView textView;
	@Override
	public void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		textView = new TextView(this);

		mytext=return_helloworld(); // вызываем сишную функцию

		textView.setText(mytext);
		setContentView(textView);
    }
}

В jni/helloworld.c пишем

#include <jni.h>

JNIEXPORT jstring JNICALL Java_vit01_helloworld_APP_1Name_return_1helloworld(JNIEnv * env, jobject jObj) {
	// много букв, да? И не говорите. Название для этой функции jni ищет по особым правилам, и если в джаве она называется return_helloworld(), то здесь вот такой ужас
	// приходится нагромождать в сишном коде кучу костылей и обёрток
	char str[]="Hello World 123456!";
	return (*env)->NewStringUTF(env, str);
}

Потом в каталоге проекта запускаем $NDK_DIR/ndk-build и ant debug, на выходе получаем готовый apk в bin/, который при запуске выдаст наш хеллоуворлд. Кстати, material design из коробки я в нём так и не увидел. Видимо, надо ещё стилевые библиотеки подключать.

Вывод: программирование на Андроид без IDE и джавы довольно сложно, много минусов у NDK, но так или иначе приноровиться можно. Через любимую консоль будет довольно тяжело писать под эту платформу.

# Re: MS Linux
linux.14
vit01(mira, 1) — Difrex
2015-09-18 10:39:15


> Микрософт проиграл.
Но если смотреть на денежный вопрос, то, может быть, и выиграл.

Сама ситуация забавная, да =)

# Re: Таверна
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-07-17 00:50:41


Готово. Надо потом и документацию обновить

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Фэхи
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-07-08 05:07:43


AL> В стандарте не указаны ограничения на имена файлов. Значит ли это, что узел должен принимать файлы с любым именем?

AL> Здравый смысл подсказывает мне, что как минимум ":" стоит запретить, так как это может быть чревато боком.

Уточнил в документации. Там сейчас требования похожие для таковых у файлэх (в текущей реализации). Если что, можно подправить стандарт и указать что-нибудь другое.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Дмитрий Хара "П. Ш."
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-07-08 04:45:48


Прочитал книженцию полностью. Есть там годные и интересные мысли, однако под конец автор вообще всё запорол.

Особенно ту часть с доктором конспирологом-ВИЧ-диссидентом (приводящим совершенно идиотские аргументы), ну и потом многочисленные нападки на "извращуг" со стороны автора и форсирование "традиционных ценностей", от которых уже тошнить начинает.

Мне-то ещё ладно, но люди ведь всерьёз воспринимают. Ещё и поверят, небось.

А, и да, какие-то остаточные кусочки религиозного мировоззрения там всё-таки присутствуют в высказываниях персонажей.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# IDEC Mobile
idec.talks
vit01(mira, 1) — All
2019-06-15 12:02:52


На днях обновил nginx, и клиент перестал пускать на станцию мира, хотя в браузерах всё хорошо работало.

Ошибка заключалась в обновлении протоколов SSL у nginx и в невозможности старого https-клиента netcipher (который в составе IDEC Mobile) с ним работать. Итого я прописал в клиенте свежую версию netcipher, и всё заработало

Просьба обновиться

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Скриншоты
linux.14
vit01(mira, 1) — Difrex
2015-07-27 12:37:37


> В таком окружении уже почти 4 месяца
Тоже неплохо. Минимализм редко надоедает.

# Re: Просим, казалось бы, невозможного у VNC и Pulseaudio
linux.14
vit01(mira, 1) — Difrex
2015-07-27 12:33:59


> Кстати, советую заменить VNC на NX или X2go. :)
Они трафик через ssh туннелируют, так что будет процессор нагружать достаточно шифровкой-расшифровкой.
Да и вообще: работает - не трогай =)

# Re: Скриншоты
linux.14
vit01(mira, 1) — spline
2015-07-26 15:09:19


> Именно поэтому я в своё время с осома слез. Надоело конфиги переписывать. Правда это была ещё 2.х ветка и там изменения было более радикальные, насколько я помню 3.х ветку.
Когда только начинал использовать Awesome, ветка 3.5 уже существовала. Удивило немного, что в "семёрке" ещё 3.4.

> А я наоборот в последние пару месяцев скачу fvwm -> i3 -> stumpwm и обратно. Уже самомк надоело, но никак не могу остановиться.
Тут решение очень простое. Тебе следует выбрать один оконный менеджер, затем настроить его "основательно" и по-максимуму удобно.
Внутренний ленивец скажет: "а зачем мне другое? к нему снова конфиг писать и снова всё настраивать, а здесь уже готово", вот и остановишься =)

# Скриншоты
linux.14
vit01(mira, 1) — All
2015-07-25 15:03:28


Нетбук, арч, awesome:
http://ii-net.tk/screens/2.png
http://ii-net.tk/screens/3.png
http://ii-net.tk/screens/4.png

Последнее время уже всё настолько устоялось, что менять ничего не хочется. (но обоина изначально другая была)

Ноут из предыдущего сообщения, родной интерфейс:
http://ii-net.tk/screens/1.png

Вывод утилиты view из iitxt-c удобно перенаправлять и читать через less.
Конфиг Awesome для ноута пришлось немного переписать, потому что на арче стоит версия 3.5, а на дебиане 7 - 3.4.

# Просим, казалось бы, невозможного у VNC и Pulseaudio
linux.14
vit01(mira, 1) — All
2015-07-24 17:18:15


Возникла у меня одна интересная задачка:

Дано:
Супер-слабый комп с ОЗУ 256 мб (вы уже могли видеть его упоминание где-то здесь). Дебиан 7 на этом девайсе.

Сервер в локальной сети на Арче. Ни монитора, ни колонок, просто ящик.

Задача состоит в том, чтобы сделать из слабого компа тонкий клиент, на котором можно сёрфить по вебу без тормозов, работать с документами, ну и конечно же слушать музыку и смотреть кинцо.

Первая задача решается через VNC. На компе с арчем я сделал чрут, внутрь которого установил всё необходимое. Включая tigervnc как наиболее простой в настройке.
Настроил systemd-сервис для автоматического запуска этого дела.

Загрузил туда LXDE, firefox, libreoffice и так далее.

На слабом компе всё пошло просто замечательно. Но не хватало одного - звука.

Установил Pulseaudio в чрут и на ноут. Старый ноут настроил как сервер.

sudo vim /etc/pulse/default.pa

Раскомментируем строки
#load-module module-esound-protocol-tcp
#load-module module-native-protocol-tcp

Добавляем в конец каждой из них auth-anonymous=1

Теперь на чруте/ящике остаётся либо написать в /etc/pulse/client.conf
default-server = айпишник ноута
, либо поступить так, как я сделал:

$ export PULSE_SERVER=айпишник
$ mplayer file.mp3
, что более проще.

Важное замечание: не забывайте примонтировать через --bind внутрь чрута директории /run и /var/lib/dbus, иначе пульса не запустится.

Теперь я получил возможность слушать музыку онлайн на ужасно старом ноуте и даже смотреть MLP без тормозов в весьма хорошем качестве!

Причину того, что видео через VNC работает в десятки раз быстрее, чем на локалхосте, вижу в том, что всё декодирование и считывание этого дела с жёсткого диска производится именно на сервере, а не на третьем пне и старом HDD с черепашьей скоростью =)

// А ещё пульсаудио не шипит и не портит звук, как про него многие с Лора любят говорить :D

# Re: Большой монитор
linux.14
vit01(mira, 1) — spline
2015-07-22 07:31:18


Довольно аккуратный десктоп. mcabber и caesium вообще хорошо выглядят. Смутила только необычная тема оформления у firefox =)

Раньше тоже любил тёмный дизайн, но в последнее время предпочитаю светлый.

Идея устроить в эхе выставку скриншотов нравится =)
Потом свой скину.

# Re: stumpwm
linux.14
vit01(mira, 1) — Difrex
2015-07-15 07:19:55


> Это многих способно отпугнуть, как и от имакса с его елиспом :)

А вот меня от емакса отпугнул не елисп, а отсутствие адекватной локализации и поддержки русского языка.

Наличие языка программирования под рукой - это как раз плюс.

# Re: stumpwm
linux.14
vit01(mira, 1) — spline
2015-07-15 07:16:21


> А чем пользуетесь вы?
На домашних машинах у меня Awesome.

Ещё нравятся i3wm, LXDE и dwm, но ими пользуюсь редко.

# Re: темы сайта
pipe.2032
vit01(mira, 1) — spline
2014-08-06 15:05:41


> Результат его работы можно посмотреть, например, тут spline.lor.rss.14 или ifprint.14.
Ещё ii://lenta.dark.14 , там же тоже твой скрипт работает. Правда, я его чуть-чуть подправил, для того чтобы он ссылку добавлял.

# Re: Шрифты
linux.14
vit01(mira, 1) — spline
2015-07-13 06:44:14


Droid Sans довольно хорош, да. А вот от Liberation почему-то воротит почти сразу, хотя он мало чем отличается.

Но тут всё субъективно.

# Шрифты
linux.14
vit01(mira, 1) — All
2015-07-13 06:13:10


А какие у вас самые любимые шрифты для использования в интерфейсе? Мне вот довольно давно полюбились Fira Sans и Fira Mono от Mozilla, просто обожаю их. До этого использовал убунтовские.
Слышал, что многим нравится Terminus, но как-то не впечатлило.

# Re: Обработка видео
linux.14
vit01(mira, 1) — Difrex
2015-04-28 07:39:06


> Кстати, а почему матроска так популярна у анимешников?
Пони тоже в mkv. И не только они =)

Просто хороший открытый контейнер, ничего удивительного.

# Re: Обработка видео
linux.14
vit01(mira, 1) — spline
2015-04-28 06:44:19


Да я тоже как-то не очень люблю. Но потребности имеются, так что приходится многими программами пользоваться.

Тот же ii-клиент в GUI-исполнении нравится.

> понял что проще ждать подходящей раздачи, чем самому разбираться с ffmpeg и подбирать параметры перекодирования.
Если видео на 30-50 гигов, то конвертировать самому имеет смысл. Тем более, подобрать параметры не так-то и сложно. Ну а в моём конкретном случае не конвертируется, а вырезается и сохраняется фрагмент.

# Re: Обработка видео
linux.14
vit01(mira, 1) — vit01
2015-04-27 14:53:00


Он не завис! Это уже прогресс =)
А ещё у меня получилось вырезать нужный кусок и сохранить результат.

Но:
1. Сбилась звуковая дорожка
2. Приходилось достаточно ждать загрузки видео в самом редакторе
3. Выделение и прочие дела делались мышкой, что довольно медленно и неудобно
4. Это GUI, поэтому видео не покодируешь на сервере или с помощью скрипта

Так что ffmpeg и тут лучший.

# Re: Обработка видео
linux.14
vit01(mira, 1) — Difrex
2015-04-27 14:41:32


> А kdenlive не пробовал?
Неа, не пробовал. Терпение кончилось в тот раз. Вот сейчас скачал его, запустил; посмотрю, на что способен.

# Re: Netmail
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-03-20 12:45:16


AL>>> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.
vit01>> Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

AL> Не надо каждому с каждым. Просто весь нетмейл ходит по всем узлам. То есть это такой подвид эхомейла, которым ноды обмениваются по паролю, а клиенты получают только свою часть от этой эхи.

Предположим, у нас есть 3 станции по такой схеме:

node1 ---- node2 ---- node3

node1 не соединена напрямую с node3
Если поинты на node1 захотят написать нетмейл для node3 или наоборот, то у нас есть два взаимоисключающих варианта:

1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM

2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов

Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

Второй вариант гарантирует приватность, но при этом ограничивает возможности построения разных топологий станций. Здесь мы либо ограничиваемся схемой "звезда", либо нетмейл на некоторых узлах принципиально не поддерживается.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Обработка видео
linux.14
vit01(mira, 1) — All
2015-04-27 12:45:35


Встала передо мной задача вытащить из множества видеофайлов фрагменты, у которых известна точка начала и конца, причём с сохранением первоначальной звуковой дорожки.
Решил сначала попробовать GUI-видеоредакторы, которых на GNU/Linux вполне себе достаточно. Но быстро в них разочаровался.
Pitivi, openshot и avidemux грузили мой маломощный нетбук намертво, либо просто вылетали. Также у них очень сложный и запутанный интерфейс, для ориентирования в котором необходимо прочитать кучу мануалов. Правда, скажу, что у avidemux всё-таки получилось выполнить задачу и сохранить результат (после полчаса борьбы с зависаниями).

Пришла идея использовать старый добрый ffmpeg, не сильно нагружающий систему и просто делающий своё дело. Что характерно, всё заработало очень быстро и с первого раза!

Всего лишь одна команда
ffmpeg -i ./videofile.mkv -ss 00:02:00 -to 00:03:00 -map 0:0 -map 0:1 -codec copy ./result.mkv
вырежет фрагмент со второй до третьей минуты с первой звуковой дорожкой (-map 0:0 - это видеоряд).

В статьях на Хабре и некоторых других ресурсах ошибочно даётся параметр -t вместо -to в качестве второй точки, но после просмотра официального FAQ стало понятно, почему предыдущий вариант не работал.

Вывод: GUI-видеоредакторы не так хороши, как кажется с первого взгляда. Часто имеет смысл использовать более простые и более действенные инструменты для таких задач.

# [DIY] Как банка тушёнки улучшит жизнь в Vim & Emacs
develop.16
vit01(mira, 1) — All
2017-07-16 09:21:54


Прочитав статью на Хабре про педалирование Vim ( https://habrahabr.ru/post/232177 ), я загорелся идеей сделать себе самодельную педальку для текстовых редакторов.
Как из того анекдота про педаль для Emacs, чтобы Ctrl зажимать, только уже не как анекдот, а на самом деле.

В оригинальной статье мужик закупил уже готовый корпус для педали и всунул туда контроллер. Однако мне ждать посылку из Китая было бы крайне грустно, хотелось сделать побыстрее и с использованием подручных материалов.

Внимание, даже если у вас нет Arduino, то всё равно дочитайте статью, там будет кое-что интересное про Linux!

Итак, если у нас будет педаль, то надо же куда-то ногой нажимать, верно? Съев на даче тушёнку, я не поспешил выбрасывать банку из-под неё, а вымыл и унёс домой.

Фотка 1: https://alicorn.tk/dashie/index.php/s/cIjtxJbHZJnNFbz

Затем выбил у банки дно, распрямил развёртку плоскогубцами и загнул острые края, чтобы не поранить ногу. Получилась довольно широкая поверхность, на которую можно нажимать.

Фотка 2: https://alicorn.tk/dashie/index.php/s/LRPbdF5O9DBL535

После этого я разыскал у себя в квартире разные деревяшки, попробовал их скрепить вместе, чтобы получить внешний держатель для педали, которая будет работать по принципу противовесов. Это самая простая схема, особенно когда нет пружины, которую можно было бы прикрепить.

Самый первый вариант крепления: фотка 3: https://alicorn.tk/dashie/index.php/s/SA4jEyiOgFwEvWX

Учитель трудов в школе за такую халтуру поставил бы 2 или заставил бы переделывать (потому что на месте креплений внизу планка скололась; делалось всё криво, на глазок, и ничего не отшлифовано), но работать оно работает. Тем более, переделывать мне больше не на чем, т.к. дома и так хорошего дерева в дефиците.

Самая маленькая (и длинная) деревяшка крепится к жестяной пластине с помощью рыболовной лески, продетой в сквозные отверстия и завязанной в узел. К вертикальным перегородкам она приделана с помощью клея "Момент" в специально выточенную пазуху.

Сверху леска проходит ненадёжно, так что груз-противовес срывается, если резко дёрнуть педаль. Но ничего, не проблема, делаем шилом ещё два отверстия сверху и закрепляем груз снова. Ещё укрепим вертикальные планки, чтобы они не съезжались во время работы.

Фотка 4: https://alicorn.tk/dashie/index.php/s/biXXRbjlbcfV2s3

Итак, механическая часть готова, теперь займёмся программной. Нам понадобится любая модель Arduino, способная подключаться по USB (Uno, Nano, Mega и.т.д, в моём случае - Uno). При нажатии педали будет срабатывать датчик, который будет отлавливаться контроллером. В качестве датчика можно использовать обычную кнопку, детектор магнитного поля (геркон) или любой самодельный прибамбас, который умеет замыкать цепь. Геркон я попробовал, и это было неудобно, поэтому взял кнопку.

Arduino версий Micro и Leonardo умеет эмулировать HID-устройства, поэтому мы можем назначить пересылку любой клавиши, а решение будет кроссплатформенным. Кстати, на Windows и в графических DE вроде KDE/GNOME педаль была бы полезна для Alt+Tab или для переключения раскладки с русской на английскую.

Как позднее оказалось, Arduino Uno/Mega и им подобные требуют перепрошивки USB-контроллера, потому что родной поддержки эмуляции HID у них нет. Но мой Uno - китайский, так что нужных разъёмов для этого у него нет. Подключаться же к чипу напрямую мне боязно, потому что он, во-первых, мелкий, во-вторых, в случае кирпича восстанавливать мне его нечем (второй Uno пока у меня нет).

------------

И вот тут начинается поле деятельности для нашей смекалки. Я подумал, а что если передавать сигналы о нажатии через обычный COM-порт ардуины, затем отлавливать его с помощью специального демона и эмулировать клавиатуру на уровне ядра?

Отличная идея! Почесав репу и найдя информацию о модуле ядра под названием UHID (в Archlinux он включен по умолчанию), начал с ним ковыряться. Это было не так-то просто, поэтому пока напишем прошивку для педали.

Скетч для Arduino:

int detector = 13; // наш датчик для педали
int pedal_pressed = LOW;
int last_pressed = LOW;

void setup() {
  pinMode(detector, INPUT);
  Serial.begin(9600);
}

void trigger_press()   { Serial.print("on\n"); }
void trigger_release() { Serial.print("off\n"); }

void loop() {
  // нажата ли педаль в данный момент
  pedal_pressed = digitalRead(detector);

  if (pedal_pressed == HIGH && last_pressed == LOW) trigger_press();
  else if (pedal_pressed == LOW && last_pressed == HIGH) trigger_release();

  last_pressed = pedal_pressed;
  delay(100); // на всякий случай ждём 0.1 сек, дабы не делать слишком много проверок
}

Примеров использования для UHID в сети я практически не нашёл. Есть только один не очень исчерпывающий пример из исходников ядра Linux и кусок документации.

Интересующиеся могут ознакомиться с ними здесь:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/hid/uhid.txt?id=refs/tags/v4.10-rc3
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/samples/uhid/uhid-example.c?id=refs/tags/v4.10-rc3

Взяв uhid-example.c из исходников ядра и поработав с ним, я добавил туда куски кода вот отсюда: ii://TIzgUZRrWGcQSEkKBDiP, чтобы читать данные, которые поступают из Arduino.

Код из этого исходника может пригодиться и вам, чтобы эмулировать нажатия клавиш в абсолютно любых программах. Конечно же, нужен root-доступ для запуска, но зато работать оно будет везде: и в консоли, и в Xorg.

#include <errno.h>
#include <fcntl.h>
#include <poll.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <termios.h>
#include <unistd.h>
#include <linux/uhid.h>

/*
rdesc - это магическое заклинание духа хаоса Дискорда
я узнал его, подключив к нетбуку USB-клавиатуру и посмотрев в файл
 /sys/kernel/debug/hid/<dev>/rdesc, чтобы посылать аналогичные заголовки
из программы. Надо ведь как-то притворяться клавиатурой :)
*/

STATIC unsigned char rdesc[] = {
	0x05, 0x01,
	0x09, 0x06,
	0xa1, 0x01,
	0x05, 0x08,
	0x19, 0x01,
	0x29, 0x03,
	0x15, 0x00,
	0x25, 0x01,
	0x75, 0x01,
	0x95, 0x03,
	0x91, 0x02,
	0x95, 0x05,
	0x91, 0x01,
	0x05, 0x07,
	0x19, 0xe0,
	0x29, 0xe7,
	0x95, 0x08,
	0x81, 0x02,
	0x75, 0x08,
	0x95, 0x01,
	0x81, 0x01,
	0x19, 0x00,
	0x29, 0x91,
	0x26, 0xff,
	0x00, 0x95,
	0x06, 0x81,
	0x00, 0xc0
};

static int uhid_write(int fd, const struct uhid_event *ev)
{
	ssize_t ret;

	ret = write(fd, ev, sizeof(*ev));
	if (ret < 0) {
		fprintf(stderr, "Cannot write to uhid: %m\n");
		return -errno;
	} else if (ret != sizeof(*ev)) {
		fprintf(stderr, "Wrong size written to uhid: %ld != %lu\n",
			ret, sizeof(ev));
		return -EFAULT;
	} else {
		return 0;
	}
}

static int create(int fd)
{
	struct uhid_event ev;

	memset(&ev, 0, sizeof(ev));
	ev.type = UHID_CREATE;
	strcpy((char*)ev.u.create.name, "test-uhid-device");
	ev.u.create.rd_data = rdesc;
	ev.u.create.rd_size = sizeof(rdesc);
	ev.u.create.bus = BUS_USB;
	ev.u.create.vendor = 0x15d9;
	ev.u.create.product = 0x0a37;
	ev.u.create.version = 0;
	ev.u.create.country = 0;

	return uhid_write(fd, &ev);
}

static void destroy(int fd)
{
	struct uhid_event ev;

	memset(&ev, 0, sizeof(ev));
	ev.type = UHID_DESTROY;

	uhid_write(fd, &ev);
}

static int event(int fd)
{
	struct uhid_event ev;
	ssize_t ret;

	memset(&ev, 0, sizeof(ev));
	ret = read(fd, &ev, sizeof(ev));
	if (ret == 0) {
		fprintf(stderr, "Read HUP on uhid-cdev\n");
		return -EFAULT;
	} else if (ret < 0) {
		fprintf(stderr, "Cannot read uhid-cdev: %m\n");
		return -errno;
	} else if (ret != sizeof(ev)) {
		fprintf(stderr, "Invalid size read from uhid-dev: %ld != %lu\n",
			ret, sizeof(ev));
		return -EFAULT;
	}

	switch (ev.type) {
	case UHID_START:
		fprintf(stderr, "UHID_START from uhid-dev\n");
		break;
	case UHID_STOP:
		fprintf(stderr, "UHID_STOP from uhid-dev\n");
		break;
	case UHID_OPEN:
		fprintf(stderr, "UHID_OPEN from uhid-dev\n");
		break;
	case UHID_CLOSE:
		fprintf(stderr, "UHID_CLOSE from uhid-dev\n");
		break;
	case UHID_OUTPUT:
		fprintf(stderr, "UHID_OUTPUT from uhid-dev\n");
		break;
	case UHID_OUTPUT_EV:
		fprintf(stderr, "UHID_OUTPUT_EV from uhid-dev\n");
		break;
	default:
		fprintf(stderr, "Invalid event from uhid-dev: %u\n", ev.type);
	}

	return 0;
}

static char ctrl_down = 0;

static int send_event(int fd)
{
  struct uhid_event ev;
  memset(&ev, 0, sizeof(ev));
  ev.type = UHID_INPUT;
  ev.u.input.size = 9;

  // вот это та самая хрень, которая делает виртуальное нажатие
  // первый элемент массива data - это клавиши-модификаторы
  // 0 - это их отсутствие (в данном случае для key_release)
  // а единичка - это как раз левый Ctrl

  ev.u.input.data[0] = ctrl_down;
  ev.u.input.data[1] = 0x0;

  return uhid_write(fd, &ev);
}

int main(int argc, char **argv)
{
	int fd;
	const char *path = "/dev/uhid";
	struct pollfd pfds[2];
	int ret, r;
	struct termios state;
	char serialbuf[5];

	ret = tcgetattr(STDIN_FILENO, &state);
	if (ret) {
		fprintf(stderr, "Cannot get tty state\n");
	} else {
		state.c_lflag &= ~ICANON;
		state.c_cc[VMIN] = 1;
		ret = tcsetattr(STDIN_FILENO, TCSANOW, &state);
		if (ret)
			fprintf(stderr, "Cannot set tty state\n");
	}

	fprintf(stderr, "Open uhid-cdev %s\n", path);
	fd = open(path, O_RDWR | O_CLOEXEC);
	if (fd < 0) {
		fprintf(stderr, "Cannot open uhid-cdev %s: %m\n", path);
		return EXIT_FAILURE;
	}

	fprintf(stderr, "Create uhid device\n");
	ret = create(fd);
	if (ret) {
		close(fd);
		return EXIT_FAILURE;
	}

	pfds[0].fd = STDIN_FILENO;
	pfds[0].events = POLLIN;
	pfds[1].fd = fd;
	pfds[1].events = POLLIN;

	int device_fd = open("/dev/ttyUSB0", O_RDONLY | O_NOCTTY | O_NDELAY);
	if (fd == -1) {
		perror("open_port: Unable to open /dev/ttyUSB0 - ");
		return 1;
	} else {
		fcntl(device_fd, F_SETFL, FNDELAY);
	}
	
	while (1) {
		ret = poll(pfds, 2, -1);
		r = read(device_fd, serialbuf, 5); // получаем данные с педали
		
		if (ret < 0) {
			fprintf(stderr, "Cannot poll for fds: %m\n");
			break;
		}
		if (pfds[0].revents & POLLHUP) {
			fprintf(stderr, "Received HUP on stdin\n");
			break;
		}
		if (pfds[1].revents & POLLHUP) {
			fprintf(stderr, "Received HUP on uhid-cdev\n");
			break;
		}

		if (pfds[0].revents & POLLIN) {
		  // проверка поступающих данных с ардуины
		  if (r > 0 && strncmp(serialbuf, "on\n", 3) == 0) {
		    ctrl_down = 0;
		    send_event(fd);
		    memset(&serialbuf, 0, 5); // очищаем буфер
		  }
		  else if (r > 0 && strncmp(serialbuf, "off\n", 4) == 0) {
		    ctrl_down = 1;
		    send_event(fd);
		    memset(&serialbuf, 0, 5);
		  }
		}
		if (pfds[1].revents & POLLIN) {
			ret = event(fd);
			if (ret)
				break;
		}
	}

	fprintf(stderr, "Destroy uhid device\n");
	destroy(fd);
	return EXIT_SUCCESS;
}

Всё что остаётся - это подключить нашу педаль по USB и запустить скомпилированный бинарник из-под рута.

Сейчас я пишу это сообщение в Emacs с использованием педали. Вполне неплохо работает. Вот видите - даже из банки тушёнки можно что-нибудь полезное запилить :)

В качестве бонуса выкладываю найденный на просторах сети PDF со стандартом на HID-устройства. Любые непонятные моменты там можно уточнить, это очень годный документ: https://alicorn.tk/dashie/index.php/s/dISkfEraH8xVgDm
Первые 5 страниц - вода, читать с 6.

# Re: Netmail
idec.talks
vit01(mira, 1) — Andrew Lobanov
2019-03-20 08:33:51


AL> 1. Между узлами сети личные сообщения ходят как простая эха, но по паролю.
AL> 2. Клиент забирает со своего узла свои сообщения по паролю. То есть не получит чужих сообщений никак.
AL> 3. Шифрование не является частью протокола.

AL> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.

Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

Это и правда упрощает реализацию, хотя и теряется гибкость.

Почему-то всегда думалось, что мы примем путь настоящей децентрализации (как в обычных эхах), чтобы пути хождения сообщений были заранее не регламентированы и можно было бы строить гораздо более нетривиальные схемы

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Stringlate - перевод Android-приложений в два клика
develop.16
vit01(mira, 1) — All
2017-07-10 19:00:30


Когда мне надо было перевести клиент на английский, то я сэкономил себе достаточно времени, используя сабжевое приложение.

https://github.com/LonamiWebs/Stringlate
https://f-droid.org/packages/io.github.lonamiwebs.stringlate/

Использовать его очень просто: вводите адрес Git-репозитория (есть интеграция с Github), дальше приложение само скачает и распарсит нужные ресурсы.

Потом можно спокойно править переводы через удобный GUI. После окончания работы можно экспортировать результат в файл, поделиться им по Email или сразу открыть Pull Request/Issue в репозитории. Рекомендую и одобряю.

# Re: IDEC Mobile: кодинг в прямом эфире
develop.16
vit01(mira, 1) — Difrex
2017-06-30 17:08:37


Кстати, как ни странно, пробросить порт дебага через ssh на удалёнку и набрать adb connect localhost субъективно кажется менее напряжным, чем возиться с проводами и подключением по локалке =)

Так что нафиг эмуляторы, буду продолжать работать с реальными устройствами. Но 4 гигабайта ОЗУ оказались не лишними. Теперь хотя бы браузер рядом с IDE не страшно включённым держать. И второй, запасной комп дома разгруженный сидит, так что разработка теперь без всяких напрягов и ненужных ожиданий происходит.

P.S. Кодинг-эксгибиционизм-шоу до сих пор идёт. Кому хочется (и тому, кто может в андроид), могу даже RW-пароль скинуть

# IDEC Mobile: кодинг в прямом эфире
develop.16
vit01(mira, 1) — All
2017-06-29 07:09:57


Надоели скучные сериалы и реалити-шоу? Хочется посмотреть на эпик-мега-экшен?

Смотреть немое кино бесплатно без смс и регистрации:

$ vncviewer -Shared -ViewOnly debug.ii-net.tk:5901

Юзер debug
Пароль 303045

Встречайте актёров:

1. Андроид студия - главная героиня шоу. Обаятельная, привлекательная, но иногда очень капризная и упёртая свол^W IDE.
2. Виртуальный Android 4.4 - надёжный и неприхотливый эмулятор, который через годика два выйдет на пенсию. Обладает загадочным характером, будет периодически появляться и исчезать
3. Курсор мыши. Часто бездельничает, но иногда тыкает по кнопкам, бегает по спагетти-быдлокоду и выделяет текст.
4. Терминал. Всегда в своём репертуаре. Отображает белый текст на чёрном фоне.

# Re: dynamic
idec.talks
vit01(mira, 1) — Difrex
2019-03-16 16:20:40


vit01>> Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.

Difrex> Сделаю страничку для роботов :)
Difrex> Еще есть в планах доливать раз в неделю данные в read-only индекс и прямо вставлять iframe из кибаны, чтобы все интерактивно было.

Спасибо, что сделал. Хорошая штука.

А я вот недавно начал пробовать Zabbix - для мониторинга числовых данных и доступности серверов очень даже красивенько и удобно показывает статистику. И, главное, выдаёт предупреждения, если что-то пошло не так.

Скриншот в фэхе pictures прилагается

Хочется найти ему какое-то более крутое применение, потому что инструмент мощный, но придумать пока не могу :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Требуется сервер
develop.16
vit01(mira, 1) — Difrex
2017-06-28 18:48:58


Difrex> MSK-highmem-KVM-SAS-2 439р

Ой, я невнимательно просмотрел каталог :)

Спасибо за рекомендацию, заказал именно этот вариант, уже получил рута и пробую настраивать.

# Re: IDEC Mobile
idec.talks
vit01(mira, 1) — Difrex
2019-03-16 15:56:48


>>Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе

Difrex> Ага, KDE Connect :)
Difrex> А эта штука может работать вне кед?

Конечно может. Я вот уже долгое время работаю в XFCE и этой штукой доволен.

А на нетбуке тоже KDE Connect работает, и там AwesomeWM

Всего лишь индикатор в трее висит и никому не мешает. Огромное количество полезных прибамбасов. Доволен и всем советую. Это действительно одна из тех уникальных и удобнейших вещей, за которую стоит похвалить кедерастов.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Настраиваем изолированную ноду TOR
linux.14
vit01(mira, 1) — Difrex
2015-01-22 12:54:18


Очень интересная статья, спасибо. Сам никогда dm-crypt/LUKS не использовал, поэтому будет, с чем поэкспериментировать. Интересно было бы узнать про аспекты безопасности при взаимодействии Тора и lighttpd.

>"написать о чём-нить в ii", но, поразмыслив, прихожу к мнению что это будет не интересно.
Такая же ситуация. Правда, мне обычно писать не о чем.

# Re: Машина снов на Arduino своими руками
develop.16
vit01(mira, 1) — btimofeev
2017-06-28 15:09:30


btimofeev> А эффект от этого реально какой-то есть?

Если сидеть с открытыми глазами, то это как на дискотеке, только немного под трансом. Так или иначе, это интересно, рекомендую.

С закрытыми - уже трип какой-то напоминает. Через некоторое время сидения с закрытыми глазами появляются разные глюки, воображение усиливается. Можно вполне "выпасть" из реальности, наблюдая причудливые хренотени у себя в голове. Оказывается, сабж используют даже для психотерапии.
То есть мигалка нужна, если тебе слишком скучно, а фантазия плохо развита. Устройство как бы "подстёгивает" мозг на что-нибудь эдакое.

Наверное, некоторые слышали про сенсорную депривацию. Суть в чём: человека запирают в тёмной, звукоизолирующей комнате. Он там голышом залезает в специальную ванну, с водой при температуре тела. Все эти условия вызывают так называемый "информационный вакуум", благодаря которому мозг начинает придумывать всякую фигню (в виде глюков), чтобы остаться на плаву.

Здесь немного похожий принцип работы, только "подгон" для глюков поступает извне, ускоряя эффект и позволяя ему проявляться в более естесственных условиях.

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14