>ставить на пеку odt просмотрщик
Ты издеваешься?

>>11932
Да там КЭПовство, никакой конкретики по протоколу, алгоритмам

>>11932
>odt просмотрщик
Это называется libreoffice, вообще-то.
Но по сути двачую, оп мог бы и в pdf экспортировать.

>>11935
>Это называется libreoffice, вообще-то.
Я знаю, что это такое. Просто не держу на пекарне ненужного софта.

С бордой можно и просто реплицировать на все ноды, как в Usenet. Для публикации исполняется Proof-of-work.

Забавно, что если бы ОП приложил doc, то никто бы и слова не сказал. Спермобляди же.

>>11968
Я бы сказал. Думаю, и >>11932 сказал бы, раз у него даже LO на пеке нет, то MSO наверняка.

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

>>11948
Кстати, а что за Usenet?

>>11975
С подключением!

>>11976
alt.2600.*

>>11976
Про него в вебе инфы почти нет.Какая-то иерархия, зона alt,что то типа федерализации. Поясните ньюфагу

Кстати,была такая вещь...Superdvach

Бпмп

>>11930 (OP)
Анончик, выложи текст документа на pastebin.

http://rghost.net/private/7fVhffhHf/2ee818ee8b2871db5220dc1716d47f01
Экспортнул в PDF. Но еще раз скажу, там хуета от капитана очевидности.

Если есть Python-кодеры, то могу помочь. https://keybase.io/2ch

>>11979
Бамп

>>12434
Кэп?Так вообще непонятно.Вот поясни за alt. Зону.Поясни за клиент для шиндус на русском,на ведро

>>12437
>клиент для шиндус на русском
Любой почтовик. Во всяком случае раньше.
Ищи настройку вида "сервера news://"

>>11930 (OP)
ОП, загугли "наноборда"
к сожалению, не взлетело
борда даже некоторое время была активной - в кач-ве транспорта использовалась прога типа битторента которая позволяла шарить файлы, уже не помню как называлась. об анонимности там говорить не приходилось - все айпишники светились

>>13208
Ох ну нихуя себе! Идея просто охуительна, меня аж дрожь пробрала.

>>13208
Подкинь ссылку,про наноборду слышал, а ссылку не нашел

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

еще раз, вот нанопост (искусственный пример):
1234567890abcdef1234567890abcdefТекст поста
Мы видим две ссылки вначале - на тред и на пост на который отвечаем, ну а дальше текст поста, всё
Хэш взят с UTF-8 байтов - MD5 - первые 8 байт, записывается в шестандцатиричной форме
Хэш атаки (поптыка затереть чей-то пост) предотвращаются эвристической оценкой содержимого нанопоста - первые 32 символа обязаны попадать в 0-9a-f, а дальше не должно быть "абракадабры"
можно также отсекать единичные абракадабра-посты в единичных тредах и таким образом хэш-атаки оказываются бесполезными

передача файлов - не задача наноборды. нагружать ее файлами и даже картинками это не совсем правильно. хороший пример - нанохтмл - там с картинок считается хэш и можно в постах ссылаться на хэш картинки. например [img]1234567890abcdef[/img] - и как и по каким каналам пользователь получит эту картинку это уже дело десятое.
если все таки необходимо поделиться уникальным изображением (а не колобком который давно есть у всех) и хочется делать это именно через нанопосты то есть base64 и подобные системы и тогда будет что-то типа [img-base64]bSBvdGhlciBhbmltYWxzLCB3aGljaCBpcyBhIGx1c3Qgb2Yg
dGhlIG............1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb[/img-base64]

>>13228
короче говоря если взять идею нанопостов (которые и формируют наноборду), ничем больше эту идею не утежелять, и собрать всё инструменты в одну софтину:

аггрегатор нанопостов с интернета (сбор пнг-контейнеров, стеготекстов)

формирователь и просмотрщик тредов с помощником формирования своих постов

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

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

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

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

чем наноборда лучше всяких десутолков битмесседжей и токсов так это тем что она:
1) имеет привычный теплый ламповый формат АИБ
2) может паразитировать на всём вышеперечисленном, причем вперемешку

Скоро выкачу новую версию наноклиента для наноборды для Windows/OS X/Linux.
Ожидаемые фичи уместятся в одном приложении:
- автосборщик/расшифровщик ПНГшек с заранее заданных УРЛок тредов
- просмотрщик тредов/постов с возможностью ответа в тред и создания треда
- формирование пнгшек (со своими/свежими чужими нанопостами) предназначенных для заливки дабы ваши и чужие ответы появились у других людей которые настроили сборщик на треды в которые вы будете постить

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

>>13248
А на каком языке погромируешь?

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

>>13228
Из каропки работать не будет?

>>13248
>для Windows/OS X/Linux
>>13264
>шарпец.
Убил всю кроссплатформенность, даже не начав.

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

>>13284
так mono же. шарпец - не есть дотнет.
лично тестирую на Windows7, Windows8.1, Ubuntu 11, OS X 10.11

>>13328
битсинк не анонимен, qr коды - это для совсем уж ядерного пиздеца когда интернета вообще не будет, тогда и правда в метро qr-коды расклеивать/собирать останётся.

на данный момент рассматривается идея паразитирования на нескольких АИБ параллельно. так сказать, диверсификация.
транспорт - пнг-картинки с вшитыми нанопостами, смотрю также в сторону стеготекста (основанный на сходстве кириллицы/латинницы - 20 букв прячут одну, на четности - 60 букв прячут одну, то есть плотность низкая но засечь почти нереально).

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

>>13335
>>13335
вот если кому интересно как прячутся данные в пнгшку:
http://blog.andersen.im/2014/11/hiding-your-bits-in-the-bytes/

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

в 512х512 пнгшку влезут десятки постов!
для сравнения в пост со стеготекстом (подстановка(1)/не подстановка(0) латинских букв вместо кириллических - аеросух) размером с этот влезет только нанопост из ~60 символов (~20 на "беспалевном" (текст разбивается по пробелам, куски от 3 и меньше символов игнорятся, считаются биты: четное количество символов в куске - 1, иначе - 0, тут придется автоматически вставлять знаки препинания в помощь или пропускать/дублировать буквы) варианте)

преимущества наноборды:

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

независимость от какого-либо сетевого протокола, сервера, аплоад это маскировочные действия (например, добавление картинки к посту на АИБ). при этом наноборда может одновременно поразить десятки АИБ своими скрытыми постами но при этом останется единой бордой для участников и не умрет если одна АИБ вдруг "отпадёт".

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

отсутствие "хозяина" и невозможность модерации

возможность выйти за рамки АИБ (везде где можно хостить картинки или даже просто писать текст (стеготекст позволит относительно незаметно общаться нанопостами небольших размеров)

теоретически наноборда может жить даже без интернета - физическое размещение нанопостов в реальном мире - разбрасывание компакт-дисков, расклеивание QR-кодов, bluetooth-приложения, а также несанкционированные цифровые радиопередатчики - позволит наноборде хоть и очень медленно, но существовать

>>11932

Да ты охуел. Офисные пакеты на пека принимаются как данность, если ты дохуя никакфсе, это твои проблемы. Или ты был бы рад докх?

>>13384
кстати в гуглдокс можно смотреть все форматы включая docx
вообще многие люди месяцами не сталкиваются с необходимостью открыть офисный документ

>>13335
в моно немало багов. как нерешенных так и не обнаруженных. есть различия в зависимости от платформы. на хеллоуворлдах заметить сложно но на более-менее серьезном проекте придется напрячься чтобы была "кроссплатформенность". например ToString() экземпляра FileInfo может на одной платформе вернуть полный путь, а на другой - только имя файла.
одно радует - запускается экзешник везде без перекомпиляции. +у винды преимущество - не нужно ставить моно.
шарп как язык мощнее и выразительней джавы.
в остальном джава рулит.
у шарпа плохо с интерфейсом. был винформс да устарел. возможности примитивны. был впф да устарел и кроссплатформенности ноль. есть гтк - но на вид ущербное г и лишние мегабайты установки. надо делать локальный сервак и строить красивые хтмл странички.

>>13398
на ToString не стоит полагаться это больше отладочная инфа нежели реальное свойство класса

>>11943
> Я знаю, что это такое. Просто не держу на пекарне ненужного софта.
Переконвертируй онлайн. А лучше купи нормальную пекарню

Практически готов новый клиент наноборды. Осталось пару мелочей допилить только и проверить, думаю через 1-3 дня выкачу публичный релиз вместе с исходниками конечно же.
Как это примерно будет выглядеть:
слева списком будут показываться новые посты, по клику можно будет перейти в их тред (и они исчезнут из списка)
по центру окно просмотрщика тредов - по клику на сообщение выводится меню: войти в тред, ответить в тред, перейти на уровень выше, добавить пост в закладки, спрятать пост; по клику на пустое место выводится меню: собрать ПНГшку, перейти на уровень выше, поискать нанопосты, выйти
справа - окошко закладок. по клику - переход на закладку, дабл-клик удаляет закладку

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

собрать ПНГшку - значит поместить свои свежие посты, недавно скачанные посты, а также некоторый набор случайных постов со всей имеющейся базы в ПНГфайл (в нижние биты цвета, что незаметно для человеческого глаза). в качестве основы берется случайная картинка из папки containers (её надо наполнить своими картинками, возможно, в комплекте будет набор картинок).
итоговая ПНГшка с нанопостами помещается в папку upload. в эту папку нужно периодически заглядывать и загружать оттуда картинки на АИБ в условленные треды (те же треды что и в конфигурационном файле поиска)
поскольку картинка физически меняется, одну и ту же картинку можно много раз аплоадить на реальную АИБ.
программа при каждом закрытии собирает ПНГшку так что папка может засоряться, можно просто эти ПНГшки чистить и отправлять только самые свежие.

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

теперь плохие новости - под OS X клиент работает скверно. например нельзя написать большую букву М (кривота порта винформс под моно для os x) и иногда клиент просто вылетает на старте. но в целом вполне работоспособно.
кодировку пришлось изобрести свою, 8битную - чтоб везде одинаково работало и при компактности было всё что нужно. в кодировку входят цифры, все стандартные аски спецсимволы, cr, lf, табуляция, пробел, английские, русские, украинские и белорусские символы (включая белорусскую латинку) а также №©«»±®°™—“”’‘…–
еще 30-40 свободных мест в кодировке есть, принимаются пожелания

>>13398
>в остальном джава рулит
На десктопе ей делать нехуй. Как и моно.
Я бы отдал предпочтение tcl/tk.

>>13412
Код забыл.

>>13463
пароль на скачивание: 2ch
http://rghost.net/7frYqC9zn
в комплекте программа, описание (README) и исходники.
UI писался в спешке, планирую заменить все на веб-интерфейс (как в усопшем проекте nanohtml)
позже залью на гитхаб
в настройках пока указан этот тред. картинка выше - пнг-контейнер. вызовите Search posts один раз, тред распарсится, пнгшка скачается, увидите тестовые посты. попробуйте создать посты (и попробуйте особо не мусорить, создавайте осмысленные посты). собранный пнг контейнер постить вручную сюда же.
если взлетит договоримся о местах обитания и заживём.

>>13465
и копипаста с 410чана (более подробное объявление)
Новый клиент наноборды!

Умеет парсить АИБ-треды (из пользовательского списка), качать и расшифровывать с них пнгшки (формат контейнера другой), формирует пнг-контейнеры (для последующей ручной отправки). В контейнеры суёт свежие посты (которые написал сам юзер и просто недавно скачанные, а также рандомный набор из всех постов в базе пользователя). Способ шифрования пнгшек отличается от изложенного в ОП-посте, разработана своя 8-битная кодировка пригодная для жителей СНГ.
По нанопостам немного улучшил изначальную идею. Вместо хэша треда и хэша поста на который отвечаем оставлен только хэш поста на который отвечаем. Хэш увеличен в два раза. Поскольку и в самой наноборде каждый пост может быть тредом, логика остаётся прежней. Вытащить полный тред рекурсивно тоже не будет проблемой. Пока что просмотр ответов одного уровня.
Таймштампов которые многие хотели бы всунуть осознанно избежал. Их слишком легко будет подделать, а воспринимать инфу можно и без них ведь главное что посты ссылаются друг на друга и можно выстроить цепочки.
Вложения, картинки - легко подключить чуть позже (например base64) не меняя основной идеи.

Итак
Пароль на скачивание: 2ch
Ссылка: http://rghost.net/7frYqC9zn

Исходники внутри. Читаем README.
Планируется переход на веб-странички (локальный сервер), но пока что - окошечки.

Инструменты борьбы с вайпами пока только готовятя.
Это будет и пароль, который позволит "огородиться" и спам-фильтры, а также лимит на размер поста.
Разумеется это будет всего лишь борьба а не полное предотвращение. Ну, от вайпов никуда не деться.
Однако на данный момент уже есть возможность скрывать неугодные юзеру посты - они не будут показываться и распространятся в контейнерах. Таким образом может проявляться "модерация улья". Здесь как плюсы так и минусы (вы можете оказаться настолько противным в своих постах что вас вдруг все попрячут и в итоге не будут репостить).
Если заморочиться то можно создать систему коллективного проставляния рейтинга постам.
Кроме того пользователь уже сейчас может делать закладки, чтобы не потеряться в куче новых постов.

>>13337
А если будет сплит, как в dns? Ну, не успею синхронизироваться и насоздают своих гетов. Потом кто-то ещё получит гет и будет бардак. Или у тебя всё на хешах + рандом?

>>13412
Своя кодировка, омг.

>>13412
1 почему lsb, а не f5 или что-нибудь нормальное?
2 зачем вообще наполнять картинками папку, если есть гугл имейджес, яндекс-картинки, фликр, вк, фб и двач с фочаном?

>>13465
ОП, ты что не умеешь пользоваться гитом?

>>13472
в наноборде не может быть проблем с синхронизацией, всё на хешах

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

>>13473
пришлось. нельзя просто взять и сохранить текст в байты. байты это просто числа от 0 до 255. нужно еще знать какой букве соответствует какое число. для этого и есть кодировки. глянул я на имеющиеся 8-битные кодировки и охуел от количества лишнего говна идущего еще со времен ДОСа а то и из более древних 60-х терминалов, а также из ебанутых языков типа французского (всякие умляуты аеоui). К тому же к сожалению на разных платформах тот же моно может по разному кодировать UTF-8.
В нанокодировку вошло всё самое необходимое и осталось место в принципе достаточное чтобы попытаться ублажить еще и немцев/французов но нахуй они нам нужны? Для русского украинского беларусского и английского всё есть.

>>13474
f5 - не слыхал, прости. картинку сильно визуально портит? влазит больше да?
текущий вариант когда влазит около 100кб в 512х512 пнг - вполне хорош. можно задействовать 2 нижних байта но тогда будет шум.
какие-то манипуляции с самим пнг считаю недопустимыми, нужно работать исключительно с цветами пикселей, поскольку вот здесь на хиккаче например на сервере стоит кранчер и пнг которую ты заливаешь потом бинарно уже не совпадает с оригиналом. но пиксели остаются тех же цветов.

>>13475
я не ОП. гитом пользоваться умею, пока что влом заводить аккаунт (свой палить не хочу).

>>13479
два нижних бита (вместо одного) - быстрофикс
однако что 100кб что 200кб - туда влезет не просто нанопост а постов 100-500 так что норм

>>13466
Файл не сканируется вирустоталом,wtf?

>>13483
Работает?

>>13494
Что ты думаешь с гуем делать? Заебешься же под каждую платформу отдельно пилить.

>>13493
Скачанный .ехе не сканируется
>>13494
Идеально.Я вложил картинку,и странным образом образовались картинки в 65 и 40 кбайт.Оригинал весил 13
>>13495
Chromium же
>>13497
Кодировку смени
>>13496
Решай сам
http://www.google.ru/search?q=%D0%BD%D0%B5%D0%BE+%D0%B2%D1%8B%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D1%82+%D1%82%D0%B0%D0%B1%D0%BB%D0%B5%D1%82%D0%BA%D1%83&gws_rd=cr&ei=0B90VsqUNKXlywP94b_ABg

Ну и да,оп,почему забросил нанохтмл
Для паразитирования можно юзать пастбин и cd.textfiles.com

>>13499
>Решай сам
Есть два стула: на одном Tk точеный, на другом Electron дроченый. На какой сам сядешь, а на какой анона посадишь?

>>13494
У меня в updates ничего нету,накидай картинок
Мимо тестер

>>13505
Нет>>13506
Хорошо

>>13509
Тебе помочь с русификацией?

СВЕРШИЛОСЬ!
Официальный релиз наноборды:
https://github.com/nanoboard/nanoboard/releases

Просьба к тем, кто начинает постинг на новом месте - сообщать остальным сюда или на наноборду (через этот тред) чтобы люди дополнили свой places.txt.

>>13482
Вирусов нет. Если боишься - скачай xamarin и сбилди сам.

>>13496
Как я уже писал, думаю сделать веб-интерфейс как у нанохтмл. Но пока что работает под Win/OSX/Linux платформами (на OS X - с глючками, но вряд ли у многих стоит эта ось).

>>13497
В новом релизе ридми переписан. Будут снова проблемы с кодировкой - сообщай.

>>13501
Пока что не было времени на реализацию аналога нанохтмл. Переход на веб-интерфейс будет плавным и полностью совместимым с текущим клиентом. Как парсить пастбин - ходить по всем ссылкам? Дополнительные протоколы такие как битсинк можно будет подключить в виде плагинов, например. Что-нибудь подумаю в этом направлении.

>>13502
Пока что Winforms, а дальше - html+css.

>>13510
К сожалению под виндой (не помню 8 или 7) вместо русских букв в меню (именно в меню) иероглифы. Это наверняка можно решить но я пока не решил.

СВЕРШИЛОСЬ!
Официальный релиз наноборды:
https://github.com/nanoboard/nanoboard/releases

Просьба к тем, кто начинает постинг на новом месте - сообщать остальным сюда или на наноборду (через этот тред) чтобы люди дополнили свой places.txt.

>>13482
Вирусов нет. Если боишься - скачай xamarin и сбилди сам.

>>13496
Как я уже писал, думаю сделать веб-интерфейс как у нанохтмл. Но пока что работает под Win/OSX/Linux платформами (на OS X - с глючками, но вряд ли у многих стоит эта ось).

>>13497
В новом релизе ридми переписан. Будут снова проблемы с кодировкой - сообщай.

>>13501
Пока что не было времени на реализацию аналога нанохтмл. Переход на веб-интерфейс будет плавным и полностью совместимым с текущим клиентом. Как парсить пастбин - ходить по всем ссылкам? Дополнительные протоколы такие как битсинк можно будет подключить в виде плагинов, например. Что-нибудь подумаю в этом направлении.

>>13502
Пока что Winforms, а дальше - html+css.

>>13510
К сожалению под виндой (не помню 8 или 7) вместо русских букв в меню (именно в меню) иероглифы. Это наверняка можно решить но я пока не решил.

http://arhivach.org/thread/131117/

>>11930 (OP)
Бля, ты не мог в текстовом формате выложить? Ну пиздец, зачем быть таким уебком? Возьми маркдаун, блядь, и пиши в нем, нахуя тебе одт? Пиздец просто.

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

>>13562
У него стеганография в картинках, если я правильно понял.
Вообще, идея отвязки от браузера изначально ущербная, нужно было всё в виде расширения делать.

>>13562
Я не оп, но ты можешь и тему перечитать. Наноборда паразитирует пока лишь на других средствах, пока лишь имиджбордах. Можно добавить даже qr-коды.

Проясню немного.
Я не ОП этого треда. Я создаю Наноборду. Я автор оригинальной идеи. Постил эту идею еще пару лет назад на эту борду а также в 410чан.
Наноборда это по сути децентрализованная анонимная имидж борда. Именно поэтому я написал в этот тред.
Предыдущая работающая реализация нанобрды (nanohtml) состояла из генератора веб-страниц (с тредами), который считывал папку с картинками текстовыми файликами - в каждом файлике - нанопост, опционально ссылающийся на картинку по хешу. С веб-страницы можно было написать ответ и скачать файлик который нужно распространить. Картинки и текстовые файлики нужно было распространять вручную. Тестировалось это все несколькими анонами с использованием BitSync (шарили папку с текстовыми файликами и картинками). Просуществовала эта версия наноборды недолго (возможно до сих пор существует но это очень вряд ли). Уже тогда была идея и некоторые инструменты по "паразитированию" на других имиджбордах посредством обмена пнг-картинками с вшитыми нанопостами, но практического применения не было.

Новая реализация наноборды, которую я делаю сейчас, имеет слегка отличающийся формат нанопостов. Хеш увеличен в 2 раза, каждый пост теперь ссылается не на 2 поста (один из которых "тред"), а на один. Я посчитал ссылку на 2 поста излишней поскольку вокруг любого нанопоста может сформироваться тред и различие между тредами и постами размыто даже в версии со ссылкой на 2 поста. Теперь явно подчеркивается, что участники отвечают нанопостом на нанопост и могут смотреть ответы на нанопост, которые тоже являются нанопостами, на которые тоже могут быть и ответы и так бесконечно. Программно можно развернуть любой нанопост до полного "треда", но пока что я не вижу в этом необходимости и если это сделать слишком "высоко" то результат получится огромным.

Кроме формата идея не особо поменялась.
Недавно я выпустил новый оконный клиент наноборды.
Его особенность - реализовано скачивание и распознавание пнг-контейнеров с заданного списка аиб тредов. Реализована упаковка пнг-контейнера. Постинг пнг-контейнеров ручной.
Это было всего пару дней назад.

Сейчас я сконцентрировался на создании веб-интерфейса (на основе локального сервера, примерно как организован клиент i2p).
Это значит, что нанопосты можно просматривать по адресу 127.0.0.1 (+некий порт), там же постить ответы, вызывать скачивание новых постов, вызывать формирование своего пнг-контейнера и другое.
Что еще планирую добавить:
разметку
картинки (будет преобразование в jpeg, и уменьшение особо больших картинок. это вынужденная мера поскольку пнг-контейнер не резиновый)
шифрование (мера безопасности. по ключу можно будет полностью огородиться в свою наноборду)

>>13575
> Сейчас я сконцентрировался на создании веб-интерфейса (на основе локального сервера, примерно как организован клиент i2p).

Очень плохая идея, так как во-первых, будут XSS (как в i2p), а во-вторых, невозможно поставить на машину с кучей пользователей (на свой сервер под отдельного пользователя и т.п.).

>>13575
Что касается альтернативных путей распространения. Их может быть сколь угодно много. Наноборда не требует каких-либо правил или протоколов распространения. Каждый нанопост независим, может распространяться отдельно и содержит всё, что нужно, чтобы его можно было бы потом увязать в общую наноборду. Поэтому для того, чтобы наноборда работала достаточно организовать обмен нанопостов.

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

Вместительность пнг-контейнеров:
512x512 = 96Кб
1024x1024 = 348Кб
2048x2048 = 1.5Мб
В веб-клиенте предполагается насильное уменьшение jpeg картинок пока размер не превратится в 32Кб или меньше. Думаю об опции разрешения постинга и хайрез картинок но такие нанопосты не будут попадать в другие пнг-контейнеры при ретрансляции. Всё-таки наноборда это не файлобменник и условия у нас спартанские.

Теперь что касается QR-кодов. Это апокалиптический вариант, который предполагает отсутствие интернета и присутствие людей страстно желающих поддерживать жизнь наноборды, которые расклеивают и считывают qr-коды по людым местам таким как метро. Очень фантастический вариант но технически вполне возможный. Но надо понимать, что в одном QR-коде может уместиться разве что мой вот этот вот пост. Поэтому "трафик" в наноборде будет уже далеко не тот - это ж прикиньте сколько надо будет распечатать, расклеить и считать qr-кодов.

Поэтому для варианта с отключением/блокированием интернетов лучше подойдёт распространение через mesh-сети на wifi, bluetooth (в забитом вагоне метро самое оно) а также с помощью несанкционированной сети радиоретрансляторов (замаскированных во дворах) на wifi (для домов вокруг) и других волнах "дальнего действия".
Лоу-тек вариант - разбрасывание дискеток, компакт-дисков, перфокарт - слишком много минусов (затратно, низкая скорость обмена).

Но какой бы способ не был бы выбран - наноборду (и даже её программный клиент) менять не придется.

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

>>13578
> вообще учитывая такие опасности, стоит ли забить на веб-интерфейс и развивать дальше оконный клиент?

Самый главный вопрос в том, на чем ты будешь это все кодить. .NET тянуть в любом случае не надо. Qt и C++ неплохой компромисс для кроссплатформенной гуевины. Может быть Python + Tk, но вендобляди не одобрят, наверное. Если очень хочется web, то я бы смотрел в сторону standalone HTML5-приложений, которые устанавливаются в браузер, но по-моему технология сыровата. Скорее пересилил бы свое отвращение к плюсам и на Qt пилил бы.

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

Закинул ты малварь под отдельного юзера. До обычного клиента она не доберется. А тут получается, что любая малварь сможет постучать на 127.0.0.1:port и поменять настройки, запостить какую-нибудь хуиту и т.п. К тому же нужно думать про CSRF постоянно, чтобы веб-сайты не могли в твои настройки лезть.

>>13575
Если тебе не трудно, закодируй типичный нанопост (3-5 кб) в base64 и залей на pastebin. Хочется глянуть на сообщения. И такой ввопрос: зачем ты придумал свою кодировку? zlib жмет русский до 60%, можно было бы и православный UTF-8 применить ради кросс-платформенности.
Лично я посоветую развивать оконный клиент, т.к. сам иногда пилю и предпочитаю не использовать браузер лишний раз.


>>13580
>Qt и C++ неплохой компромисс для кроссплатформенной гуевины. Может быть Python + Tk, но вендобляди не одобрят, наверное.
Питон отлично собирается в .exe бинарник с помощью сборщиков. Размер бинарников около 12-14Мб т.к. он тащит интерпретатор, в то время как в среднем С++ и Qt получаются около 5-6Мб. Не так много на самом деле, учитывая характеристики современных ПК.

>>13580
Но почему надо отказываться от .NET? (на самом деле я использую Моно а не .Net и сижу под OS X). Если ты не "вендобл" то какая ОС тебя интересует? Под линуксом текущий клиент работает без проблем нужно только установить моно (sudo apt-get install mono например и всё). Некоторые проблемы есть при работе в OS X, главные из них - нельзя ввести прописную М (и многие другие прописные буквы) и общие тормоза (но с этим можно жить). Проблема с буквами легко фиксится (слушанием клавиатуры). Однако в конце концов сложно представить крипто(!)анона который сидит под OS X и наотрез отказывается поднять виртуалку с линуксом.
А вообще честно говоря я просто не могу в кресты, питон (к нему особая претензия - к производительности) и Qt, а вникать не особо много времени и желания. Кроме того уверен, что с кодом на шарпе у меня найдется больше продолжателей в случае чего.

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

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

За хтмл взялся чисто ради более приятного пользовательского интерфейса и вида постов который можно запросто наворотить на html+css.

>>13582
По-поводу кодировки, для чего-то кроме английского текста utf-8 не годится если ты хочешь компактности. Для русского, украинского, для тирешки, русских кавычек или знака копирайта 8-бит уже недостаточно, в ход идут 16-битные символы. Ну и потом нет гарантии что utf-8 на всех фреймворках/платформах будет работать одинаково с кириллицей (у меня возникли проблемы с utf-8 на моно под os x, в суть не вникал). А мне нужно чтобы при расчете хешей с постов где куча кириллицы была какая-то гарантия, чтобы на хэши можно было бы полагаться. Остаются кодировки типа KOIR-8, CP1251. Но там 1) много лишнего (около 30 управляющих символов придуманных в 1972-м а также уродливые никем не используемые спецсимволы и символы псевдографики для нужд наноборды бесполезны) 2) много недостающих символов.
Вот всего этого вместе:
?!"#$%&'()+,-./0123456789:;<=> @
ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`
abcdefghijklmnopqrstuvwxyz{|}~ЎўЄєІіЇї
АБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ
абвгдеёжзийклмнопрстуфхцчшщъыьэюя
čšžćśźńŭłČŠŽĆŚŽŽŬŁ
№©«»±®Ґґ°™—“”’‘…–
\n\r\t
я еще не встречал ни в одной 8-битной кодировке.
При этом тут есть даже беларусская латинка которая нужна 0.0000000001% беларусов, просто осталось еще немало места в кодировке вот и всунул. И все равно еще есть место.
пост в base64 позже скину.

>>13582
http://pastebin.com/raw/StmnmwJn - вот, это совершенно валидный нанопост в нанокодировке преобразованный в base64

вот исходник, здесь есть главные операции над текстом - преобразование в байты в нанокодировке и расчет хэша для нанопоста, который можно использовать чтобы ответить на пост:
http://ideone.com/si12Rh

>>13580
>Может быть Python + Tk, но вендобляди не одобрят, наверное.
Tcl + Tk они одобряют: выглядит нативно, установить требуется только activetcl.
>Qt и C++
Заебется пилить.

>>13585
UPD: решил переходить на SHA, MD5 это совсем уж как-то бедно

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

>>13588
Описание словесное можешь дать?
C# пиздец какой нечитабельный.

>>13588
Да и вообще, было бы неплохо иметь спецификацию, чтоб люди могли свободно свои клиенты пилить.

Какой профит от собственной кодировки и велосипедного полубинарного формата?
Почему бы просто не сжимать zlib'ом json?

>>13603
Он же написал: чтобы полноценно использовать 8 бит на символ.

>>13607
Урезанная кодировка ради экономии на спичках?
Целесообразнее использовать сжатие.

>>13607
Вот сейчас проверил.
Этот код http://ideone.com/si12Rh в юникоде занимает 5110 байт, ужатый gzip'ом - 1812, что примерно в 2.8 раза меньше.
В однобайтовой кодировке тот же текст занимает 3683 байт, если же его ужать гзипом что, кстати, в наноборде не делается, то получается 1586 байт.
Экономия на спичках, не иначе.

>>13598

Ниже привожу основную инфу что сейчас есть по спецификациям наноборды.
Для начала вкратце отпишу. По поводу нечитаемости языка, скажи какой язык для тебя читаем, я постараюсь накалякать на нём базовые методы (считалка хэша, кодировка).
По поводу сжатия, этим можно (и стоит) заняться отдельно, не вмешиваясь в кодировку. Нанокодировка создана не только ради сжатия, сжатие тут играет далеко не главную роль. Плюс нанокодировки в том, что набор символов которые она кодирует не "бинарный" вообще и может быть скопирован-вставлен и даже переписан вручную на листочек. Об этом тоже ниже в деталях.
По поводу json - лишние байты в трафике, лишние правила, отсюда риски cпоров и расхождений в реализациях. Нанопост хорош своим минимализмом, когда менять ничего не требуется и убирать тоже нечего. Это обеспечивает легкость создания совместимой реализации и дает некоторые другие профиты о которых ниже.

Нанопост — текст произвольного размера.
Первые 32 символа в нанопосте обязаны быть шестандцатиричным текстовым представлением 16-байтного хэша. В противном случае нанопост считается невалидным, такое отсеивание поможет в борьбе с подбором коллизии. Этот хэш — хэш нанопоста, на который отвечает данный нанопост. Например: a3d6efb12ee82ca341dfdc90af1ace2b
Сообщение нанопоста следует сразу после хэша без пробелов и переносов строки.
Хотя максимальный размер всего нанопоста не регламентируется, клиенты могут его ограничивать при надобности.
Еще раз подчеркну — нанопост это не байты, это обязательно читаемый текст, который можно без трудностей выписать чернилами на листик бумаги или зачитать по радио (экстремальные варианты распространения). Именно поэтому хэш выглядит так. Кроме того такой хэш удобно использовать как имя файла (что может быть использовано в некоторых реализациях).
Хэш считается со всего нанопоста включая родительский хэш.
Способ расчета хэша - преобразование нанопоста в байты с использованием нанокодировки, затем взятие SHA256 хэша с этих байтов (используются первые 16 байт SHA256). Полученные 16 байт преобразуются в текст. Символы строчные, нули вначале не обрезаются. Например 1 — 01, 254 — fe. В итоге должно получиться 32 символа от 0 до f или 16 групп по 2 символа от 00 до ff.
Поскольку каждый нанопост отвечает на другой нанопост, то естественным образом формируются треды и выстраивается очередность сообщений без необходимости в, к слову, легко фальсифицируемых отметках времени или номерах постов.
Нанокодировка — 8-битная кодировка включающая пробел, перенос строки, русские, английские, украинские и беларусские символы, стандартные знаки препинания, доступные для ввода со стандартной английской, русской, украинской и белорусской раскладок, а также некоторые “типографские” символы такие как тире и кавычки.
Цель нанокодировки — уместить всё, необходимое жителям СНГ (и даже США) в 8 бит, избавиться от необходимости тянуть наследие терминалов 70-х годов, создать строгую, независимую базу для расчета хэшей, достичь простоты реализации (сразу ясно, что каждый символ займет ровно один байт) и добиться визуальной (и аудиальной) переносимости нанопоста, что было бы невозможно с utf-8 с его десятками вариантов пробелов, точек, скобок и прочего. Сжатие — не цель нанокодировки. На это есть другие инструменты.
Наноконтейнер — ПНГ-картинка с зашифрованными нанопостами. Один из способов распространения нанопостов. Данные запихиваются в нижние биты компонентов (в порядке: R,G,B). Выше по треду есть ссылка на детальное описание алгоритма. В наноконтейнере тоже используется нанокодировка. По этой же причине там нет значений (например, целочисленных) в сырых байтах. Далее все размеры (в числах) записываются восемью символами от 0 до f. (32бит). Например 2 — 00000002.
Первым в наноконтейнер идёт количество нанопостов (например 00000002 для двух постов). Далее на каждый нанопост идёт размер каждого нанопоста в символах/байтах (точно такой же нотацией). Далее идут по очереди содержимое нанопостов. Всё без каких-либо разделителей.
Шифрование применяется к будущему содержимому наноконтейнера. Байты ксорятся SHA512 полученным с текстового ключа (байты ключа получены через нанокодировку). После этого записываются в пнг. При чтении пнг, вытащенные из нижних битов байты снова ксорятся тем же хэшом с того же ключа.
Ретрансляция чужих постов крайне важна для удовлетворительной работы наноборды. Именно поэтому в пнг-контейнеры в моей реализации записываются частично самые свежие нанопосты и частично случайным образом отобранные старые нанопосты. Поскольку редкий пост без картинки займет 100Кб, будет слишком расточительно тратить целый пнг-контейнер на один нанопост (1-5Кб).
Цель пнг-контейнеров — спрятать нанопосты от посторонних глаз, сделать обмен нанопостами малозаметным и сложно детектируемым. Пнг-контейнеры не предназначены для сжатия или для максимизации объема трафика наноборды (хотя они и стараются выполнить эту миссию).
На данный момент корневым постом выбран пост:
00000000000000000000000000000000{Welcome to Nanoboard}
А ключом шифрования наноконтейнеров — слово nano
Текущий клиент ограничивает размер нанопоста до 16Кб.
Встраивание картинок планируется через base64 datauri.
Веб-версии обязательно должны заменять все > на > и так далее, оставлять только <img datauri (тщательно валидировать содержимое) и разметку типа <b><sup><i>. Учитывая возможность встраивания картинок максимальный размер стоит делать повыше, чем 16Кб.

>>13615
новый метод расчета хэша (одно маленькое изменение):
http://ideone.com/Sl0Z1s

>>13616
кстати, за питон сразу скажу там sha256 не вычислить без сторонних библиотек. не говоря уже от c++. и вряд ли там и там это будет более читаемо чем на шарпе. кое-как могу перенести на java

>>13617
Даже в tcl sha256 из коробки, неужели в питоне его нет?

>>13615
а еще нанопост можно сохранить в обычный текствый файл. нанокодировка вообще фигурирует только при в расчете хэшей ну и в пнг-контейнерах.

>>13618
сорри за дезу, меня сбил с толку ответ здесь:
http://stackoverflow.com/questions/1328155/sha256-hash-in-python-2-4
конечно же в свежих версиях питона всё это есть

>>13615
>По поводу json - лишние байты в трафике
Излишек мизерный. Со сжатием не превысит и 10%
>лишние правила, отсюда риски cпоров и расхождений в реализациях.
Наоборот, твой формат дает лишние правила с кучей неочевидностей. Например, ты хеш и размеры постов транслируешь в нанокодировку.
К тому же, текущий формат слишком примитивен и не поддается расширению без ломания обратной совместимости, что уже большой минус.
Ну и не юниксвейненько. Инструмент должен решать только одну проблему, а не все сразу по чуть-чуть.
>Плюс нанокодировки в том, что набор символов которые она кодирует не "бинарный" вообще и может быть скопирован-вставлен и даже переписан вручную на листочек.
Она именно и предполагает своё бинарное представление. Лишнее преобразование на пустом месте.
А скопированы-вставлены или перенесены на листочек могут быть любые символы юникода, иначе их бы туда не добавляли. ☺

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

>>13616
python:
http://ideone.com/MjLCfX
c# (для сверки):
http://ideone.com/slVERs

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

>>13623
кстати пока писал питоновский код (писал в текстовом редакторе textedit маковском) обломался несколько раз при попытке запуска так как кавычки и апострофы редактор повставлял свои - похожие, но не те.

>>13624
Ну и какой в этом смысл? Захотел написать смайлик - получил вопросик, захотел математическую формулу - на тебе вопросик, захотел на языке двумерных тянок поговорить - хуй тебе с вопросиками.
Она ещё и формат окончательно превращает в бинарный.

>>13621
не только размеры постов - а всю огромную строчку (где указано количество нанопостов, размеры нанопостов а дальше сами нанопосты) которая готовится к отправке в пнг-контейнер я кодирую нанокодировкой (надо же как-то перевести её в байты). почему не utf-8 я уже объяснял

по поводу json еще раз. нечего туда класть. и возможность расширить тоже не нужна. я видел попытки сделать json-based реализацию там были таймштампы вложения и прочее это уже слишком, это не нанопосты а мегапосты какие-то. про уязвимость таймштампов уже высказывался не раз. в общем нечего там расширять. надо людям обмениваться сообщениями по цепочкам и всё. единственное что не совсем вписывается в изначальную идею - картинки. есть два решения, которые не требуют изменений/расширений и ничего не ломают никакую обратную совместимость: 1) base64 типа datauri картинка, 2) ссылка на хэш картинки и передача картинки отдельным каналом.

>>13626
в случае крайней необходимости идею нанопостов с хешами и пнг-контейнерами в нанокодировке можно расширить тегом который позволит в base64 передать utf-8 строчку.
не часто видел чтобы тут мат.формулами обменивались.

>>13627
>почему не utf-8 я уже объяснял
Где?
>надо же как-то перевести её в байты
В сишарпе нет средств для работы со строкой как с байтовой последовательностью? Или что?
Не понимаю, зачем плодить лишнюю сущность, которая, по твоим словам, фигурирует только при упаковке в пнг?
И вообще, если по-хорошему, то формат должен быть один, но простым и универсальный, который можно как в чистом виде распространять, так и сжатый внутри какого-либо контейнера. Текущий бинарный пиздец с жесткой привязкой к позициям внутри файла простым и универсальным назвать трудно. Работать с таким без специализированных инструментов невозможно.

>>13628
Эх, костыли-костылики. И на пустом-то месте.

>>13623
объясни для слоупоков в 2х словах, что за тулза и как юзать?

>>13627
для хтмл-бейсд решения любые символы юникода можно вводить вот так: &#21512;
если прикинуть сколько на реальной борде среди постов попадается юникода (почти нихуя) то это вполне ок

В чем основная проблема сделать распределенную борду? Как искать p2p клиентов?

>>13642
DHT,трекеры
Вкидывайте картинки что-ли

>>13645
А в чем именно сложность заключается?>>13648
>p2p - говно которое легко палится и может быть запрещено государствами
Схуяли? Они запретят соединения между компами юзверей? лолшто?

Я предлагаю очень простую идею, как при подключении к "скрытой борде" искать пиры для обмена трафом...
Короче суть такая: берем тупо какой-нить файл и раздаем его торрентом по DHT. Всем, кто хочет общаться в борде - кидаешь магнет ссылку на файл. По ссылке подхватываются ip адреса сидеров, раздающих этот файл. Эти сидеры и есть те, с кем ты будешь лампово общаться. Далее уже по своему протоколу конектишься к сидерам и двачуешь...

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

дискас

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

>>13650
>>13649
кодеры-куны, давайте обсасывайте идею и пробуйте реализовать.

>>13651
>>13649
ещё один большой плюс забыл добавить:
- если майоры просекут тему, то забанить DHT будет политически рисковано, тк торренты перестанут по сути работать. Останутся только трекеры

>>13654
быдло будет сильно недовольно тем, что нельзя скачать свежий выпуск "давай поженимся" и "дом3"

>>13648
>нахуя это всё говно тащить?
Ты уж определись: наноборду ты пишешь или отважно спасаешь мир от злого юникода.
utf-8 - де-факто стандартная кодировка и ничего ты с этим не поделаешь.
Технически твой велосипед ничуть не оправдан, а даже наоборот привносит свои проблемы.
>ради смайликов или ЗАЛГО?
В первую очередь ради совместимости. А ради чего нанокодировка? Ради чего пользователь должен получать бинарный блоб вместо текста? Ради чего он должен держать в голове тот факт, что не все введенные им символы пройдут цензуру деспота-разработчика?
>утф-8 это геморрой - хуй проссышь сколько у тебя в итоге байт выйдет со строчки - 8, 12, 14? хуй знает надо конвертировать в байты, считать...
В сишарпе нет средств для работы с утф-8? В 2015-то году? Да не пизди.
Даже в тикиле, в этом маргинальном куске говна мамонта, с этим никаких проблем.
>у нас есть прекрасная возможность послать нахуй utf-8 и поиметь свою ламповую 8битную кодировку
Локаль уже для линукса запилил? А для шиндошса? Или ты хочешь использовать йобакодировку только для кодирования при упаковке в контейнер? Что ж за хуйня тогда получается? Пользователь вводит в юникоде, ты текст кодируешь, помещаешь в пнг, другой пользователь извлекает из пнг и декодирует обратно в юникод. Или, допустим, он захочет сохранить не в пнг, а текстом. Ты ему бинарный блоб в йобакодировке отдашь или опять в юникод? Как не крути, но путь поста с юникода начинается и им же заканчивается.
А ведь ты что-то про наноминимализм кукарекал, а на деле бесполезные сущности плодишь.

>>13649
>Далее уже по своему протоколу конектишься к сидерам и двачуешь...
Надеюсь, в нанопротоколе будет будет своя замена tcp/ip/ethernet? Не стоит же тянуть весь этот громоздкий стек шлюхопротоколов.

>>13659
И действительно! Нужен свой протокол, а то в этом tcp столько избыточных полей.

>>13642>>13651
Пилят уже p2p-интернет, в том числе и борду >>10340 (OP). Никаких принципиально неразрешимых проблем нет, просто нахуй никому не надо.
>>13656
Вот этого двачую. Поскольку оказалось >>13609, что особой экономии нет, то и смысла в велосипеде не вижу.

И оп, дорогой, если ты хочешь, чтобы кто-то ещё пилил что-то совместимое с твоим ПО, сделай whitepaper со спецификацией. Я сейчас прочитал документ из оп-поста, тред, и не увидел никаких подробностей о контейнере, кроме
>набор случайных постов со всей имеющейся базы в ПНГфайл (в нижние биты цвета, что незаметно для человеческого глаза)

>>13661
>Пилят уже p2p-интернет, в том числе и борду
Бро, распиши в 2х словах принцип работы

>>13662
Примерно так и работает, как в >>13649 предложено, только без торрент-файлов и магнет-ссылок.
Иди офсайт читай.

>>13664
Ебать ты дурной.

>>13665
где я неправ? эта штука будет юзать поиск пиров с помощью торрента и траф маскировать под него же

>>13656
Как мне надоели эти толкатели утф... Вот не будет допустим у вас вообще никакой "наноборды", пока не сделаете правильную кодировку в системе. Что? Не получается? Только "стандартным утф" можете пользоваться, вопя чтоб под него всё сделали? Ну в общем перечитайте.

// Мимоодинодин

>>13667
просто у майора СОРМ только UTF8 понимает

>>13656
>Ты уж определись: наноборду ты пишешь или отважно спасаешь мир от злого юникода.
Да я не против юникода в мире в принципе. Но уверен, что его не стоит бездумно лепить повсюду только потому что "это стандартная кодировка".
>Технически твой велосипед ничуть не оправдан, а даже наоборот привносит свои проблемы.
Технически вполне оправдан - я уверен в том, что на каждый символ тратится ровно один байт а это упрощает реализацию. Проблем особых нет, 3 несчастных метода (toBytes, toString, calcHash) реюзаются везде вот и всё.
>Ради чего пользователь должен получать бинарный блоб вместо текста?
Да не получает он никакой блоб. Пользователь вообще этого всего не видит.
>Ради чего он должен держать в голове тот факт, что не все введенные им символы пройдут цензуру деспота-разработчика?
Редкий пользователь будет намеренно вводить символы юникода. Помню, кстати, случай с вылетающим то ли сафари то ли еще какой-то еботой для айфона если на веб-странице была определенная комбинация юникода. Просто бомба. Но и здесь для него можно подложить соломку: готовить конструкции вида &#1234; их потом даже специально парсить не придется если просмотрщик основан на html.
>В сишарпе нет средств для работы с утф-8?
Есть и я ими пользуюсь там, где это обосновано. В том числе и в клиенте наноборды дохрена где юзается utf-8.
>другой пользователь извлекает из пнг и декодирует обратно в юникод.
Именно так. Проблемс?
>Или, допустим, он захочет сохранить не в пнг, а текстом. Ты ему бинарный блоб в йобакодировке отдашь или опять в юникод?
Да как ему угодно. Можно юникод, можно бейс64, можно бинарник.
>Как не крути, но путь поста с юникода начинается и им же заканчивается.
Это не повод на всём пути держаться за юникод. Это все равно что привязать к поезду перрон.
>А ведь ты что-то про наноминимализм кукарекал, а на деле бесполезные сущности плодишь.
Сущностей - да, парочку новых появилось. Так ли уж лишних? Сомневаюсь. Также сомневаюсь и в том, что минимализм это когда ты базируешься на utf-8.

>>13649
одним из участников может быть товарищ майор. хуёво когда палятся все айпишники. настоятельно рекомендую наноборду с такими технологиями не связывать.
откуда вообще пошло название наноборда. от нанотехнологий, а именно от нанороботов, встраиваемых в тело человека. так же и нанопосты. они встраиваются. пока хозяин одного из ресурсов сам не станет участником наноборды или ему кто-то не стуканет он не будет знать что его ресурс так используют. и в большинстве случаев ничего не сможет сделать (разве что подшумлять на стороне сервера все пнгшки). и тов майору все что может передать - айпишники с которых были залиты конкретные пнгшки. а внутри посты, написанные непонятно кем и когда. потому что все перемешивается и ретранслируется. и если айпишники, с которых были запощены это айпишники каких-то впнок, вдсок, проксей, торов и прочего то тов.майор обломается. а еще есть презумпция невиновости. человек мог постить скачанную откуда-то пнгшку и просто не знать что там наноконтейнер внутри. и, кстати, это БУДЕТ происходить. потому что никак не запретить никому репостить пнг с АИБ. ну допустим побанит хозяин ресурса участников наноборды или пнг им начнет херить. ну так у них еще десяток ресурсов в places.txt. похую. вот в этом сила наноборды. а закроют все АИБ во всех странах - останутся обычные форумы. а потом сделаем стеготекст и тогда вообще хуй кто что обнаружит. а p2p уже прижимают в западных странах.

>>13673
это всё понятно. Главная проблема твоей наноборды в пнгшках в другом - юзверей мало и они не будут знать как скооперироваться в день х.
Поэтому я и предлагаю юзать уже имеющиеся DHT и torrent технологии.
Суть простая - чтобы было просто найти друг друга, было скрыто от посторонних с помощью маскировки под обычный сервис типа torrent'а или skype`а... Чтобы майор думал, что это просто кто-то торрент качает или по скайпу пиздит

Как ты будешь искать своих единомышленников 1.5 анона на бескрайних просторах чебурашки?
Маркеры какие-то надо оставить тогда, чтобы можно было через поисковик "спутник" найти )

>>13649
>А в чем именно сложность заключается?>>13648
>>p2p - говно которое легко палится и может быть запрещено государствами
>Схуяли? Они запретят соединения между компами юзверей? лолшто?

>Я предлагаю очень простую идею, как при подключении к "скрытой борде" искать пиры для обмена трафом...
>Короче суть такая: берем тупо какой-нить файл и раздаем его торрентом по DHT. Всем, кто хочет общаться в борде - кидаешь магнет ссылку на файл. По ссылке подхватываются ip адреса сидеров, раздающих этот файл. Эти сидеры и есть те, с кем ты будешь лампово общаться. Далее уже по своему протоколу конектишься к сидерам и двачуешь...

Было кстати. Был плагин для мюторрента (там в версии 4.0 было js api и движок ie, плагины - зип архив без сжатия с расширением то ли btplugin, то ли ещё каким-то) даже, и даже работал. Поищи в сети.
Кстати, в bit-torrent протоколе есть bip про отзывы о раздачах, может их заюзать?

>>13667
Свои нанопротоколы, наноос уже начал пилить, велосипедист?
>>13672
Упертый как осёл.
>а это упрощает реализацию
Что ты несешь? Как дополнительное преобразование может упростить его отсутствие?
У меня сложилось ощущение, что ты просто не осилил свой сишарп, поэтому придумал свой костыльный способ преобразования символов в байты, а теперь выдумываешь для этого оправдания.
>готовить конструкции вида &#1234;
Зачем, блядь? Ещё один бессмысленный костыль.
>если просмотрщик основан на html
А если нет? Придется сначала парсить из йобакодировки, потом из йобаразметки. А для чего? А чтобы опять получить тот же утф, с которого всё и началось.
>Также сомневаюсь и в том, что минимализм это когда ты базируешься на utf-8.
Минимализм - это когда ты не плодишь лишних сущностей, а решаешь только одну поставленную задачи наиболее доступными средствами.
А вот когда ты под видом минимализма начинаешь обвешивать свою поделку сущностями, без которых можно легко обойтись и которые к решаемой задаче совершенно не относятся - это уже долбоебизм. Не удивлюсь, если ты там начнешь выдумывать нанотулкит, наноос, наносжатие, нанокартинки, наножелезо, наноинтернет и т.д.
Мой тебе совет: ознакомься с философией юникс. Почитай, подумай, переосмысли свой подход.

>>13680
нанокодировка отлично вписывается в философию юникс.
ну ладно хуй с тобой перейду на utf-8, ты успокоишься или будешь требовать чтоб я тебе в пнг совал огромный джейсон?

>>13681
Не обязательно жсон, но текущий формат тоже необходимо сменить, т.к. бинарные форматы - зло.
Я считаю, он должен быть простым и удобным для манипуляций без спец.инструментов.
Можно что-нибудь вроде такого:
sha256: hash
somefield: somevalue
-
text

sha256: hash
-
text
>нанокодировка отлично вписывается в философию юникс.
Нет, не вписывается.

>>13666
Она не имеет никакого отношения ни какому торрент-клиенту, и уж тем более не является плагином. Ты же не будешь называть мотоцикл плагином к автомобилю только потому, что они ездят по одним и тем же дорогам и руководствуются примерно одними и теми же правилами?
>>13667
>Ну в общем перечитайте.
Перечитал твой пост раза три, ничего не понял. Застрял прямо на этом бредовом допущении:
>не будет допустим у вас вообще никакой "наноборды", пока не сделаете правильную кодировку в системе
>>13681
Ты лучше спецификацию опиши.

>>13687
>не, вот только новые форматы тут не надо придумывать
Вот этот подход уже лучше. Можно взять формат yaml или org-mode. Они содержат меньше синтаксического шума, чем жсон.
>и почему это вдруг бинарный формат - зло?
Если вкратце: такие данные неудобно обрабатывать, неудобно воспринимать.
Текстовое же представление ещё со времен терминалов является одним из основных представлений информации.
>я же бинарно буду хранить любимый тобой утф-8.

>>13690
Идиотом-то не прикидывайся. Какая разница, как он хранится? На логическом уровне текст и бинарщина - разные вещи с разными интерфейсами.
Ты лучше по делу говори.

>>13692
Формат бинарный в первую очередь не из-за нанокодировки, а четкой привяки к позициям в файле, которые задаются в заголовке.
>000000020000001100000011Первое сообщение.Второе сообщение!
Вот ЭТО трудно назвать текстовым форматом.

>>13692
>count: 2,
Ну что это за пиздец?
[code]
[
{
title: "asd",
message: "азаза",
},
{
replyTo: "<hash>"
message: "Сам ты азаза",
},
]
[/code]

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

>>13692
>ни в каком языке поддержки нет, везде надо либу подбирать
Охуеть какая причина. А JSON что, везде из коробки? Давай тогда на сях пиши только с C standard library, для остального же надо либу подбирать.

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

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

>>13698
>тут не привязки к позициям а размеры.
Есть. Добавь в начале пробел и нихуя не распарсится.
>неужели такая сложная задача распарсить такой файл?
Проблема в очевидности структуры и человекочитаемости. И то, и другое полностью отсутствует.
>>13698
>с чего предложишь считать хэш?
Вычисление хеша можно оставить так же: sha256(хеш родителя + тело сообщения). Если родителя нет, то использовать, например, 64 символа 0

>>13690
я бы вообще юазал json и сжимал получившуюся шнягу 7zip для экономии и потом конвертил в base64

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

>>13704
7zip? Не выйдет из-за лицензионных ограничений и, как следствие, отсутствия библиотек.
А base64 зачем? Сведет на нет всё сжатие же.

>>13706
Мало ли. Быть может, он захочет накостылять скриптик для обработки всех постов.
Или просто почитать их без твоего йоба-клиента.

>>13707
>7zip? Не выйдет из-за лицензионных ограничений и, как следствие, отсутствия библиотек.
Не благодари https://www.sendspace.com/file/u6kzjs

>>13707
>А base64 зачем? Сведет на нет всё сжатие же.
а, ну да, тупанул немного. Там же и так бинарник выйдет после 7zip

>>13709
>Не благодари https://www.sendspace.com/file/u6kzjs
юзать просто:



using SevenZip;

private void sevenZ_compress(string fileSrc, string fileDst)
{
SevenZipCompressor compressor = new SevenZipCompressor();
compressor.ArchiveFormat = OutArchiveFormat.SevenZip;
compressor.CompressionLevel = CompressionLevel.Ultra;
compressor.CompressionMethod = CompressionMethod.Default;
compressor.CompressionMode = CompressionMode.Create;
compressor.CompressFiles(fileDst, fileSrc);
}

>>13709
>Не благодари https://www.sendspace.com/file/u6kzjs
Не то, что благодарить, я это даже открывать не собираюсь.

>>13711
в смысле не то? я на c# юзал, норм

>>13712
Сайт какой-то левый. Я по таким ссылка не перехожу.
>в смысле не то?
Там запятая лишняя. Оказывается, "не то что" - союз.

>>13713
>Сайт какой-то левый. Я по таким ссылка не перехожу.
это файлообменник. Гугльдрайв устроит?

>>13714
Библиотека? С файлообменника?! Мда... этот дотнет слишком майкрософт.

>>13715
https://drive.google.com/file/d/0B_zp5xJoGLcnUnZjTl9ENEFUUGM/view?usp=sharing>>13715
>Библиотека? С файлообменника?! Мда... этот дотнет слишком майкрософт
ну я щас залил, в чем проблема?

>>13716
Забей.

А уж не это ли вы тут переизобретаете?
https://www.linux.org.ru/news/opensource/10319264/

>>13718
https://github.com/romeroyakovlev/ii

>>13718
Нет, ITT первокурсник говнякает хорошую идею быдлокодом.

>>13724
Так никто не мешает свой запилить.

>>13702
нахуй человеку читать содержимое наноконтейнера? человек будет читать посты, которые для него любезно подготовит программа-клиент наноборды.
насчет очевидности - кто сказал что все должно быть очевидно с первого взгляда на содержимое файла? почему ты к ПНГ или ЖПЕГУ не приебался, например? там же черт ногу сломит если на байты взглянуть. для этого есть спецификации. ты уж извини но 3 простых шага даже дебил перенести в код способен если владеет своим языком программирования хотя бы на базовом уровне.

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

>>13704
base64 это по сути "разжимание" - нет смысла. 7зип нешвабодный.

>>13708
несложно насоздавать ЮНИКС ВЭЙ утилиты которые позволят распарсить базу нанопостов или пнг контейнер в любой формат и обратно.

>>13728
Да ёб твою мать, что ж ты тугой-то такой?

Вообще я немного лоханулся, конечно, с кодировкой.
Я думаю на этой доске все слышали про частотный анализ. Например, буквы ё и твёрдый знак в русском тексте почти не встречаются, а буква о - встречается в среднем через каждые 9 букв. 80 процентов русского текста это одни и те же 14 букв. На это хватит 4 (четырёх битов). Итак берем 14 маленьких самых частых букв (одна из них - не буква, а пробел - очень частый символ), а вот 1)15-е и 2)16-е значения (в 4-х битах - 16 значений) можно использовать как переключатели на 1) еще 16 символов (4мя битами) 2) полный байт (255 всевозможных символов, при этом 30 символов там можно опустить, потому что они у нас в первых двух группах.
Получается, что 80 (на самом деле за счет запятых, точек, прописных - чуть меньше) процентов у нас кодируется 4-мя битами, процентов эдак 15 - 8ю битами и остальное - 12ю битами.

В СРЕДНЕМ 5 БИТ НА СИМВОЛ. В-СРЕДНЕМ-5 БИТНАЯ КОДИРОВКА. С 285 ВОЗМОЖНЫМИ СИМВОЛАМИ. ТОЛЬКО ПРЕДСТАВЬТЕ.
А ЭТИ ПЕТУХИ ИЗ UTF-8 ПРЕДЛАГАЮТ НАМ КАЖДУЮ РОДНУЮ НАМ БУКОВКУ КОДИРОВАТЬ 16!!!!!! ШЕСТНАДЦАТЬЮ БИТАМИ!
Но пойдем дальше. Для больших сообщений есть смысл в самом начале задать 30символов для первых двух наборов (14 и 16). Исходя из наиболее повторяющихся в этом конкретном сообщении букв.

>>13731
Молодец. Ещё немного и ты изобретешь сжатие.

>>13731
а теперь внимание:
СЖИМАЮЩАЯ КОДИРОВКА - СУПЕРКОДИРОВКА
берём словарь русских слов.
кодировка по факту, 16-битная, имеется 65536 слов (с лихвой покрывает все наиболее употребимые слова), среди них 256 символов нанокодировки, потом те же 256 символов которые заменяют предпоследнюю букву в предыдущем слове а также 256 символов которые заменяют последнюю букву в предыдущем слове, а также символ-переключатель на 8-бит (в котором есть символ переключения обратно на словарь).

например слово ПОКРЫШКА
utf-8: 16 байт
суперкодировка: 2 байта

слово ПОКРЫШКАМИ
utf-8: 18 байт
суперкодировка: 6 байт

слово ПОКРЫШЕК
utf-8: 16 байт
суперкодировка: 6 байт

Как видим некоторые слова могут занимать в 2.5 раза меньше места, а некоторые в 8 раз!

>>13734
есть еще неплохой вариант - около 8 символов которые удаляют от 1 до 8 последних букв из слова. это чтобы не тратить по 768 символов на замену последних букв.

>>13734
ПРЕДПОСЛЕДНИЙ
2 байта против 26! (utf-8)

>>13734
Как интересно! А давай попробуем этой фразе:
"Один японец мне сказал '私はあなたのお母さんをファック。'. Что-нибудь знает, что это значит?"
В utf-8 - 152 байта.

>>13741
а не пошел бы ты, как я должен читать японский текст и нахрена он мне тут на РУССКОЙ борде? ты что аниме(гомосексуалист)?
но если уж приспичит - одним из слов в словаре может быть слово-переключатель на utf-8 (да да можно смело пользовать шлюшку-utf-8). далее следует байт количества юникод символов.
а вот
один - 2б
японец - 2б
мне - 2б
сказал - 6б
что-нибудь - 2б
знает - 6б
что - 2б
это - 2б
значит - 2б
= 24 байта
+ переключатель = 27 байт
+ юникод навскидку 40 байт + 18 байт пробелы = итого 85 байт
против твоих 152х
но повторюсь никто не станет использовать японские буквы повсеместно

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

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

друзья предлагаю прекратить пребывание здесь = 2+6+2+2+2=14байт или 112бит
мы уже считали что понадобится около 280 букв русского текста чтобы спрятать эти 112 бит. и в них - 46 букв! это небывалая плотность. всего в 6 буквах обычного текста - 1 буква стеготекста! (имеется в виду метод подстановки латинских символов аеросух <-> aepocyx, в методе четных-нечетных количеств символов меджу пробелами плотность будет в три раза ниже.

>>13743
пробелы кодировать не нужно - и так ясно, что после слова идёт пробел

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

>>13728
>7зип нешвабодный.
какая разница? мы в самой пиратской стране мира живём и эта наноборда будет непопулярна среди быдла, так что на авторские права можно смело забить. Главное - эффективность и удобность и скрытность от майора за счет маскировки интернет активности наноборды под под какой-нить известный торрент или скайп

>>13728
>7зип нешвабодный.

ЩИТО?

Нанокодер, дорогой.

1. Вчера я проебался пол-дня на имплементацию твоей кодировки на питоне, доделал только декодирование. Если бы ты использовал zlib и utf, проблемы бы не было но ты всё усложнил.
2. http://pastebin.com/BkeUbZDQ декодирует твое тестовое сообщение, до кодировки не добрался.
3. В твоей кодировке capital Z with acute встречается два лишних раза. Фейл.
4. Твой питонокод не работает, твоё тестовое сообщение он не распознал и выдал 3f3f3f3f3f3f3...3f3f3
5. Ты кодируешь дайджест сообщения дважды - сначал в hex, потом в наноэнкодинг, в то время как можно сделать 'dc804e6059f5adcaa476fbe5a8d571dc'.decode('hex') и получить бинарь сразу.

На данный момент я предлагаю такой формат: (кол-во сообщений, размер 0000-ffff) + (размер сообщения №1 00000000-ffffffff) + (размер сообщения №2 00000000-ffffffff) + (SHA256-дайджест(тело первого сообщения) + (SHA256-дайджест(тело второго сообщения)
Тело - сжатый zlib'ом ютф. А внутри там что угодно, хоть Маяковский лесенками, хоть json, это уже вопрос просмотрщика/клиента.

Идея ксорить циклично хэшем не очень - у тебя первые 10-15 байт где размеры едва ли меняются, поэтому вычислить гамму не составит труда. Жобавь хотя бы ARC4.

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

>>13758
на написать краткую концепцию и изобразить структуру классов...
Потом уже можно кодерам-кунам раздать по одному модудю/классу и совместными усилиями написать за пару недель

Выше спорили об протоколе. Почему не использовать cbor?

>>13660
На udp что-то с легкой постквантовой криптографией на базе алгебраичных исправлений ошибок.

>>13759
Мне вот вообще не нравится идея наноборда. Ебли много, профитов не очень. Опишите какие задачи должен решать наноборд по вашему мнению.

>>13763
Пока не будет mesh-сетей, возможность паразитироваться на чем угодно в случае беды.
мимо

>>13763
>>13649

Кратко:
◘децентрализованность
◘маскировка от майора под известный сервис (skype, torrent etc), чтобы блокировка вела к анальной боли хомячков-пользователей популярного быдло-сервиса
◘шифрование
◘анонимность

>>13764
Уже есть DDT, с нормальным стегом, возможностью подписывать сообщения, еще куча всего. Единственный значимый минус - это юзерскрипт, что опасно.

>>13765
Как маскировать трафик под skype и другие популярные сервисы?

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

>>13769
Как делать такой траф, я спрашиваю? Есть либы?

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

>>13770
я не искал... но раз есть опенсорс торрент клиенты, то можно методы оттуда понадергать

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

http://www.bittorrent.org/beps/bep_0005.html
http://habrahabr.ru/post/107342/

>>13774
>получит митинги
Смешно пошутил, молодец. За русракер уже вышли на митинг?

>>13780
https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D1%91%D0%BD%D0%BD%D0%B0%D1%8F_%D1%85%D0%B5%D1%88-%D1%82%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0

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

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

>>13788
"Правильно понимаю, что каждое сообщение имеет указатель на «родителя-тему»? Т.е. поиск по хешу, как если бы искали торрент в DHT? Не будет ли слишком накладно искать таким способом? Обычный торрент однозначно идентифицируется по хэшу: хэш = содержимое, а здесь придется добавлять какой-то список, и каким-то образом передавать его в запросе, чтобы в ответ не присылали те сообщения, которые уже у вас есть.
Самый простой был бы вариант со счетчиком, просто сообщать максимальный номер сообщения, который у вас есть. Посколько сообщения появляются по очереди, то это хороший вариант. Но есть проблема: два пользователя одновременно могут создать сообщения с одинаковым номером думая, что дают максимальное значение. Да еще хотелось бы передавать сообщения при создании (получении), а не получать послав запрос, т.е. сократив два движения в одно.
Поиск по тегам вещь безусловная нужная, но без нее получается достаточно изолированная и «секретная» система: не зная хэш не найдешь тему. Это хорошая защита от спама.
Модерировать можно просто: каждый может отключить отображение сообщений от определенного пользователя (можно даже передавать специальное сообщение "-1" для пользователя, чтобы был общий рейтинг и новоподключившиеся могли бы оценивать собеседников сразу, однако это ведет к злоупотреблениям — хабр тому пример; )
Набросков нет, никак не могу продумать эту систему.
Я не уверен, что понял правильно, но кажется вы предлагаете синхронизировать тему через «держателя», обычно пользователя, который начал разговор? У вас список «узлов, хранящие тему» это все участники? Проблема как идентифицировать сообщения, чтобы у всех участников они были одинаковыми, чтобы запрашивать только недостающие сообщения. Хэш не подходит, придется отсылать большой список того, что у вас уже есть. Порядковый номер не подходит, потому что может сбоить, если два клиента будут иметь разные максимальные номера (не до конца скачали), либо просто отправят сообщение одновременно. Может быть подойдет временная метка (точно покажет последовательность), но нужна синхронизация времени, которая не факт что проще, чем синхронизация количества сообщений в теме. "

"как я вижу работу своего варианта:
Я захожу, вижу список разделов… Ищу тему «куплю пылесос», у меня считается хэш этой фразы. Мне присылается тема/несколько, удовлетворяющих поиску, я выбираю нужную, подтягиваются сообщения из нее. Я постю ответ, при этом мое сообщение не остается у меня, а уходит на узел/узлы, ответственные за его хэш, я могу также определить теги для этого сообщения, если вдруг кто захочет искать по сообщениям, далее сообщение также регистрируется в теме (информация о его хэше). "

>>13787
Ладно, давай подождём. http://www.interfax.ru/russia/486250
Мне не западло будет через полгода напомнить.
>>13788>>13790
>три типа сущностей: разделы, темы, сообщения
>Модерировать
>сообщение "-1" для пользователя
>временная метка
Наноборда такая НАНО.

>>13796
>наноборда будет жить.
Не раньше, чем ты запилишь спецификацию, чтобы остальные могли писать на её базе код. Ты так упорно игнорируешь эту рекомендацию, что я уже сомневаюсь.

>>13799
>нахуя вам писать код если я пишу код?
Чтобы портировать на человеческий язык и сделать веб-интерфейс. И чтобы это всё оставалось совместимым.

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

Это реально то что я вижу? Он хочет ограничить использование наноборды только русскоговорящим? А если кто-то захочет поделиться куском кода?
>инт маин() {}
Так что-ли? Нанокодер, не дуркуй. Жертва не стоит того. Можно придумать другие способы сжатия, например gzip.

>>13812
да не, ты меня неправильно понял, английский никуда не девается. хочу сделать сжатие для русского текста по словарю самых частых слов и окончаний, английский у меня сжиматься не будет просто

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

http://blog.andersen.im/2014/11/hiding-your-bits-in-the-bytes/

>>13819
Ну и нафига нужна виртуальная машина для такой небольшой и простой софтины, почему не написать на с/с++, который можно скомпилить хоть для чайника? Вот я не могу сейчас просто взять и собрать наноборду, потому что мне для этого нужно ставить mono с кучей зависимостей, а у меня медленный мобильный интернет.

>>13819
>ничем не хуже джавы
Одно говно лучше другого.

>>13819
>ничем не хуже джавы как по мне.
Для десктопа трудно подыскать что-то хуже.

>>13823
Двачую.

>>13824
>>13823
Неистово двачую.

>>13822
>почему не написать на с/с++
>а у меня медленный мобильный интернет
А для кутей у тебя интернет не медленный?

>>13822
браток, если у тебя моно скачать (там не так уж и много) инет медленный то парсить пнгшки ты тоже как бы обломишься. на с/с++ могут быть очень жестокие баги да и плеваться все будут еще больше чем от шарпа.

УБРАЛ НАНОКОДИРОВКУ, СДЕЛАЛ UTF-8, ВОТ ПРУФЫ:
https://github.com/nanoboard/nanoboard/commit/0dbc78e3023221bacbef953e5a3e61ac56461278

>>13829
Ужас. И это называется языком высокого уровня?!

>>13829
Молодец. Я как раз посмотрел http://blog.andersen.im/2014/11/hiding-your-bits-in-the-bytes/
180 Кб в картинке размером 800x600. 480x360 — 64 Кб.
Даже в худшем случае, если хуярить туда юникод с супер-экзотическими символами по 6 байт каждый, получится 10000 символов на картинку минимального размера.
А на деле в 1024x768 влезет 150000 символов стандартного несжатого юникода по 2 байта, а с Deflate и все 300000.

>>13831
>а с Deflate и все 300000
с дефлэйтом и все ~420000

>>13832
Это как повезёт. Затестил на случайном наборе маленьких русских букв, получилось 360000.

>>13829
Грядёт релиз наноклиента в виде локального веб-сервера. Интерфейс - на html+css+js. Поддержка разметки и даже картинок (в виде [img=DNMNFJDHJFH...(base64)...]. Прямо на сайте - конвертер картинки из файла в готовый для вставки в сообщение тег с base64. А также с сайта вызывается сборка PNG контейнера и поиск наноконтейнеров по АИБ.

utf-8, шифрование, попробую также внедрить архивацию чтоб больше влазило и сложнее было расшифровывать

будет ли это Русская Сжимающая Кодировка неизвестно. скорее всего просто какой нибудь зип

>>13838
>просто какой нибудь зип
7zip либу тебе ж скинул анон, что тебе ещё надо?

Все ваши ненужнобитмесседжы найух не нужно. РЕТРОШМАРА УМЕЕТ ФОРУМЫ И ЭТИ ВАШИ ТРЕДЫ

>>13842
>Криптоплатформа RetroShare относится к классу darknet-сетей, топология которых подразумевает осуществление соединений и обмен данными лишь с доверенными участниками сети и исключает как внешние контакты, так и непосредственные контакты с другими участниками, не являющимися доверенными. IP-адреса участников криптосети недоступны друг другу, за исключением ограниченного круга доверенных участников — друзей
ясно понятно

>>13842
>>13843
А вообще ниче так, судя по описанию. Может и взлететь

>>13842
и где там искать ништяки для русоанона?

>>13799
>Сила Русского Слова - еще не решил как назвать
За Россиюшку! Ухнем!
Предлагаю назвать "Глаголица".
>>13796
>по поводу хэша я намеренно его в байты не перевожу. намеренно строчкой хэкс. чтобы нанопост можно было бы ручкой на бумагу переписать. это как правило большого пальца
Это бессмыслено, потому что без компьютера, стегодекодера и нанодекодирования пост не достать. А если ты и так программой будешь пользоваться, то и хеш она из бинарного может преобразовать. К тому же хекс не самая читаемая кодировка. Есть base32 и base58, они представь себе, сделают хэш короче вдвое.
>надо хранить хэши сообщения на которое мы отвечаем в своем сообщении.
Вот это ты по-русски ообъяснил, теперь понял.
>по поводу гаммы хуяммы. надо мусора добавить вначале прост.
Не выйдет, потому что у тебя всё циклично и байты дальше по шифротексту точно также будут повторяться от сообщения к сообщению. Не будет лавинообразного эффекта.
Вот хороший шифр: https://github.com/LogosBible/Logos.Utility/blob/master/src/Logos.Utility/Security/Cryptography/Salsa20.cs

>>13841
Лол, ты ебалулся? Какой 7zip? Существует gzip, который есть везде. Даже в браузерах.

>>13849
>7zip
>gzip
Называйте вещи правильно: LZMA и Deflate.

http://engineering.bittorrent.com/2014/09/17/how-does-bleep-work/
https://torrentfreak.com/where-are-utorrents-comments-and-ratings-stored-110427/
https://wiki.vuze.com/w/Decentralized_Chat
https://wiki.vuze.com/w/RatingPlugin
http://svn.vuze.com/public/plugins/rating/com/aelitis/azureus/plugins/rating/


https://technitium.com/download/bit-chat.pdf

>>13854
о, оказывается уже написали всё за нас, сучечки

[code]
UTF8: 10246 bytes
Packed(gz) UTF8: 3452 bytes
Unpacked UTF8: 10246 bytes (validation)
170
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NanoEnc: 5551 bytes
Packed(gz) NanoEnc: 2703 bytes
Unpacked NanoEnc: 5551 bytes (validation)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NanoEnc+Dict: 4044 bytes
Packed(gz) NanoEnc+Dict: 2462 bytes
Unpacked NanoEnc+Dict: 4044 bytes (validation)

Press any key to continue...
[/code]

>>13949
бля ебаная вакаба

>>13949
в общем определенно есть смысл сжимать utf-8 (сжимается в 3 раза)

если сжимать нанокодировку со словарём (64к русских популярнейших слов) - сжатие уже в 4 раза
но есть минусы - сложность реализации, в нанокодировке не весь utf-8 поддерживается, словарь устаревает с каждым годом, а обновлять его сохраняя обратную совместимость - накладно

однако подобный словарь все же может пригодиться если нужно реально ОЧЕНЬ сильно сжимать тексты (для распространения коротких "телеграмм" в стеготекстах).
но тогда я бы предложил 12-битную систему: 12-бит кодируют одно из 4095 самых популярных слов или 2 буквы из 64-символьной кодировки (одно слово-переключатель на буквы и обратно). по данным одного исследования всего лишь 4000 популярных слов покрывают 80 русских текстов.
но к этому вернёмся позже.

>>13951
Попробуй алгоритм сжатия ppmd, он не параллелится, но жмёт текст очень хорошо.

>>13858
Ещё я помн был bep, но я его нагуглить что-то не могу.

>>13951
bzip2 ещё попробуй

>>13980
wget http://2ch.hk/
стало выдавать 403 ошибку
спуфать браузер строчкой юзер агента уже не выходит, реферер тоже не помогает.
парочка других аиб - норм.
кто сможет обойти - сигнальте.
на m2-ch.ru пока всё ок.
случайность или Абу постарался?

https://github.com/nanoboard/nanoboard/releases
качаем, тестируем, желательно параллельно на разных АИБ

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

>>13984
Почему в master не запулил?

>>13987
забыл. сделано

>>13981
Скорее всего клаудфларь.

>>13981
И не надо спуфать браузер, у харкача есть апи.

>>13984
>https://github.com/nanoboard/nanoboard/releases
>качаем, тестируем, желательно параллельно на разных АИБ

>шифрование простейшее SHA-512, шифруются уже сжатые байты
>шифрование
>sha-512
На хуй иди.

>>13995
Я ему уже заебался писать про шифрование. Два шифра уже предложил.

>>14000
Ок попробую сальсу встроить.
Ждите тогда еще одного релиза, после него старые пнг-контейнеры читаться не будут.

>>14000
Причём тут шифрования? Тот чувак сказал что он шифрует с помощью хеш-функции. Я вообще не понимаю, как с помошью sha512 можно что-то зашифровать, это же хеш-функция, а не алгоритм шифрования.

>>14013
https://github.com/nanoboard/nanoboard/releases

>>14005
берешь sha512 от пароля наноборды
и XOR-ишь им нанопосты
вполне достаточно для наноборды (имхо).
вообще главная уязвимость тут не способ шифрования а знание пароля многими участниками, среди которых найдется тот, кто сольет пароль наружу

короче не стоит забывать о том, что наноборда это не гарантия анонимности.
несмотря на то, что почти невозможно доказать, что конкретный нанопост написали изначально именно вы, легко однако можно доказать что конкретные 1000 нанопостов были отправлены с вашего ай-пи адреса. (и пофиг что эти же 1000 постов были отправлены и с других адресов). короче та же проблема что и с айтупи/тором. следственные действия несколько усложнятся необходимостью наладить сотрудничество с админом АИБ на которой происходило паразитирование.
так что с умом юзайте впн и будет вам счастье.

а вообще вы же не собираетесь на наноборде как-то "незаконно" общаться ведь правда?
а если кто-то что-то незаконное запостит - вы можете нажать кнопку минус и в ваш пнг-контейнер этот пост никогда не попадёт.
главный профит наноборды не в том что вас нельзя засечь общающимся на ней. что вы, вполне можно (не запросто, конечно). кстати чтение наноборды вообще практически беспалевное. особенно если качаете пнгшки руками из браузера. профит в том, что нанобордой никто не владеет. что никто вас не забанит на наноборде. и что никто не закроет наноборду. никогда. наноборда будет как кислота въедаться в интернет. [/pafos]

>>14005
Он хэшировал пароль, склеивал паравожиком один и тот же хэш и xor'ил этой хуйней сообщение.
>>14013
Ай, молодца.

может стоит создать отдельный тред?
где будем пиарить помимо этой доски/борды?
как и где будем паразитировать?
предлагаю иметь отличительный знак как куклота например. стать фанатами какой-то актрисы или певицы

>>14016
>>14016
Офигенно.

Что за png контейнеры и где про них прочитать?

>>14023
http://blog.andersen.im/2014/11/hiding-your-bits-in-the-bytes/

Где почитать подробнее про принципы работы наноборды?

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

>>14032
в /b/ потёрли тред, правильно?

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

>>14034
ДА

>>14034
Кидани ссыль на новы елсли найдешь

>>14035
объясню зачем. твое сообщение попадёт сюда один раз. явно будет видно что это какой то шифр (бейс64 да?)

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

Так вот, фикс 127.0.0.1 не работает
Может реализуешь хост на кастом ип?

Пропали все посты из "Свежих постов". Можно ли как-то обратно вернуть? Я просто сохранил посты.

>>14042
То есть основная сила в том, чтобы прятать наносообщения на тех сайтах на которых контент генерируется самими пользователями

>>14043
для тебя еще 2 варианта могу предложить -
ставить айпи 0.0.0.0 (откроется по 127.0.0.1 или по твоему внешнему айпи)
короче сейчас сделаю релиз с возможностью задать айпи через файлик

>>14045
Сохранение постов как раз и убирает посты из "свежих". Сами посты никуда не стираются, не переживай.

А если засунуть нанобору в тор или подобную сеть?

>>14047
все немного не так:
http://stackoverflow.com/questions/3425841/ipaddress-any-fail

Блядь, ты там HTTP-сервер навелосипедил?

>>14049
Тором пользуется относительно малое количество пользователей. Гораздо целесообразнее засовывать в соц сети

>>14052
И да, стало падать приложение при поиске новых постов.

>>14054
Да и вообще при любом действии.

А как прога распознает как картинки парсить?

Сервер падает при поиске контейнеров. Причём в середине поиска. Вроде сохраняет контейнеры, а потом раз и падает.

>>14051
https://github.com/nanoboard/nanoboard/blob/master/Server/NanoHttpRequest.cs
Неисправимый велосипедист...

>>14055
скачай самый свежий релиз, это баг, уже пофикшен

>>14060
Как раз и на последнем релизе порой падает сервер.

>>14061
скинь error.log будь добр

>>14062
[code]####################################################################################################
http://m2-ch.ruapple-touch-icon.png
Error: NameResolutionFailure
Access to the path 'download\/' is denied.
System.ArgumentOutOfRangeException: Argument is out of range.
Parameter name: inputOffset
at Logos.Utility.Security.Cryptography.Salsa20+Salsa20CryptoTransform.TransformBlock (System.Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount, System.Byte[] outputBuffer, Int32 outputOffset) [0x00000] in <filename unknown>:0
at Logos.Utility.Security.Cryptography.Salsa20+Salsa20CryptoTransform.TransformFinalBlock (System.Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) [0x00000] in <filename unknown>:0
at nboard.ByteEncryptionUtil.DecryptSalsa20 (System.Byte[] input, System.String key) [0x00000] in <filename unknown>:0
at nboard.PngStegoUtil.ReadHiddenBytesFromPng (System.String imageFileName) [0x00000] in <filename unknown>:0
at nboard.PngMailer.ReadInbox (nboard.NanoDB to) [0x00000] in <filename unknown>:0
System.IndexOutOfRangeException: Array index is out of range.
at nboard.PngStegoUtil.DecodeBytes (System.Byte[] innocuousLookingData, Int32 byteIndex, Int32 byteCount) [0x00000] in <filename unknown>:0
at nboard.PngStegoUtil.ReadHiddenBytesFromPng (System.String imageFileName) [0x00000] in <filename unknown>:0
at nboard.PngMailer.ReadInbox (nboard.NanoDB to) [0x00000] in <filename unknown>:0
System.ArgumentOutOfRangeException: Argument is out of range.
Parameter name: inputOffset
at Logos.Utility.Security.Cryptography.Salsa20+Salsa20CryptoTransform.TransformBlock (System.Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount, System.Byte[] outputBuffer, Int32 outputOffset) [0x00000] in <filename unknown>:0
at Logos.Utility.Security.Cryptography.Salsa20+Salsa20CryptoTransform.TransformFinalBlock (System.Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) [0x00000] in <filename unknown>:0
at nboard.ByteEncryptionUtil.DecryptSalsa20 (System.Byte[] input, System.String key) [0x00000] in <filename unknown>:0
at nboard.PngStegoUtil.ReadHiddenBytesFromPng (System.String imageFileName) [0x00000] in <filename unknown>:0
at nboard.PngMailer.ReadInbox (nboard.NanoDB to) [0x00000] in <filename unknown>:0
System.OverflowException: Number overflow.
at (wrapper alloc) object:AllocVector (intptr,intptr)
at nboard.PngStegoUtil.DecodeBytes (System.Byte[] innocuousLookingData, Int32 byteIndex, Int32 byteCount) [0x00000] in <filename unknown>:0
at nboard.PngStegoUtil.ReadHiddenBytesFromPng (System.String imageFileName) [0x00000] in <filename unknown>:0
at nboard.PngMailer.ReadInbox (nboard.NanoDB to) [0x00000] in <filename unknown>:0
System.OverflowException: Number overflow.
at (wrapper alloc) object:AllocVector (intptr,intptr)
at nboard.PngStegoUtil.DecodeBytes (System.Byte[] innocuousLookingData, Int32 byteIndex, Int32 byteCount) [0x00000] in <filename unknown>:0
at nboard.PngStegoUtil.ReadHiddenBytesFromPng (System.String imageFileName) [0x00000] in <filename unknown>:0
at nboard.PngMailer.ReadInbox (nboard.NanoDB to) [0x00000] in <filename unknown>:0 [/code]

Вообще не знаю почему так
Access to the path 'download\/' is denied.
Но на папке с сервером стоят 777 права рекурсивно.

>>14064
ты под рутом?

>>14065
Нет, а зачем? Я дал папке и подпапкам 777. Большего и не нужно.

>>14066
а туда где она содержится тоже доступ есть?

>>14068
Есть.

>>14069
запускаешь nboard.exe находясь в той же директории что и nboard.exe ?

>>14070
Да.

>>14043

вот возьми поэкспериментируй
https://github.com/nanoboard/nanoboard/releases/tag/v1.0.3

Оп а напомни ка мне, как аноны договариваются о ключах и местах где они будут постить свои секретные ответы?

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

Запостите что-нибудь, а.

>>14074
>ip.text
так задумано?

ОП блин, как прога распознает какие картинки парсить?

ОП, я уже заебался, поэтому я сваливаю.
Смена ип не помогает, пробовал 127.0.0.1 ; 0.0.0.0 ; localhost

>>14076
https://github.com/nanoboard/nanoboard/releases/tag/v1.0.4

>>14080
да погоди надо разобраться

>>14079
она просто тупо пытается все картинки парсить но на не-контейнере быстро фейлится и идет к следующей картинке. все просто короче

ОП, хорошая тема но сырая. Мне понравилась. Обязательно запилю такую, но попродуманнее

>>14083
ладно, тогда жду еще одного багфикса.

>>14075
>>14080
>>14086
тут одно из двух либо ты вводишь 127.0.0.1 в ip.txt и это рабоатет либо ты вводишь 0.0.0.0 и биндится хрен знает какой адрес - это может быть твой внешний айпи, а может быть 192.168.0.1 может еще какая комбинация 192.168 в любом случае это все настраивается на уровне системы. я погуглю еще как это делать сообщу о находках, но со стороны программы тут уже ничего не сделать.

>>14085
для того и попросил потестить чтобы нашлись ошибки и было бы уже не так сыро. я тоже думал что вот напишу, все будет заебись но уже несколько критичных багов пофиксил.
все у кого был вылет при поиске или после поиска постов, здесь фикс:
https://github.com/nanoboard/nanoboard/releases/tag/v1.0.4

>>14087
сервер готовился чисто для нужд веб-интерфейса и он их покрывает, это не какое-то там апи для других приложений. какой метод тебе понадобился?

>>14075
ключ - пока нет причины менять
места обитания - пока не договорились

есть 2 варианта как уже писалось:
с опознавательным знаком (правильней будет сказать паком)
и без.

если видите тред где постят пнг-шки с Кристен Стюарт то с высокой долей вероятностью там обитают нанобордисты и можно попробовать адрес этого треда добавить в places.txt

ну и есть еще вариант что places.txt будет просто обновляться от релиза к релизу на гитхабе однако это разумно только на первых порах дальше эти адреса нужно стараться держать в секрете.
на гитхабе то нас пока никто не может удалить

>>14089
ip.text -> ip.txt - была опечатка
https://github.com/nanoboard/nanoboard/releases/tag/v1.0.5

>>14089
>>14091
А ты не думаешь что картинки это не очень гибко? Нужно что-то принципиально изменить

>>14091
короче где там чувак у которого не открывалось никак 127.0.0.1

чувак качай последний релиз, создай ip.txt или подправь, впиши туда просто:
localhost

а когда запустишь сервак то увидишь на какой реально айпишник и порт оно сёрвит

>>14092
например?

>>14092
например?

>>14093
нужно учесть что адрес типа
http://192.168.0.100:7345/
может быть доступен для всех устройств на твоем домашнем роутере

>>14095
Текст

>>14097
что текст? куда текст? на АИБ постить зашфированный текст? стеготекст?
это конечно хорошо но это очень малые объемы
пнг-контейнер очень вместительный одной пнгшки хватает на сотни постов, это обеспечивает хорошую ретрансляцию.
если основываться на тексте то много постов будут теряться, а про картинки (на которые даже сейчас есть ограничения) вообще можно будет забыть.

НО

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

>>14098
Вот у меня вопрос. Взяли мы картинку, 10х10, всего 100 байт, то есть мы можем закодировать 100 байт. Например какой-нибудь текст. Получим новую, почти не отличимую картинку, но вот скачаю я эту картинку. Ка мне ее расшифровать. Ведь мне нужно иметь оригинал. Прав ли я?

>>14089
>сервер готовился чисто для нужд веб-интерфейса
И он их не покрывает. Нахуя было велосипедить? Багов больше захотелось? Или просто NIH проснулся?
Насколько мне известно, вместе с моно поставляется какой-то свой готовый, отлаженный.
>какой метод тебе понадобился?
На обычном GET сломалось.

>>14099
Нет, читай внимательно >>14024. Информация прямо записывается в последние биты.

>>14099
не прав. выше ссылка на статью про шифрование в пнг

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

>>14099
10х10 это не 100 байт
это 10103 / 8 - 32 (особенность моей реализации)
5 ебаных байт

возьми хотя бы 100х100
1001003/8 - 32 = 3718 байт

>>14100
тащить говно которое в моно изкаропки не очень приятно. видел я это, не понравилось. дело вкуса имхо.

>>14104
тут width x height x 3 / 8 - 32

>>14105
А тащить потенциальные дыры в безопасности в твоем вкусе?
Ишь, готовое ему не понравилось. Твой уровень быдлокодерства не перестает меня удивлять.