А ну-ка, ну-ка

Dmitri Kamenski написал(а) к Cheslav Osanadze в Dec 18 21:50:48 по местному времени:

Нi Cheslav!

27 декабря 2018 07:48, Cheslav Osanadze писал Leonid Kaganov:

LK>> Вот я недавно так писал (правда, ответа пока не получил):

CO> Не получил, т.к. не ходит нетмыл... Проще, наверное, в сисопскую эху
CO> напрямую написать.

Нельзя.

Bye Cheslav!

--- BBS telnet | NEWS nntp | FECНO ftp | WEB http | wfido.ru

Dmitri Kamenski написал(а) к Leonid Kaganov в Dec 18 22:34:19 по местному времени:

Нi Leonid!

29 декабря 2018 06:29, Leonid Kaganov писал Aleksey Matyuk:

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

LK> Пардон, это с чего вдруг? Ожидание соединений не жрет энергии.
LK> Вычислений нет. А соединения краткосрочные, трафик фидо в масштабах
LK> нынешних технологий ничтожно мал. Что там будет ждать ресурсы-то?

Еще как жрет. По той причине автор того же хотдога отказался от включения с своей программе режима "принимать входящие".

Bye Leonid!

--- BBS telnet | NEWS nntp | FECНO ftp | WEB http | wfido.ru

Leonid Kaganov написал(а) к Dmitri Kamenski в Dec 18 00:08:30 по местному времени:

\|/
Приветствую, Dmitri Kamenski!

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

LK>> Пардон, это с чего вдруг? Ожидание соединений не жрет энергии.
LK>> Вычислений нет. А соединения краткосрочные, трафик фидо в масштабах
LK>> нынешних технологий ничтожно мал. Что там будет ждать ресурсы-то?

DK> Еще как жрет. По той причине автор того же хотдога отказался от включения с своей программе режима "принимать входящие".

Тут не очень понятно, об одном ли мы говорим.

Некий автор создал мобильное приложение, в котором реализовал ожидание входящих соединений по IP, и оно жрало много ресурсов, так я понял?

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

Поэтому мобиле надо устанавливать связь с внешними миром самостоятельно.

Если пингать внешний IP с дивной периодичностью (но если это делать раз в 30 минут никто аккумулятор не сожрет - другие приложения это делают куда чаще и изобильнее).

Либо приложение должно получать извне сигнал о необходимости провести сеанс. Для этого логично можно использовать штатные средства мобилы - push-сообщения. Ожидание push-сообщения тоже не может повысить расход ресурсов, для того эта технология и была сделана.

Так какой вариант использовал автор?

На таком уровне имеет смысл обсудить, это интересная тема.

---
С уважением, LLeo Kaganov
--- Phfito Tracker on Phfito Station

Dmitri Kamenski написал(а) к Leonid Kaganov в Dec 18 00:39:32 по местному времени:

Нi Leonid!

30 декабря 2018 00:08, Leonid Kaganov писал Dmitri Kamenski:

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

LK>>> Пардон, это с чего вдруг? Ожидание соединений не жрет энергии.
LK>>> Вычислений нет. А соединения краткосрочные, трафик фидо в
LK>>> масштабах нынешних технологий ничтожно мал. Что там будет ждать
LK>>> ресурсы-то?

DK>> Еще как жрет. По той причине автор того же хотдога отказался от
DK>> включения с своей программе режима "принимать входящие".

LK> Тут не очень понятно, об одном ли мы говорим.

LK> Некий автор создал мобильное приложение, в котором реализовал ожидание
LK> входящих соединений по IP, и оно жрало много ресурсов, так я понял?

Сергей Позитурин. 2:5020/2140, 2:5020/2141. НotdogED. Да.

LK> Для начала возникает вопрос о технологии. Каким образом реализована
LK> возможность входящих соединений на мобилу? Ведь у мобилы в общем
LK> случае нет внешнего IP, куда можно постучаться со стороны.

Автор хотдога реализовал возможность. А есть у мобилы белый ip, или он серый за натом, то исключительно проблема пользователя той мобилы. В крайнем случае можно и wifi включить ;-)

LK> Поэтому мобиле надо устанавливать связь с внешними миром
LK> самостоятельно.

LK> Если пингать внешний IP с дивной периодичностью (но если это делать
LK> раз в 30 минут никто аккумулятор не сожрет - другие приложения это
LK> делают куда чаще и изобильнее).

LK> Либо приложение должно получать извне сигнал о необходимости провести
LK> сеанс. Для этого логично можно использовать штатные средства мобилы -
LK> push-сообщения. Ожидание push-сообщения тоже не может повысить расход
LK> ресурсов, для того эта технология и была сделана.

LK> Так какой вариант использовал автор?

binkp.

LK> На таком уровне имеет смысл обсудить, это интересная тема.

Bye Leonid!

--- BBS telnet | NEWS nntp | FECНO ftp | WEB http | wfido.ru

Leonid Kaganov написал(а) к Dmitri Kamenski в Dec 18 01:00:00 по местному времени:

\|/
Приветствую, Dmitri Kamenski!

LK>> Некий автор создал мобильное приложение, в котором реализовал ожидание
LK>> входящих соединений по IP, и оно жрало много ресурсов, так я понял?

DK> Сергей Позитурин. 2:5020/2140, 2:5020/2141. НotdogED. Да.

Ну, в нынешнем своем статусе написать я ему нетмайл все равно не могу ;)

DK> Автор хотдога реализовал возможность. А есть у мобилы белый ip, или он серый за натом, то исключительно проблема пользователя той мобилы. В крайнем случае можно и wifi включить ;-)

Что-то я не помню случая, чтобы включенный wifi приводил к появлению белого IP на устройстве ;) Те же яйца, только в профиль.

LK>> Так какой вариант использовал автор?

DK> binkp.

binkp - это формат данных. А мы ведем речь об уровне, на котором физически реализована передача данных, неважно пока, какого формата.

Правильно ли я тебя понял, что автор этой софтины:

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

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

Впрочем, наличие первого пункта вообще привносит в затею элемент абсурда. Допустим, ты включил в своем мобильном тарифе +150 рублей в месяц за белый IP (помню так стоило у МТС, например). А потом ты пришел домой, мобила переключилась на мобильный WiFi, и у тебя снова нет внешнего IP? Ну, допустим, ты побежал к домашнему провайдеру, заплатил и ему +150 рублей в месяц за внешний IP, пробросил нужный порт на wifi-роутере... А потом пошел в кафе, подключился там к WiFi и снова доступа к ноде нет? ;)

---
С уважением, LLeo Kaganov
--- Phfito Tracker on Phfito Station

Aleksey Matyuk написал(а) к Leonid Kaganov в Dec 18 18:08:40 по местному времени:

../++==""^^~~ Привет, Leonid! ~~^^""==++\..
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

29 Дек 18 06:29, ты писал(а) мне:

AM>> Почему? Вполне возможно. Такая услуга вполне себе есть.
LK> Есть. Но это неспортивно.

Ну... Тоже верно.

AM>> Только вот эта нода мобильной быть перестаёт, так как отжирает
AM>> столько аккумулятора, что нуждается в постоянном электропитании.
LK> Пардон, это с чего вдруг? Ожидание соединений не жрет энергии.
LK> Вычислений нет. А соединения краткосрочные, трафик фидо в масштабах
LK> нынешних технологий ничтожно мал. Что там будет ждать ресурсы-то?

Не знаю, но Сергей Позитурин 2:5020/2140 (автор НotDogEd) говорил, что если сделать такую возможность - то работать оно будет, но аккумулятор будет садиться молниеносно. Типа постоянно держать открытым сокет, и его прослушивать...

AM>> Только вот ни в одном из двух известных мне приложений под АНдроид
AM>> - функцию приёма входящих не реализовали, хотя в НotDogEd даже
AM>> была такая неактивная галочка, мол, "принимать входящие
AM>> соединения".
LK> Потому что как их принимать, если мобильник где-то шляется и не имеет
LK> внешнего IP, куда можно постучать?

Заказать внешний IP. Но ты прав, что это неспортивно, да и вообще - услуга платная.

LK> Push-сообщения не могут передать данные в количестве. Зато они могут
LK> найти абонента и передать ему (в конкретное приложение) сообщение.
LK> Например, о том, что для него сформирован 0000cfcd.mo3 и ждёт его по
LK> такому-то url.

Как вариант.

LK> С другой стороны есть ещё интересная тема ноды как коробочки на
LK> радиоканале. Есть неплохие городские чипы до 15км, если аплинк
LK> недалеко. А есть КВ-тема. Любопытно порассуждать об автономном фидо в
LK> ситуации ядерной войны и зомби-апокалипсиса :)

Это к 2:5020/570 :-)
Он тут спец по радиоканалу, даже, вроде тестовые пакеты отправлял.



/WBR, Aleksey Matyuk/ | Voice phone: 8-495-597-4144
Modem CM lines: 8-495-597-0106, 8-495-597-4300, 8-495-597-0137, 8-495-597-0144, 8-495-597-0142, 8-495-597-0680, 8-495-597-0167, 8-495-597-4113, 8-495-5970-495.
--- /New points and links are welcome!/

Leonid Kaganov написал(а) к Aleksey Matyuk в Dec 18 08:31:18 по местному времени:

\|/
Приветствую, Aleksey Matyuk!

AM>>> Только вот эта нода мобильной быть перестаёт, так как отжирает
AM>>> столько аккумулятора, что нуждается в постоянном электропитании.
LK>> Пардон, это с чего вдруг? Ожидание соединений не жрет энергии.
LK>> Вычислений нет. А соединения краткосрочные, трафик фидо в масштабах
LK>> нынешних технологий ничтожно мал. Что там будет ждать ресурсы-то?

AM> Не знаю, но Сергей Позитурин 2:5020/2140 (автор НotDogEd) говорил, что если сделать такую возможность - то работать оно будет, но аккумулятор будет садиться молниеносно. Типа постоянно держать открытым сокет, и его прослушивать...

Э... Разве binkp требует держать сокет открытым день напролет?! Это же пакетный протокол. Соединился - отключился. наверно он имел в виду, держать на мобильнике поднятым сервер... Не знаю, сколько это будет жрать ресурса, если его правильно поднять, но нет, мне вообще не нравится сама эта идея. Это не в стиле мобильного. Нужно, чтобы на мобильный приходил push-message о том, что имеется для него файл, и мобильник бежал бы за этим файлом сам. Я бы так делал. Единственное: такая нода не сможет соединяться напрямую с ТАКОЙ ЖЕ нодой (по крайней мере без внешнего сервера-ретранслятора). Но так ли это важно?

AM> Заказать внешний IP. Но ты прав, что это неспортивно, да и вообще - услуга платная.

Да вот я и не очень-то понимаю даже с внешним IP - если мобильник зацепится за вайфай в метро например, уже будет другое сетевое подключение, и внешний IP от мобильной сети отвалится, верно? Это надо еще и вайфай у себя отключить навсегда?

LK>> Push-сообщения не могут передать данные в количестве. Зато они могут
LK>> найти абонента и передать ему (в конкретное приложение) сообщение.
LK>> Например, о том, что для него сформирован 0000cfcd.mo3 и ждёт его по
LK>> такому-то url.

AM> Как вариант.

LK>> С другой стороны есть ещё интересная тема ноды как коробочки на
LK>> радиоканале. Есть неплохие городские чипы до 15км, если аплинк
LK>> недалеко. А есть КВ-тема. Любопытно порассуждать об автономном фидо в
LK>> ситуации ядерной войны и зомби-апокалипсиса :)

AM> Это к 2:5020/570 :-)
AM> Он тут спец по радиоканалу, даже, вроде тестовые пакеты отправлял.

Я так понимаю, протокол binkp надо просто переключить на радиоканал, и все будет работать?

---
С уважением, LLeo Kaganov
--- Phfito Tracker on Phfito Station

Dmitri Kamenski написал(а) к Leonid Kaganov в Dec 18 08:54:32 по местному времени:

Нi Leonid!

30 декабря 2018 01:00, Leonid Kaganov писал Dmitri Kamenski:

LK>>> Некий автор создал мобильное приложение, в котором реализовал
LK>>> ожидание входящих соединений по IP, и оно жрало много ресурсов,
LK>>> так я понял?

DK>> Сергей Позитурин. 2:5020/2140, 2:5020/2141. НotdogED. Да.

LK> Ну, в нынешнем своем статусе написать я ему нетмайл все равно не могу
LK> ;)

DK>> Автор хотдога реализовал возможность. А есть у мобилы белый ip,
DK>> или он серый за натом, то исключительно проблема пользователя той
DK>> мобилы. В крайнем случае можно и wifi включить ;-)

LK> Что-то я не помню случая, чтобы включенный wifi приводил к появлению
LK> белого IP на устройстве ;) Те же яйца, только в профиль.

На твой стеб граничащий с издевательством я даже отвечать не буду.

LK>>> Так какой вариант использовал автор?

DK>> binkp.

LK> binkp - это формат данных. А мы ведем речь об уровне, на котором
LK> физически реализована передача данных, неважно пока, какого формата.

binkp это протокол.

LK> Правильно ли я тебя понял, что автор этой софтины:

LK> а) Рассчитывал на наличие белого IP на устройстве, иначе не работал.
LK> б) Поднимал в мобильном приложении сервер на каком-то порту и
LK> намеревался отвечать на входящие соединения.

LK> Не очень понимаю, какими средствами мобильной разработки он выполнял
LK> последний пункт. Здесь много еще и от средств зависит.

LK> Впрочем, наличие первого пункта вообще привносит в затею элемент
LK> абсурда. Допустим, ты включил в своем мобильном тарифе +150 рублей в
LK> месяц за белый IP (помню так стоило у МТС, например). А потом ты
LK> пришел домой, мобила переключилась на мобильный WiFi, и у тебя снова
LK> нет внешнего IP? Ну, допустим, ты побежал к домашнему провайдеру,
LK> заплатил и ему +150 рублей в месяц за внешний IP, пробросил нужный
LK> порт на wifi-роутере... А потом пошел в кафе, подключился там к WiFi и
LK> снова доступа к ноде нет? ;)

См. выше.

Bye Leonid!

--- BBS telnet | NEWS nntp | FECНO ftp | WEB http | wfido.ru

Dmitri Kamenski написал(а) к Leonid Kaganov в Dec 18 09:35:37 по местному времени:

Нi Leonid!

30 декабря 2018 08:31, Leonid Kaganov писал Aleksey Matyuk:

LK> Э... Разве binkp требует держать сокет открытым день напролет?! Это же
LK> пакетный протокол. Соединился - отключился. наверно он имел в виду,
LK> держать на мобильнике поднятым сервер... Не знаю, сколько это будет
LK> жрать ресурса, если его правильно поднять, но нет, мне вообще не
LK> нравится сама эта идея. Это не в стиле мобильного. Нужно, чтобы на
LK> мобильный приходил push-message о том, что имеется для него файл, и
LK> мобильник бежал бы за этим файлом сам. Я бы так делал. Единственное:
LK> такая нода не сможет соединяться напрямую с ТАКОЙ ЖЕ нодой (по крайней
LK> мере без внешнего сервера-ретранслятора). Но так ли это важно?

У тебя уже имеется ни с чем не совместимый узел. И данный факт оказался совсем не важен при попытке найти себе аплинка. Не так ли?

Bye Leonid!

--- BBS telnet | NEWS nntp | FECНO ftp | WEB http | wfido.ru

Leonid Kaganov написал(а) к Dmitri Kamenski в Dec 18 09:45:33 по местному времени:

\|/
Приветствую, Dmitri Kamenski!

DK>>> мобилы. В крайнем случае можно и wifi включить ;-)

LK>> Что-то я не помню случая, чтобы включенный wifi приводил к появлению
LK>> белого IP на устройстве ;) Те же яйца, только в профиль.

DK> На твой стеб граничащий с издевательством я даже отвечать не буду.

А зря - я абсолютно серьезен. У тебя что, домашний WiFi раздает белые IP? :)))

Возможно, ты путаешь и считаешь белыми адреса вида 192.168.1.60? Нет, это серые адреса. Их нельзя попингать из интернета. Кстати, сейчас абсолютное большинство большинство провайдеров раздает уже заранее серый интернет. Так что скорее всего и твой домашний WiFi роутер имеет не белый адрес, и попингать его нельзя. Для сравнения: ты можешь попингать мой домашний wifi-роутер и даже попробовать открыть его браузером: 77.37.204.57 Потому что я плачу провайдеру 150 рублей в месяц за статический IP. Меня бы устроил и динамический, но даже динамического бесплатно у него нет, только серые. Соответственно, в моей домашней сети все IP подключенных по WiFi устройств уже точно серые - 10.8.0.xxx. Но хотя бы внешний белый. И если надо, я могу пробросить порт к своему настольному ноутбуку, например.

LK>>>> Так какой вариант использовал автор?

DK>>> binkp.

LK>> binkp - это формат данных. А мы ведем речь об уровне, на котором
LK>> физически реализована передача данных, неважно пока, какого формата.

DK> binkp это протокол.

Нет. Протокол в контексте нашего разговора - это разве что TCP/IP. А binkp в данном контексте - внутренняя структура данных и последовательность пакетов. Мы говорим о транспорте, поэтому нам пока не важно, что именно в пакетах - binkp, Реферат.doc или НTTP 1.0. Речь о том, как именно организовано само соединение. А что именно по установленному соединению гоняется - уже следующий вопрос, нам пока не нужный. Точно так же по binkp идет файл 000f2f3.mo2 и это уже следующий уровень со своим внутренним форматом (zip). А внутри него скрывается 00f1c0f3.pkt, и это уже третий уровень, и у него тоже есть свой собственный формат, абсолютно никак не связанный ни с ZIP, ни с BINKP, ни с TCP/IP. Логично?

---
С уважением, LLeo Kaganov
--- Phfito Tracker on Phfito Station