Если в конфиге есть пустая строка:
Traceback (most recent call last):
File "/home/sva/ii-client/clapi/bottle.py", line 783, in _handle
return route.call(**args)
File "/home/sva/ii-client/clapi/bottle.py", line 1635, in wrapper
rv = callback(*a, **ka)
File "run.py", line 68, in h_get
gm.fetch([x for x,y in echolist],url)
File "/home/sva/ii-client/clapi/getmsg.py", line 55, in fetch
s = getf('%sm/%s' % (cfg[1], '/'.join(dl)))
File "/home/sva/ii-client/clapi/getmsg.py", line 13, in getf
response = urllib2.urlopen(request)
File "/usr/lib64/python2.7/urllib2.py", line 127, in urlopen
return _opener.open(url, data, timeout)
File "/usr/lib64/python2.7/urllib2.py", line 410, in open
response = meth(req, response)
File "/usr/lib64/python2.7/urllib2.py", line 523, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib64/python2.7/urllib2.py", line 448, in error
return self._call_chain(*args)
File "/usr/lib64/python2.7/urllib2.py", line 382, in _call_chain
result = func(*args)
File "/usr/lib64/python2.7/urllib2.py", line 531, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
HTTPError: HTTP Error 404: Not Found

эха переехала в ii://ii.dev.14

Исправил ошибки в фетчере, портировал пуш на php. Его пока не оттестировал, кому нужны исходники для тестов, могу дать. На гитхаб такой код пока выкладывать не стану.

ну так и читай. список с 0 сообщений - это частный случай списка

Так же, через крон на хостинге. Работает точно так же, как питоновская версия. По-моему, это супер-полезная вещь.

оно там сейчас (потому что вся эта логика будет переписана полностью, не хочу там вставлять что-то) в config.cfg требует описание для каждой эхи, типа

echo.14 tra la la
echo.15 tra la la

просто имя эхи не принимается

как бы - это две строки. так и приходится использовать :) на "без проверки" - валится :) кроме того, в mkdir -p - можно делать { }, и многое другое

шел-скрипт для такого проще и прозрачнее...

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

добавил в битбакет и гитхаб ноду

версия - страшная, уже почти-почти 0.3, но прибираться потом будем, главное - чтобы проверить работоспособность

> для внедрения не рекомендуется вообще. ченчлог:

удалён /z

удалён /data

.header - шапка для эх для веб-интерфейса

rss - по умолчанию теперь отдаётся последние 50 сообщений, можно использовать /rss/echo/num для выбора или /rss/echo/0 для всех

удалены аватарки (ибо требуют интернета с моего севрера. хотя вообще, в шаблонах можно раскомментировать)

добавлен blacklist.txt, чтобы не показывать некоторые сообщения в веб-интерфейсе

теперь данные берутся из того каталога, откуда запускается, т.е.
cd /home/iiserver + python /usr/share/iinet/run.py - все данные будут браться-сохраняться в /home/iiserver

server.cfg - новый формат, дополнительные описания для эх, перенос туда NODE и URL (потом будет переписано нормально)

добавил traf.py и ii.php - свою старую

кто-нибудь видел чисто python-овскую реализацию base64 code/decode

я по интернету поискал - не нашёл :(

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

ну, оно без системы аплинков/даунлинков не работает. :)

есть две станции, которые гейтуются друг с другом, обе со своим нодовым адресом:

http://51t.ru

http://n2.51t.ru:62220 (у неё там какой-то другой адрес, но я его забываю, просто сделал CNAME), там только один пойнт :)

и есть php-гейт, принимающий push, просто на всякий случай.

некоторые эхи есть только на моей станции. про некоторые знаю только я и тот, кто внимательно изучал архив db (где есть вообще всё :)

сделать то можно, но интерфейс жалко, куча перегружаемых кнопок :(

мож на титл (ii.dev.2014 в данном случае) сделать переход не на главную, а просто на список эх?

Здраствуй, товарищ!

Люди уже голдед свой на less пишут, пока ты спал :)

Не теряйся :)

txt-клиент есть изначально. консольный - не знаю, хотелось бы, конечно, golded прикрутить :)

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

нет, markdown-обработчики точно не нужны. во-первых, они не есть простые, я даже с трудом представляю, что это такое (свои обработчики) и как это выглядит.
во-вторых, текстом не предусматривается никакое обестекчивание (можно делать маркдауны, текстили и прочее, свои клиенты, и общаться в своих эхах - лишь бы для других было читаемо).

потому что проще делать текстовые клиенты, хоть на tk, qt, хоть когда-нибудь голдед начать поддерживать, и если тащить форматирование в стандарт - это всё будет ужасно.

есть только три крайних случая:

это ответ, который надо выделять на любом клиенте, кроме txt
это плоский текст, который на html теряет форматирование и табы
и это гиперссылка, которую в вебе подчёркивать - это самая естественная вещь

никаких исключений из этого стандарт не предусматривает. прикручивать непонятную штуку, усложняющую процесс, вместо того, чтобы за 10 минут сделать свою рабочую реализацию - вот это мне точно непонятно. впрочем, в моей версии раньше был textile, сейчас нет. ... [>>>]

случилось страшное - я забыл ссылки: :)

http://51t.ru/s/ii-02.tar.gz
http://51t.ru/s/iiclient-02.tar.gz
http://51t.ru/s/iitxt-02.tar.gz

пожалуй, это лучшее фидо апреля

или даже так

    if code == 1: txt += '</code>'
    if pre == 1: txt += '</pre>'
    return txt

угу. только я это сейчас прочту, а через два дня забуду, как всегда. :)

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

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

> опять эти непонятные регекспы...

И ещё момент: компиляйте регэкспы (help(re.compile)). Не то, чтобы скорости прибавлялось, и вообще экономия на спичках — зато удобно вынести их в шапку глобальными переменными для реюза и удобной правки.

вот так вроде работает

if re.match('^[a-z0-9_!.-]{1,60}.\d{1,9}$',ea): return True

или не работает, я не знаю. регулярки и я - понятия вообще несовместимые, за 10 лет стало только хуже

ок, перемещаюсь в другую эху

Как сюда файлы посылать? Или можно просто текст копипастить?

при веб-доступе к чему? к эхе, к главной странице? включи debug=True вместо debug=False и кидай трейсами

хотя, не, добавлять везде \n - это серьёзная ошибка, для пустых списков это будет лишняя пустая строка и невалидная эха...

Ну вот видишь( как-то я внезапно на "ты" перешел,хм) уже есть некая информация, тянущая на маленький мануал

> ой, как печально. ну пост же для этого придумали. =)

пока я только фидо придумал. пост пока в клиентах не придумал :) це аппаратно-программный лимитатор длины сообщений :)

> pure python, в т.ч. зависимости, apache2 license, 625kb wheel со всеми зависимостями. полагаю, что работает.

посмотрим, покрутим.

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

в текущем сайте и в клиенте 0.1c - уже подставляется

у нас пока нет таких проблем ;) если обмениваться гигабайтами - тогда вообще многое менять придётся. а для нашего случая - обмен бандлами, которые генерируются через /z/get - хватает с огромным избытком :)

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

ii: был задуман изначально, потому что это самый логичный способ идентифицировать что-то, не привязывая к ноде :)

вставляй, что хочешь - это же текст :) и разбирай своим клиентом, как твоей душеньке угодно :)

> так вот, я вижу навскидку два основных варианта, назовем их "каскад" и "меш".

прочёл, но не совсем понял.

Этот анекдот будет понятен только тем, кто помнит фидо и рекламу 90-х, но я его всё-таки расскажу:

Зима. Снежная пустыня. Около проруби сидит бородатый мужик с надписью на тулупе "ФИДО - рулез" и напряженно думает.
Неожиданно снег взлетает комьями и из-подо льда высовывается страусиная голова:
- Хаба-хаба!
Мужик медленно поворачивает голову и произносит:
- Ну вот, так уж сразу тебе и хаба?


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

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

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


Тем более, у нас нет "проблемы аутбаунда", когда на мёртвых линков мёртвым грузом копится почта. Бери, сколько хочешь! Поэтому можно делать не по-фидошному, а по-простому. Можно хоть всех нодов на меня повесить, это не вопрос. ... [>>>]

надо будет разобраться, и прикрутить к клиентам

пойду багу повешу

btw, offtop - этот кодстайл меня убивает. я многое могу простить, но не среднюю длину переменной в три буквы.

в лоб - не работает. но там такая примитивная реализация, что можно сделать без боли, наверное.