Уже сбились со счета какой Жалуемся на быдлокод,мечтаем о новых транспортах,поливаем говном bit message И смотрим на пикобордуJabberX и драму с ней,конечно же (Автор этого поста был забанен. Помянем.)
2.0 обновления за последние 2 дня: · ускорена подгрузка страниц · ускорено создание контейнеров · добавлена шапка категорий · вниз добавлены ссылки из places · появились кнопки +/- возле ссылок типа ADD ссылка коммент, DEL ссылка коммент (как в 1.7) · кнопка предпросмотра в прикреплялке изображений · тёмный скин (переключается в настройках)
(Автор этого поста был забанен. Помянем.)
из предыдущего треда есть предложение сделать транспорт на основе мейл ящиков но передавать не напрямую а всем (например 5 рандомным) людям и шифровать их рандомными публичными ключами (из общего пула публичных ключей). ящики делятся своими публичными ключами и публичными ключами других. расшифровавшие перешифровывают и ретранслируют (с некоторым шансом молчания). не расшифровавшие передают дальше (с некоторым шансом молчания). получится ретрансляция с затуханием и невозможность понять какой из отправителей оригинальный а какой просто ретранслятор. короче по типу БМ только напрямую ай-пишники не связываются - все через мыло.
преимущества: 1) не надо тянуть БМ, достаточно любого консольного эмейл-клиента 2) оффлайн-доставка, не надо держать клиенты включенными
недостатки: 1) надо регить почту и выбирать сервер который не палит твой ай-пишник другим
>>20456 >>20464 Еще в >>11930 (OP) предлагал все это очень просто сделать. Чтобы база изначально работала с отдельными сообщениями в текстовом формате, которые бы потом уже в любые контейнеры и транспорты распихивались. Сейчас еще понял, что формат должен быть с неизменяемой структурой (т.е. регистр и все прочее), чтобы можно было хэшировать сразу весь кусок. Но с версией, актуальная программа должна принимать только актуальную для нее версию, но чтобы на будущее было, при изменениях и наличии сообщений в разных версиях в одном месте. Названия досок плейнтекстом можно было бы
>>20448 >У этих транспортов, в сущности, есть те же самые недостатки, что у битмесседжа, ну, кроме необходимости POW. втф POW? >почта с джимейла четверо суток шла Не может быть такого. А как же TTL, лимит на хосты и тп? >Если использовать эти транспорты, то рано или поздно найдется кто-то, кто станет идентифицировать сообщения пользователей по адресу почты/IRC. По почте возможно, но если не использовать эти почты в других целях, то не вижу никаких проблем. А по IRC как? Я думал, что nickname будет генериться случайно, а канал на разных серверах будет #nnb >Проблема решается, если использовать все транспорты одновременно(так себе)/использовать любой из списка+один общий обязательный. Тогда стоит учитывать, чтобы публикация в одном транспорте захватывала посты, ещё не участвовавшие в этом транспорте. Ну то есьт для каждого транспорта будет существовать список новых/неопубликованных постов и старыми для этого транспорта они будут становиться только после публикации в нём. Пока слабо представляю себе эту схему.
>>20479 > >У этих транспортов, в сущности, есть те же самые недостатки, что у битмесседжа, ну, кроме необходимости POW. > втф POW? Та хуйня, что грузит цп на 100% при отправке
Не хотеть, чтобы посты при создании контейнера отображались в списке мгновенных сообщений в правом верхнем углу. Хотеть, чтобы мгновенные сообщения дожидались, пока я открою вкладку.
Ну и раз зашла речь про тысячу анонов, сдаётся мне что такую толпу уже просто не выдержитт траспорт на пнгшках. Либо это толпа поделится на мелкие группы по интересам.
>>20527 Хотя, если подумать, то все участники этой емейл-сети должны быть всегда онлайн, иначе мессаджы могут начать затуплять, когда ты построил "туннель", а его участники почту раз в день проверяют - мессага может несколько дней так тупить.
Чёт сдаётся мне, что это ебень получится если не организовать из этого гуглогруппу. То есть ты отправил группе, а получили все. Хотя зачем нборд, если можно просто в группе трепаться?
>>20532 Если ты не нуб, то каждый контейнер будет приносить всего один пост - тот который автор контейнера написал. Всё остальное у тебя уже есть, так как ты сам все треды сканишь и база у тебя полная.
>>20535 Ну смотри, если соорудить луковицу из трёх хопов (анон1, анон2, анон3), то может получится так:
День первый: Анон3 проверил почту утром (ничего), анон2 проверил почту днём (ничего), анон1 проверил почту вечером, получил луковицу отправил второму.
День второй: Анон3 проверил почту утром (ничего), анон2 проверил почту днём, получил луковицу отправил третьему. Анон1 проверил почту вечером (ничего)
День третий: Анон3 проверил почту утром, получил луковицу, а там мессадж для первого анона. Он пересылает. Вечером анон1 получает мессадж.
>>20536 Тогда будет фрагментация и ты скорей всего будешь получать обрывки тредов, а полноценный тред у тебя соберётся через несколько дней, когда уже оригинальная дискуссия стухнет. Если вообще соберётся. Можно ответить сразу, но тоже не факт что это всё доретранслируется до ребят которые в треде залипают. или ты качаешь вообще всё, или только тех ребят с которыми разговариваешь игнорируя остальное.
>>20539 Не проще ли тогда Битмессадж использовать? А то какая-то хуерга получается с таими емейл пересылками. Ну иил группу в гугле чтоб просто ебанул пост в группу и его все получили без вот этой вот херни.
>>20541 Мне кажется что это попытка изобрести бетмессадж на костылях. И получится тот же самый затык, если людей станет оче много, и трафик возрастёт - эта херня начнёт затыкаться как и БМ во времена спама.
>>20542 >гугл-групу прикроет одмит и все плакать Создать новую, проблема что ли? можно ещё отколоться в свою уютну групку от тех пидорасов.
>>20544 Не нужно, гугл сам всё запомнит, тебе только адрес самой рассылки знать нужно.
>>20548 Чего? Какая разница можешь ты расшифровать сообщение или нет - рестрансляция работает без этого и сообщение рассылается только тем у кого его нет и только один раз. И с чанами в БМ всё окей. Там лишь одна проблема - убогий ЮИ из-за которого им неудобно пользоваться.
Как бы ты не делал, у тебя всегда одна и та же задача - доставить всем участникам все сообщения. И когда у тебя их всего по одному в минуту, это не страшно. А когда у тебя их два в секунду (скорость местного /b/) то это может стать проблемой. Сам прикинь, два месаджав в секунду это 172800 сообщения в день. А если ещё и средний размер сообщения 16кб (хайрезы-то постить будут), то это уже два с половиной гига в день. А если тебя неделю не было, то изволь высосать семнадцать с половиной гигов.
Когда в сети битмессаджа орудовал спамер там проходило порядка одного сообщения в секунду. Трафика жралось гиг в день и пользоваться тогда им было очень тяжело. Народ только и делал что ныл. И мессаджи терялись. Хорошо хоть в конце концов это поправили (ну или спамер заебался).
>>20550 POW для мыла не нужен - лишняя нагрузка на проц. единожды ретранслировать пяти случайным людям каждое новодобавленное в твою базу сообщение (свое или чужое, пришедшее от кого-то). вечного цикла тут быть не может. определенно сказать кто изначальный создатель сообщения тоже сложно (по крайней мере участникам). кто ссытся наблюдений - пусть через тор свое мыло всегда пропускает (и регить обязательно через тор и нигде больше это мыло не светить).
Я тут подумал, что надо бы запилить свою борду, создать там тред, запостить где-нибудь ADD с ним, ну и попостить туда пнгешечки. А самому тихонечко собирать айпишники тех, кто этот тред качает вот с таким юзерагентом: > Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2227.1 Safari/537.36 Шанс что среди собранных айпишников попадётся просто мимомакоёб с хромом версии 41.0.2227.1 весьма низок если вообще не равен нулю.
>>20608 2.0 ОХУЕННО улучшился в последнем релизе >>20455
чем пока 1.7 лучше: возможность отклонить контейнер спам-фильтр в форме ответа есть кнопки форматирования фрактальная музыка, показ картинок и вебм с рыгоста предпросмотр того что идёт в контейнер
если для тебя эти вещи критичны то оставайся на 1.7 но они могут в 2.0 и не перейти - кто знает
в остальном 2.0 круче
алсо нб завайпали - треды с рандомными постами выдернутыми с харкача. около тысячи их. легко удалить или игнорить так как они все без ответа
>>20609 >алсо нб завайпали - треды с рандомными постами выдернутыми с харкача. около тысячи их. легко удалить или игнорить так как они все без ответа А говорили не прокатит такой вайп, мол тупо контейнер отклоняешь и вайпер соснёт.
>>20609 >легко удалить или игнорить так как они все без ответа Чёт проиграл с этого удаления. А легитимные посты без ответа ты с ними не снесёшь, случайно?
>>20615 собственно говоря в 1.7 всё еще можно пресечь этот вайп путем отклонения нескольких последних контейнеров
>>20616 ну знаешь ли если ты видишь тред в ОП-посте которого кто-то к кому-то обращается и явно идет отсылка к какому-то отсутствующему контексту то довольно легко сообразить что это спам
>>20619 в 2.0 предлагаю ввести чуть более крутую фичу - "origin" метку в базе данных которая будет маркировать посты идентификатором контейнера, а также "add-date" и "approved". это чтобы можно было бы расправиться с неугодными контейнерами в любое время а не сразу, до выключения сервера. в интерфейсе соответственно сделать возможность аппрувить посты (клацнуть по иконке замочка например, клацнуть по двойному замочку в оп-посте чтобы пометить все посты в треде, обратное действие тоже доступно) и возможность для произвольного поста показать посты пришедшие с этого же контейнера (кроме заапрувленых) и быстро их все или частично удалить (возможность пометить галочками и кнопки выбрать все/снять выделение).
>>20628 Это лучше сделать опцией. Захотел - включил автообновление. А если не хочешь - отключил и сам жмёшь кнопку когда надо. И главное чтоб оно при этом ещё как-то прогресс показывало что вот начали, вот сканим, вот закончили.
>>20643 Если правильно настроить мюТоррент, он прекрасно заворачивается в Тор и не палит тебя. Но лучше при этом иметь VPN который проброшен не с твоего компа, а с роутера - чтоб система в принципе не знала какой у тебя внешний айпи. Много подводных камней короче говоря.
А так да, ш2з акула только. Ну и вроде ретрошара ещё катит, но про неё я только в этом разделе читал, сам не пробовал.
>>20622 да и хуй с ним, надо просто поменять правила ретрансляции - ретранслировать пост, на который ты ответил и пост на который ответил тот пост и так далее до самой верхушки. лишнее место добивать своими предыдущими постами и постами на которые ты когда-то отвечал. таким образом ты НИКОГДА не будешь ретранслировать спам пока сам не ответишь на спам-сообщение. а спама бояться не надо, на любой антиспам инструмент найдется атака. просто игнорируйте, нормальные посты всегда можно вычислить а спамовые потереть в процессе чтения какого-нибудь треда либо создать новый тред если старый сильно засрали - спампер поспамит и успокоится.
>>20656 Кнопкой "отклонить контейнер" которая есть на всех новых сообщениях.
потому и говорю о том, что сканирование либо должно быть ручным, либо эта кнопка должна быть доступно всегда. Если уж на то пошло и это реально твоя борда, то у тебя весь мочеинструмент должен быть. Особенно такой как "отклонить весь контейнер".
>>20659 Может и потёр. Но лучше так, чем при выключении ломающий базу клиент, а так же несколько тысяч сообщений которые я потом буду ретранслировать всем на зло.
Мне вообще-то повезло что я сначала тут про спам прочёл, а потом пошёл борду запускать. Я час примерно убил на это, борда два раза падала скарраптив базу, восстанавливал из бэкапа. И в итоге у меня теперь хидден.лист содержит овер трёх тысяч хешей и весит сотню кб. Пока вроде это не проблема, а вот что будет дальше если этот файл ещё растолстеет?
Вот если бы была возможность всегда взять и посмотреть что из какого контейнера пришло, то было бы проще расчищать спам. А так я даже не знаю чем бы это кончилось, если бы я просто пошёл проверить чо там у нанопостеров.
>>20659 при отклонении контейнера посты не добавляются в игнор - легитимный пост может прийти позже из другого контейнера. но вообще в этом отклонении есть польза только если ВСЕ возьмут и отклонят тот контейнер. а так кто-то забьет хуй или сидя на 2.0/карасике просто не будет иметь возможности отклонить - и пойдут спам-посты в его следующей ретрансляции. именно поэтому ретрансляцию просто необходимо базировать на своих ответах (пусть даже довольно старых) и их родителях. только так можно побороть спам.
>>20654 тысяча-тысячей но эта тысяча размазана же по категориям и тредам. вот есть к примеру по 20 спам-тредов в каждой категории и по 20 спам-сообщений в каждом нормальном треде (сейчас спамер намного меньше залил на самом деле). ты захотел скажем почитать /политач/ ну и почистил заодно 20 фейкотредов. зашел в свой любимый тред где обсирают правительство - ну и почистил там 20 спам-постов. а остальное почистишь потом, когда наткнёшься. как-то так.
>>20661 ничем таким страшным не закончилось бы. спамер очень аккуратно точено повбрасывал говнецо, отсеять его визуально не составляет труда. спамеров бояться - на немодерированную борду не ходить. переходи на 2.0/карася, hidden.list это прошлый век с такой технологией клиент долго не проживет.
>>20664 Дайте инструмент для вычленения говн лопатой, а не вилкой. В 2.0 и карасике ничего подобного нет, удаление просто всех постов подряд не решение проблемы.
>>20663 > именно поэтому ретрансляцию просто необходимо базировать на своих ответах (пусть даже довольно старых) и их родителях. только так можно побороть спам Я тебе больше скажу: самое оптимальное не ретранслировать вообще.
>>20664 Гораздо эффективнее увидеть спам, проверить контейнер и разом убить всё, чем чистить каждый пост отдельно.
>>20667 >самое оптимальное не ретранслировать вообще. Хм, а это не такая уж плохая идея, как может показаться. Если будут добавляться цепочки родителей, и, допустим, ресурс не добавлен у одного из анонов, то можно бампануть своё сообщение и перепостить на другой ресурс.
>>20670 Это неплохое решение когда круг пользователей маленький и каждый качает любую свежезапощенную пнг-шку. В этом случае ретрансляция не пашет вообще потому что у всех и так всё есть. А решение для нубов - попросить дамп кинуть на ргхост.
>>20667 >Я тебе больше скажу: самое оптимальное не ретранслировать вообще. идея здравая. так постинг контейнера станет своего рода POW идеально сделать лимит: 1 входящий пост на контейнер. тогда уёбку для повторения недавней выходки придется запостить тысячу контейнеров на мелкоборды (по 100 на каждую), он охуеет это делать да и многие админы его просто пидорнут.
>>20672 >идея здравая. так постинг контейнера станет своего рода POW Та к и есть. Н.Б. паразитирует на бордах. И за одно паразитирует на моче - хочешь вайпать? Завайпай и борду тоже.
Но опять же - это будет работать для маленькой группы, которая пользуется одним набором тредов и все всё скачивают. Хотя никто не проверял будет ли это работать если список тредв пересекается лишь частично. Правда чем больше это обсуждается, тем больше кажется что это просто не будет работать, особенно когда постов в базе действительно станет очень много (и если при этом метод ретрансляции не поменяют).
Это очень похоже на распространение сообщений по п2п сети. Возможно стоит погуглить работы по этой теме? Может это можно засимулировать на симах сетей?
> 1 входящий пост на контейнер. Не, просто один пост на контейнер.
>>20674 Наверное всё же нет. Так будет получаться что проще создать тред на мелкоборде и сидеть там с ДДТ - одна херня.
Лучше придумать какой-то более интересный способ ретрансляции. Как выше предлагали - ретранслировать тред в который отвечаешь. Хотя опять же фигня выходит. Ну и что? Спамер просто набьёт сообщений в тред. Чёт тупик какой-то.
Короче, видимо надо просто заново сесть и подумать - а нужна ли ретрансляция? И если нужна - зачем? И возможно придумать что-то другое. Но уже имея ввиду возможность заспамить всё нахрен. Можно и POW добавить, но как-то странно. или нет?
>>20667 >эффективнее Но нихуя не оптимально. Ты будешь тереть посты всех, кто случайно не отклонил спам-контейнер. >>20672 Это более здраво, но тогда и каждому придётся постить по одной картинке на пост, нихуя не удобно.
PoW добавлять, лимиты.. А как вы бвдете контролировать вайперов, которые умеют изменять исходники? Блокчейн запилите? Паразитирование на биткойне ака цветные койны?
>>20685 >А как вы бвдете контролировать вайперов, которые умеют изменять исходники? Будто это поможет обойти POW. Ты либо честно его считаешь, либо идёшь нахуй.
>>20679 Вот это норм. Только нужно, чтобы все посты сохранялись, даже спамерные, чтобы контейнеры от тех, кто пересылает спам из-за лени или невнимательности не отображались как контейнеры с 200 новыми сообщениями. >>20686 Тащемта, POW для сообщений — штука сомнительного качества. Обычный юзер будет считать на CPU минуту, спамер может реализовать на GPU и считать 10 штук в минуту.
>>20687 > Вот это норм. Только нужно, чтобы все посты сохранялись, даже спамерные, чтобы контейнеры от тех, кто пересылает спам из-за лени или невнимательности не отображались как контейнеры с 200 новыми сообщениями. Не понял, что ты имеешь в виду, но после удаления спама он больше никогда не добавится, т.к. сохраняются хэши удалённых сообщений.
>>20679 С чистой базой все контенеры будут содержать по много сообщений и спамерские будут совсем неразличимы. Такая же фигня будет и для пользователей разным транспортом, ибо в один момент времени может дойти много недостающих постов из другого канала.
>>20703 Борода может использовать разные способы передачи сообщений. Сейчас их два: пнг, выкладываемые на бордах, и битмесседж (которым мало кто пользуется, и все осуждают)
>>20742 У прошлого спамера было как раз 200 на контейнер. Несколько пикч - и привет 2000+ мусорных постов. Там в базе всего около тысячи, и с ограничением в 10 она вся отлично выкачивается.
Ещё один вариант решения проблемы - приделать спам-анализатор прямо внутрь борды и пометки спама тоже завернуть в контейнер. Итого каждый 10й юзер тыкнет кнопку спам/не спам на пост, это запомнится в счётчике поста и пост скроется.
>>20752 Не модер будет определять спам/не спам, а автоматика. Хотя спамер этим может воспользоваться и заспамить все остальные посты :/ >>20753 Ну собстно, о чём я и говорю >>20750
>>20757 А там точно показывается количество уникальных постов, а то ведь у нас в каждом контейнере их 100+ Это то меня и беспокоит. Не было бы репостинга - сразу бы реализовал/заюзал.
>>20758 Это количество новых постов. Без ограничения там было примерно так: в первом контейнере 110 постов, в 3.5 следующих по 20-40, а в остальных 1-5, а с лимитом они равномернее размазались и теперь первые ~90 контейнеров выдают по 10 новых постов.
>>20751 Довольно сложно реализовать такую кнопку, нужно будет ее защитить от накруток, а накрутки это тот же самый спам. С текущей архитерхурой паразитирования на бордах это хуй сделаешь.
Есть идея сделать идентификатор клиента, чтобы можно было удалить все посты от него. Генерируется при первом запуске. Спамер реально заморочится спамить. Но тогда клиента можно идентифицировать. Впрочем дядя в погонах его всё равно сможет идентифицировать, если найдёт клиент.
>>20864 Ты не думал, что эту хуйню можно подделать (и спамер так и сделает)? Взлетит только если это будет цифровая подпись и каждый будет одобрять чужие ключи вручную (белый список).
>>20865 Думал, но усилий потратит больше. Хммм, ты глаголишь умные мысли, но только не белый, а чёрный. Правда эта подпись не особенно алгоритмически отличается от идентификатора. Если спамер возьмётся за автоматику, то он что угодно сможет подделать.
>>20866 > Думал, но усилий потратит больше. > Хммм, ты глаголишь умные мысли, но только не белый, а чёрный. Белый, мань, белый, иначе будешь удалять столько же ключей, сколько и спама. > Правда эта подпись не особенно алгоритмически отличается от идентификатора. Если спамер возьмётся за автоматику, то он что угодно сможет подделать. А ты думаешь он 13000 спам-постов вручную печатал?
>>20945 Ну, можно предложить сыграть в такую игру: постишь скриншот своих торрентов, а остальные оценивают/ пытаются как-то тебя охарактеризовать. Ну ты понел.
Ладно, запилил для ленивых упакованную со всем необходимым версию битмесседж-транспорта для винды. Честно говоря, не уверен в том, как это все будет работать у вас на семерке, или какая там сейчас версия. Компилировал на хрюше, да еще и потестировать нормально не удалось, но должно работать. Да, есть еще версия под линукс.Хотя, опять же, зачем это линуксоидам? Вот ссылка: https://github.com/nanoboard/nanoboard-bittransport/tree/bittransport-packaging Если, вдруг, кто будет пробовать, отпишитесь о результатах.
Напомню: вы все пидоры и не лечитесь. Вот в пикоборде практически нет никаких наворотов. Там есть необходимый минимум - сбор контейнеров, формирование тредов, возможность ответить в тред/создать тред прикрепив картинку или файл (любых размеров!) (разумных для зипжпега). Ретрансляция там самая прямолинейная и эффективная - ретранслируются все посты треда и вместе с ними файлы/картинки меньше определенного лимита. Контейнер в пикоборде тоже очень эффективный - зипжпег.
А вы, что вы сделали? Кучу наворотов. Спам-фильтры какие-то - вы что думаете спамер не обойдёт их? Сделали навороты, привлекли даунов и теперь удивляетесь что дауны просят еще наворотов, еще проще, еще удобнее. Не все даже понимают зачем ваши навороты нужны. Людям надо просто читать и писать в борду. Я изучил вашу борду и вот сравнение ВОЗМОЖНОСТЕЙ пикоборды и ваших наворотов: у вас == в пикоборде А) поиск постов по слову == поиск по содержимому например в тоталкомандере в папке html Б) удаление поста == не знаю кому это может понадобиться и зачем так бояться спама - это же только раззадоривает спамеров, их надо просто игнорить. короче аналоги: 1) добавление хэша поста в скрипт который после поиска контейнеров удаляет этот пост и перестраивает его тред, 2) удаление файла поста по хэшу (сработает если никто не будет ретранслировать спам) В) удаление треда -- у вас такого нет! == в пикоборде есть - добавить папку в удаляющий скрипт. удалил папку - удалил тред. и все что туда придет по новой тоже будет удаляться, а у вас такого нет. ОПАЧЬКИ! Г) дамп, обмен базами == у вас это сделано через костыли. у меня можно напрямую заархивировать любой тред в базе или несколько и другому человеку нужно просто разархивировать это в свою базу. потому что база пикоборды это просто файлы и папки. Д) сжатие картинок == в пикоборде нет нужды такими мерзкими вещами заниматься. то есть вам не нужно портить контент которым вы хотите поделиться. Е) отправка файлов -- у вас такого нет. все что вы предлагаете это делать зипжпеги максимум 40 или сколько там килобайт. это же смешно == в пикоборде можно отправлять файлы любых размеров (лишь бы жпег прошел на АИБ-цель). Ж) битмесседж == тут даже комментировать не хочется. это просто шикарный долбоебизм использовать такой ресурсоёмкий, уязвимый, ограниченный и сложный в установке транспорт. именно поэтому в пикоборде его нет. З) сортировка по "последним" == 1) очевидное - сортировка по дате в тоталкоммандере, 2) в пикоборде создается файлик updates.html, где видно свежепришедшие посты, но лучше смотреть через 1) - так у вас больше контроля и видимости. И) возможность расширения функционала пользователем == для вас это необходимость запила HTTP клиента с поддержкой JSON и Base64, для пикоборды может иногда хватить простого бат-скрипта для автоматизации некоторых действий, в случае программы - достаточно просто оперировать отдельными файлами из кода программы.
В пикоборде контент можно потрогать руками. Он есть, он ваш - это чувствуется. В вашем говне контент надо выпрашивать у говнодемона и бояться чтобы говнодемон ничего не испортил и не упал и не припрятал от вас. Лечитесь, пидоры.
>>20960 А ты что, собираешься вычищать руками тучи мусорных постов? Или думаешь что на твои средства автоматической расчистки спамер не найдет обходное средство?
Самые эффективные способы борьбы со спамом на АИБ это: 1) капча и прочие схожие инструменты 2) лимит частоты постинга 3) лимит частоты создания тредов 4) ручной бан&del all особо охуевших по айпи-адресу 5) автобан&del all по эвристике (например если кто-то уже пять минут подряд постит по посту раз в 5 секунд (типа приблизился к лимиту частоты постинга) или другие алгоритмы
А спам-фильтр и ручная чистка против серьезного спамера это просто бесполезные игрушки.
На борде где централизованная модерация невозможна я не представляю как вы сможете защититься от спама так же эффективно как это происходит на обычных модерируемых АИБ.
>>20961 Лимит на новые посты в контейнере же + отклонение контейнеров. Спамеру придётся лить сотни метров пнг-картинок на обычные борды, пробиваясь через капчи, клоудфлары, лимиты и баны айпи, таким образом получается своеобразный пруф оф ворк. А потом его контейнеры просто снесут одной кнопкой.
>>20958 Ну ладно, ты заебал обливать говном наноборду. Мне, вообще, совершенно плевать, есть там навороты-плюшки, нет их, мне не сложно запустить скрипт руками. Просто я прекрасно понимаю, что без этого почти никто не будет пользоваться бордой. Будут там только 3.5 криптоанархиста. А наша цель - запилить борду для всех. Не для избранных, которым не влом будет писать скрипт для отсеивания спамеров, искать тоталкоммандером нужный тред, вручную запускать поиск, и.т.д. Опять же, мне это не сложно, но средний пользователь это делать не будет. Да тут, вон, полтреда отказывались переходить на 2X клиент, потому что там нужно было для загрузки базы постов не на кнопку нажать, а на скрипт в папке. Перестань уже на нас наезжать. У наших проектов разная аудитория, и разные цели, вот и все. Ну ладно, по пунктам. Буду исключать аргумент "среднему пользователю лень", кроме совсем вопиющих случаев Б)То есть ты предлагаешь пользователю написать скрипт для удаленияч треда и перестройки постов? Ну ладно В)Так как тред-то же самое, что и обычный пост, удалить тред не сложнее чем удалить пост. Опять скрипт писать предлагаешь? Г)Проще, но зато у нас можно передавать дамп стандартным путем-через картиночные сервисы Д)Сжатие делается именно для того, чтобы это все гарантированно влезло на борду. Тут небольшое отступление: конечно, есть прелесть в том, что ты сам контролируешь размеры джипега, что там будет. Но среднему пользователю не понравится разрешать проблемы с размерами зипжпега,когдабудет многовато. Е)Это все-таки имиджборда, а не файлообменник Не буду одливать твою борду грязью, лучше еще раз напомню, что у нас разные аудитории.
Ох лол, гляжу в код бороды, а там вот такое, даже забыл зачем смотрел:
Ребята не стоит вскрывать этот код. Вы молодые, шутливые, вам все легко. Это не то. Это не Чикатило и даже не архивы спецслужб. Сюда лучше не лезть. Серьезно, любой из вас будет жалеть. Лучше закройте код и забудьте что тут писалось. Я вполне понимаю что данным сообщением вызову дополнительный интерес, но хочу сразу предостеречь пытливых - стоп. Остальные просто не найдут...
>>20966 3.5 криптоанархиста? а борда что - не для криптоанархистов? для всех? да неужели?! для всех - харкач! 3.5 криптоанархиста? ты думаешь криптоанархистами рождаются и им больше никто не сможет стать? б) да в) да г) это извращение. и в пико любой контейнер это дамп треда. большие треды режутся на несколько но их появление маловероятно д) средний пользователь идет нахуй и в пизду. а даун который цепляет хайрез в 2Мб таки получит желаемое - 2Мб+40-100Кб зипжпег пройдет на большинство АИБ е) на имиджборде принято постить имиджи то бишь картинки. ваша борда не приспособлена для постинга картинок. она текстовая. а картинки вы встраиваете в виде текста. ограниченных размеров. (это к слову значит что нормальных гифок вам не видать) и ваше ограничение искусственное. можно было бы и картинки на 200Кб разрешить. ах да, ваш контейнер ущербен и разрастётся до 5 мегабайт после этого. ну что ж. у вас много проблем, да. насчет файлов - другие борды разрешают и файлы. тот же харкач позволяет в некоторых разделах прикреплять и аудио и видео.
отдельно про борьбу со спамом: удаление - не поможет. для эффективной борьбы нужны другие средства. которые сильно усложнят пользование и устройство клиента. но самое простое - подождать. спамер просто перебесится и забьет хуй.
>>20988 Ну чего ты такой злой-то? Да, зипжпеги более эффективны, я это признаю. Может, через какое-то время начнем их использовать. А может и нет. А вообще, не устаю напоминать, что нет причин сраться, наши проекты не конкурируют, у них разные ниши.
>>21010 И конечно же васянский костыльный велосипед будет быстрее, чем полноценное решение, которое создано и выдрочено за многие годы сотнями профессиональных разработчиков, и которое используется миллионами людей по всему миру.
>>21012 На абстрагированных задачах может и не будет. Но когда всё чётко заточено под конкретное решение, дополнительный обвес начинает мешает. И кроме того это NoSQL. Так то.
>>21013 Нет, NoSQL это апач-кассандра, например, а у тебя костыльное поделие, которое всегда будет сосать у полноценной базы с запросами, индексами и т.д.
>>21018 Ну ну ну, не будем спорить, зачем это нам? Прикручивать что-то сложное и непонятное ради простых задач не дело. А тут всё элегантно и просто и никаких сторонних зависимостей. К тому же это просто модуль который можно подменить на что-то иное если потребности будут.
Короч, не заходил неделю, тред не читал(завтра почитаю, сейчас бизнес колом стоит). Привалило опять мусорных постов. Может уже без меня придумали как их эффективно выпилить, но вот как я бы порешил.
Я предлагаю: 1) Сделать явный апрув распространямых постов. Т.е. анонас при чтении треда может добавить пост(тред) в чистую базу(пост пойдет дальше), удолить его к хуям или оставить как есть. 2) Паковать целые треды(или хотя бы всех родителей ответа на ответ). Тупо удобно.
Такая организация позволит принимать любой входящий дамаг от вайпера без необходимости вот прямо сейчас чистить вилкой 2к входящих постов, чтобы не засрать кому-то базу говном.
Обязательно нужно сделать в интерфейсе, переключение между чистой базой и грязной(еще не прочитаной).
>>21034 Идеи годные. Я бы сделал так: - все новые посты помечаются как незаппрувленные - зааппрувить можно одной кнопкой прямо в посте - все незааппрувленные посты уменьшены в полтора раза (шрифт) и являются полупрозрачными - добавить кнопку отключения показа незаапрувленных постов вообще и в таком режиме делать уведомление о том что тред содержит незааппрувленные посты - незааппрувленные посты никогда не попадают в твои контейнеры - из незаапрувленного поста можно вызвать список постов пришедших из того же контейнера что и этот пост с галочками и кнопкой удалить и кнопками выбрать всё/снять выделение - ретрансляция должна касаться только треда в который ты написал. такой себе бамп
>>21035 >ретрансляция должна касаться только треда в который ты написал. такой себе бамп а если меня неделю не было и я написал 8 ответов в 8 тредов, мне потом 8 картинок постить на борды?
>>21035 >- все незааппрувленные посты уменьшены в полтора раза (шрифт) и являются полупрозрачными Цвет лучше. Выделять их красным, но с тем же шрифтом чтобы глаза не ломать.
> - из незаапрувленного поста можно вызвать список постов пришедших из того же контейнера что и этот пост с галочками и кнопкой удалить и кнопками выбрать всё/снять выделение Вот это очень спорно. Когда посты попадают в базу - они уже отвязаны от транспорта, и может быть такой случай что один и тот же пост будет в двух разных контенерах - какой контенер записать в базу? Если писать все, то будет очень жирно. Помоему ящитаю нинужно.
>>21037 Нужно паковать 8 тредов(или по крайней мере цепочек ответов до корня), если хватит места. Так логично.
Новым нюфагам все равно сейчас нужно разбирать около 4к говн, самое простое полизать яйца почистить базу олдфагам в последний раз и сменить ключ. Нюфаги получат только свежий "вайп", лол. Можно будет опять с чистой совестью звать народ, сейчас тупо стремно из-за мусора.
Алсо, девы, поясните за механику ключей. Борда совсем не умеет детектировать контенеры с другими ключами или она находит все сообщения но только не может их расшифровать?
Напомню что вы все пидоры и не лечитесь и ваши потуги сделать приличную ретрансляцию треда или (ишь как размечтались) нескольких тредов никогда не увенчаются успехом по двум простым причинам: - катастрофически неэффективный контейнер (на 100Кб полезной инфы мегабайты бесполезной) (не говоря уже о том что программировать такой контейнер и эффективный алгоритм упаковки для него - все равно что лепить башенку из дерьма)(в зипджпеге наоборот: 50-100кб оверхеда самой картинки и мегабайты полезной нагрузки с мега-простым алгоритмом) - встраивание картинок прямо в пост вместо параллельной передачи, из-за чего нельзя передать текст поста без картинки не испортив цепочку хэш-кодов (в пикоборде (равно как и в н-н-борде 2013-2014 годов такой проблемы изначально не было благодаря ПРОДУМАННОЙ блядь архитектуре) Более того вы обречены на ёблю с костылями из-за рекурсии вдоль всего треда. Вместо того чтобы в каждом посте ссылаться на хэш ТРЕДА, а на остальные посты - по надобности рефлинками, вы рекурсивно ссылаетесь пост-на пост-на пост-на пост. 2-3 "хайреза" (пишу хайреза в кавычках потому что на данный момент только в пикоборде можно прикрепить хайрез а у вас хайрез это 47Килобайт!!!) заставят вашу "ретрансляцию" укакаться, ну это же смешно, ну ребята. Вы можете меня хоть триста раз дебилом и пидорасом обозвать но вы будете неправы, потому что я привожу здравые аргументы (а не поливаю говном как вам показалось). Вам надо либо перекатываться ко мне в пикоборду либо приводить свое говнецо в порядок если вы хоть чуть-чуть уважаете себя и своих пользователей. автор первой н-н-борды
>>21073 Как же ты заебал! МЫ ПОНЯЛИ БЛЯДЬ ТВОИ АРГУМЕНТЫ. Но к тебе перекатываться никто не будет, пока ты интерфейс нормальный не сделаешь, а наш транспорт приводить в порядок будем, но только когда более-менее с теми проблемами, что уже есть разберемся.
>>21073 > зипджпеге Хуже не придумаешь хотя можно! битмесседж >место того чтобы в каждом посте ссылаться на хэш ТРЕДА, а на остальные посты - по надобности рефлинками, вы рекурсивно ссылаетесь пост-на пост-на пост-на пост. На родительский пост и у тебя должен ссылаться, никакой разницы.
>>21075 Хули хуже не придумаешь блядь, наоборот лучше не придумаешь. Сравни еще раз, дебил: 100кб полезной нагрузки, 2Мб оверхеда и 100кб оверхеда и сколько хочешь (например 3Мб) полезной нагрузки Что? Зипжпег могут резать? На харкаче вот не режут, работает прекрасно. А захотят - порежут как зипжпеги так и ваши пнгшки, это вопрос выбора АИБ.
На родительский пост ссылаться, чего блядь? Какой никакой разницы ты что в глаза ебешься? Я ссылаюсь на ОП-пост а на остальное (не обязательно) рефлинками. Вы ссылаетесь обязательно на какой-то пост и ОП-пост у вас надо еще найти путешествуя вверх по постам.
>>21084 че совсем уеба чтоле сук. стегпнг детектится элементарно - проверяем шум ли в lsb или все же есть РЕГИОНЫ (пикрел) (можно сделать эту проверку построчной и оче быстрой). да, можно сделать недетектящийся пнгстег (где шум будет незаметно и точечно подмешиваться в шум) но ёмкость будет смешная, хватит на один текстовый пост и всё. и речь не о детекте а о СТИРАНИИ. стереть лсб в пнгшке никто не мешает - визуально не заметно нихуя будет.
>>21078 идея норм, но как ты собрался помечать "свои" посты если база заточена только лишь под хранение постов - без всякой доп.инфы.? держать паралелльный файл с хэшами своих постов? засовывать хэши своих постов в конфиг? расширить запись поста в базе на еще одно поле?
>>21088 >"свои" посты Свои считаются новыми до момента выключения сервера. Там есть отдельный массив для них. Разговор о 1.7.х Собственно, мало что изменится, просто чужие посты не будут ретранслироваться. Отдельные доски/треды можно сохранить дампом.
>>21078 >+ запилю зипжпег. Я залечил батхирт. Зипжпг годится как вспомогательный транспорт для хайрезов. И опять же раньше уже предлагали бить пост на текст+картинку и доставлять их по отдельности. Если картинка потеряется, то это не критично для треда.
Но опять же, мне не нравится, что архив детектится по сигнатуре, наверно надо подменить ее на свою и регулярно менять как ключ.
>>21096 блядь да причем тут сигнатура. если начать детектить то детектить можно и пнг. сейчас это самое элементарное блядь взять ваш ключ nano - он всем известен рассальсовать несколько первых пикселей и вот тебе внезапно та же сигнатура что и в конце зипжпега.
чтобы к вашему пнг нельзя было бы подкопаться надо разбивать его на 2 части которые позже надо ксорить и отправлять на разные ресурсы в разное время. ну и само собой добавлять шум только в шум а не начисто весь lsb затирать шумом, потому что сейчас даже без знания ключа можно задетектить в png-шке наличие архива по зашумленному каналу нижнего бита.
>>21092 >неподсудны детектится на раз, могу детектилку написать, могу этой детектилкой с абу поделиться.
в реальности никто не будет заморачиваться с детектом при желании побороться с криптанами. включат РЕЗКУ и всё. пнг-конетйнер порезать - не надо даже никакого софта писать просто отрезать крайную колонку пикселей (кропнуть в имиджмейджике) и все заголовки контейнера потрутся нахуй. зипжпег тоже просто достаточно пересохранить имиджмейджиком из жпега в жпег.
еще раз присмотрись к тому, что получается - твой пнг не сильно выручит если захотят бороться. при этом у него есть очевидные недостатки (сложность реализации, малая вместимость при большом весе, да даже сам факт постинга огромной замыленной фотки в пнг должен насторожить внимательного админа - ну не держат обычно фотки из интернета в пнг)
>>21113 Да хоть протеины. Децентрализированые приложения, конечно же. Вот это будут нанороботы, нанороботы это крошечные программки, может даже и вирусы. И всё это обменивается информацией.
>>21113 Надо встроить капчу и проверять, что конкретное сообщение аппрувлено. Вроде как капча генерится один раз и хранится, допустим на серверах Яндекса несколько минут/часов. Насчёт дольше ничего не знаю. Надо найти долговременную капчу или сделать свою.
>>21120 меня сперва посетила идея генерить капчу на компьютерах пользователей. но потом я понял что это гиблая затея - как только у кого-то дойдут руки подправить исходники - начнется волна спама.
однако есть идея получше:
из текста своего поста считаешь хэш по другой схеме (она может быть немного проще). в конец поста помещаешь тег [hash=...] где вместо точек начинаешь подбирать base64 шум (нижний лимит - 16384 символа - чтобы нельзя было быстро посчитать кучу мелких спам-постов и забить ими контейнер под завязку). цель - чтобы весь пост включая тег [hash=...] посчитанный по той схеме дал бы некоторую комбинацию этого другого хэша (например пять нулей вначале). получится POW которому не нужно P2P в отличие от блокчейна. на подсчет допустим уйдет полминуты, а проверить валидность этого хэша можно почти моментально. невалидные посты или посты без хэша просто игнорить. правда при таком раскладе спамер все равно сможет генерить 2к постов спама в сутки. но тут приходит на помощь предложенное ограничение озвученное выше - в контейнер отправлять только цепочки постов начиная от твоего. то есть забить на предыдущие идеи ретрансляции и сделать 1 пост (+родители сколько влезет) на один контейнер. как это поможет против спама? а так, что для того чтобы запостить свои 2к постов спама в сутки спамеру надо будет запостить на АИБ 2к контейнеров если портить рандомные посты и несколько сотен если срать в свои цепочки. разработать такую систему совсем не сложно.
на данный момент самым быстрым и действенным решением будет ограничить количество постов на контейнер до ОДНОГО. запостил пост - сгенерилась пншка, берешь и постишь. захотел ретранслировать что-то - нажал на кнопку "сгенерить ПНГ" рядом с нужным постом.
>>21117 По большей части согласен, но я хочу сказать, проблема многих транспортов с видимым IP в возможности отличать посты пользователей. А вообще-да, сам думал что можно бы использовать торренты.
>>21126 А как же туннелирование? Шифруешь ключом (я про публичные ключи, которые есть у всех и все могут зашифвровать но только владелец соответствующего приватного ключа может расшифровать хотя кому я это рассказываю мы же в криптаче, верно?) одного IP, потом ключом второго IP, передаешь третьему IP, тот передает дальше рано или поздно доходит до второго а от него рано или поздно доходит до первого. По пакету видно что там вложенность:2 и никто дальше его не шифрует, только пытается расшифровать, а когда расшифровывает, передает дальше упаковывая один раз ключом рандомного IP (следующий шифрует пакет с вложенностью:1 еще раз ключом произвольного IP и передает дальше, следующие просто передают, предварительно пытаясь расшифровать) и так далее. Видно IP участника но можно лишь предполагать кто отправил пост и чтобы атаковать такую систему надо чтобы вся цепочка от тебя до IP-владельца ключа первой вложенности была бы подставной.
да, условия несколько спартанские, да, кое-что надо делать вручную, но того что есть вполне хватает для общения:
+ сборщик зипжпегов (адреса тредов в уже знакомом places.txt) + возможность прикреплять к посту хайрезы и вообще любые файлы хоть мп3 (без расширения правда, но можно же сделать приписочку) + ретрансляция мощная: всегда ретранслируется целый тред (картинки и файлы пропускаются кроме самых маленьких) + все html-ки статические, открываются моментально, не требуется никакой сервер + не требуется джаваскрипт хотя по желанию можно наворачивать страницы своим скриптом + треды выглядят как треды а не как комментарии на хабрахабре и самое главное: + пикоборда это и есть ПОДЛИННАЯ N@N0БОРДА от оригинального автора
# pikoboard pikoboard если обезжиренного NanoBoard (распределенный доскам).
По обезжиренный я имею в виду, что не хватает все, что сумасшедшие вещи, которая была добавлена к NanoBoard делает его перегружена и не очень эффективно.
NanoBoard ретрансляция беден из-за вложения изображений и PNG-LSB контейнеров огромных размеров и малой мощности. NanoBoard JS функции и пользовательский интерфейс делают код сложным и некрасиво. PNG-LSB и сообщений упаковки алгоритм в NanoBoard также чрезвычайно безумным и трудно воспроизвести.
Они удалили нить хэш с поста форсирования любого разработчика, чтобы погрузиться в рекурсивном дерьме, что делает программы медленным и сложным.
Они добавили BitMessage транспорт, который требует от пользователей в Интернете, является слишком дорогим для CPU и дает всего 28 дней максимальный срок на пост (по сравнению с относительно длительным сроком службы медленных доскам нитей), также заставляет два HTTP-демоны бежать разговаривать друг с другой с помощью JSON API - двойной crazyness.
Я оригинальный NanoBoard ideator (и первый клиент (начало 2014) создатель). Тогда мы имели нить хэшей в каждом посте, внешние (не встроенные) изображения. Что касается контейнеров не было таких решений не готов, я считал PNG-7z контейнеров, но не включил их, я был вынужден покинуть проект из-за жизненных обстоятельств.
Теперь я вижу, что NanoBoard вернулся, но поврежден, выругался и облажался. Я хочу, чтобы воскресить свое оригинальное видение в новом проекте, но не может использовать имя NanoBoard больше, потому что почернела. Я бы назвал это pikoboard.
Если честно, я заимствовал некоторый код из NanoBoard (агрегатор - назвал его гусеничный, nano.css файл).
Этот репозиторий имеет простой инструмент, с помощью простых функций. Это не так "круто", как настоящие NanoBoard «клиентов», но, по крайней мере, вы понимаете, что происходит внизу. Вы даже можете играть с этим инструментом только с консоли. Многие операции могут быть более автоматизированным, но это не столь важно на таком раннем этапе. Вы можете автоматизировать это самостоятельно, если вы достаточно опытный с помощью скриптов оболочки (или вы можете добавить некоторые JavaScript, если хотите). Он настолько мал, насколько это возможно, и все же приносит pikoboard к жизни и делает его полностью пригодным для использования.
## Основные отличия от NanoBoard Нет JS вообще (пока), HTML / CSS только Не демон (HTTP-сервер) - просто pregenerated статические HTML-страницы нет нет (собственных или любой) базы данных - только папки и файлы, и вы имеете полное ручное управление ими GZIP-JPEGs вместо PNG-LSB Ограничение почта размер - 5k символов изображения (а также файлы), указанные в сообщениях их хэш (не встроенный) и переданные отдельно: как правило, другие не ретранслировать ваши изображения или файлы, если их размер не очень маленький (в настоящее время 1536 байт максимум) в то время как вы переводите свои файлы, как только при добавлении Очевидно: загружает Искатель не JPEGS PNGs, jpeg_containers должен содержать JPEGs Весь поток идет в GZIP-Jpeg контейнер (или несколько контейнеров, если поток слишком велик) каждый раз, когда вы кормите пост в pikoboard.exe Не существует никаких ограничений для ваших изображений и файлов, но GZIP-JPEGs имеют предельный размер, так что если вам нужно передать несколько больших файлов (например, 5 МБ каждый) - несколько GZIP-JPEGs будет создан; но вы должны ожидать, что не каждый доскам примет такой большой формат JPEG Ответить или создать нить вы просто пишете в текстовом файле: `` ` нить = хэш, пустой для нового потока сообщение [Ссылка = хэш] ^ изображение [Сырец = хэш] - файл >> Хэш - пост ссылок (на странице) >>> Хэш - ссылка нить [Б] бб [и] коды [/ и] и [/ s] [спойлер] работа [/ спойлер] [я] здесь [/ i] [/ b] `` ` и передать этот файл в pikoboard.exe либо путем перетаскивания файла в EXE-файл (Windows) или письменной форме: `` ` моно pikoboard.exe post.txt (Unix) --- pikoboard post.txt (Win) `` ` в командной строке. Включить изображение, которое вы только что с ним делать то же самое вы сделали для post.txt - хэш он будет рассчитываться, изображение будет добавлено к вашей базе данных '' и новый post.txt появится с шаблоном ссылки, что изображение внутри нет есть нет встроенных категорий и не рекурсивные потоки, пользователи не должны организовывать себя, например: создать поток для категорий объявлений, и для каждой категории в отдельности; в перечислении вы упоминаете какой категории нить (>>>); в какой-то категории нить можно также отметить некоторую реальную нить, которую вы хотите включить в этой конкретной категории (также >>>) `` ` КАТЕГОРИИ THREAD Пример: f3..12 категории --------------- ee..34 / Б / >>> cd..3f --------------- a1..1e / Au / >>> 3e..05 ---------------
/ B / НИТИ Листинг Пример: cd..3f / Б / ------------ a5..12 Тема № 1: >>> 31..bd ------------------- f2..28 другой поток: >>> 44..d9 ---------------------- `` ` Так, имеющих специализированные темы, как "Категории" и "/ б /" сначала создать какой-нить, то вы об этом в "/ B /" нить используя >>>. Если вам необходимо создать новую категорию, вы создаете нить с текстом "/ Ьо /" и указать это в хэш "Категории" нити. Но опять-таки все такие категоризации будет полезно, когда там будет много нитей, для начала это не обязательны. Обратите внимание, что >>> хэш будет отображаться как [хэш] >> хэш будет выглядеть так же, как >> хэш.
## Как построить Нажмите на кнопку "Загрузить Zip" Компиляция с помощью csc.exe (на окнах) или РСЧ (на Unix-подобных ОС). Поиск в Интернет, чтобы узнать, где найти csc.exe на вашей машине Windows. Как правило, это будет что-то вроде: `` ` C:.. \ Windows \ Microsoft.NET \ Framework \ V \ Csc.exe pikoboard.cs `` `
## Как использовать
Реальный рабочий журнал сессии: `` ` вырезано так как перевод тут совсем озверевший, см оригинал `` `
## Другие приемы Чтобы удалить какой-нить очевидные шаги будут: перейти в каталог базы данных, найти имя каталога такой же, как хэш нити, которую нужно удалить и удалить этот каталог Но вы получите его снова после следующего pikoboard.exe операции -a, если кто-то сделает новый пост в этой теме. Для того, чтобы «запрет» этот поток навсегда вы должны вызвать pikoboard.exe -a из сценария пакетного / Shell и после этого вызова вы добавить строки, которые устраняют нежелательный каталог потоков рекурсивно, например: `` ` вырезано см оригинал `` ` Вы можете сделать то же самое на конкретные должности в директории базы данных, но они будут отображаться в формате HTML в любом случае, так как HTML обновляется в течение -a операции, так что вам нужно обновить нить после удаления некоторых сообщений, вы можете сделать это с опцией -r : `` ` вырезано - см оригинал `` ` Какой пост ретрансляции (и его изображения и файлы, что важно) еще раз (например, если вы потеряли контейнеры для него). Найдите файл после в базе данных, скопировать в какой-то текстовый файл (post.txt штраф), вы увидите, что он начинается с хэш (хэш-нить), добавьте нить = к началу, добавьте новую строку после того, как хэш, сохранить. Вы воссоздали свой post.txt, теперь передать его pikoboard.exe и вы получите контейнер (ы). Ретрансляции с помощью прямой передачи файлов. Вы этого нужно просто общие папки из папки базы данных. Каждая папка представляет собой нить. При обновлении базы данных с некоторой новой папки вы можете сделать папку-имя pikoboard.exe -r воссоздать HTML для этого потока или pikoboard.exe -ra воссоздать файлы HTML для всех папок
## Workflow (для людей новые для NanoBoard подобные вещи) С помощью инструмента вы создаете почтового индекса в формате JPEG с вашего поста и его файлы внутри, весь поток также включены (файлы от других людей до 1536 байт также включены) В вашем посте вы ссылаетесь нитки и некоторые сообщения >> и некоторые другие темы >>>, вы также добавлять изображения и файлы к Вашим сообщениям, как много и как большие, как вы хотите (но остерегайтесь некоторых местах с ограничениями на файлы в формате JPEG, а также вы должны избегать мест, которые делают Jpeg рекомпрессии, потому что застежка-молния-JPEG становится только в формате JPEG после этого) Вы загружаете почтового индекса JPEGs в какой-то особое место Все такие места разделены между людьми, они держат их в places.txt Инструмент загружает новые почтового индекса в формате JPEG для извлечения новых сообщений и перестраивает HTML-страницы с нитями Вы можете видеть свежие сообщения в генерируемых обновлений _ . HTML
>>21158 >распределенный доскам >форсирования любого разработчика, чтобы погрузиться в рекурсивном дерьме >NanoBoard вернулся, но поврежден, выругался и облажался >агрегатор - назвал его гусеничный >Сырец = хэш >пользователи не должны организовывать себя,
>>21165 Знаете что, ну вас всех нахуй. Нет бы собраться, и вместе запилить нормальный проект, нет, устроили какую-то хуйню. Драма-хуяма, соревнующиеся стандарты. Ладно,запилили несколько клиентов, хуй с ним, но несколько стандартов? Вы все тут пидоры,и не лечитесь, вообще все.
Однако возможность прикреплять картинки к постам в наноборде не нужна. Если хотите,то создавайте раздачу с каждой картинкой. Ретрансляция картинок не нужна
>>21168 Какая, блядь, эволюция, если у вас ни один проект не дожил до нормально работающей, вылизанной версии, которой может пользоваться любой человек, а не только разработчики, и причастные. Одни не могут нормальный транспорт использовать (да, я понимаю, что переделать транспорт-дело небыстрое), а вторые в принципе отказываются от пользовательского интерфейса, и расширяемости. Аксиома Эскобара, черт возьми.
>>21173 Так вот о том и речь, что эволюция-штука небыстрая. В нормальных проектах успевает выйти ну как минимум несколько версий, перед тем как проект устаревает, а то что у вас-это пидорство какое-то.
>>21166 бля ну а как ты хотел смотри ситуацию: пришли петухи и выкатили ГОВНЯНЫЙ стандарт. настолько говняный что об него можно только СПОТЫКАТЬСЯ. схуяли теперь все должны стараться никак не отойти от этого стандарта? вот схуяли?
Вот выкатили-значит выкатили. Вот и хуй с ним, в следующих версиях можно плавно исправлять. А вообще, так всегда происходит. Выкатят стандарт, оказывается пост-фактум что можно лучше сделать. Но это не повод крича что все говно, запиливать новый, вызывать дробление и сумятицу. Нужно просто развивать что есть. Можно было просто потихоньку переводить старое на новое:сначала дополнительно к пнг ввести возможность использовать зипжпег, потом совершенствовать методику хранения постов. И все стороны были бы довольны, всем было бы хорошо. Был бы удобный клиент, с хорошим транспортом. Вообще, еще не поздно попытаться объединить усилия, и выработать план развития.
>>21190 Ну, он все-таки не настолько упрямый, я надеюсь. Да и вообще, у всех есть недостатки. Нужно просто создать технический комитет развития нанобороды. И включить туда этого товарища. В конце концов, его мнение стоит учитывать.
>забить на предыдущие идеи ретрансляции и сделать 1 пост (+родители сколько влезет) А вот это концептуально неправильно. Ящитаю нужно поддержывать другие посты, но с ограничением на добавление всей цепочки ответов, чтобы в базе не было "скрытых" болтающихся постов без ответов и родителя.
Всё идет #нормально и нужно сделать всего 3 вещи.
1) Добавить удобные средства фильтрации удаления нежелательных постов. Сейчас просто нельзя отвечать в свои уютненькие тредики пока база в говне, поэтому нужен явный апрув хороших постов(тредов). Апрув отличается от фичи карасика(явное указание какие посты паковать) тем, что хорошие посты будут паковаться и распространятся автоматом рандомно, без необходимости их выбирать каждый раз или копаться в дерьме если база не почищена.
2) Сменить ключ. Это очевидно. Слишком много святого #ГЭ по отношению к новым пользователям.
3) Добавить контенер типа зипжпг для картинок отдельно от постов. Будут нормальные картинки на имагеборд. Еще нужно придумать способ как их тоже распространять поллуавтоматом.
тормозная_говнохэшфункция(пост с говном) = пау-хэш хэш_поста как и раньше = сха256(пост (вместе с говном))
подбираем такое говно чтобы пау-хэш начинался на нули (на 4 нуля например) пост сохраняем и отправляем вместе с говном говно в клиенте не показывается но клиент применяет к посту и его говну тормозную_говнохэшфункцию и проверяет нули ли вначале, если нет - отбрасывает как спам проверка - быстрая, подбор - медленный (в зависимости от алгоритма) например 15 секунд. в отличие от капчи тут привязка к конкретному посту и реюзать не получится. в отличие от БМ тут пострадает в основном производительность отправителя и что самое важное только один раз при СОЗДАНИИ поста
>>21195 Явный аппрув, боюсь, сведет ретрансляцию почти к нулю. Мало кто станет шерстить всю борду в поисках нормальных тредов. Честно говоря, я начинаю думаю, что ничего лучше варианта просто терпеть спам нет. Если спамить будут случайными постами с харкача-в любом случае придется просматривать базу, все равно с какой целью. Это плата за ретрансляцию, как-то так.
>>21203 >спамер может быть сам конечной нодой Думал я тут пилить этот капчасерв и выложить в опенсорс, чтобы можно было несколько капчасервов использовать. Да вот проблема. Спамер может поднять собственный капчасерв и всегда отдавать true. + капчасерв будет знать IP всех анонов, а без него постинг не будет работать. Проблемка. Остаётся только поднять самому три инстанса и оставить исходники себе.
>>21207 Свитер до локтей? Господи, такое могли придумать только в 21 веке. Я понимаю завернуть свитер, если работаешь, или вдруг жарко(лол), но ШИТЬ свитер до локтей-сущее безумие.
>>21205 Теперь понял. Тоже не очень, тормозить всех ради тормоза одного потенциального спамера слишком неудобно для всех. ИЧСХ спамервсе равно насрет при должном упорстве.
>>21206 >Явный аппрув, боюсь, сведет ретрансляцию почти к нулю. Да нет не сведет. Просто при чтении треда нужно будет один раз поставить везде лойс. Тред можно даже не перечитывать, а он уже будет распространятся всегда и получать новые "черновые" посты.
>>21218 Ну, следствием будет то, что ретранслироваться будут интересные и популярные треды. Может это и неплохо. Эдакая общественная модерация. Нет, нам точно нужен технический коммитет для таких решений как это: ручное подтверждение, или POW, или оставить как есть.
>>21220 Да, но спам-посты будут появляться только от спамера, они не будут передаваться дальше другими. То есть, ты сможешь постить, не беспокоясь о чистке базы перед этим.
>>21218 А зачем тебе везде ходить и апрувить? Опять же на сосачике большинство сидит в нескольких разделах по интересам, а на остальные кладется болт. Вот эти разделы ты будешь читать и поддерживать их ретрансляцию, из всех остальных будут только приходить посты почитать если вдруг захочется.
А еще я тут подумал, что апруф можно сделать раздельной опцией настраиваемой для каждого раздела. Вот допустимые значения: 1) Все пришедшие посты добавить как черновые - их можно прочитать в любой момент и явно добавить в хорошие. Опция по умолчанию. 2) Все пришедшие посты добавить как хорошие - они сразу уйдут в серую базу и будут распространятся. Полный аналог как есть сейчас. Такая опция может быть полезна для разделов котрые ты "не читаешь, но одобряешь", это будет подерживать их существование, хотя и черевато фоновым спамом. 3) Все пришедшие посты дропнуть - для полного игнора "не нужного" раздела. Сейчас это полный аналог бана корневого поста раздела.
"серую базу" - лол, вылупился еще один уровень базы.
Зеленая - лично прочитаные-удобреные посты. Распространяются. Серая - автоматом одобреная. Распространяются. Есть опасность быть засраной. Красная - сюда добавляются все пришедшие посты. Не распространяются. Точно будет засрана. Черная - хеши всех удаленых постов/тредов.
>>21225 Нет, я считаю анонимность первостепенна. А мне вот какая мысль пришла: что если вместе с постами распространять флаг одобрения? Три состояния, 0,-1,+1. При сборке постов для каждого поста считать сумму. Если большинство пост не одобряет, ну, скажем сумма у него -20, то этот пост считать ущербным, и не показывать и не распространять.
Предлагаю ввести новый стандарт, назвать его НaНoБОРДА 3.0.
Главное, чтобы он был один! Н-борда - охуительнейшая идея, надежда и мечта многих анонимусов, мы не должны это проебать.
Давайте сделаем дедлайн - до 24 апреля (то бишь месяц) на утверждение, обсуждение, выдвижение аргументов, далее начнем запил нового клиента(ов). Совместимости с предыдущим стандартом, к сожалению, не может быть никакой надо это уже сейчас признать.
Зачем это делать? Проект зашел в тупик. Один ебаный спамер заставил всех хныкать от страха. Теперь если ты не просидишь два дня расчищая говно ты не сможешь написать пост не передав спам дальше. Спам даже разработчиков спугнул и они перестали кодить и запускать свои поделия. Кроме того Жабрик (якобы автор клиента н-борды в 2013-м) привел внушительные аргументы, которые и так давно напрашивались.
Надо всё обдумать по транспорту, по формату постов, по защите от спама. По функциональности как и сейчас должно быть все так же автоматизировано, никаких гетеросексуальных консольных интерфейсов для суровых мужиков. Короче пришло время провести работу над ошибками. На этот раз все должно получиться как надо.
Варианты которые пока вырисовались:
Транспорт: а) отказ от БМ, привязка к контейнерам (можно много оптимизаций сделать заточенных под контейнеры вместо того чтобы распаляться на все возможные виды транспорта), переход на зипжпег б) максимум разннобразия в транспорте и БМ и пнг и зипжпег и АИБшки и почта (имхо сложно совместить, лучше сконцентрироваться на чем-то одном) в) ?
Формат (картинки): а) педерача картинок отдельно (профиты - нет больше лимита в 47кб, понадобится зипжпег) б) оставить без изменений (вижу очень мало профитов в этом) в) ?
Формат (хэш): а) хэш треда в каждый пост вместо replyTo + рефлинки, хэш удлиннить (? типа безопасней) б) оставить без изменений (в принципе не сильно критично имхо) в) ?
Формат (лимит на размер поста): а) оставить 64кб (а если картинки отдельно? не стоит ли уменьшить?) б) при условии наличия отделённых картинок ничто не мешает подвинуть лимит до 16к символов как на харкаче например в) ?
Защита: а) ручной аппрув постов в) всяческие ограничения ретрансляции типа 1 пост = 1 контейнер г) POW (т.н. говнохэш) для новых постов д) капча (хз как) е) голосовалка/кармочка ё) ?
Ретрансляция: а) как есть - свежие + рандом б) твои ответы + их родители в) 1 пост г) весь тред (по возможности, без картинок) + твой последний ответ вместе с картинкой д) ?
>>21238 Не все так просто. Я вот в ванильном клиенте делал такую штуку. Когда я удалил спам-контейнер, оказалось, что у меня оттуда кроме непосредственно спама, половина нормальных постов привалила.
>>21243 В 1.х при отклонении контейнера посты не заносятся в черный список а просто отклоняются. Это сделано специально чтобы спамер не мог никого "подставить".
>>21235 >далее начнем запил нового клиента(ов). Мне кажется запиливатели уже всё. Старые клиенты тоже не плохи, нужно их развивать. Зачем нам новый?
Короч, вот мои ответы на анкетку:
Транспорт: б
Формат (картинки): а Но тут охуенная проблема в распространении чужих картинок. Это нужно будет либо специально заморачиваться, либо иногда давать картинку в нагрузку всем кто использует зипжпг.
Формат (хэш): б Такой вариант хорош однозначностью ответов. А еще говеные ветки можно срезать сразу целиком. Если они будут ссылаться на корень+друг на друга по рефам, то из-за множественных ответов и циклов вилкой орудовать будет труднее.
Ретрансляция: д весь тред с твоим ответом + рандомные треды (тоже со всеми ответами до корня). Получатели будут видеть сразу осмысленую ветку дискасса и не будет одиночных постов непонятно из какого треда и кому отвечающих.
>>21246 Да зачем, тут и простой сха или блейк сгодится. Ящитаю удар по спаму должен быть комплексным, одного POW не хватит. POW нужен но помимо него нужен обязательно и ручной апрув и автоапрув (если отвечаешь на пост - ты автоматически аппрувишь всех его родителей до самого верха ну и свои посты тоже сразу заапрувленные). Ретранслировать только аппрувнутое. И это валидно для всех видов транспортов. Ну и напоследок POW-ом должна стать КАПЧА. Да, пусть генерируется у юзера. Схема такая: локальный сервер (клиент) генерирует капчу, юзер решает ее и только тогда пост проходит, в конец поста дописывается инфа о решенной капче (решение + сид, из сида по алгоритму (медленному!) капчемодуля можно получить шифробайты, к которым надо применить расшифровку капчи чтобы из байтов получить другие байты хэш от которых должен соответствовать какой-то норме). Не принимать контейнеры где больше 10% одинаковых сидов (для 128-битного сида тупо нереальная ситуация). Даже если спамер найдет способ автоматизировать это все то так или иначе потребуется POW (так как генерация капчи будет занимать н-ное время) в виде процессорного времени. Может я сейчас хуйни какой-то написал но это все от косноязычия, капчемодуль могу лично вам запилить на шарпеце.
>>21263 В принципе тут надежда только на то, что не у каждого найдется желание и способности погрузиться в дебри капча-модуля, который я планирую сделать оче запутанным :(
Есть странная идея. Можно генерить капчу и оставлять ключ у себя, а остальным раздавать картиночки. Когда делается пост, юзер распознаёт одну/две/три капчи. Этот пост попадает обратно к капчеру, проверяется ключ и аппрувится - попадает в видимые посты. Капчи при отправке поста берутся от разных юзеров. Соответственно заполнив три капчи юзер повышает скорость и возможность появления поста (+ возможно количество ретрансляторов).
>>21235 Транспорт: Считать контейнеры основным транспортом, оптимизировать под них, но оставить возможность добавления других транспортов, чтобы как-нибудь можно было к ним приспособить формат. Формат картинок: Передавать отдельно, но в пост вставлять превью низкого разрешения. Формат хеша: a Лимит на размер поста:а Защита: e+(возможно Г) Ретрансляция: Тред, куда ты ответил+ случайные треды.
Решение для локальной капчиАноним25/03/16 Птн 00:27:18#354№21274
Капча генерируется на основе хэша поста, который ты написал. У самой капчегенерилки решения НЕТ. Капчегенерилка в качестве капчи рандомно высерает с наложением КУСКИ букв и/или цифр с рандомным смещением, поворотом и зашумлённостью. Спокойно могут возникать ситуации двоякости. Когда ты вводишь решение капчевалидатор рендерит буквы твоего решения и пытается подогнать поворотами смещениями твои буквы под позиции высера капчегенерилки. После чего считает разницу и в случае превышения некоего порога считается что ты решил капчу. Подбирать такую капчу - занятие трудозатратное (для процессора). После аппрува вместе с постом отправляется ТОЛЬКО решение (но не капча) которое обязательно валидируется на стороне клиента (там такая же капчагенерилка возьмет хэш поста (кроме прибавленного решения) сгенерит капчу и попытается применить решение указанное в посте, в случае фейла пост отколняется и (опционально) всему контейнеру выдвигается подозрение в спаме.
>>21274 Уж проще Proof of work реализовать. Локальная капча всегда будет подделываемой. Есть ещё один метод, кстати. Можно в браузер отдавать формулу в JS-скрипте. Браузер это решает прозрачно для пользователя. Ответ формулы передаётся вместе с текстом поста. Локальный серв проверяет решение и добавляет пост. Ещё можно сделсть так, чтобы у спамера, который не решил пример, пост появлялся, но не передавался в контейнер.
>>21274 >рандомно высерает с наложением КУСКИ букв и/или цифр Вот на этом этапе буквы и цифры перед запиливанием в капчу будут перехватываться вместе со смещением, чтобы можно было определить порядок.
>>21276 у каждого куска есть смещение (скобки могут дать как X так и O) потом у получившегося символа есть поворот (который может превратить букву из M в W или E или в цифру 3) + шум (из мелких кусочков) может превратить O в Q, Х в 8. вариантов тут море и алгоритмически заранее учесть их надо еще постараться
>>21277 Хмм. Неплохо! Придется с нейросетью ебаться, это усложнит жизнь какеру. Хотя, конечно, есть у меня мысль, как это можно обойти. Можно ведь сличать не все целиком, а каждый символ отдельно, в принципе, не так уж это должно быть долго. А может и долго, у меня нет специальных знаний.
>>21277 вообще любой символ это палки рандомного размера и поворота и дуги разного углового размера, масштаба и поворота. можно ограничиться 2-5 (рандомно) палками на символ. есть риск что некоторые капчи будут нерешаемыми. решение - добавлять невидимый мусор в конец поста в ответ на просьбу пользователя показать другую капчу (чтобы хэш поста менялся)
>>21280 если убрать позиционирование и просто рандомно засорять пространство капчи палками и дугами то тут и символ не выделишь особо. у такой капчи решением может быть как 3 так и 7 символов
>>21283 ну, это тебе не хэш-код брутфорсить. потребуются сотни сравнений картиночек. конечно, хитрый и оптимизированный алгоритм может справляться относительно быстро.
можно сделать чтобы капчу валидировали люди на основе хэша поста выдаётся 12 псевдорандомных (сид рандома - хэш поста, далее весь рандом тоже на этом основан) картинок из папки с природой (в папке допустим 4 тысячи фоток). важно: показывается рандомная часть (смещение, масштаб, поворот, обрезка, отражение) картинки и рандомный эффект: пикселизация, нахождение краёв, обесцвечивание. это чтобы хацкир не перебрал бы все фотки и не пометил бы их лейблами: лес, вода, камни. так каждый раз одна и та же фотка будет показана только частично (например где-то кусок неба а где-то кусок воды с камнем). капча в зависимости от опять же хэша просит выбрать картинки где есть (что-то одно из следующего): реки, горы, водопады, лес, камни, листья, озера/моря. человек отмечает и его выбор присобачивается к посту. а потом когда пост попадает к другому участнику этот участник читает задание видит картинки и видит выбранные и сам решает правильный сделан выбор или "от фонаря". ну и аппрувит/отклоняет. 1-2 отклонения и контейнер отклоняется полностью. ясное дело у тебя в базе остаются только заппрувленные тобой посты и ты их только и ретранслируешь.
>>21292 >сам решает правильный сделан выбор или "от фонаря" Кое-кто не понял сути proof of work. Ресурсы, затраченные на проверку, должны быть хотя бы на несколько порядков меньше, чем те, что затрачены на решение. Почему бы тогда просто не смотреть вручную содержимое постов? >а потом когда пост попадает к другому участнику этот участник читает пост, видит текс и сам решает, нормальный это пост или спам. ну и аппрувит/отклоняет. 1-2 отклонения и контейнер отклоняется полностью.
Хотя стоп. Чота я затупил. Если сделать капчасервак, то спамер не сможет подделать посты просто банально потому что остальные клиенты спрашивают подтверждение у валидного капчасервера, а не поддельного как у спамера. Так что это решает много проблем.
>>21295 >контейнер с говном можно вычислить по 1-2 зафейленным капчам Да хоть по нулю. Ты вынужден проверять как минимум по одной капче на каждый контейнер — это не капча, а говно.
>>21296 Согласен, поэтому и хотел поднять три инстанса для отказоустойчивости. Это единственный 100% метод против спама. Все остальные взломать только дело времени и процессорной мощности.
бля да что вы так паритесь. пусть капча генерится у юзеров. но генерится ДОЛГО. 15 сек минимум на хорошей машине алгоритм (который нельзя поменять) будет определять что нужно отрендерить именно такие а не другие буковки (но обязательно на основе хэша поста). это уже и будет POW. сама разгадка-то пользователем хуйню по времени занимает (ну секунды 3) и если спамер это дело автоматизирует то те предыдущие 15 сек никуда все равно не денутся.
вот вам еще идейка, возможно улучшите её. с каждым постом ты генерируешь и капчу (полностью случайную, не зависящую от твоего поста). ты прибавляешь эту капчу в виде картинки (допустим там двухцветная маленькая картинка с дизерингом, если вообще без сжатия например 200х100 пикселей битмап, то вес будет всего 2.5Кб) и некоторые байты пошифрованные паролем который является разгадкой капчи. тот, кто отвечает на твой пост обязан разгадать твою капчу то есть приписать к своему посту разгадку на капчу предыдущего поста. чтобы все остальные могли бы автоматически проверить твою разгадку они применяют твою разгадку как пароль к тем шифрованным байтам в конце того поста где капча и смотрят соответствуют ли расшифрованные байты некоему правилу (например наличие вхождения строки ~valid~ в общую строку сформированную из расшифрованных байт). кроме расшифровки добавляешь также и свою капчу к посту (автоматически естественно). минус №1: нехорошие люди могут программно создавать посты капчу которых нельзя разгадать (порченая картинка, левые байты), то есть посты на которые нельзя будет ответить. минус №2: другие люди могут воспользоваться один раз чьей-то разгадкой и добавлять свои ответы на халяву. этот минус я осознал только когда накатал свой шизопост. ладно запощу как есть, может это что-то вам даст
>>21301 200х100 это же ОЧЕ много можно сделать миниатюрную капчу (увеличивать просто в браузере потом) 40х10 (пикрелейтед) - это 50 байт (если base64 то где-то 75 + скажем 25 на проверочную фразу) и впихнуть 50 таких капч в один пост. потом в зависимости от содержимого твоего будущего поста подбирается одна из 50 капч родителя. оверхед за 50 капч - 5000 байт.
>>21306 в чем ты тут решение видишь? это по сути сеть серверов где каждый хостит свой собственный контент ну и опционально дает доступ к комментированию например. нам такое не сильно подходит.
>>21322 по атаке единственное что приходит в голову это воспользоваться чужими разгадками и менять свой спам-пост (добавлять рандомный мусор) пока не попадется уже разгаданная кем-то капча если процесс подбора капчи (1 из 50) под пост сделать медленным (например 5 секунд) то в принципе атака обламывается но тогда может возникнуть атака невалидными сообщениями (для проверки потребуется 5 секунд на каждое). так что лучше подбор делать моментальным.
кажется не обойтись без темы: 1 контейнер на пост (+ родители)
а можно капчу сделать не 40 на 10 а даже 30 на 8.
и (к обсуждению формата) ПОРА БЫ ОТКАЗАТЬСЯ ОТ BASE64 - это слишком расточительно и бессмысленно.
тогда эти 30х8 пикселей (битов) будут 30 байтами. и тогда можно в 7.5Кб впихнуть целых 256 рандомных капч. и выдвигать подозрение контейнерам где эксплуатируется одна и та же капча несколько раз.
можно сделать модерируемые комнатки есть публичная область куда ОП-ы постят ОП-посты тредов и в них постят публичный ключ люди шифруют этим публичным ключом ОП расшифровывает (только он может) и добавляет в свой тред (типа аппрувит)
можно сделать чтобы каждый анон был капчасервером анон постит капчу подписывает своим эцп потом другой анон постит разгадку капчи и хэш своего будущего поста автор капчи находит этот пост и постит другой пост с подтверждением что капча разгадана и такой то хэш зааппрувлен и подписывает опять же своим эцп
недостаток метода: кто-то может наспавнить капчей и потом их сам разгадывать. хотя смысла мало - столько рутины и аплоадов...
>>21373 И как они это будут делать? На каждое очко кармы нужно ведь запостить контейнер, а если выставить порог, скажем, -20, это нужно будет 20 контейнеров запостить чтобы завалить пост. Это без учета адекватов, которые будут ставить +1.
>>21386 решение с генерацией 50 маленьких битмап-капч для поста (+ проверочные байты сальсованные) и выбором одной из капч для твоего ответа на пост основываясь на хэше твоего ответа получше звучит
>>21386 решение с генерацией 50 маленьких битмап-капч для поста (+ проверочные байты сальсованные) и выбором одной из капч для твоего ответа на пост основываясь на хэше твоего ответа получше звучит (в смысле надежней и проще сделать)
>>21402 Есть, но там бинарная сериализация https://github.com/ochrons/boopickle Впрочем ты можешь поменять две строчки, запустить из исходников и использовать запросы с кавычками в параметрах (баг).
>>21443 > чатик Тут на всей доске столько людей, что это один сплошной чатик. >в утопающих тредах Он месяц на нулевой будет. >я случайно узнал про эту доску и увидел на нулевой тред про сабж и теперь я здесь. Очень рад этому.
>>21448 > не рефлексируй и умерь ЧСВ Ты проецируешь или додумываешь. >я не тебя обрадовать собрался Чем я хуже остальных? >я стремлюсь к популяризации сабжа и привлечению свежих мозгов Поэтому искренне рад тебе.
Обясните нубу за карасик.Аноним28/05/16 Суб 19:30:53#432№25156
Установил последнюю версию, запустил, добавил в "Треды с контейнерами" адрес текущего треда, нажал отправить, НИЧЕГО не происодит. Что я делаю не так? Какие треды стоит сканировать?
>>26909 после ввода капчи/пов база обнулилась. всем не понравилась капча. но она нужна для защиты от спама. короче все разбежались. а новой волны пиара никто уже не делал. поэтому и постов толком нет. два треда один в Бреду другой в Паранормаче.
замкнутый круг - человек заходит и видит что нихуя нет, берет и выходит. и так каждый. зашел, увидел бы движуху - может и остался бы. но не понимает, что он и есть часть возможной движухи. как-то так.
>>26912 конечно, я ж недостудент даже, какой от меня контент? а вот поддержать какую-то тему или какого-то анона я вполне могу, но там прям совсем всё печально, вы туда хоть каких-то паст накидайте с понтом типа люди сидят, общаются
А чем именно вам так не нравится битмесадж? У меня на не самом топовом i5 в ноуте, отправка сообщения с самым большим ттл - не больше минуты. Алсо такое предложение для протокола: чому вы не хотите использовать DHT типа Kademlia ? Асоциировать хеш поста и адрес битмесаджа. Таким образом будет легко ретранслировать: увидел ссылку на незнакомый хеш - спрашиваешь dht и хуячишь запросы первым N узлам с минимальным ттл - из ответо собираешь пост
>>27080 Так ее не комьюнити пилит а один ты? я тут просто мимо, не знаю всей истории. А у вас есть какое-нибудь формализованное описание протокола(типа rfc)? я-бы поклепал питон версию на досуге
>>27076 Им это нинужно,как и не нужна ретрансляция,фрактальная музыка,сжатие сообщений,новые транспорты или прикрепления картинок через p2p. Им нужны только КЛАССОВЫЕ ВОЙНЫ ФЕМТОБОДРА ИСТИННА ИБО ВОИСТИНУ!!1!1 Вот почему нельзя было добавить jpeg как транспорт,а не раздувать из него ещё одну мелкораспределенную борду?
>>27081 бля вот скажи дебил или просто клоуном прикидываешься? какая в пизду борода? речь о боРде, нахуя ты о после р пишешь? не вздумай только здесь написать это слово, вместо о ставь нули иначе бан и удаление постов словишь
>>27109 Вот я тупой юзер. Когда выкатили версию 2.0,я не осилил Когда выкатили bitmessage-транспорт,я не осилил Нет у вас юзерфрендли,короче. >>27107 Им разрабамнинужно,ибо неанонимно.Это у них мантра на все плюсы транспортов.
>>27133 Вот rghost они прикрутили. Тащемта,когда за подозрительный трафик да ещё и сливаемый каким-то иностранцам будут ссылать в концлагеря,не такой это и плохой вариант. А про p2p как транспорт для картинок-ничего плохого. Их можно раздавать,обмазываясь прокси/VPN, да и из сотен пиров проблематично найти истинного создателяесли он ещё не ушёл с раздачи. В торрентах есть вещь web seed-можно прикрутить. Алсо,jpeg,qr-коды,меш-сети,ирки/сайты/чатики в TOR/I2P/freenet и разбрасывание дисков с н@нo /фемто/вставить название приставки СИ/-бордой не палят IP и не деанонимизируют в целом.
NANO: ПЛЮСЫ плюс: юзер-френдли интерфейс плюс: автоматическая ретрансляция постов (в FEMTO ты сам ретранслируешь посты путем перепостинга своих контейнеров) плюс: работает в том числе под виндой МИНУСЫ минус: все картинки надо шакалить, а большие посты разбивать на части из-за драконовских ограничений на размер, заявляется бережное отношение к трафику, но см дальше минус: пнг-контейнеры очень тяжелы (пример: 900Кб пнг + 100Кб посты) минус: спецификация нереально сложная из-за хэшей, капчи, POW, категорий, разметки и прочего минус: написано на говняном моно, который не способен парсить некоторые сайты, из-за чего не каждая борда подходит для постинга минус: огромная база кода, десятки файлов и тысячи строчек, практически невозможно вникнуть в код, чтобы что-то добавить, переписать тоже выйдет крайне долго из-за сложной спецификации минус: ориентация на тупых юзеров
FEMTO: ПЛЮСЫ плюс: очень простая спецификация и устройство, минимум кода, легко написать свой клиент или улучшить имеющийся плюс: пост и вложение — любого типа и размера плюс: жпег-контейнеры очень легковесны (пример: 100Кб жпег + 900Кб пост с вложением) плюс: скачивание возможно практически с любого сайта, а не только с борд, почти все те борды, что не парсятся Нан0б0рдой парсятся Фемт0бордой плюс: ориентация на продвинутых пользователей-юниксоидов МИНУСЫ минус: необходимость лазанья в консольку для поиска/постинга минус: под винду есть только альтернативный клиент для которого надо еще и качать питон
На какой стул сесть? Мочерация уже вкрай заебала, за последнюю неделю я стал свидетелем как минимум десяти удалений тредов в /б/ и разной тематике, причем часто вполне интересных и грамотных тредов, при том что всякий школьный шлак не трогают.
>>27136 Там надо какие-то библиотеки ставить,да?>>27135 Мне кажется,на нano,там есть ретрансляция => неубиваема. Но надо решить проблемы(в основном) со спамом,ибо капча,да ещё и генерируемая одним человеком, это нихуя не криптоанархизм.
>>27143 в ФБ ретрансляция тоже есть: ручная и потом в ФБ очень просто делиться архивом треда
проблем со спамом нет ни в ФБ ни в НБ. капча НБ давно сгенерирована. не кем нибудь, а разработчиком НБ. ты ему не доверяешь? а бинарник запускать доверяешь что ли? или думаешь, что посмотрел весь код и ничего не упустил? сделать по другому не получилось бы, все равно кому-то надо было генерировать этот капчепак.
>>27144 1) Что запрещает сделать много архивов с тредами,где будет спам? 2)Проблема со спамом была в 1.x ветке н-борды 3)Разраб сам говорил,что капчепак надо иногда менять 4)Не доверяю,ибо у него может быть БД с решениями капчи 5)Вот я и говорю,что нужны распределенные альтернативы.
>>27145 1) в ФБ нет автоматики касаемо архивов лол поэтому пункт 1) не прокатит можно представить ситуацию когда какой-то популярный тред долго жил и наполнялся но вдруг часть его постов утеряна или утеряны все посты потому что все борды вдруг пали. тогда люди придя на другие борды поделятся архивом треда вложив его в пост. что то вроде: "пацаны вот тот тред, у кого не сохранился качайте вложение сохраняйте как html". вложения постов естественно при таком раскладе не шарятся, их надо отдельно вытягивать и кидать в зип-архив который вкладывать в пост которым делишься 2) 1.х ветка более не актуальна. то есть как, борда из той ветки будет вполне рабочей... но ее никто уже не будет развивать. и да, со спамом там бороться можно только отменами контейнеров и заданием спам-фильтра. в 3.0 есть капча/пов которые отлично борятся со спамом. 3) вряд ли он такое говорил, ведь если поменять капчепак то куча постов перестанут быть валидными и просто не отобразятся. возможно разраб имел в виду мультикапчепаковость, когда кроме решения капчи указывается и капчепак откуда была капча. и когда можно настроить борду на несколько капчепаков сразу. 4) какой ему смысл ломать результат его многомесячной работы унылым спамом? к тому же у него рано или поздно желание и силы спамить закончатся. зачем зазывать людей на борду только для того чтобы потом поспамить там? плюс это ж надо еще поебаться, инструмент составить подходящий, и не забываем о POW — его не избежать никак, а значит каждый пост будет генерироваться десяток-другой секунд, иногда больше, и потом надо же еще и контейнеры заливать вручную. думаю, тут особо нечего бояться. 5) придумаешь - звони, как говорится. пока что тонн спама не наблюдается, можно общаться. не забывай о том, что любую капчу даже распределенную можно при желании сломать или купить разгадывающих обезъянок, был бы пердак достаточно нагрет для мотивации.
>>27146 3)Ну хз,зачем это ему надо. Но я чет боюсь мультикапчевости,когда каждый Васян может создать свой капчепак и заспамить А фемтоборда вообще пригодна на паразитировании не только на картинках?
>>27147 в фемтоборде контейнером может выступать: PNG, JPG, GIF, WEBM. если считать WEBM не картинкой то ответ да. ничего особо для этого делать не нужно, просто договориться что в таком-то треде будет постинг гифок и прочих контейнеров а не только жпегов и в search.sh слева от ссылки на этот тред подправить паттерн на что-то типа: (gif|jpeg|jpg|webm|png)
если же ты имел в виду IRC, Jabber, QR-коды — то теоретически ничего не мешает фемтоборде и там паразитировать. я бы даже сказал она в этом плане превосходит нфн0борду ведь в ФБ нет никаких хешей или чего-то такого что может посчитать только компьютер - только название треда и цитирование при необходимости. блядь да посты фемтоборды могут быть даже на заборах! напиши:
тред сосания хуёв всем сосать хуй!
а на другом заборе кто-то напишет: тред сосания хуёв >всем сосать хуй! есть сэр!
и всё вы написали в один и тот же тред, создал его один человек, ответил в него ты на его пост
компьютеры могут исчезнуть, а фемтоборда останется. хватит блокнота с ручкой и мелка. ходишь себе переписываешь надписи с заборов и оставляешь свои надписи, дома читаешь, размышляешь что бы ответить.... нан0б0рда же зависит от компьютеров полностью
>>27148 > хватит блокнота с ручкой и мелка. ходишь себе переписываешь надписи с заборов и оставляешь свои надписи, дома читаешь, размышляешь что бы ответить.... нан0б0рда же зависит от компьютеров полностью Проиграл.
>>27408 папка download очищается, она временная, ты там ничего не перехватишь. бросать пнг в эту папку бесполезно с версии 3.0. передать базу можно либо дрочбой нового json api либо тупо копированием файлов базы (их 3) но это будет перезапись
>>27702 на грани возможного. будет очень трудозатратно и тормознуто из-за сложного устройства пнг-контейнеров, нб, капчи, пова и прочего. гораздо проще реализовать фб в виде скрипта
>>27710 >будет очень трудозатратно и тормознуто из-за сложного устройства пнг-контейнеро Ох лол. Сравнил извлечение LSB из пнгешек (для которых даже декодер писать не надо ибо всё есть в браузере) с F5 для которого приходится кодек джпега на джаваскрипте писать и даже Emscripten не особо помогает со скоростью.
>>27871 Там нет уязвимостей. Какой-то петушок (видимо это ты) что-то кукарекал о возможной уязвимости которая могла бы случиться в другой программе при схожем раскладе и автор фемтоборды на всякий случай подправил те строчки но уязвимости в коде фемтоборды и не было.
>>27956 Какой-то петушок (видимо, это ты) умудрился доспустить школьную ошибку на низкоуровневом ЯП, наговнокодить уязвимость, а потом кукарекать, что всё в порядке.
>>28049 >фемтоборда тут причем В ней присутствовал недостаток >в системе, используя который внешний злоумышленник, может намеренно нарушить её целостность и вызвать неправильную работу.
>>28685 тред в бамплимите давно. взял бы да создал новый что ли. нбрда жива и здорова, фб тоже. нужен пиар но всем похуй поэтому его нет. сидим на анальном харкаче.
Жалуемся на быдлокод,мечтаем о новых транспортах,поливаем говном bit message
И смотрим на пикобордуJabberX и драму с ней,конечно же
(Автор этого поста был забанен. Помянем.)