Этого треда уже нет.
Это копия, сохраненная 23 февраля 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
#2 #18028
>>18019 (OP)
И тишина.
>>18030>>18039
#3 #18030
>>18028
А о чём говорить в этом итт треде?
sage #4 #18035
Все уже решено.Перекатываемся и обсуждаем все там,внутри.Криптач больше не нужен с точки зрения координациида и вообще
>>18047>>18059
#5 #18039
>>18028
Это молчаливый агит-тред. Кому интересно - посмотрят.
>>18040
sage #6 #18040
>>18039
Не думаю,что на эту доску приходят новые люди.А те,кто тут давно,уже про это знают.Дело твоё, конечно
#7 #18043
Можно реквест по спойлерам,курсиву и жирности
>>18054>>18065
#8 #18047
>>18035
Надеюсь, ты понимаешь, что перекат внутрь наноборды означает, что разработка лишается участия тех, кого не устраивает быдлокод на шарпе?
>>18055>>18057
#9 #18054
>>18043
- давно есть
#10 #18055
>>18047
кстати кто-то пробовал уже версию 2.0?
там код в основном на джаваскрипте и менять его можно без перекомпиляции и перезапуска сервера (папки pages, scripts)
если тебя не устраивает код на шарпе то ты видимо какой то программист так возьми и напиши свой клиент. если ты просто юзер то тебе джолжно быть похую что там за язык
>>18057>>18072
sage #11 #18057
>>18047
Почему же?Или программисты,погромирующие на другом ЯП,принципиально не будут загружать наноборду на си#?>>18055
Этот понял
Алсо,категории 'ВН' и 'ES и иже с ними' видно?С жирностью?
>>18060>>18072
#12 #18059
>>18035
Тащем-то нужен один внешний тред.
Суть такова если ты кого-то агитируешь, то лучше давать ссылку на нормальный тред в котором новый нюфак может неторопливо почитать и спросить что-то. Ну и разрабу проще сидет в таком узком месте где будут всплывать все баги-пожелания и прочие интерестности.

Алсо на nb один анон зазывает к себе в гости на ███████████. может это имеет смысл если здесь будет совсем все.
>>18062
#13 #18060
>>18057

>категории 'ВН' и 'ES и иже с ними' видно?С жирностью?


Да. Я тебе уже багиню занес.
>>18062
109 Кб, 480x854
#14 #18062
>>18059
Ну хз,пускай будет>>18060
Лол,на /es/ сейчас висит ссылка на удалённый тред про новелку от soviet games.Смотри ньюфаг-тред
>>18067
#15 #18063
Собственно,сабж
https://dropmefiles.com/b1QND
#16 #18065
>>18043
ньюфак? [ b ] [ i ] [ spoiler ] [ / spoiler ] [ /i ] [ /b ] - убери пробелы
#17 #18066
Перепишите на Brainfuck.
>>18068
#18 #18067
>>18062
Десять минут думал, что происходит ИТТ. Зашёл на этот /ес/ и ахуел.
#19 #18068
>>18066
Может на счётах ещё переписать?
>>18069
#20 #18069
>>18068
На счетных палочках.
#21 #18072
>>18055

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


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

>если ты просто юзер то тебе джолжно быть похую что там за язык


Может, ты мне ещё и код предложишь не читать, а качать и запускать exe? Мир не бинарный, кроме категорий «программист» и «просто юзер» есть много других, например «юзер, заботящийся о безопасности».
>>18057
Я принципиально не буду загружать ПО, код которого не был проверен мною самим или тем, кому я доверяю. Код на шарпе я читать не могу, о втором варианте речь вообще не идёт.
#22 #18077
>>18072
Код линукса весь прочитал? Или у тебя винда?
>>18080>>18081
#23 #18078
>>18072
Что ты вообще тогда в этом треде забыл? Закрой вкладку и забудь.
>>18081
#24 #18080
>>18072

>Может, ты мне ещё и код предложишь не читать, а качать и запускать exe?


пожалуй лучше чем >>18077 и не ответить тебе
можешь в принципе почитать код 2.0 клиента, его в разы меньше (конкретно сейчас wc -l считает 1452 строчки шарпокода в сумме, а учитывая что большинство строчек это открывающая/закрывающая фигурная скобка или пустая строчка или юзинг или коммент то там и читать нечего, 2 самых "жирные" файла - 360 и 160 строчек

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


опять же в 2.0 перделок нет (если они и будут то вовсе не в сервере наноборды, который в 2.0 лишь дает доступ к базе и сервирует виртуальный сайт). в 2.0 транспорт обеспечивается отдельными инструментами которые просто БЕРУТ у сервера и ДАЮТ серверу посты. не нравятся пнг-контейнеры - напиши свои, обращайся к JSON API сервера по HTTP на любом языке. или подожди пока они будут переписаны автором (на шарпе опять). если ты напишешь охуенный транспорт с замечательно продуманным форматом, ты думаешь автор упрется и будет отстаивать свой? ну тогда форкни репу и убеди людей перейти.
короче ты себе сам выдумал препятствия
>>18081
#25 #18081
>>18077
Читай предложения до конца. Там после «или» ещё кое-что написано.
>>18078
Пришёл свой разрыв жопы излить рассказать, что и без того маленькое сообщество теряет часть потенциальных участников.

>>18080

>автор упрется и будет отстаивать свой


У него нет такой надобности, люди уже пользуются этим клиентом. Если я захочу реализовать альтернативный клиент, мне нужно будет либо поддерживать полную совместимость, либо делать отдельную наноборду, либо выкатывать как есть, игнорируя несовместимость.
Первый вариант уебанский, поскольку автор показал себя любителем «хуяк-хуяк и в продакшн».
Второй вариант уебанский, потому что три с половиной на два не делится.
Третий вариант уебанский, потому что несовместимым клиентом никто пользоваться не будет.

Хуй с ним, с шарпом, прочитаю как-нибудь, но изложенная выше причина в принципе неисправима, пока не будет выпущена полная спецификация и пока она не будет заморожена.
#26 #18082
>>18081
ALCOOP ETO TI?
>>18090
#27 #18086
>>18081
Вообще, требовать заморозить спецификацию, и сверх нее ничего не лепить, по крайней мере пока, нресколько странно, так как пока все это находится в стадии публичной бета-версии, да и вообще, вон, видел, какая с браузерами ситуация? Есть некий общий базис, а дальше него-что хочу, то и ворочу. И норм.

>после "или"


И кому ты доверяешь? Сообществу? Ну, так и тут уже немало собралось народу
>>18090
#28 #18090
>>18082
NIET
>>18086
Я ничего не требовал, тебе показалось.

>кому ты доверяешь?


Ну не двачерам же, чесслово.
>>18091>>18092
#29 #18091
>>18090
И чем тебе так двачеры не нравятся? Если у совокупного харкачера хватило ума на создание наноборды, то и на проверку кода должно хватить.
>>18093
#30 #18092
>>18090

> чесс


Попался, пиздабол.
>>18093
#31 #18093
>>18091
И на запил вишмастера хватит, ага. Причём от двачеров это более ожидаемое действие, чем запил чего-то хорошего.
>>18092
Нихуя не понял, о чём мы в предыдущих постах «поговорили».
#32 #18097
>>18081
так спецификация же уже есть на вики
#33 #18116
Эта Ваша наноборда слишком мало где паразитирует. Увидет админ мелкоборды/борды что-то странное и устроит ЭКСТЕРМИНАТУС.
>>18117>>18130
#34 #18117
>>18116
Более десяти тредов, примерно семь разных чанов. Вроде нормально, сильно больше я не хочу.

>Увидет админ мелкоборды/борды что-то странное и устроит ЭКСТЕРМИНАТУС.


уже было и не раз. Мы готовы ко всему.
#35 #18128
появилась 2.0 версия, оче сырая, может содержать серьезные ошибки, помогайте тестировать
#36 #18130
>>18116
Удваиваю.
>>18138
#37 #18138
>>18130
десяти чанов хватит с головой, вероятность выпила даже на 5 чанах сразу стремится к нулю
159 Кб, 910x926
#38 #18141
поиск по базе постов
(пока не заливал, ждите в ближайшем обновлении)
>>18142>>18144
25 Кб, 574x106
#39 #18142
>>18141
поиск добавлен в свежий релиз 2.0, добавилась обработка ссылок на тред (как и в 1.х)
#40 #18144
>>18141
Ох, хорошо. А можешь на какой-нить rghost залить базу? Впрочем, не надо. У меня поломался ноутбук после 3 лет исправной работы. Не могу решить, что можно продать на компоненты и купить взамен. Хочу сидеть в ТруЪ-консольке линупса.
#41 #18146
Лайфхак: из-за фанатичной параноидальной ретрансляции достаточно выкачать 8-10 свежих картинок с любого треда и кинуть их в download - у вас появится ~ 75% всех постов
Однако с ростом активности борды придется качать больше поэтому медленно-интернет-куны рано или поздно начнут страдать.
Борде нужен протокол побыстрее и экономнее.
>>18147
#42 #18147
>>18146

>медленно-интернет-куны рано или поздно начнут страдать


Скачают сразу чью-нибудь базу. Хотя таки да без быстрого интернета все фигня.
#43 #18149
школьник, ану поясни какого хрена /api/get/{hash} возвращает в message закодированный base64? нахуя так делать.

охуев от говнокода в клиенте, в препадке батхерта пилю клиент на backbone, ооп все дела
>>18150>>18152
#44 #18150
>>18149

> от говнокода в клиенте


В 2.0 версии или в более раних?
>>18151
#45 #18151
>>18150
в 2.0
я про клиент, там в /pages/index.html тупо в одном файле лапша из джиквери кода, всё пилится на коленке. такую хуйню не получится нормально допиливать, расширять, менять. у меня сейчас время освободилось для такого дела как раз хватит
>>18155
#46 #18152
>>18149

>backbone, ооп, все дела


А оно в моем Elinks будет работать?
>>18153
#47 #18153
>>18152

> Elinks


боюсь спросить даже, у месье базовый 2.0 клиент работал там?
>>18156>>18157
329 Кб, 800x600
#48 #18155
>>18151
Поняно. Добра тебе, няш, с этим всем совладать.
#49 #18156
>>18153
2.0 нет. Пока не тестил. Но надо поменьше свистоперделок и запилить сначала реализацию на чистом html, потом добавлять css и лишь потом эти разные скрипты.
>>18158
#50 #18157
>>18153
2.0 нет. Пока не тестил. Но надо поменьше свистоперделок и запилить сначала реализацию на чистом html, потом добавлять css и лишь потом эти разные скрипты. Да и Elinks поддерживает простенький JavaScript, а на большее он нинужон. Вы же пилите наноборду, а не харкач, не?
>>18158>>18161
#51 #18158
>>18156
>>18157
js тут не для свистоперделок, а для рендера на клиенте. nanodb.exe предоставляет API, а клиент аяксом тянет всё в json.

>простенький JavaScript


в том то и дело что нужен движек который хотя бы es5 держит. лучше обьясни зойчем тебе илинкс? ты мицголу хочешь напейсать чего? ))
>>18163
#52 #18161
>>18157

> запилить сначала реализацию на чистом html


этот html должен кто-то генерить. а архитектура у этого приложения такая что рендер на клиенте

в прошлом посту забыл написать
>>18163
#53 #18162

>Nanoboard 2.0


Нипанятна.
#54 #18163
>>18158
>>18161
Мне главное информация, а не свистоперделки, по этому, и юзаю ELinks. И вообще, сижу в чистой консольке GNU/Linux. Тебя это удивляет? Рендер в браузере? В наноборде? Факинг шит. Имхо, лучше пусть сделать на "server-side", который будет выплевывать обычные ссылки и простенькую форму. Ну, а генерация страничек, сервер, генерация контейнеров и так далее, всё это стоит разнести в отдельные мелкие тулзы где-то в папке(сбоку выглядит так). Сервер лишь время от времени запускает их. То же имхо, наноборда должна быть такая, как в главных целях. Может ещё и постинг webm добавите?
#55 #18164
>>18163
Двачую этого, это удобнее.
>>18166
#56 #18165
>>18163
ебушки-воробушки. школьник запилил наноборду с такой архитектурой. я к нему отношения не имею, я посмотрел в код клиента 2.0 и охуел, поэтому пилю #нормальный клиент. если тебе нужен "серверный" рендер, то ты можешь сделать костыль на каком нибудь скриптовом языке, который генерил бы html. мб что-то такое и у меня потом будет на nodejs, но я пока клиент пилю.

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

школьник кстати не учёл что на 127.0.0.1:7346 обращатся могут с других хостов, браузер теперь на крос-ориджин ругается
>>18166>>18168
#57 #18166
>>18165

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


Обычный человек ИТТ, понравилась идея, что сервер и генератор страниц и все остальное будут разными файлами, мне кажется это удобнее для дальнейшей разаработки в таких ситуациях как сейчас, что каждый хочет по своему запилить.
>>18164-кун
#58 #18168
>>18165
Что будут делать "обычные люди, привыкшие к макабе" на наноборде? Даже прямиком не запостишь webm. Уж тут, должны собраться более-менее образованные люди, которые хотят свободы в обмене информацией и готовы высказать мнение текстом, просто текстом. Я, когда услышал о версии 2.0 думал, что будет всё красиво разнесено, как и обещали, да оптимизации какие-то, может протокол попродвинутей и оптимальней. Но я уж точно не хочу увидеть там много зависимостей в виде различных скриптовых штук без которых ничего не работает в угоду красивому интерфейсу для прибывшех пользователей(уж лучше для них будет отдельное решение, скин или ещё что-то, по типу Mint в мире GNU/Linux). Я хотел бы реализации философии unix, когда есть хорошие отдельные инструменты, а не Windows, где кучу нагромождений, костыли и так далее. Модульность и разнесенность на данный момент одно из лучших решений. Хотя, оно и может взаимодействовать между собой.

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

Я так и не понял. Ты хочешь отдельную реализацию или перенести веб-интерфейс наноборды на веб-фреймворк и node.js?

Можно хэдер установить, если говорить о твоей реализации.

Если будет много костылей и красивостей, то видимо прийдется пилить с кем-то форк.
>>18169
#59 #18169
>>18168

> Что будут делать "обычные люди, привыкшие к макабе" на наноборде?


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

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


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

зависимости которых ты так боишься как раз решаются на этом шаге. ничего ставить никуда не надо. на клиенте всегда подключен 1 js файл скомпиленый из исходников.

это всё я делаю что бы как раз не было костылей как в шиндошс.

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



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

> Я так и не понял. Ты хочешь отдельную реализацию или перенести веб-интерфейс наноборды на веб-фреймворк и node.js?


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

когда всё будет реализовано на js, это откроет много возможностей, так как код будет легко переносим. сразу же можно будет сделать клиент в виде chrome application, на phonegap клиенты под айфон, андроид и виндафон. также можно легко будет сделать десктопные клиенты на nw.js или electron

как-то так
#59 #18169
>>18168

> Что будут делать "обычные люди, привыкшие к макабе" на наноборде?


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

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


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

зависимости которых ты так боишься как раз решаются на этом шаге. ничего ставить никуда не надо. на клиенте всегда подключен 1 js файл скомпиленый из исходников.

это всё я делаю что бы как раз не было костылей как в шиндошс.

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



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

> Я так и не понял. Ты хочешь отдельную реализацию или перенести веб-интерфейс наноборды на веб-фреймворк и node.js?


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

когда всё будет реализовано на js, это откроет много возможностей, так как код будет легко переносим. сразу же можно будет сделать клиент в виде chrome application, на phonegap клиенты под айфон, андроид и виндафон. также можно легко будет сделать десктопные клиенты на nw.js или electron

как-то так
#60 #18170
изначально когда я ещё не знал про наноборду, у меня была идея о транспорте данных немного другого характера. некая смесь торрентов и гита. аноны стоят на "раздаче" базы данных, причём хеш раздачи получен из имени ресурса, а не данных в файле базы. когда кто-то пишет пост, он публикует среди участников раздачи свой патч к файлу базы и все качают п2п патчи к себе. те что они не хотят распространять - удаляются как и в наноборде. кроме очевидных плюшек у этой идеи много недостатков:
- видны ip адреса
- если юзать тор, то ip адреса можно скрыть но пока не ясно как боротся со спамом и семёнством + зашквар о тор трафик
- нигде не паразитирует, а значит для доступности ресурсов - аноны должны стоять на раздаче

возможно когда нибудь куда-то разовью эту идею, но для неё тоже как бе нужна была бы веб-морда для борды. вот я и взялся пилить веб-морду для наноборды, что бы потом при необходимости я мог переиспользовать код.
#61 #18171
>>18163
Не хочу расстраивать, но в версии 1 постинг вебм есть.
>>18172
65 Кб, Webm
#62 #18172
>>18171
Да ну?
>>18193
сторонний веб клиент #63 #18174
призываю в тред школьника, или кого нибудь кто может мне расписать по хардкору в чём была проблема множественных ответов. сейчас каждый пост отвечает на другой пост и так по цепочке можно собрать тред. но на несколько постов таким образом нельзя ответить. в чём была проблема отвечать на главный пост треда, а уже в теле сообщения указывать ссылки на другие посты? тогда немного размытое на наноборде понитие тред/пост станет немного более конкретным. каждый пост может быть тредом, но за раз(как тред) мы видим только ответы на пост ОПа. при этом, как в вакабе, в тексте самого поста может быть ссылка на другие посты из этого(или любого другого треда). уёбищные отступы реально бесят
>>18175>>18180
сторонний веб клиент #64 #18175
>>18174
а ещё как вам идея хранить все картинки как отдельные сообщения в специальном техническом треде, а в самом сообщении постить только ссылку на хеш поста из треда с картинками? это позволит тоньше настривать транспорты, что бы можно было решать что ложить в пнг-контейнер, больше картинок или текст онли. это возможно решит проблему с зашакаливанием, порог размера новых постов можно повысить во много раз, а более добавлять уже без картинок или как то так.

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

- кнопка поиска и подгрузки картинок из гугла и тинай. порою можно встретить интересную картинку, но она зашакалена. это упростит расшакаливание
#65 #18176
>>18175

> порог размера новых постов можно повысить во много раз


Нинужно, он и так осне велик. Есть ргхост, есть поисковики, проблем никаких.
сторонний веб клиент #66 #18177
>>18175
проебался с понятиями. сервис вычисляет не хеш, а делает jwt токен в котором содержится таймштамп и хеш оригинального сообщения. токен расшифровывается публичным ключем любым аноном без обращений куда либо
#67 #18178
йоу йоу йоу школьник здесь всем мочерам хуй под ребро всем криптанам респектос
кто там на бейс64 гнал бейс64 нужен как защита от НЕИСТОВЫХ джейсон-БИБЛИОТЕК которые рандомно коверкают некоторые utf-8 символы (например наши с вами обычные русские символы). это не совсем очевидно но к сожалению одна популярная библиотека для шарпа говнит русский текст при конвертации в джейсон. ну допустим подправлю я библиотеку, а где-то еще у кого-то еще что-то кривое попадется и пизда. не доверяю просто. бейс64 - норм, хоть какая-то гарантия.
тебе проблема бейс64 декодировать в текст и обратно? я там засунул либу для этого на js. да в любом ссаном языке есть либа или родная поддержка бейс64.
кто там гнал на мой пейджс/индекс.хтмл? так или иначе кода стало в разы меньше и он лучше чем в 1.х. однако если ты так крут что можешь открыть этот хтмл в редакторе и если ты знаешь что такое джиквери и ты недоволен тем что видишь, то ты напишешь и свой индекс.хтмл, получше, верно? никто ведь не мешает, в этом и профит отделения сервера с апишкой базы постов от собственно интерфейса.
кто там за вебм спрашивал - да в 1.х добавили перделку которая позволяет вебм постить из ВНЕШНИХ источников типа рыгост (прямую ссылку вставляешь в [ simg= ]). а еще мп4 вроде как. в сам н@н0пост - хуй вам а не вебм никогда в н@н0борде видосов не будет и размер выше 64Кб не подниму - другие пусть поднимают, если совсем охуевшие а я не буду. нехуй в файлопомойку стеганографическую борду превращать, надо чтить и уважать каждый ссаный байт дрочить на него выдрачивать сжатие. и webp это еще цветочки: bpg, вот где настоящая экономия.
кто там на кроссориджин гнал. не надо чтобы левый сайт типа вот например харкача мог втихаря читать твою базу н@н0борды. не надо. и вообще это чисто браузера защита, десктопный софт спокойно работает со 127.0.0.1:7346. но если надо могу добавить отдачу кроссдомейна из соответствующего файлика в pages.
кто там про юникс опять сказал про инструменты. да тут вот в 2;0 как раз юникс, инструменты. цель 2.0 - долговечность, надежность, расширяемость. в 1.х надо было в шарпокод впихивать экранированный джаваскрипт код (как строчки) и компилировать в вижуал студии, а вся база постов грузилась в память каждый раз и требовалось валидное завершение сервера чтобы база не попортилась. прикинь какой пиздец. каждый раз на старте грузилась вся база и перед созданием каждого контейнера и при выключении сервера. по моим прикидкам это перестанет нормально работать ориентировочно через полгода (при условии что скорость постинга на наноборде не упадет а вырастет хотя бы в 5 раз). в 2.0 же джаваскрипт код лежит как отдельыне файлики которые можно просто взять и поправить или написать вместо них свои. а из базы в память грузятся только индексы с хэшами и база расчитана на работу с чанками по 1Гб количеством от 1 до дохуечности то есть пока не закончится место на жестком диске (индексы в оперативу будут влезать даже на миллиарде постов тогда как на этом же миллиарде скорее всего места на диске уже не будет так что похуй)
кто там говорил про чистый хтмл а потом добавлять цсс и джс? так вот хтмл который чистый нууу хз как он может без цсс-то существовать нормально. это же просто контент, его надо как-то оформить. ты же не будешь теги font ставить. ну можно в принципе голую страницу запилить. такую чернобелую без прямоугольников всяких там, линиями посты отделены. но что такого ужасного в css? и без джс тут же нужен генератор. который возьмет и сгенерирует эти статические html-страницы. с ростом базы этот генератор будет пердеть все дольше и дольше. ну допустим можно сделать генерацию на лету по запросу (на стороне сервера). и под форму ответа придется на сервере отдельный хэндлер делать. в общем js в этом плане намного упрощает жизнь. а если хочется консольщины то лучше уж консольный клиент склепать, это будет не сложно.
кто там писал про ай-пи адреса, про п2п. по-моему идеально битмесседж подключить. но у меня руки пока не дошли.
#67 #18178
йоу йоу йоу школьник здесь всем мочерам хуй под ребро всем криптанам респектос
кто там на бейс64 гнал бейс64 нужен как защита от НЕИСТОВЫХ джейсон-БИБЛИОТЕК которые рандомно коверкают некоторые utf-8 символы (например наши с вами обычные русские символы). это не совсем очевидно но к сожалению одна популярная библиотека для шарпа говнит русский текст при конвертации в джейсон. ну допустим подправлю я библиотеку, а где-то еще у кого-то еще что-то кривое попадется и пизда. не доверяю просто. бейс64 - норм, хоть какая-то гарантия.
тебе проблема бейс64 декодировать в текст и обратно? я там засунул либу для этого на js. да в любом ссаном языке есть либа или родная поддержка бейс64.
кто там гнал на мой пейджс/индекс.хтмл? так или иначе кода стало в разы меньше и он лучше чем в 1.х. однако если ты так крут что можешь открыть этот хтмл в редакторе и если ты знаешь что такое джиквери и ты недоволен тем что видишь, то ты напишешь и свой индекс.хтмл, получше, верно? никто ведь не мешает, в этом и профит отделения сервера с апишкой базы постов от собственно интерфейса.
кто там за вебм спрашивал - да в 1.х добавили перделку которая позволяет вебм постить из ВНЕШНИХ источников типа рыгост (прямую ссылку вставляешь в [ simg= ]). а еще мп4 вроде как. в сам н@н0пост - хуй вам а не вебм никогда в н@н0борде видосов не будет и размер выше 64Кб не подниму - другие пусть поднимают, если совсем охуевшие а я не буду. нехуй в файлопомойку стеганографическую борду превращать, надо чтить и уважать каждый ссаный байт дрочить на него выдрачивать сжатие. и webp это еще цветочки: bpg, вот где настоящая экономия.
кто там на кроссориджин гнал. не надо чтобы левый сайт типа вот например харкача мог втихаря читать твою базу н@н0борды. не надо. и вообще это чисто браузера защита, десктопный софт спокойно работает со 127.0.0.1:7346. но если надо могу добавить отдачу кроссдомейна из соответствующего файлика в pages.
кто там про юникс опять сказал про инструменты. да тут вот в 2;0 как раз юникс, инструменты. цель 2.0 - долговечность, надежность, расширяемость. в 1.х надо было в шарпокод впихивать экранированный джаваскрипт код (как строчки) и компилировать в вижуал студии, а вся база постов грузилась в память каждый раз и требовалось валидное завершение сервера чтобы база не попортилась. прикинь какой пиздец. каждый раз на старте грузилась вся база и перед созданием каждого контейнера и при выключении сервера. по моим прикидкам это перестанет нормально работать ориентировочно через полгода (при условии что скорость постинга на наноборде не упадет а вырастет хотя бы в 5 раз). в 2.0 же джаваскрипт код лежит как отдельыне файлики которые можно просто взять и поправить или написать вместо них свои. а из базы в память грузятся только индексы с хэшами и база расчитана на работу с чанками по 1Гб количеством от 1 до дохуечности то есть пока не закончится место на жестком диске (индексы в оперативу будут влезать даже на миллиарде постов тогда как на этом же миллиарде скорее всего места на диске уже не будет так что похуй)
кто там говорил про чистый хтмл а потом добавлять цсс и джс? так вот хтмл который чистый нууу хз как он может без цсс-то существовать нормально. это же просто контент, его надо как-то оформить. ты же не будешь теги font ставить. ну можно в принципе голую страницу запилить. такую чернобелую без прямоугольников всяких там, линиями посты отделены. но что такого ужасного в css? и без джс тут же нужен генератор. который возьмет и сгенерирует эти статические html-страницы. с ростом базы этот генератор будет пердеть все дольше и дольше. ну допустим можно сделать генерацию на лету по запросу (на стороне сервера). и под форму ответа придется на сервере отдельный хэндлер делать. в общем js в этом плане намного упрощает жизнь. а если хочется консольщины то лучше уж консольный клиент склепать, это будет не сложно.
кто там писал про ай-пи адреса, про п2п. по-моему идеально битмесседж подключить. но у меня руки пока не дошли.
>>18179>>18183
#68 #18179
>>18178
Ты знаешь, что большой мелкобуквенный текст тяжело читать? С тем же успехом мог пробелы убрать.
#69 #18180
>>18174
йоу йоу полегче нахуя тебе на несколько постов ответить у тебя что раздвоение личности? ну согласен удобно иногда наставить ссылок на посты и дописать "дебилы вы конченные".
сделать в теле ссылки на другие посты - ну в принципе не сложно запилить не ломая обратную совместимость. реально просто в джаваскрипте пару строчек дописать и будешь ссылаться на другие посты.
отступы тебя бесят? а по-моему они охуенны. 10 пикселей тебе жалко что ли?
на н@н0борде нет размытого понятия тред пост по крайней мере в 2.0. в 2.0 как раз все четенько строгенько по полочкам - вот тебе категории, вот треды конкретной категории а вот собственно ответы в конкретном треде. ничего не размыто. ответы на посты - повторяю, можно сделать. не жизненно важно это.
впихивать в каждый пост хэш треда - ну хз как-то избыточно это, ведь и так ОП-пост находится по цепочке. если через 2 родителя упираемся в пост "КАТЕГОРИИ ..." то значит мы попали в ОП-пост какого-то треда.
ну и стремление к максимально простому соглашению - ссылка-хэш + мессага расходится с мудреностью формата где и тред указывается и несколько ссылок на посты... а вообще похуй как я сказал ссылки на посты можно сделать прямо сейчас не ломая обратную совместимость
>>18182
#70 #18181
>>18175
сейчас в 2.0 все демократичнее - никаких запретов, у всех постов есть шанс попасть в контейнер. даже у тех что в 64Кб уперлись. но места хватает только на парочку больших и на больше маленьких. поэтому у маленьких шансов больше. "текст-онли" - ты хуй посчитаешь хэш с этого понимаешь. надо тогда хэш по другому считать - без картинки. а если пост это чисто картинка? короче не катит.
таймштамп - да ну нахуй. таймштамп и так есть (в 2.0 он опционален - можно удалить или написать что хочешь)
кнопка поиска - ну перделка. ну добавят и норм. не жизненно важно.
>>18185
сторонний веб клиент #71 #18182
>>18180
ты не понял. посты треда ссылаются в старом формате на ОП-пост, а другие ссылки в сообщении обрабатываются как ссылки на посты в вакабе
>>18186
#72 #18183
>>18178
Мои глаза.. я ослеп.. наноборда печтаю не видя ничего
#73 #18184
Запилите фрактальное сжатие перед добавлением в контейнер. Хорошо будет сжимать, чем больше будет постов.
сторонний веб клиент #74 #18185
>>18181
опять таки не понял, лол
я предлагаю отказатся от хранения картинки в теле поста. хранить только хеш на пост который состоит только из картинки и находится в специальном техническом треде. клиент будет подтягивать и слепливать воедино картнку и пост и хеш нигде не меняется
>>18189
#75 #18186
>>18182
да понял я тебя все посты типа ссылаются на ОП-пост а внутри - ссылки на сообщения. тут будет мешанина у разных людей. почему - да потому что посты разным людям приходят в разном порядке. и кто-то видит тред вот так:
ОП-пост
А
Б
В
а кто-то так:
ОП-пост
Б
В
А
и посты там блядь ссылаются перекрестно ссука снизу вверх сверху вниз по диагонали друг НА ДРУГА БЛЯДЬ ВЗРЫВ МОЗГА НАХУЙ. я прекрасно тебя понял.
цепочка пост-ответы (у ответов – свои ответы) гарантирует что в каком бы порядке не пришли человеку посты у него все выстроится самым понятным образом. а если тебе надо ответить на несколько постов - сделаем перделку на джаваскрипте чтобы обрабатывались и внутритредовые ссылки а не только ссылки на треды.
>>18190
сторонний веб клиент #76 #18187
про кроссориджен согласен, проебал что могут быть ЗЛОУМЫШЛЕНИКИ, лол. для меня это не проблема. в разработке я проксирую запросы к базе, а когда выкачу клиент - он будет сервится самой нанобордой
#77 #18188
Ладно, прийдется пилить ещё один клиент к наноборде, который будет в стиле полного минимализма и философии unix.
#78 #18189
>>18185
да прекрасно я тебя понял. вместо картинки ставим хэш. а картинку передаем по отдельному каналу. допустим с вычислением хэша все будет ок. но все равно остается проблема кто-то эту картинку получит а кто-то нет. уже сейчас (в 1.х) можно давать ссылку на внешнюю картинку. это по сути будет то же самое только вместо ссылки - хэш. есть еще проблемка - этот хэш смогут атаковать (подменить твою картинку у всех своей, мусорной). если размер картинок позволяется около мегабайта и больше то уже вполне реально произвести атаку. конечно никому это в хуй не впилось но все же. как и с внешними картинками теряется целостность и независимость н@н0поста. ЦЕЛОСТНОСТЬ и НЕЗАВИСИМОСТЬ. технический тред? вут? ват? его что можно будет игнорить или что? чтобы сэкономить трафик или что? трафик всегда надо экономить. даже на 100мегабитах можно себе все сильно испортить хайрезами да так что каждый у себя возьмет и отключит нахуй этот технический тред. есть вот баланс 64Кб на пост (63 дается на картинку), это золотая серединка, тут и с трафиком нормально и отключать ничего не надо в общем красота. всякие параллельнные транспорты внешние хэши, технические треды и прочее можно навернуть сверху отдельно в виде перделок.
>>18191
сторонний веб клиент #79 #18190
>>18186
ок, с ответом на пост значит пока ничего менять не будем.

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

пока ты тут, расскажи как ты упаковываешь в png
я так понял что
- младшие байты rgb но не альфаканала заполняются данными
- пред этим данные ксорятся самбой20, а перед этим упаковываются gzip
- в gzip в utf8 первыми данными идут количество постов, потом коллекция длин постов, а потом сами посты

всё правильно? если так, то мне нужно искать нормальную реализацию gzip на js, т.к. npm pako не хочет понимать формат которым упаковываются посты
сторонний веб клиент #80 #18191
>>18189
нееееет не так. сейчас ты делаешь пост с текстом и картинкой в одной куче. я предлагаю хранить картинку в отдельном посте, а в сообщении ссылаться на хеш поста с картинкой. никаких отдельных траспортов. написал пост и распространяешь его, твои сообщения(как с текстом так и с картинкой считаются новыми постами). но в какой-то момент картинка перестаёт распространятся, а пост продолжает(тут можно сделать исключение для постов состоящих только из картинки).
>>18192
сторонний веб клиент #81 #18192
>>18191
т.е. никто игнорить ничего не сможет, тем более трафик экономить. даже обратная совместимость останется
>>18195
#82 #18193
>>18172
Лол. Он наверно имеет ввиду через ргхост.
#83 #18194
>>18190
ну а эту хуйню не смотрел? https://github.com/beatgammit/gzip-js
>>18196
#84 #18195
>>18192
ну игнорить это вообще плохая идея была, в 2.0 ничего не игнорится у всех есть право на ретрансляцию, при этом у маленьких постов этих прав автоматически больше (потому что когда в контейнере остается 30кб туда влезет 3 поста по 10 или один на 30, но один на 64 уже не влезет)

чтобы реализовать твою идею и не сломать обратную совместимость можно добавить тег типа
[ pimg=хэш_поста ]
который по сути вытянет первую картинку из поста с таким-то хэшем и покажет ее либо покажет пустой квадратик если такого поста у тебя нет. это сейчас можно сделать в 2.0 чисто на js в пару строчек без правки серверного кода. применение этому можно найти например при постинге одного и того же ПЕКАфейса разве что.
>>18198
сторонний веб клиент #85 #18196
>>18194
возможно сразу дропнул когда искал решение, т.к. увидел там модуль fs, а значит код только для ноды, но сейчас я посмотрел, а там юзается https://github.com/beatgammit/deflate-js, который можно и в браузере запускать. надо будет пробовать
#86 #18197
>>18190
да, тут вырастает объем но это же чисто джейсон которым обмениваемся с сервером, он не кладется в контейнеры.
сторонний веб клиент #87 #18198
>>18195

> применение этому можно найти например при постинге одного и того же ПЕКАфейса разве что.


не совсем. посты с текстом и рандомпиком будут жить дольше чем раньше, так как будут продолжать распространятся уже без пиков
>>18199
#88 #18199
>>18198
А отсюда следствие: картинки будут проебываться раньше постов. И будут посты без картинок.
>>18200
сторонний веб клиент #89 #18200
>>18199
в обратном случае будут проёбываться целые посты с картинками же
>>18201
#90 #18201
>>18200
снова напомню что в 2.0 nbpack ничего не проебывает и даже у самого жирного н@н0поста есть пожизненный шанс на ретрансляцию
и потом в конце концов это все касается лишь отдельно взятого транспорта (на данный момент единственного), поэтому как-либо подстраивать архитектуру под этот конкретный транспорт бессмысленно, ведь можем ввести другие транспорты, где это будет неактуально или даже вредно.
>>18202
сторонний веб клиент #91 #18202
сторонний веб клиент #92 #18203
неуспел поковырять вот эту хрень
http://zenway.ru/page/outguess

кто знает сколько данных она позволяет прятать в jqeg?
>>18204
#93 #18204
>>18203
я так понял на каждый блок (8х8 пикселей) по одному биту. в примере используется хайрез фото судя по названию файла (судя по году публикации и количеству битов в примере это фото - 2.5 мегапиксельное), спрятать в него удается до 20кбит (с коррекцией ошибок, без нее - 40) (2.5Кб). от пересжимания алгоритм якобы защищен той самой коррекцией ошибок но по сути не защищен.
могу ошибаться. но вообще в жпег особо много информации не всунешь потому как он слишком lossy. с жпегом приходится извращаться и вставлять данные не в пиксели а МЕЖДУ.
#94 #18205
>>18190
все правильно
смотри демку гзипования:
https://jsfiddle.net/vsc5nmx5/11/
>>18219>>18221
#95 #18208

>>18206


ну лично мне удобней почитать ответ под конкретным постом а не бегать по оранжевым ссылкам в огроменном посте типа твоего – привык уже на н@н0борде-то. к хорошему быстро привыкаешь. а по поводу вороха постов без ОП-поста - решается элементарно путем вкладывания в контейнер цепочек постов (вплоть до ОП-поста) а не просто отдельных постов. ну и потом я бы например не хотел бы читать только ЧАСТЬ постов, не имея ОП-поста.
а джипег нинужен ведь есть охуенно вместительный пнг. я о стегожпеге, раржпег - норм, жаль только не везде поддерживается (тут - через раз, а на добраче нельзя вообще, если не поменялось это)
>>18209
#96 #18209
>>18208
ох.уенно... удолили.
>>18213
#97 #18213
>>18209
Что там было?
#98 #18219
>>18205
это что за демка? ты писал? тот гзип совместим с тем что у тебя сишарпе?
>>18221
#99 #18221
>>18205
>>18219
Используйте pako - он прекрасно всё распаковывает.
>>18225
#100 #18225
>>18221
у меня он вроде ругался на то что неизвестный формат я ему сую. контейнер занимает всё свободное место? чем заполняется пустота в конце?
>>18228>>18229
#101 #18228
>>18225
Uncaught unknown compression method
#102 #18229
>>18225
Берёшь первые четыре байта - это длина контейнера. Берёшь сальсу и расшифровываешь этот контейнер. Берёшь pako и распаковываешь гзип в байт массив, байт массив из UTF8 конвертишь в стринг - всё пашет, никаких проблем.

Конец забивается ничем. Я так понял он вообще не трогается (так что "шум" может быть только в верхней половинке картинки к примеру)
>>18230
#103 #18230
>>18229
вот этот момент я упустил, про первые четыре байта. я хуярил сальсой вообще все младшие биты. сейчас попробую
>>18232
#104 #18232
>>18230
всё равно что я не так делаю. допустим первые четыре байта:
[155, 160, 96, 0]
как из них получить десятичное число?
или вот я сделал тестовый контейнер с двумя постами, там первые 4 байта выглядят так:
[66, 0, 0, 0]

их ндо реверсить, сдвигать? каким там образом число закодированно?

не стукайте, если что, я вообще веб разразраб, и не байтоёбствовал никогда, лол
>>18233>>18235
#105 #18233
>>18232
первые 4 байта - int32, число которое говорит сколько надо байт извлечь из LSB, что извлек - десальсуй и ангзиппуй
#106 #18235
>>18232

>допустим первые четыре байта:


>[155, 160, 96, 0]


155
+ 160 256
+ 96
256256
+ 0
256256256

Вот и будет тебе длина контейнера.
>>18236
#107 #18236
>>18235
да ну йобана.

155
+ 160 256
+ 96
256 256
+ 0
256 256 256
>>18237>>18273
#108 #18237
>>18236
Вакабамарк тут реально какой-то ебанутый. Ну короче ты понял что тут умножать надо.
>>18238
40 Кб, 1212x218
#109 #18238
>>18237
а кто то еще хочет чтобы в и н@н0борду это дерьмо со звездочками завезли
>>18239>>18259
#110 #18239
>>18238
Так не ебанутую ж имплементацию, а нормальный вариант.

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

Да и вообще я привык уже к превью поста - написал пост, посмотрел что разметка красивенько смотрится, и потом только отправил.
#111 #18240
допустим у меня длина контейнера 66, значит должно быть что-то вроде:

[CODE]pako.inflate(salsa.decrypt(data.slice(4, 70)))[/CODE]

в консоль ругается
Uncaught incorrect header check
>>18241>>18248
#112 #18241
>>18240
Да, всё верно.
>>18242
#113 #18242
>>18241
значит пако не робыть
>>18243
#114 #18243
>>18242
Я в своём клиенте пако использую и всё прекрасно работает. Ищи где накосячил.
>>18244
#115 #18244
>>18243
погодь, у тебя есть клиент на js? а если не на js то пако может отличаться
>>18245
#116 #18245
>>18244
Да, на js. pako взять с гитхаба но довольно давно, но судя по истории коммитов ничего такого там с тех пор не поменялось.
>>18246
#117 #18246
>>18245
дай что ли код посмотреть, если клиент рабочий, то нафига я велосипидрствую
>>18247
#118 #18247
>>18246
Не ленись, давай сам пили, а то так и не научишься байтоёбствовать в джаваскрипте.
>>18250
#119 #18248
>>18240
бурито пако-пако
#120 #18250
>>18247
так и стены головой можно научится пробивать, когда вроде всё делаешь правильно, а оно не заводится. мб я упускаю какой неочевидный момент. а так если бы я видел рабочий код - то сразу бы понял в чём проблема и внезапно научился бы

попробую ещё deflate-js и буду дальше вебморду пилить
>>18251
#121 #18251
>>18250

>а так если бы я видел рабочий код


Так вот же он, никто не прячет, сиди изучай - https://github.com/nanoboard/nanoboard
>>18252
#122 #18252
>>18251
куда ты тралишь? м? куда ты тралишь?
>>18253
#123 #18253
>>18252
Какой тролиинг? Вот тебе рабочий код, он пашет и с ним всё хорошо. Повторяешь всё тоже самое на джаваскрипте - получаешь ещё один клиент.
>>18254
#124 #18254
>>18253
ты понимаешь что мне нужно сначало выучить с#? я уже смотрел весь код наноборды, но мне это мало что говорит.

так как я не кодил на сишарпе, у меня в голове нет интерпретатора, я не ебу ньюансы как и что себя ведёт, когда вижу код
>>18255
#125 #18255
>>18254

>ты понимаешь что мне нужно сначало выучить с#?


Походу это ты меня тралишь.

Ты уже знаешь джаваскрипт, зачем тебе сисярп учить? Там всё тоже самое. Разве что потратить пять минут на загугл сисярпских битмапов.
>>18257
#126 #18257
>>18255
ну не хочешь делиться кодом, не делись, индульгируй дальше в свою исключительность

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

мб ты вообще тралл и по ложному пути меня направляешь с этим пако, ради лулзов. я то потом всё равно что-то запилю, даже если и прийдётся лопатить исходники на с#, но я не для своей выгоды корячусь, а ради ОБЩЕГО ДЕЛА, ёптыть

в итоге я не успеваю сделать то что хотел, а именно - выкатить сегодня репу с минимально рабочим клиентом
>>18258>>18259
#127 #18258
>>18257
Выкати с нерабочим, можно будет потыкать веточкой в твои косяки.
#128 #18259
>>18261
#129 #18260
GZipStream adds extra information with compressed data called Cyclic Redundancy Check (CRC) to detect the data corruption. It makes GZipStream more reliable than DeflateStream. But this overhead makes GZipStream to create larger compressed file compared to DeflateStream.

у наноопа гзип а не дефлейт (!!!)
>>18262>>18266
#130 #18261
>>18259
я с этим разобрался, у меня после сальсы нивкакую не инфлейтится.

вот то что есть на данный момент
http://rghost.ru/7MXxmcrdN

proxy.js - я использовал что бы перенаправлять запросы к nanodb.exe, его зависимости я не сохранял в package.json
поэтому надо делать ещё
npm i express cors request

что бы редактировать клиент нужны глобально установленные browserify watchify и gulp

делаем npm i в папке, а потом запускаем gulp c дефолтным таском
>>18262
#131 #18262
>>18260
http://nodeca.github.io/pako/#ungzip

> Just shortcut to inflate, because it autodetects format by header.content. Done for convenience.



>>18261
Выкати на гитхаб уже, не позорься.
>>18263>>18267
#132 #18263
>>18262
время нет что бы править гитконфиг, там сейчас мои коммиты с диваноном будут. я сейчас ухожу, вот и кинул на рыхост
>>18264
#133 #18264
>>18263
Какой-то ты всратый. То у него нет времени в примере разбираться, то на гит выкатить времени нет.
>>18265
#134 #18265
>>18264
извините, вырос из мамкиного бездельника
>>18268>>18269
#135 #18266
>>18260
выходит тот анон выше напиздел что у него с пако всё работает?
>>18267
#136 #18267
#137 #18268
>>18265
Так нет времени-не берись, чего ты как маленький?
>>18271
#138 #18269
>>18265
Ладно, вот держи http://rghost.net/6wkNW2Yw4

Там картинка из одного из прошлых тредов плюс файлик с расширением data (тут уже распакованные посты) и файлик с расширением zdata (архив постов после сальсы, но до инфлейта). Дебаж.
>>18275>>18280
#139 #18271
>>18268
лол, но я и не брался разбираться с исходниками и выкатыванием на гит. мог и не выкладывать или вотбще ничего не делать. рахуй ты вообще сидишь итт?
>>18274
#140 #18273
>>18236

155
+ 160 256
+ 96
256 256
+ 0
256 256 256
#141 #18274
>>18271
Хочу и сижу. Вообще, в основном, слежу тут за обновлениями.
#142 #18275
>>18269
Чёт я подумал что этого мало, так что вот ещё http://rghost.net/7CQMtZhnl

Файлик sdata - это контейнер до сальсы.
>>18280
#143 #18276
Обещали, что даже поверх QR-кодов будет работать, а вышло, как всегда.
>>18277>>18278
#144 #18277
>>18276
лол, тут код крысят показать а ты хочешь чотб qr коды работали.
#145 #18278
>>18276
поверх qr кодов разве что пикоборда работать будет с лимитом 2048 байт на пост
#146 #18279
бля щас напишу на js распаковщик скину сюда
#147 #18280
>>18275
>>18269
я с ведра сейчас пишу, но по ссылкам я скачал. ок, посмотрю, всё же лучше чем ничего. но не мог бы ты расписать что останавливает тебя от того что бы поделиться кодом? ты тип так делаешь мир лучше, лол?
я люблю поковырять всякую хрень, в сосничестве ещё написал свой упаковщик js совместимый с dean edwards base62, при этом смотрел только в обфусцированный распаковщик. но мне тогда было интересно что да как, цели какой-то не было, кроме как самому развиваться. сейчас же стоит цель и анонам которые будут потом пользоваться вообще то похуй на мои скилы будет.
>>18281>>18284
#148 #18281
>>18280
Ну, суть в том, что вообще все есть на гитхабе. Просто нужно зайти и посмотреть. Я так понимаю, он не хочет специально для тебя там что-то искать.
#149 #18284
>>18280
Если я просто дам тебе рыбу, это будет скучно. Мне гораздо веселее поучить тебя рыбачить. Я просто выхватываю свою порцию лулзов с тебя.
>>18310
#150 #18285
сверим ключи
var key = [ 0xf7, 0xa5, 0x93, 0x6c, 0x48, 0x5e, 0x5b, 0x92, 0xdf, 0x26, 0x7d, 0x9c, 0x20, 0x24, 0x3b, 0x07, 0xa7, 0xaa, 0x2b, 0xa2, 0x5a, 0xde, 0x3b, 0x0b, 0xca, 0xe8, 0x8e, 0xec, 0x83, 0x16, 0x87, 0x62 ];
var nonce = [ 0x46, 0x3f, 0xe6, 0x40, 0xda, 0x82, 0xae, 0x45 ];
>>18287
#151 #18287
>>18285
Ага, такие.
>>18288
162 Кб, 1204x654
47 Кб, 1172x262
#152 #18288
>>18287
и вот тебе моя демка сальсования:
https://jsfiddle.net/6b0u5fym/1/
смотри скриншоты. все совпадает с шарпокодом.
если у тебя те же результаты значит фейл кроется в распаковке gzip-а
>>18289
#153 #18289
>>18288
сейчас подобную демку запилю с гзипом
>>18290
191 Кб, 1508x636
67 Кб, 1466x236
#154 #18290
>>18289
демка (pako):
http://jsfiddle.net/9yH7M/426/
скриншоты прикреплены
эта и предыдущая демки доказывают что при наличии прямых рук вполне можно джаваскриптом извлечь то, что было загзиповано и засальсованно шарпокодом. возможно твой код извлечения LSB еще как-то не так работает.
>>18291>>18300
#155 #18291
>>18290
Что и требовалось доказать. 20 минут и кодек готов. Ещё 5 минут на LSB и уже можно читать/писать картинки совместимые с оригиналом.
#156 #18300
>>18290
расскажи в чём прикол сидеть под маком
>>18305
#157 #18305
>>18300
когда тебя вкрай заёбывает шинда с ее глюками, корявостью и подозрительной фоновой активностью, ты перелазишь на линупс. ты сидишь на линупсе и радуешься соснолечке и хацкирству. и когда тебя вкрай заёбвает ебучий недоделаный (а он, несмотря на все свои достоинства, к сожалению, именно такой) линупс и хочется быть нормальным уважаемым пользователем без геморроя и при этом все еще хочется того самого ощущения хуюникса на кончиках пальцев ты перелазишь на мак. вот примерно так: для меня мак это просто хуюникс доведенный до ума. и без него можно было бы жить, но с ним как-то приятней. да и другие плюсы есть у яблоговна как у устройства.

алсо залил новую версию, добавлены настроечки (можно например отключить показ таймштампов) и апи параметров: api/params, api/paramget, api/paramset, все добавленные через апишку параметры автоматически становятся доступными для редактирования на страничке настроечек (если в значении будет слово false или true то вместо текстового поля будет показываться чекбокс)
#158 #18306
>>18305
(речь шла о версии 2.0)
#159 #18307
1.7.7-dev - сжималку картинок заменил на сжималку из 2.0
#160 #18308
>>18305

> сидеть в /crypt на маке


лол, а как тебе больший бро?
>>18315
#161 #18309
>>18305
вот не согласен я. у моей бабы мак, она телевизионщик, ей там надо что то для монтажа, постобработки. я пару лет назад сидел на винде, а сервер убунту держал на виртуалке. т.е. это я как бы намекаю что я не прыщеглазый задрот. но смена рабочего места вынудила переползти под никсы. и была у меня после этого и дебиан и генту и редхет, и при этом я не одмин какой, а простой такой фронтэндщик. и линуха мне румяна на щёки придала и в общем стимул к жизни. а винда, это мука ананльная. так вот речь про маки была - хуета. ничего не удобно, быстро - да, но в плане уи - не так как я хочу. большую часть юникс хуйни что я хочу притянуть в мак - приходиться изворачиваться и не факт что будет результат. по большей части дропается. это не означает что я презираю макоёбов, прост немного недопонимаю где то ПАПРОБУЙ ЕЩЕ ЗАХОЧЕШЬ БАЗАРЮ, когда с прямыми руками в никсах можно всё для всех и прямо сейчас
sage #162 #18310
>>18284
прст эт твё ЧСВ
#163 #18314
для медленно-интернет-куна выкладываю свежую базу постов (places дефолтный из репозитория), ничего не стирал:
клиент 1.х: http://rghost.ru/8tykFKWYf
клиент 2.х: http://rghost.ru/6zSbYTLrS
#164 #18315
>>18308
нормально. такой уж прям анальной слежки там нет и ФБР эпплы шлют нахуй обычно в случае чего.
#165 #18329
попробую запилить битмесседж-транспорт.
#166 #18330
Была ли когда нибудь у куклоблядей свой стенографическая наноборда?
>>18331
#167 #18331
>>18330
Да.

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



Ченджлог начинается в августе 2011-го. Сырцы всё ещё должны лежать в гит репе в i2p.
>>18332
#168 #18332
>>18331
Как же меня раздражает эта их манера постоянно что-то такое мутить скрытно от всех.
>>18333
#169 #18333
>>18332
Сикурити тхру обскурити.
>>18334
#170 #18334
>>18333
Да, конечно, но РАЗДРАЖАЕТ. И вообьще, знаешь, некоторые параноики и прочие поехавшие во всем могут обвинять жидов, анб, госдеп, фсб, инопланетян, и так далее. Вот у меня примерно такое ощущуение есть по отношению к куклоебам. Хотя, вообще говоря, я и сам к куклам неравнодушен.
#171 #18335
Не нравится nb2 .
Раньше лучше было. Кнопка искать посты хотя бы была.
>>18337>>18339
#172 #18336
Вот ваш агрегатор скачал полгига картинок и начал ныть в консольку что ему дб не найти, а я думал он работает. Сейчас уже полчаса их разбирает, нашел 1044 поста.
И чо его каждый раз руками запускать?
>>18339
#173 #18337
>>18335
Погодите немного, версия очень сырая пока. Потом, надеюсь, все будет.
>>18338
#174 #18338
>>18337
А база данных теперь нормальная?
Алсо наверно останусь пока на первой версии nb, если ее подерживать то наверно нужно сделать ей нормальную дб.
>>18339
38 Кб, 600x600
#175 #18339
>>18335
кнопка искать посты - возьми search.bat запусти двойным кликом - сложно что ли? кнопка искать посты это привязка к транспорту (пнг-контейнеры), 2.0 намеренно отвязан от транспорта. вот сделают битмесседж скоро - вообще ничего нажимать не надо будет.
зато в 2.0 есть кнопка Search - которая позволит найти любой пост по слову и есть кнопки Last 10 50 100 500 которые позволят всегда смотреть свежие посты (что в 1.7.7 доступно только на короткое время - пока не погасил серв или не создал контейнер)

>>18336
надо запускать search.bat. и да, сервер должен быть запущен об этом предупреждалось в ридми

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

про 2.0, если с инглишем хорошо см пикчу и описание каждого файлика (копипаста):
2.0 client (running) folder content:
containers - you should put template images to be used to create png-container with hidden info (random container will be selected)
download - temporary folder used by npback tool during search script work
images - web-interface images
pages - web-interface pages
scripts - web-interface scripts
styles - web-interface styles
upload - resulting png-container with posts inside will appear there after running prepare script
0.db - database file. after 1GB 1.db will appear
Aggregator.exe - tool used by search script to collect png pictures from threads
config.json - various params used by server/web-interface
diff.list - all changes go immediately into this file, when server starts next time it updates index.json and clears diff.list
downloaded.txt - info used by Aggregator to not to download same pic again
index.json - indexes for the database, contain filename (like 0.db), offset, length etc.
nanodb.exe - the server. runned also by run script
Newtonsoft.Json.dll - required by most .exe files here to create jsons
places.txt - used by nbpack (search script) to know which imageboard threads to parse in search of png files
prepare.bat/sh - creates png-container from latest and some random posts, server should be running, containers folder should not be empty
run.bat/sh - runs the server (see above)
search.bat/sh - starts search (see above)
38 Кб, 600x600
#175 #18339
>>18335
кнопка искать посты - возьми search.bat запусти двойным кликом - сложно что ли? кнопка искать посты это привязка к транспорту (пнг-контейнеры), 2.0 намеренно отвязан от транспорта. вот сделают битмесседж скоро - вообще ничего нажимать не надо будет.
зато в 2.0 есть кнопка Search - которая позволит найти любой пост по слову и есть кнопки Last 10 50 100 500 которые позволят всегда смотреть свежие посты (что в 1.7.7 доступно только на короткое время - пока не погасил серв или не создал контейнер)

>>18336
надо запускать search.bat. и да, сервер должен быть запущен об этом предупреждалось в ридми

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

про 2.0, если с инглишем хорошо см пикчу и описание каждого файлика (копипаста):
2.0 client (running) folder content:
containers - you should put template images to be used to create png-container with hidden info (random container will be selected)
download - temporary folder used by npback tool during search script work
images - web-interface images
pages - web-interface pages
scripts - web-interface scripts
styles - web-interface styles
upload - resulting png-container with posts inside will appear there after running prepare script
0.db - database file. after 1GB 1.db will appear
Aggregator.exe - tool used by search script to collect png pictures from threads
config.json - various params used by server/web-interface
diff.list - all changes go immediately into this file, when server starts next time it updates index.json and clears diff.list
downloaded.txt - info used by Aggregator to not to download same pic again
index.json - indexes for the database, contain filename (like 0.db), offset, length etc.
nanodb.exe - the server. runned also by run script
Newtonsoft.Json.dll - required by most .exe files here to create jsons
places.txt - used by nbpack (search script) to know which imageboard threads to parse in search of png files
prepare.bat/sh - creates png-container from latest and some random posts, server should be running, containers folder should not be empty
run.bat/sh - runs the server (see above)
search.bat/sh - starts search (see above)
#176 #18340
НЕМНОГО СТАТИСТИКИ
• более 2 лет вынашивания идеи
• более 2 месяцев активной разработки
• более 300 коммитов в репозиторий
• более 3.5 программистов
• более 80 вышедших версий
два полных переписывания:
0.1 - оконное приложение с очень базовыми функциями (без картинок/форматирования)
1.х - монолитное серверное приложение с кучей наворотов
2.0 - классический легковесный веб-сервер со специализированной базой данных
• более 1000 постов
• более 100 участников (согласно анонимной статистике траффика от github)

Новая версия еще сырая но это наше будущее и надежда. А 1.х это наша текущая опора. Не унываем! Мы уже многого достигли! Мы практически воплотили мечту (и еще даже не осознали этого).
>>18341
#177 #18341
>>18340

>более 300 коммитов


А поддержкой тора всё ещё не пахнет.
>>18346
#178 #18342
кстати с помощью emscripten можно любые моновские консольные тулзы запускать прямо в чистом js
работать будет медленно правда
>>18343
#179 #18343
>>18342
вообще-то не только моновские. а возможно и нельзя моновские и нужен il2cpp+asm.js
#180 #18344
здесь можно медленно сжать пнг-контейнер онлайн иногда в 2 раза:
http://richardassar.github.io/pngcrush.js/
>>18345
#181 #18345
>>18344
pngcrush есть и в виде exe
#182 #18346
>>18341
А что там пилить? Это же просто прокси.
>>18347
#183 #18347
>>18346
Спроси у разработчика. Видимо, фрактальная музыка и картинки с внешних ресурсов для него более приоритетны, чем безопасность.
>>18348>>18356
#184 #18348
>>18347
добавил поддержку прокси в 2.0. в ридми написал и тут напишу:
proxy.txt кинуть рядом с Aggregator.exe (в папку с релизом ко всем файлам)
прокси http://адрес:порт
тор пока не ставил не проверял
>>18349>>18351
#185 #18349
>>18348
в proxy.txt должен быть прокси вида:
http://адрес:порт
>>18350
#186 #18350
>>18349
почему тхт файлик потому что аггрегатор это код из 1.х и он не общается с 2.0 сервером и его конфигами. но могу переделать чтобы можно было настраивать прокси прямо из веб-странички (если подтвердится что это сработало)
36 Кб, 1280x1024
#187 #18351
>>18348

>proxy.txt


>ip.txt


>port.txt


Хуйня. Посмотри, как делают нормальные люди: https://svn.torproject.org/svn/tor/tags/tor-0_2_1_14_rc/src/config/torrc.sample.in
Все параметры в одном файле, с пояснениями. Если наноборда разовьётся до этого уровня сложности, то будет куда лучше иметь такую конфигурацию, чем три десятка файлов вида имя_настройки.txt без документации, не находишь?

Запустил твой клиент, через раз пикрелейтед. У тебя там что, всё в один поток работает?
>>18352>>18353
26 Кб, 894x511
#188 #18352
>>18351
и сам знаю что куча файликов - хуйня ht tps://github.com/nano board/nano board/issues/8
ты запустил 1.х
в 2.0 и порт и айпи и другие настройки в одном файле config.json, который можно менять прямо в веб-интерфейсе (см пикрелейтед)
aggregator.exe - хреновина из 1.х но и ее настройку да и запуск в принципе могу вынести в 2.0. то есть когда подтвердится что proxy.txt сработал я буду это по-нормальному впиливать.
#189 #18353
>>18351
а насчет потока - нет, в 1.х не один поток но из-за некоторых недостатков в сетевом коде 1.х в зависимости от твоей машины (а чаще всего на ШИНДЕ и на виртуалках с шиндой) могут периодически возникать отказы в соединении.
в 2.0 такого должно быть меньше или уже может вообще не быть - к сожалению не так часто имею шинду под рукой чтобы проверить
188 Кб, 780x706
#190 #18354
#191 #18355
Добавь информацию о разметке, она потерялась где-то в глубинах.
>>18358
#192 #18356
>>18347
Ну, тут дело какое: на очень безопасной борде, работающей через тор, но без плюшек сидеть, конечно, очень безопасно, но не слишклм весело.
#193 #18357
Судя по всему, самое удобное будет-общаться через bitmessage, ибо нет капчи, абсолютно безопасно, всякое такое.
5 Кб, 720x116
#194 #18358
>>18359
#195 #18359
>>18358
Это в 2.0. Первая ветка заброшена?
Тред утонул или удален.
Это копия, сохраненная 23 февраля 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /crypt/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски