>И глянь на всякий случай скрипт gate

Там же просто

#!/bin/sh

cd /srv/app && python wf51.py

>Странно. Ты не за прокси сидишь?



Не за прокси. Курлом все прекрасно стягивается, урл в срипте парсится.





Может есть какая другая фетчилка? Свою переписывать под msg и echo, что-то совсем неохота. 

>Вот самая элементарная задача для простого пользователя...блаблабла

Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

>Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

В сферической реализации ii это решается именно grep'ом. Но такие плюшки в клиентах очень даже не лишние будут. Я поиск по сообщениями хочу в перспективе в свой убер-клиент запихнуть, но пока этот клиент даже не целиком в моей голове только существует и потому grep и тысячи файлов =)

Починил

>Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

Вот именно :)
Правда удобно бывает делать поиск не только по сабжам, но и по сообщениям, по названию эхи, по имени поинта, по дате и времени, по адресу, по положению в индексе и так далее.

Лично я бы для этого написал отдельную утилиту: слишком много фич входит в мои нескромные требования к поиску :)

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

Ну, у себя я все это планирую добавить, как время будет :)

>>допустим https, но каждой ноде нужен тогда будет сертификат и все клиенты отвалятся..
>Да, но получать сертификат накладно и не всегда удобно. Я имел в виду сделать подобие цифровой подписи поинта, но сейчас в этом особой необходимости пока нет.

А как это избавит от необходимости передавать токен? от митм это не спасет, если канал не защищенный же

>Например, бандл скинуть на флешку, а на своей стороне поинт развернёт его в базу.

Для меня просто поинт = клиент, а не полноценный держатель локальной ноды)) Но мысль я понял

Но вообще да, этим всем должны заниматься сторонние программы, которые конвертируют что-то в формат ноды и наоборот

>А как это избавит от необходимости передавать токен? от митм это не спасет, если канал не защищенный же

Имеется в виду, что сисопу твоя цифровая подпись передаётся заранее, а потом нода просто проверяет её на соответствие тебе.

А вообще, можно делать динамическое хэширование на основе текста сообщения и строки авторизации

>программы, которые конвертируют что-то в формат ноды и наоборот

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

>Нее, эта вещь чисто клиентская.

В моем понимании у клиента нет ноды)) Он просто читает то, что ему отдает сервер

>В моем понимании у клиента нет ноды)) Он просто читает то, что ему отдает сервер

А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

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

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

>А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

Так а зачем, если для целей обмена и нужна нода, она же агрегатор контента:)

>Так а зачем, если для целей обмена и нужна нода, она же агрегатор контента:)

А если ограничен выход в интернет, а поинтов много? То есть есть десяток поинтов, но только у одного есть нормальный интернет. Остальные 9 могут быть его виртуалами-поинтами, а контентом обмениваться с помощью флешек.

Что-то подобное же может быть, не так ли? :)

>А если ограничен выход в интернет, а поинтов много? То есть есть десяток поинтов, но только у одного есть нормальный интернет. Остальные 9 могут быть его виртуалами-поинтами, а контентом обмениваться с помощью флешек.
>
>Что-то подобное же может быть, не так ли? :)

Думаю нет, если только не ядерная зима.
На мой взгляд думать об этом, пока нет критической массы пользователей смысла нет. Будет потребность, будет решение. Если оставить возможность расширения)

Это все исключительно на правах имхо

>Думаю нет, если только не ядерная зима.

На горизонте отключение интернета и Великий Российский Фаервол! Люди оценят :D

А вообще, эта фича всё равно может пригодиться, поэтому для себя сделаю.

>А если ограничен выход в интернет, а поинтов много? То есть есть десяток поинтов, но только у одного есть нормальный интернет. Остальные 9 могут быть его виртуалами-поинтами, а контентом обмениваться с помощью флешек.

В таком случае ему проще будет развернуть ноду. Это не сложно и мы всегда поможем разобраться со сложностями.

>На горизонте отключение интернета и Великий Российский Фаервол! Люди оценят :D

Так в ТОР и I2P уйдем :)

>А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.

>В таком случае ему проще будет развернуть ноду.

У тех 9 поинтов по легенде нет нормального интернета, поэтому они как раз могут только через флешки контентом обмениваться. Тем более, нет смысла в ноде без белого ip. Хотя кто знает, может и push пригодится в таком случае.

>Тем более, нет смысла в ноде без белого ip

Для тора не нужен белый IP =)

>Так в ТОР и I2P уйдем :)

А если их тоже заблокируют? :) Хотя на первых порах туда уйти очень даже можно.

>У тех 9 поинтов по легенде нет нормального интернета, поэтому они как раз могут только через флешки контентом обмениваться

Что никак не мешает им передавать через флешки сообщения для нумерации нодой 10-го. Я не вижу проблемы пока.

>Хотя кто знает, может и push пригодится в таком случае.

Вот и будет повод проверить его в действии =)

>А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.

Я как раз имел в виду, что в таком случае разница между клиентами и нодами размывается. Да и какая нода может быть без сетевого протокола (http, ftp, ssh), и есть ли в ней тогда смысл вообще? Только если локальная с пушем и двойным фетчем, но это лишние прослойки.

>Что никак не мешает им передавать через флешки сообщения для нумерации нодой 10-го. Я не вижу проблемы пока.

Проблема в закачивании сообщений в большую ii-сеть. Для этого нужен пуш, но ещё неизвестно, лучше делать его или просто воспользоваться поинтовым посредничеством.

В таком случае он становится (локальной) нодой, где есть возможность загрузить/выгрузить сообщения, это же никак не касается клиентов для ноды:)

>Проблема в закачивании сообщений в большую ii-сеть. Для этого нужен пуш, но ещё неизвестно, лучше делать его или просто воспользоваться поинтовым посредничеством.

Ну сейчас-то этой проблемы нет.. В текущем варианте вообще большая сеть проблема

Ладно, тут я немного неточно выразился. Усложняем ситуацию: теперь к десятому поинту-интернетчику имеет доступ только один поинт - девятый, к девятому - восьмой, и так далее. Смысл каждому из этой цепочки заводить ноду, если они всё равно через флешки все обмениваются (с 9 по 1)?

>В таком случае он становится (локальной) нодой, где есть возможность загрузить/выгрузить сообщения, это же никак не касается клиентов для ноды:)

Ну всё, мы пришли к полной децентрализации: нет ни нод, ни поинтов, все выполняют обе роли одновременно :)

>Ну всё, мы пришли к полной децентрализации: нет ни нод, ни поинтов, все выполняют обе роли одновременно :)

Не согласен:)
Есть клиенты, которые зависят от ноды, но они не выполняют функции ноды, они лишь пользуются api.
А в том юзкейсе жизни без интернета человек поднимает у себя локальную ноду, допустим которую он читает клиентом и в которую он заливает файлы.