Это копия, сохраненная 23 февраля 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
И тишина.
А о чём говорить в этом итт треде?
Не думаю,что на эту доску приходят новые люди.А те,кто тут давно,уже про это знают.Дело твоё, конечно
Надеюсь, ты понимаешь, что перекат внутрь наноборды означает, что разработка лишается участия тех, кого не устраивает быдлокод на шарпе?
- давно есть
кстати кто-то пробовал уже версию 2.0?
там код в основном на джаваскрипте и менять его можно без перекомпиляции и перезапуска сервера (папки pages, scripts)
если тебя не устраивает код на шарпе то ты видимо какой то программист так возьми и напиши свой клиент. если ты просто юзер то тебе джолжно быть похую что там за язык
Тащем-то нужен один внешний тред.
Суть такова если ты кого-то агитируешь, то лучше давать ссылку на нормальный тред в котором новый нюфак может неторопливо почитать и спросить что-то. Ну и разрабу проще сидет в таком узком месте где будут всплывать все баги-пожелания и прочие интерестности.
Алсо на nb один анон зазывает к себе в гости на ███████████. может это имеет смысл если здесь будет совсем все.
Ну хз,пускай будет>>18060
Лол,на /es/ сейчас висит ссылка на удалённый тред про новелку от soviet games.Смотри ньюфаг-тред
https://dropmefiles.com/b1QND
ньюфак? [ b ] [ i ] [ spoiler ] [ / spoiler ] [ /i ] [ /b ] - убери пробелы
Десять минут думал, что происходит ИТТ. Зашёл на этот /ес/ и ахуел.
На счетных палочках.
>возьми и напиши свой клиент
У меня есть такое желание, но мотивация для его осуществления ослабевает от каждого второго решения разработчика. Так, в прошлом треде я излагал своё мнение по поводу количества свистоперделок и состояния безопасности, а также проблем соблюдения совместимости. Теперь же, когда основное обсуждение переехало внутрь, я просто автоматически перестал в нём участвовать.
>если ты просто юзер то тебе джолжно быть похую что там за язык
Может, ты мне ещё и код предложишь не читать, а качать и запускать exe? Мир не бинарный, кроме категорий «программист» и «просто юзер» есть много других, например «юзер, заботящийся о безопасности».
>>18057
Я принципиально не буду загружать ПО, код которого не был проверен мною самим или тем, кому я доверяю. Код на шарпе я читать не могу, о втором варианте речь вообще не идёт.
>Может, ты мне ещё и код предложишь не читать, а качать и запускать exe?
пожалуй лучше чем >>18077 и не ответить тебе
можешь в принципе почитать код 2.0 клиента, его в разы меньше (конкретно сейчас wc -l считает 1452 строчки шарпокода в сумме, а учитывая что большинство строчек это открывающая/закрывающая фигурная скобка или пустая строчка или юзинг или коммент то там и читать нечего, 2 самых "жирные" файла - 360 и 160 строчек
>Так, в прошлом треде я излагал своё мнение по поводу количества свистоперделок и состояния безопасности, а также проблем соблюдения совместимости.
опять же в 2.0 перделок нет (если они и будут то вовсе не в сервере наноборды, который в 2.0 лишь дает доступ к базе и сервирует виртуальный сайт). в 2.0 транспорт обеспечивается отдельными инструментами которые просто БЕРУТ у сервера и ДАЮТ серверу посты. не нравятся пнг-контейнеры - напиши свои, обращайся к JSON API сервера по HTTP на любом языке. или подожди пока они будут переписаны автором (на шарпе опять). если ты напишешь охуенный транспорт с замечательно продуманным форматом, ты думаешь автор упрется и будет отстаивать свой? ну тогда форкни репу и убеди людей перейти.
короче ты себе сам выдумал препятствия
Читай предложения до конца. Там после «или» ещё кое-что написано.
>>18078
Пришёл свой разрыв жопы излить рассказать, что и без того маленькое сообщество теряет часть потенциальных участников.
>>18080
>автор упрется и будет отстаивать свой
У него нет такой надобности, люди уже пользуются этим клиентом. Если я захочу реализовать альтернативный клиент, мне нужно будет либо поддерживать полную совместимость, либо делать отдельную наноборду, либо выкатывать как есть, игнорируя несовместимость.
Первый вариант уебанский, поскольку автор показал себя любителем «хуяк-хуяк и в продакшн».
Второй вариант уебанский, потому что три с половиной на два не делится.
Третий вариант уебанский, потому что несовместимым клиентом никто пользоваться не будет.
Хуй с ним, с шарпом, прочитаю как-нибудь, но изложенная выше причина в принципе неисправима, пока не будет выпущена полная спецификация и пока она не будет заморожена.
Вообще, требовать заморозить спецификацию, и сверх нее ничего не лепить, по крайней мере пока, нресколько странно, так как пока все это находится в стадии публичной бета-версии, да и вообще, вон, видел, какая с браузерами ситуация? Есть некий общий базис, а дальше него-что хочу, то и ворочу. И норм.
>после "или"
И кому ты доверяешь? Сообществу? Ну, так и тут уже немало собралось народу
И чем тебе так двачеры не нравятся? Если у совокупного харкачера хватило ума на создание наноборды, то и на проверку кода должно хватить.
так спецификация же уже есть на вики
Более десяти тредов, примерно семь разных чанов. Вроде нормально, сильно больше я не хочу.
>Увидет админ мелкоборды/борды что-то странное и устроит ЭКСТЕРМИНАТУС.
уже было и не раз. Мы готовы ко всему.
десяти чанов хватит с головой, вероятность выпила даже на 5 чанах сразу стремится к нулю
(пока не заливал, ждите в ближайшем обновлении)
поиск добавлен в свежий релиз 2.0, добавилась обработка ссылок на тред (как и в 1.х)
Ох, хорошо. А можешь на какой-нить rghost залить базу? Впрочем, не надо. У меня поломался ноутбук после 3 лет исправной работы. Не могу решить, что можно продать на компоненты и купить взамен. Хочу сидеть в ТруЪ-консольке линупса.
Однако с ростом активности борды придется качать больше поэтому медленно-интернет-куны рано или поздно начнут страдать.
Борде нужен протокол побыстрее и экономнее.
>медленно-интернет-куны рано или поздно начнут страдать
Скачают сразу чью-нибудь базу. Хотя таки да без быстрого интернета все фигня.
охуев от говнокода в клиенте, в препадке батхерта пилю клиент на backbone, ооп все дела
в 2.0
я про клиент, там в /pages/index.html тупо в одном файле лапша из джиквери кода, всё пилится на коленке. такую хуйню не получится нормально допиливать, расширять, менять. у меня сейчас время освободилось для такого дела как раз хватит
Поняно. Добра тебе, няш, с этим всем совладать.
2.0 нет. Пока не тестил. Но надо поменьше свистоперделок и запилить сначала реализацию на чистом html, потом добавлять css и лишь потом эти разные скрипты.
2.0 нет. Пока не тестил. Но надо поменьше свистоперделок и запилить сначала реализацию на чистом html, потом добавлять css и лишь потом эти разные скрипты. Да и Elinks поддерживает простенький JavaScript, а на большее он нинужон. Вы же пилите наноборду, а не харкач, не?
>>18157
js тут не для свистоперделок, а для рендера на клиенте. nanodb.exe предоставляет API, а клиент аяксом тянет всё в json.
>простенький JavaScript
в том то и дело что нужен движек который хотя бы es5 держит. лучше обьясни зойчем тебе илинкс? ты мицголу хочешь напейсать чего? ))
> запилить сначала реализацию на чистом html
этот html должен кто-то генерить. а архитектура у этого приложения такая что рендер на клиенте
в прошлом посту забыл написать
>Nanoboard 2.0
Нипанятна.
>>18161
Мне главное информация, а не свистоперделки, по этому, и юзаю ELinks. И вообще, сижу в чистой консольке GNU/Linux. Тебя это удивляет? Рендер в браузере? В наноборде? Факинг шит. Имхо, лучше пусть сделать на "server-side", который будет выплевывать обычные ссылки и простенькую форму. Ну, а генерация страничек, сервер, генерация контейнеров и так далее, всё это стоит разнести в отдельные мелкие тулзы где-то в папке(сбоку выглядит так). Сервер лишь время от времени запускает их. То же имхо, наноборда должна быть такая, как в главных целях. Может ещё и постинг webm добавите?
ебушки-воробушки. школьник запилил наноборду с такой архитектурой. я к нему отношения не имею, я посмотрел в код клиента 2.0 и охуел, поэтому пилю #нормальный клиент. если тебе нужен "серверный" рендер, то ты можешь сделать костыль на каком нибудь скриптовом языке, который генерил бы html. мб что-то такое и у меня потом будет на nodejs, но я пока клиент пилю.
я понимаю что наноборда притягивает всяких аутистов и некрофилов, но будьте ж вы людьми, в первую очередь задача стоит в удобном пользовании для обычных людей, привыкших к макабе. "свистоперделки" я и сам пока не собираюсь пилить, но я создаю базу для того что бы это потом могло допиливаться без анальных мук.
школьник кстати не учёл что на 127.0.0.1:7346 обращатся могут с других хостов, браузер теперь на крос-ориджин ругается
> в первую очередь задача стоит в удобном пользовании для обычных людей, привыкших к макабе. "свистоперделки" я и сам пока не собираюсь пилить, но я создаю базу для того что бы это потом могло допиливаться без анальных мук.
Обычный человек ИТТ, понравилась идея, что сервер и генератор страниц и все остальное будут разными файлами, мне кажется это удобнее для дальнейшей разаработки в таких ситуациях как сейчас, что каждый хочет по своему запилить.
>>18164-кун
Что будут делать "обычные люди, привыкшие к макабе" на наноборде? Даже прямиком не запостишь webm. Уж тут, должны собраться более-менее образованные люди, которые хотят свободы в обмене информацией и готовы высказать мнение текстом, просто текстом. Я, когда услышал о версии 2.0 думал, что будет всё красиво разнесено, как и обещали, да оптимизации какие-то, может протокол попродвинутей и оптимальней. Но я уж точно не хочу увидеть там много зависимостей в виде различных скриптовых штук без которых ничего не работает в угоду красивому интерфейсу для прибывшех пользователей(уж лучше для них будет отдельное решение, скин или ещё что-то, по типу Mint в мире GNU/Linux). Я хотел бы реализации философии unix, когда есть хорошие отдельные инструменты, а не Windows, где кучу нагромождений, костыли и так далее. Модульность и разнесенность на данный момент одно из лучших решений. Хотя, оно и может взаимодействовать между собой.
Клиентские веб и веб-технологии это философия Windows, скорее в современном представлении. Оно не создавалось для чего-то сложнее, чем вывод текста, простой стилизации, а потом и вывод различного падающего снега на DHTML.
Я так и не понял. Ты хочешь отдельную реализацию или перенести веб-интерфейс наноборды на веб-фреймворк и node.js?
Можно хэдер установить, если говорить о твоей реализации.
Если будет много костылей и красивостей, то видимо прийдется пилить с кем-то форк.
> Что будут делать "обычные люди, привыкшие к макабе" на наноборде?
постить лалок бе они будут, я не ебу. важно понимать что для распространения борды она должна быть дружелюбна к пользователю, что бы тривиальные вещи не делались через жопу. тогда она начнёт расти.
что бы она была удобна, она должна предоставлять возможность себя допиливать с минимальным гемороем и опастностью что-то поломать.
декомпозиция в том виде котором она есть сейчас(агрегатор, сервер базы данных(и статики почему-то) и транспорт 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
как-то так
> Что будут делать "обычные люди, привыкшие к макабе" на наноборде?
постить лалок бе они будут, я не ебу. важно понимать что для распространения борды она должна быть дружелюбна к пользователю, что бы тривиальные вещи не делались через жопу. тогда она начнёт расти.
что бы она была удобна, она должна предоставлять возможность себя допиливать с минимальным гемороем и опастностью что-то поломать.
декомпозиция в том виде котором она есть сейчас(агрегатор, сервер базы данных(и статики почему-то) и транспорт 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
как-то так
- видны ip адреса
- если юзать тор, то ip адреса можно скрыть но пока не ясно как боротся со спамом и семёнством + зашквар о тор трафик
- нигде не паразитирует, а значит для доступности ресурсов - аноны должны стоять на раздаче
возможно когда нибудь куда-то разовью эту идею, но для неё тоже как бе нужна была бы веб-морда для борды. вот я и взялся пилить веб-морду для наноборды, что бы потом при необходимости я мог переиспользовать код.
а ещё как вам идея хранить все картинки как отдельные сообщения в специальном техническом треде, а в самом сообщении постить только ссылку на хеш поста из треда с картинками? это позволит тоньше настривать транспорты, что бы можно было решать что ложить в пнг-контейнер, больше картинок или текст онли. это возможно решит проблему с зашакаливанием, порог размера новых постов можно повысить во много раз, а более добавлять уже без картинок или как то так.
из будущих идей "свистоперделок":
- таймштамп. поднимается инстанс на шаровом хосинге с сервисом. когда анон пишет пост, из него на клиенте вычисляется хеш, на который сервис добавляет таймштамп и вычисляет новый хеш по своему приватному ключу. этот хеш становится хешом сообщения. публичным ключем сервиса любой другой анон может получить таймштамп и хеш сообщения. фичу можн/нужно делать опциональной
- кнопка поиска и подгрузки картинок из гугла и тинай. порою можно встретить интересную картинку, но она зашакалена. это упростит расшакаливание
> порог размера новых постов можно повысить во много раз
Нинужно, он и так осне велик. Есть ргхост, есть поисковики, проблем никаких.
проебался с понятиями. сервис вычисляет не хеш, а делает jwt токен в котором содержится таймштамп и хеш оригинального сообщения. токен расшифровывается публичным ключем любым аноном без обращений куда либо
кто там на бейс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п. по-моему идеально битмесседж подключить. но у меня руки пока не дошли.
кто там на бейс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п. по-моему идеально битмесседж подключить. но у меня руки пока не дошли.
Ты знаешь, что большой мелкобуквенный текст тяжело читать? С тем же успехом мог пробелы убрать.
йоу йоу полегче нахуя тебе на несколько постов ответить у тебя что раздвоение личности? ну согласен удобно иногда наставить ссылок на посты и дописать "дебилы вы конченные".
сделать в теле ссылки на другие посты - ну в принципе не сложно запилить не ломая обратную совместимость. реально просто в джаваскрипте пару строчек дописать и будешь ссылаться на другие посты.
отступы тебя бесят? а по-моему они охуенны. 10 пикселей тебе жалко что ли?
на н@н0борде нет размытого понятия тред пост по крайней мере в 2.0. в 2.0 как раз все четенько строгенько по полочкам - вот тебе категории, вот треды конкретной категории а вот собственно ответы в конкретном треде. ничего не размыто. ответы на посты - повторяю, можно сделать. не жизненно важно это.
впихивать в каждый пост хэш треда - ну хз как-то избыточно это, ведь и так ОП-пост находится по цепочке. если через 2 родителя упираемся в пост "КАТЕГОРИИ ..." то значит мы попали в ОП-пост какого-то треда.
ну и стремление к максимально простому соглашению - ссылка-хэш + мессага расходится с мудреностью формата где и тред указывается и несколько ссылок на посты... а вообще похуй как я сказал ссылки на посты можно сделать прямо сейчас не ломая обратную совместимость
сейчас в 2.0 все демократичнее - никаких запретов, у всех постов есть шанс попасть в контейнер. даже у тех что в 64Кб уперлись. но места хватает только на парочку больших и на больше маленьких. поэтому у маленьких шансов больше. "текст-онли" - ты хуй посчитаешь хэш с этого понимаешь. надо тогда хэш по другому считать - без картинки. а если пост это чисто картинка? короче не катит.
таймштамп - да ну нахуй. таймштамп и так есть (в 2.0 он опционален - можно удалить или написать что хочешь)
кнопка поиска - ну перделка. ну добавят и норм. не жизненно важно.
ты не понял. посты треда ссылаются в старом формате на ОП-пост, а другие ссылки в сообщении обрабатываются как ссылки на посты в вакабе
Мои глаза.. я ослеп.. наноборда печтаю не видя ничего
опять таки не понял, лол
я предлагаю отказатся от хранения картинки в теле поста. хранить только хеш на пост который состоит только из картинки и находится в специальном техническом треде. клиент будет подтягивать и слепливать воедино картнку и пост и хеш нигде не меняется
да понял я тебя все посты типа ссылаются на ОП-пост а внутри - ссылки на сообщения. тут будет мешанина у разных людей. почему - да потому что посты разным людям приходят в разном порядке. и кто-то видит тред вот так:
ОП-пост
А
Б
В
а кто-то так:
ОП-пост
Б
В
А
и посты там блядь ссылаются перекрестно ссука снизу вверх сверху вниз по диагонали друг НА ДРУГА БЛЯДЬ ВЗРЫВ МОЗГА НАХУЙ. я прекрасно тебя понял.
цепочка пост-ответы (у ответов – свои ответы) гарантирует что в каком бы порядке не пришли человеку посты у него все выстроится самым понятным образом. а если тебе надо ответить на несколько постов - сделаем перделку на джаваскрипте чтобы обрабатывались и внутритредовые ссылки а не только ссылки на треды.
да прекрасно я тебя понял. вместо картинки ставим хэш. а картинку передаем по отдельному каналу. допустим с вычислением хэша все будет ок. но все равно остается проблема кто-то эту картинку получит а кто-то нет. уже сейчас (в 1.х) можно давать ссылку на внешнюю картинку. это по сути будет то же самое только вместо ссылки - хэш. есть еще проблемка - этот хэш смогут атаковать (подменить твою картинку у всех своей, мусорной). если размер картинок позволяется около мегабайта и больше то уже вполне реально произвести атаку. конечно никому это в хуй не впилось но все же. как и с внешними картинками теряется целостность и независимость н@н0поста. ЦЕЛОСТНОСТЬ и НЕЗАВИСИМОСТЬ. технический тред? вут? ват? его что можно будет игнорить или что? чтобы сэкономить трафик или что? трафик всегда надо экономить. даже на 100мегабитах можно себе все сильно испортить хайрезами да так что каждый у себя возьмет и отключит нахуй этот технический тред. есть вот баланс 64Кб на пост (63 дается на картинку), это золотая серединка, тут и с трафиком нормально и отключать ничего не надо в общем красота. всякие параллельнные транспорты внешние хэши, технические треды и прочее можно навернуть сверху отдельно в виде перделок.
ок, с ответом на пост значит пока ничего менять не будем.
про base64 я залупнулся из-за того что в посте может быть картинка которая уже в base64, а это как-то дико два раза base64 жать. опять таки это решило бы проблему если картинки хранить в отдельных сообщениях
пока ты тут, расскажи как ты упаковываешь в png
я так понял что
- младшие байты rgb но не альфаканала заполняются данными
- пред этим данные ксорятся самбой20, а перед этим упаковываются gzip
- в gzip в utf8 первыми данными идут количество постов, потом коллекция длин постов, а потом сами посты
всё правильно? если так, то мне нужно искать нормальную реализацию gzip на js, т.к. npm pako не хочет понимать формат которым упаковываются посты
нееееет не так. сейчас ты делаешь пост с текстом и картинкой в одной куче. я предлагаю хранить картинку в отдельном посте, а в сообщении ссылаться на хеш поста с картинкой. никаких отдельных траспортов. написал пост и распространяешь его, твои сообщения(как с текстом так и с картинкой считаются новыми постами). но в какой-то момент картинка перестаёт распространятся, а пост продолжает(тут можно сделать исключение для постов состоящих только из картинки).
т.е. никто игнорить ничего не сможет, тем более трафик экономить. даже обратная совместимость останется
Лол. Он наверно имеет ввиду через ргхост.
ну игнорить это вообще плохая идея была, в 2.0 ничего не игнорится у всех есть право на ретрансляцию, при этом у маленьких постов этих прав автоматически больше (потому что когда в контейнере остается 30кб туда влезет 3 поста по 10 или один на 30, но один на 64 уже не влезет)
чтобы реализовать твою идею и не сломать обратную совместимость можно добавить тег типа
[ pimg=хэш_поста ]
который по сути вытянет первую картинку из поста с таким-то хэшем и покажет ее либо покажет пустой квадратик если такого поста у тебя нет. это сейчас можно сделать в 2.0 чисто на js в пару строчек без правки серверного кода. применение этому можно найти например при постинге одного и того же ПЕКАфейса разве что.
возможно сразу дропнул когда искал решение, т.к. увидел там модуль fs, а значит код только для ноды, но сейчас я посмотрел, а там юзается https://github.com/beatgammit/deflate-js, который можно и в браузере запускать. надо будет пробовать
да, тут вырастает объем но это же чисто джейсон которым обмениваемся с сервером, он не кладется в контейнеры.
> применение этому можно найти например при постинге одного и того же ПЕКАфейса разве что.
не совсем. посты с текстом и рандомпиком будут жить дольше чем раньше, так как будут продолжать распространятся уже без пиков
А отсюда следствие: картинки будут проебываться раньше постов. И будут посты без картинок.
снова напомню что в 2.0 nbpack ничего не проебывает и даже у самого жирного н@н0поста есть пожизненный шанс на ретрансляцию
и потом в конце концов это все касается лишь отдельно взятого транспорта (на данный момент единственного), поэтому как-либо подстраивать архитектуру под этот конкретный транспорт бессмысленно, ведь можем ввести другие транспорты, где это будет неактуально или даже вредно.
ок
http://zenway.ru/page/outguess
кто знает сколько данных она позволяет прятать в jqeg?
я так понял на каждый блок (8х8 пикселей) по одному биту. в примере используется хайрез фото судя по названию файла (судя по году публикации и количеству битов в примере это фото - 2.5 мегапиксельное), спрятать в него удается до 20кбит (с коррекцией ошибок, без нее - 40) (2.5Кб). от пересжимания алгоритм якобы защищен той самой коррекцией ошибок но по сути не защищен.
могу ошибаться. но вообще в жпег особо много информации не всунешь потому как он слишком lossy. с жпегом приходится извращаться и вставлять данные не в пиксели а МЕЖДУ.
>>18206
ну лично мне удобней почитать ответ под конкретным постом а не бегать по оранжевым ссылкам в огроменном посте типа твоего – привык уже на н@н0борде-то. к хорошему быстро привыкаешь. а по поводу вороха постов без ОП-поста - решается элементарно путем вкладывания в контейнер цепочек постов (вплоть до ОП-поста) а не просто отдельных постов. ну и потом я бы например не хотел бы читать только ЧАСТЬ постов, не имея ОП-поста.
а джипег нинужен ведь есть охуенно вместительный пнг. я о стегожпеге, раржпег - норм, жаль только не везде поддерживается (тут - через раз, а на добраче нельзя вообще, если не поменялось это)
Что там было?
у меня он вроде ругался на то что неизвестный формат я ему сую. контейнер занимает всё свободное место? чем заполняется пустота в конце?
Uncaught unknown compression method
Берёшь первые четыре байта - это длина контейнера. Берёшь сальсу и расшифровываешь этот контейнер. Берёшь pako и распаковываешь гзип в байт массив, байт массив из UTF8 конвертишь в стринг - всё пашет, никаких проблем.
Конец забивается ничем. Я так понял он вообще не трогается (так что "шум" может быть только в верхней половинке картинки к примеру)
вот этот момент я упустил, про первые четыре байта. я хуярил сальсой вообще все младшие биты. сейчас попробую
всё равно что я не так делаю. допустим первые четыре байта:
[155, 160, 96, 0]
как из них получить десятичное число?
или вот я сделал тестовый контейнер с двумя постами, там первые 4 байта выглядят так:
[66, 0, 0, 0]
их ндо реверсить, сдвигать? каким там образом число закодированно?
не стукайте, если что, я вообще веб разразраб, и не байтоёбствовал никогда, лол
первые 4 байта - int32, число которое говорит сколько надо байт извлечь из LSB, что извлек - десальсуй и ангзиппуй
>допустим первые четыре байта:
>[155, 160, 96, 0]
155
+ 160 256
+ 96 256256
+ 0 256256256
Вот и будет тебе длина контейнера.
Вакабамарк тут реально какой-то ебанутый. Ну короче ты понял что тут умножать надо.
а кто то еще хочет чтобы в и н@н0борду это дерьмо со звездочками завезли
Так не ебанутую ж имплементацию, а нормальный вариант.
Был бы тут тег для кода, я бы сразу так и вставил. А когда звёздочка в любом случае расценивается как начало разметки и ещё растаскивается на несколько строк, то вот ак и получается.
Да и вообще я привык уже к превью поста - написал пост, посмотрел что разметка красивенько смотрится, и потом только отправил.
[CODE]pako.inflate(salsa.decrypt(data.slice(4, 70)))[/CODE]
в консоль ругается
Uncaught incorrect header check
Да, на js. pako взять с гитхаба но довольно давно, но судя по истории коммитов ничего такого там с тех пор не поменялось.
Не ленись, давай сам пили, а то так и не научишься байтоёбствовать в джаваскрипте.
бурито пако-пако
так и стены головой можно научится пробивать, когда вроде всё делаешь правильно, а оно не заводится. мб я упускаю какой неочевидный момент. а так если бы я видел рабочий код - то сразу бы понял в чём проблема и внезапно научился бы
попробую ещё deflate-js и буду дальше вебморду пилить
>а так если бы я видел рабочий код
Так вот же он, никто не прячет, сиди изучай - https://github.com/nanoboard/nanoboard
Какой тролиинг? Вот тебе рабочий код, он пашет и с ним всё хорошо. Повторяешь всё тоже самое на джаваскрипте - получаешь ещё один клиент.
ты понимаешь что мне нужно сначало выучить с#? я уже смотрел весь код наноборды, но мне это мало что говорит.
так как я не кодил на сишарпе, у меня в голове нет интерпретатора, я не ебу ньюансы как и что себя ведёт, когда вижу код
>ты понимаешь что мне нужно сначало выучить с#?
Походу это ты меня тралишь.
Ты уже знаешь джаваскрипт, зачем тебе сисярп учить? Там всё тоже самое. Разве что потратить пять минут на загугл сисярпских битмапов.
ну не хочешь делиться кодом, не делись, индульгируй дальше в свою исключительность
мною не лень руководит, а недостаток времени. я вместо запиливания клиента убил бы (уже и так убил) несколько часов на неочевидную проблему, которую непонятно как решать кроме как методом тыка или обмазыванием сишарпом
мб ты вообще тралл и по ложному пути меня направляешь с этим пако, ради лулзов. я то потом всё равно что-то запилю, даже если и прийдётся лопатить исходники на с#, но я не для своей выгоды корячусь, а ради ОБЩЕГО ДЕЛА, ёптыть
в итоге я не успеваю сделать то что хотел, а именно - выкатить сегодня репу с минимально рабочим клиентом
Выкати с нерабочим, можно будет потыкать веточкой в твои косяки.
у наноопа гзип а не дефлейт (!!!)
я с этим разобрался, у меня после сальсы нивкакую не инфлейтится.
вот то что есть на данный момент
http://rghost.ru/7MXxmcrdN
proxy.js - я использовал что бы перенаправлять запросы к nanodb.exe, его зависимости я не сохранял в package.json
поэтому надо делать ещё
npm i express cors request
что бы редактировать клиент нужны глобально установленные browserify watchify и gulp
делаем npm i в папке, а потом запускаем gulp c дефолтным таском
http://nodeca.github.io/pako/#ungzip
> Just shortcut to inflate, because it autodetects format by header.content. Done for convenience.
>>18261
Выкати на гитхаб уже, не позорься.
время нет что бы править гитконфиг, там сейчас мои коммиты с диваноном будут. я сейчас ухожу, вот и кинул на рыхост
Какой-то ты всратый. То у него нет времени в примере разбираться, то на гит выкатить времени нет.
Ладно, вот держи http://rghost.net/6wkNW2Yw4
Там картинка из одного из прошлых тредов плюс файлик с расширением data (тут уже распакованные посты) и файлик с расширением zdata (архив постов после сальсы, но до инфлейта). Дебаж.
лол, но я и не брался разбираться с исходниками и выкатыванием на гит. мог и не выкладывать или вотбще ничего не делать. рахуй ты вообще сидишь итт?
Хочу и сижу. Вообще, в основном, слежу тут за обновлениями.
Чёт я подумал что этого мало, так что вот ещё http://rghost.net/7CQMtZhnl
Файлик sdata - это контейнер до сальсы.
лол, тут код крысят показать а ты хочешь чотб qr коды работали.
поверх qr кодов разве что пикоборда работать будет с лимитом 2048 байт на пост
>>18269
я с ведра сейчас пишу, но по ссылкам я скачал. ок, посмотрю, всё же лучше чем ничего. но не мог бы ты расписать что останавливает тебя от того что бы поделиться кодом? ты тип так делаешь мир лучше, лол?
я люблю поковырять всякую хрень, в сосничестве ещё написал свой упаковщик js совместимый с dean edwards base62, при этом смотрел только в обфусцированный распаковщик. но мне тогда было интересно что да как, цели какой-то не было, кроме как самому развиваться. сейчас же стоит цель и анонам которые будут потом пользоваться вообще то похуй на мои скилы будет.
Ну, суть в том, что вообще все есть на гитхабе. Просто нужно зайти и посмотреть. Я так понимаю, он не хочет специально для тебя там что-то искать.
Если я просто дам тебе рыбу, это будет скучно. Мне гораздо веселее поучить тебя рыбачить. Я просто выхватываю свою порцию лулзов с тебя.
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 ];
и вот тебе моя демка сальсования:
https://jsfiddle.net/6b0u5fym/1/
смотри скриншоты. все совпадает с шарпокодом.
если у тебя те же результаты значит фейл кроется в распаковке gzip-а
демка (pako):
http://jsfiddle.net/9yH7M/426/
скриншоты прикреплены
эта и предыдущая демки доказывают что при наличии прямых рук вполне можно джаваскриптом извлечь то, что было загзиповано и засальсованно шарпокодом. возможно твой код извлечения LSB еще как-то не так работает.
Что и требовалось доказать. 20 минут и кодек готов. Ещё 5 минут на LSB и уже можно читать/писать картинки совместимые с оригиналом.
когда тебя вкрай заёбывает шинда с ее глюками, корявостью и подозрительной фоновой активностью, ты перелазишь на линупс. ты сидишь на линупсе и радуешься соснолечке и хацкирству. и когда тебя вкрай заёбвает ебучий недоделаный (а он, несмотря на все свои достоинства, к сожалению, именно такой) линупс и хочется быть нормальным уважаемым пользователем без геморроя и при этом все еще хочется того самого ощущения хуюникса на кончиках пальцев ты перелазишь на мак. вот примерно так: для меня мак это просто хуюникс доведенный до ума. и без него можно было бы жить, но с ним как-то приятней. да и другие плюсы есть у яблоговна как у устройства.
алсо залил новую версию, добавлены настроечки (можно например отключить показ таймштампов) и апи параметров: api/params, api/paramget, api/paramset, все добавленные через апишку параметры автоматически становятся доступными для редактирования на страничке настроечек (если в значении будет слово false или true то вместо текстового поля будет показываться чекбокс)
(речь шла о версии 2.0)
вот не согласен я. у моей бабы мак, она телевизионщик, ей там надо что то для монтажа, постобработки. я пару лет назад сидел на винде, а сервер убунту держал на виртуалке. т.е. это я как бы намекаю что я не прыщеглазый задрот. но смена рабочего места вынудила переползти под никсы. и была у меня после этого и дебиан и генту и редхет, и при этом я не одмин какой, а простой такой фронтэндщик. и линуха мне румяна на щёки придала и в общем стимул к жизни. а винда, это мука ананльная. так вот речь про маки была - хуета. ничего не удобно, быстро - да, но в плане уи - не так как я хочу. большую часть юникс хуйни что я хочу притянуть в мак - приходиться изворачиваться и не факт что будет результат. по большей части дропается. это не означает что я презираю макоёбов, прост немного недопонимаю где то ПАПРОБУЙ ЕЩЕ ЗАХОЧЕШЬ БАЗАРЮ, когда с прямыми руками в никсах можно всё для всех и прямо сейчас
прст эт твё ЧСВ
клиент 1.х: http://rghost.ru/8tykFKWYf
клиент 2.х: http://rghost.ru/6zSbYTLrS
нормально. такой уж прям анальной слежки там нет и ФБР эпплы шлют нахуй обычно в случае чего.
Да.
> Dollmirror - монитор борд с поддержкой стегнографии и GPG, с учетом специфики N-поля. Есть возможность постинга где нету капчи, и с капчей на скрытом чане.
Ченджлог начинается в августе 2011-го. Сырцы всё ещё должны лежать в гит репе в i2p.
Как же меня раздражает эта их манера постоянно что-то такое мутить скрытно от всех.
Да, конечно, но РАЗДРАЖАЕТ. И вообьще, знаешь, некоторые параноики и прочие поехавшие во всем могут обвинять жидов, анб, госдеп, фсб, инопланетян, и так далее. Вот у меня примерно такое ощущуение есть по отношению к куклоебам. Хотя, вообще говоря, я и сам к куклам неравнодушен.
И чо его каждый раз руками запускать?
А база данных теперь нормальная?
Алсо наверно останусь пока на первой версии nb, если ее подерживать то наверно нужно сделать ей нормальную дб.
кнопка искать посты - возьми 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)
кнопка искать посты - возьми 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)
• более 2 лет вынашивания идеи
• более 2 месяцев активной разработки
• более 300 коммитов в репозиторий
• более 3.5 программистов
• более 80 вышедших версий
• два полных переписывания:
0.1 - оконное приложение с очень базовыми функциями (без картинок/форматирования)
1.х - монолитное серверное приложение с кучей наворотов
2.0 - классический легковесный веб-сервер со специализированной базой данных
• более 1000 постов
• более 100 участников (согласно анонимной статистике траффика от github)
Новая версия еще сырая но это наше будущее и надежда. А 1.х это наша текущая опора. Не унываем! Мы уже многого достигли! Мы практически воплотили мечту (и еще даже не осознали этого).
работать будет медленно правда
вообще-то не только моновские. а возможно и нельзя моновские и нужен il2cpp+asm.js
http://richardassar.github.io/pngcrush.js/
pngcrush есть и в виде exe
Спроси у разработчика. Видимо, фрактальная музыка и картинки с внешних ресурсов для него более приоритетны, чем безопасность.
добавил поддержку прокси в 2.0. в ридми написал и тут напишу:
proxy.txt кинуть рядом с Aggregator.exe (в папку с релизом ко всем файлам)
прокси http://адрес:порт
тор пока не ставил не проверял
почему тхт файлик потому что аггрегатор это код из 1.х и он не общается с 2.0 сервером и его конфигами. но могу переделать чтобы можно было настраивать прокси прямо из веб-странички (если подтвердится что это сработало)
>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 без документации, не находишь?
Запустил твой клиент, через раз пикрелейтед. У тебя там что, всё в один поток работает?
и сам знаю что куча файликов - хуйня ht tps://github.com/nano board/nano board/issues/8
ты запустил 1.х
в 2.0 и порт и айпи и другие настройки в одном файле config.json, который можно менять прямо в веб-интерфейсе (см пикрелейтед)
aggregator.exe - хреновина из 1.х но и ее настройку да и запуск в принципе могу вынести в 2.0. то есть когда подтвердится что proxy.txt сработал я буду это по-нормальному впиливать.
а насчет потока - нет, в 1.х не один поток но из-за некоторых недостатков в сетевом коде 1.х в зависимости от твоей машины (а чаще всего на ШИНДЕ и на виртуалках с шиндой) могут периодически возникать отказы в соединении.
в 2.0 такого должно быть меньше или уже может вообще не быть - к сожалению не так часто имею шинду под рукой чтобы проверить
Ну, тут дело какое: на очень безопасной борде, работающей через тор, но без плюшек сидеть, конечно, очень безопасно, но не слишклм весело.
Это в 2.0. Первая ветка заброшена?
Это копия, сохраненная 23 февраля 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.