Не, я сам понимаю, что скрипт удаления за 5 минут написать можно, но всё-таки интересуют детали реализации. Вот, к примеру, есть 10 нод, у них 1 общий репозиторий сообщений и эх. Если, к примеру, одну из нод взломают, то в процессе синхронизации какая-либо эха будет потёрта у всех. Интересно, как можно сделать так, чтобы одна эха удалялась на одном сервере, но оставалась на другом при общем репозитории.

Где скачать?

синхронизация ничего не трёт

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

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

ты в регекспах понимаешь? :)

можешь сделать регексп для re., чтобы в тексте

код

код2

заменялся на
====<pre>
код
</pre>====

====<pre>
код2
</pre>====

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

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

Можно и без регэкспов, просто заменив

на

</pre>

<pre>

Так проще будет
Но если хочешь, могу и написать регулярку =)

посмотри коды клиентов и сервров из 5 строчек :)

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

И ещё, важно. У НАС ВСЯ СИНХРОНИЗАЦИЯ ОДНОСТОРОННЯЯ! чисто теоретически, сначала один может запросить и нафетчить, а потом послать через /z/in, но это две разные синхронизации. если кто-то берёт с одного нода, это не значит, что он будет каким-то образом что-то отдавать (будь то z/in или обратный фетч). Они могут, как тут кто-то говорил, вообще по кругу друг с друга фетчить - 1 со 2, 2 с 3, 3 с 4, 4 с 1.

И что значит трёт? например, я подписан на два нода. на ноде 1 Вася написал сообщение, на ноде 2 Петя написал сообщение. я с обоими синхронизировался - что и у кого я должен затереть? и как тогда вообще узнать, мне надо скачать или затереть сообщения Васи и Пети???

> Можно и без регэкспов, просто заменив

замена не нужна, скобки пусть остаются (пока, а там посмотрим).

а как он узнает, какой из них открывающий, а какой - закрывающий? :)

кроме того, нужно проверять случаи НФ====\n, \n====\n, \n====КФ, где НФ=начало файла, КФ=конец файла

хотя, наверое, можно использовать ===={ и }==== , не знаю, будет ли это удобно, надо будет попробовать...

При удалении я имел в виду, что удаляются все сообщения в эхе, а не конкретные сообщения. Наверное, их идентификаторы будут помещаться в игнорлист, чтобы не скачиваться. Когда Вася написал Пете сообщение, а мы начинаем синхронизацию, то проверяем по списку, какие сообщения качать, а какие типо удалённые.

Ладно, попытаюсь на регулярках

блеклист будет внешний. в стандартную реализацию он вообще не будет входить.

если начать переусложнять технологию, теряется основная её суть. в таком случае проще само фидо взять или другую технологичную технологию. ii - антитехнологичная, её цель - сделать проще :)

Но внешнюю реализацию тоже надо реализовывать =)
А то не так уж и удобно получается

в клиенте что-то типа rating.51t.ru/acbcerte/earwerewrwerer/werwerwerwer/werwerwerwer/wrweafsfaasd
одна строчка, либо две, если проверять только по 100 штук разом

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

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

Пока можно и без этого обойтись, но в отдалённой перспективе сие нужно

Сначала проверяем по регулярке ====$(\s)==== и заменяем результаты на </pre><pre> Потом проверяем по ==== и первый результат заменяем на <pre>, а второй на </pre>

Сомневаюсь, что правильно, но стоит попробовать.

а не лучше ли придумать какой-нибудь супер разделитель и второй раз его не добавлять?

> Пока можно и без этого обойтись, но в отдалённой перспективе сие нужно

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

у меня основная проблема с регулярными выражениями - это сделать всё по стандарту

покажи готовый python-код, чтобы я его на тестовых файлах попробовал.

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

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

любая строка. чтобы в html-клиенте включались теги pre или code, а в текстовых - просто обрамление сверху и снизу.

я же приводил пример

вот, например

for n in lst:
    print n

вот тут в html не будет отступов, всё в одну колонку будет. а надо - чтобы это был код

То есть есть некая строка

текст1

текст2

текст3

и она должна заменяться на
<pre>
текст1
</pre>
<pre>
текст2
</pre>
<pre>
текст3
</pre>

Я правильно понял?

сейчас оно вот:

def rend(txt):
    out = bottle.html_escape(txt)
    r1 = re.compile(r"(\b(http|https)://([-A-Za-z0-9+&@#/%?=~_()|!:,.;]*[-A-Za-z0-9+&@#/%=~_()|]))")
    out = r1.sub(r'<a href="\1">\1</a>',out)
    r2 = re.compile(r"(\b(ii)://([-A-Za-z0-9+&@#/%?=~_()|!:,.;]*[-A-Za-z0-9+&@#/%=~_()|]))")
    out = r2.sub(r'<a href="\3"><span class="success radius label">\3</span></a>',out)
    return out.replace('\n', '<br />')

нужно сделать это адекватнее: (плюс >, >>, >>> и т.д. должны стилем выделяться)

==== лучше оставлять, наверное. но сейчас пока не принципиально, хоть как пусть будет, чтобы попробовать :)

> нужно сделать это адекватнее
Ну вот даже не знаю, как это сделать адекватнее :)

> плюс >, >>, >>> и т.д. должны стилем выделяться
import re

teststr="""
>>cfdfisdfi

dfd
>>dfsdfsdfdtt

"""
teststr=teststr.split("\n")

rr=re.compile("^>>")

for i in range(0,len(teststr)):
if(re.match(rr,teststr[i])):
teststr[i]="<font color='green'>"+"&gt;$gt;"+teststr[i][2:]+"</font>"
print ''.join(i+"\n" for i in teststr)

Оно?

в смысле, может быть

или >, или >>, или >>>, и так штук до 6, больше не надо (в голдеде, по-моему, штук 8-10 было :)

До 6 штук, значит. Ок :)

import re

teststr="""
>>>>cfdfisdfi

dfd
>dfsdfsdfdtt

"""
teststr=teststr.split("\n")

rr=re.compile("^[>]{1,6}")

for i in range(0,len(teststr)):
if(re.match(rr,teststr[i])):
teststr[i]="<font color='green'>"+teststr[i].replace(">","&gt;")+"</ font>"
print ''.join(i+"\n" for i in teststr)

скоро. возможно, сделаю и тестовую паблик-ноду...

погоняй всё это на новом клиенте?

покрути там sx.rend, попробуй всё это применить

С удовольствием погоняю :) только завтра, а то спать хочется

А я только поесть хотел:( А тут опять ништяки выкатили на тестирование

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

до завтра как-нибудь косяки причешу, и пойду посмотрю, что там в 0.2 запланировано в багтрекере...

Тогда пока "обновляться" не буду

не, обновляться нужно обязательно, и переходить на ноду 51t.ru
всё, что связано с нодой ii.51t.ru - скоро работать не будет.

Привет! Снова проснулся, тестирую новый веб-клиент. Уже заметил багу: когда отправляешь сообщение, оно не заходит в локальную эху, приходится после отправки жать кнопку "загрузить новые сообщения". Или это не баг, а фича?

В консоли KOI8-R? Это что ж за консоль такая? =)

Добавил новую регулярку в веб-клиенте sx.py
Скриншот: http://itmages.ru/image/view/1587682/5a5ade81
Код: http://pastebin.com/8qFPMXjk

спасибо, как закоммичу всё своё, так и это закоммичу

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

пока есть только три теоритических адресации, и лишь пока две из них есть по факту:
* строка из выше на фильтр эхи
* и 20 символов A-Za-z0-9 на фильтр сообщения.

Пожалуйста :)
Я и сам-то в регулярках не очень-то понимаю :)

> регулярку ii, если в них понимаешь, надо тоже переделать, а то она просто копированием взята, и, если, скажем, закончить её запятой, то и запятая тоже пройдёт и испортит ссылку.
Какая регулярка ii? В каком файле она прописана?

> Я и сам-то в регулярках не очень-то понимаю :)

будем не понимать вместе :)

ii - в том же самом, что ты процитировал. в самом низу.

можно даже красивно сделать, меняя сообщение отдельно, а эху - отдельно (можно будет иконку вставить)

вот даты на веб-сайте же есть. откуда они?

даты есть. в базе - это смещение от 1970 года.

> Tell me doctor, what will be the date,
> Is it 1901, or 2038.
> All I wanna do is make my keyboard sing

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

> вот даты на веб-сайте же есть. откуда они?

проставляются нодой во время регистрации на ноде

возьми любой файл сообщения, да хотя бы вот: http://51t.ru/m/MReDiyb3csQnosWL1zCe

первая строка пустая, потому что нет доп.атрибутов,
вторая - эха
а вот третья - это дата, 1396338883, число секунд с 1970 года в формате UTC

> даты есть. в базе - это смещение от 1970 года.

> Tell me doctor, what will be the date,
> Is it 1901, or 2038.
> All I wanna do is make my keyboard sing

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

я сижу в текстовом клиенте. в нем этого не вижу. допускаю что не туда смотрю.

> возьми любой файл сообщения, да хотя бы вот: http://51t.ru/m/MReDiyb3csQnosWL1zCe

>первая строка пустая, потому что нет доп.атрибутов,
>ворая - эха
>а вот третья - это дата, 1396338883, число секунд с 1970 года в формате UTC

все понял. выходит текст клиент надо дописать. спасибо.

приделать дату в текст.клиенте? ща приделаем :)

щаприделал

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

сайт ii.51t.ru в этом клиенте не поддерживается (а завтра вообще нигде не будет поддерживаться)

только 51t.ru

Уфф =)

Привет, 51t, я готов сделать на своём телефоне полуоффлайновую, "деревенскую" ноду. С чего можно начать?