Процедурная генерация трехмерной травы на фоне

РЕЙТ ЛИМИТ

Фича для разогрева. По факту и так много где есть, это вообще классика.

Суть простая: интерфейс X доступен для юзера максимум N раз в M времени.

Например, отправить пост можно только 3 раза за 1 минуту. Таким образом серун не сможет бесконечно охуевать и высирать слишком уж плотный кал.

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

Конкретно здесь (в TinyIB) эта фича тоже есть и используется, но через жопу. Она применяется только на постинг, и не имеет параметра N - есть только интервал M, и юзер можно запостить только 1 пост в этом интервале.

>>3500
А кто эту хуйню считать будет? Сервер?

НАЧАЛЬНЫЙ КУЛДАУН

Я такого нигде не видел, но наверняка уже давно где-то есть. Может даже на бордах.

Суть: интерфейс X доступен юзеру не сразу, а только спустя N времени после появления на сайте.

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

Плюсы: 99% серунов отсекаются моментально, всякие нагибаторы-набегаторы точно. Кулдаун принуждает залетуха почитать и ознакомиться с местной культурой.

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

АВТОМАТИЧЕСКИЙ ЛОКАЛЬНЫЙ СРУХ БРЫЗГУН

Шуточная фича. Допустим юзер запостил сообщение. В этот момент скрипт сохраняет его пост, и СРАЗУ ЖЕ генерирует N других постов. Каждый такой новый пост состоит из оригинального сообщения юзера, только с перемешанными словами/буквами/етц.

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

>>3507
Было на тученнеле (который .moe)

>>3508
Я почему-то усмехнулся с брызгуна.

>>3507
Что-то подобное на форчонге сейчас. Там ты должен ждать около 500 секунд чтобы начать платить.

>>3525
Бляха, мало того что платить, так еще и ждать ради этого...

>>3525
Вроде 120. Было 900, потом он упал, когда встал обратно - стало 120. Ну у меня такие цифры были, когда я захаживал попетросянить с латиносами.

>>3526
Ой блять! Что я написал...
Ну, Петрович, постить короче!

>>3534
Там я в /bant/ отсиживался помню.
С Америкосом и Чилийцем сидел в треде

ОТЛОЖЕННОЕ УДАЛЕНИЕ

Суть: админьчик может пометить пост(ы) к удалению. Такие посты удаляются не сразу, а через N времени, которое укажет админьчик. Внешне такие посты ничем не отличаются от остальных.

Зачем: допустим, серун насрал говном, и усердно за ним СЛЕДИТ. Чтобы не агрить серуна (не создавать себе работу), админьчик просто помечает пост, и он удаляется например через неделю, когда серун уже давно ушел на другие параши и про говно свое забыл.

>>3549
И смысл? Говно плохо тем, что он мешает здесь и сейчас, когда его уже новыми тредами задвинуло в дальний угол барака - уже строго похуй на него.

>>3551
>мешает здесь и сейчас
Это уже тяжелая стадия, когда больше половины постинга - это КАЛ. На мелкоборде обычно попроще бывает: сидят местные бичи, никого не трогают, и тут РРРРАААЗ - залетный срун наваливает свежую кучу посреди нулевой, а потом начинает ее пасти, чтоб не убрали вовремя. В принципе одна куча не особо мешает, просто лучше ее убрать, чтоб не скапливалось.

>>3552
Ну а как бы ты лечил стремящийся барак, который душат калом?

>>3553
Ну это по ситуации смотреть надо. По-хорошему конечно вспоминаем ссылку которая ВСЕХ тут заебала, но тем не менее:

https://vas3k.blog/notes/moderation/

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

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

КООРДИНИРОВАННОЕ СКРЫТИЕ ПОСТОВ

Допустим всю борду засрали вайпом, аноньчик прожал "скрыть" на все треды - и о ужас! Вся нулевая теперь скрыта. Никакого толку от такого скрытия не будет, ведь ты вроде бы закрыл глаза на говно - а оно все равно воняет.

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

Например, у аноньчика на нулевой скрыто 3 из 10 тредов. Тогда при загрузке браузер отправит доп.запрос на загрузку еще +3 тредов с первой страницы. Ну и так далее. Даже если аноньчик скроет 10 тредов из 10 возможных на страницу - его браузер все равно запросит +10 тредов, чтобы нулевая не была пустой.

АВТОПЕРЕКАТЫВАЮЩИЕСЯ ТРЕДЫ

Идея отсюда: https://beach.de.cool/test/res/443.html

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

При достижении бамплимита, такой тред:

1. Создает НОВЫЙ тред с таким же названием и условным номером (типа N+1)
2. В старом треде создает пост типа "перекат >>айди нового треда"
3. (опционально) Закрывает старый тред

Зачем это надо: не всегда номерной тред = чатик. Даже на ноунейм параше пришлось делать номерной рандом-тред, несмотря на бамплимит в 600 постов и медленный постинг.

Альтернативы:

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

>>3685
Лень аргументировать, но концентрация постинга в рандом-треде это путь к стагнации и гибели. Много раз наблюдалось на разных сральниках. Это становится привычкой для местных, новые треды не создаются, а если создаются кем-то извне - в них почти не отвечают. Пропускная способность у одного треда ограничена n-нным количеством жоп. Без разницы, срут туда калотарки (быстро) или анонимные бичи (медленнее), - в какой-то момент интерес теряется и параша издыхает. Вопреки мнению доброчков и разного рода косплеющих их подход долбоебов, привычка высирать новый тред по поводу любой чуши - это не раз, а то что способствует росту и органическому развитию борды.

Просто дичайше мерзко бывает, когда видишь какого-то доброчка с его А ВОТ ПОХОЖИЙ ТРЕД УЖЕ БЫЛ ПОЧЕМУ ТЫ НЕ ЗАПОСТИЛ ТУДА, хотя какая ему разница - туда я запостил или не туда. Это ведь такая страшная трагедия, когда смыло тред, в который никто не заглядывал уже год.

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

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

>>3686
>>3687
А мне кажется, что истина посередине где-то.

Разве это хорошо, когда вся борда засрата говнотредами? Всякими репостами, форсами и прочим 100% калом. Вот открой тот же говнульч - как, нравится? Или колчки, как пример терминальной стадии - на любом колчке /ньюс/олл это филиал ада, буквально вайп бредом 24/7. То есть для чела, который просто пришел попиздеть, для него будет НОЛЬ возможности написать что-то осмысленное где бы то ни было. Тут даже никакой какалог не спасет.

С другой стороны, добробичара из твоего поста тоже не прав - если есть фича, то ее БУДУТ юзать, хоть ты обосрись. Будет приходить рандомный бичара и он БУДЕТ высирать свой личный тред, и ничего особенно плохого в этом нет, по-моему. Просто надо как-то ограничивать это, чтобы борда не тонула в говнотредах. Например на создание треда надо вешать капчу посложнее, чтобы аноньчик скорее постил ответы, а не треды.

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

В тематике сосача тоже например есть номерные треды, да даже на реддите есть нечто подобное (там это викли-треды). Это просто треды для быстрого постинга или вопросов, только и всего.

>>3690
>Вот открой тот же говнульч - как, нравится? Или колчки, как пример терминальной стадии - на любом колчке /ньюс/олл это филиал ада, буквально вайп бредом 24/7
Мне НРАВЯТСЯ эти параши. Конечно, мне не нравится видеть вайп репостами, но даже у вайпа можно выделить положительные свойства. Какач в принципе в захудалом состоянии находится, но даже так я бы предпочел его сральнику с номерными тредами в ряд. Если кто-то с пустой головой заходит и начинает ВЕЩАТЬ чушь - это его право, борды это не блог в жж для псевдоинтеллектуалов, я сам пишу разного рода бред часто - кто этого не делает? Поиски каких-то невъебенных гениев-элитариев на парашах это то же самое, что и попытки выставить анонимных бичей революционерами в кибесраньк-антиутопии - вчера обсасывалось как раз, это все чушь.

Номерные треды рождаются из страха, что из борды может вырасти что-то НЕ ТО. Но если ты целенаправлено ломаешь кости, то ты лишь гарантируешь, что ничего достойного уж точно не вырастет. Анонимных бичей дрессируеют срать в специальный лоток, делая из них импотентов. Вывели породу бичей, которым дай место без каких-либо ограничений - они собьются в кучку и буду срать в одну крошечную дырку с номером. Будут катать этот навозный шар с параши на парашу. Отвратительно.

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

>>3692
> Анонимных бичей дрессируеют срать в специальный лоток...
Чел, тебе надо расслабиться просто. Пойми. На нормальной борде никто тебя формально не ограничивает, можешь хоть под каждый пук треды создавать.

Важен баланс. Например я хочу читать пасты про бичей, но не хочу бегать ПО ВСЕЙ СУКА БОРДЕ и искать эти пасты как вован говно. Вот было бы прикольно постить их в одном треде, да? И это же не только про пасты разговор, я просто суть передаю.

Не надо никого дрессировать. Просто есть такая тема, как fool-proof design, и его ответвления, когда антипаттерны НАОБОРОТ делают пользу. Например на заводе станок, которым можно за секунду отрубить себе руку по плечо - чтоб его запсутить, надо нажать ДВЕ кнопки, и задействовать ДВЕ руки, и тем самым ты себя на 99% обезопасил. Но если очень надо - ну найди палку, и режь себе руку. То же самое с капчой (если она чуть сложнее для тредов) - да любой еблан капчу решит, это не проблема. Просто это дает +1 секунду на размышление - а может, надо не создавать, а отвечать?

Вообще вот эти две крайности бесят. Типа борды - это или ЭЛИТНОЕ КИБЕРПОДПОЛЬЕ для великих мудрецов (как вчера обсуждали), или наоборот, это вечный сральник говна, где рекой льется 100% КАЛ, а ты как аутист сидишь и пыришь в это. Какой-то колчетикток лол. Борды - это борды, место, где можно попиздеть просто, типа курилка за гаражами или пивнуха в бич-райончике. Там не сидят мудрецы и философы, но и никто там не срет 24/7 потоками говна до потолка.

Возникла идея кстати. Сделать борду на три раздела - типа /w(hite), /g(ray) и /b(lack).

В белом разделе - доброчок, номерные треды, все типа УЮТНО и интелигентно.

В черном - наоборот, колчок, вайп, говно, срут калом в десять жоп.

В сером - середина.

>>3696
>В черном - наоборот, колчок, вайп, говно, срут калом в десять жоп
/test/ уже и так существует.
Топдаун организация не сработает, никто не будет слушать куда именно НАДО срать. Ты будешь с каждым пуком носиться и решать, на какую доску отправить? И здесь в принципе нет столько людей, чтобы им требовалось сразу три раздела. Глупая идея, короче.

>>3696
Идея не нова.

https://wiki.1chan.ca/%D0%91%D0%BB%D0%B5%D0%B2%D0%B0%D1%87

>>3699
>BWC
Лол, Big White Cock?

Не фича, но важный инсайт.

ЛЮБАЯ БОРДА ДОЛЖНА БЫТЬ НАПИСАНА НА PHP

При всех своих отвратительных минусах, у пыхи есть одно неоспоримое и важнейшее преимущество - это ее универсальность и неубиваемость.

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

Были, есть и будут тысячи хостингов под пыху, есть даже бесплатные с бесплатным доменом, или за смешные копейки типа 100 рублей в месяц. В любой юрисдикции, с любыми условиями. Огромное количество вариантов даже для самого тупого и нищего бича.

Не хочешь хостинг - арендуй VPS и настраивай все красиво сам, никто не запрещает. Можно хостить даже с телефона или компа на винде.

Я согласен, что есть няшный TypeScript, быстрые Go и Rust, всякие питоны с джвами, да дохуя всего. Это все крутые языки, их инфраструктура и пакеты в миллиарды раз лучше и правильнее, но НЕЛЬЗЯ взять и дропнуть board.go на рандомный хостинг, как пыху. Надо самому ебаться с впсами, с доменами, с докерами, со всякой этой побочной инфраструктурной ебатней. Эти телодвижения оправданы, если ты жирный бигтех, или у тебя сайт на 100500 посетителей. В таких условиях реально надо париться над инфраструктурой, оптимизацией бекенда, придумывать какие-то хитрые архитектурные решения.

Борда - это СРАЛЬНЯ на 5-10 человек максимум. По определению. Так было, и так будет. В таких условиях скрипт на пыхе вполне сойдет, а его универсальность - это только плюс на фоне всяких блокировок и запретов. Ни одна борда НИКОГДА не упрется в архитектурные ограничения пыхи, потому что она НИКОГДА не станет реддитом или твиттером.

>>3753
>Борда - это СРАЛЬНЯ
Колчановский выблядок пошёл нахуй со своими форсами, это борда вне колчесферы да и впринципе вне любой сферы влияния, это буквально прописано в её задумке
>Без манифестов, концепций и форсов.

>>3765
Чел, какие форсы? Я говорил в целом про все мелкоборды. "Сральня" - не в том смысле, что тут надо говно репостить, как на пост-колчках. Сральня - это типа место, где рандомные бичи собираются ненапряжно попиздеть, как тут допустим: >>3729. Во там что по-твоему, научная беседа, коллоквиум ебать на 1000 ученых? Нет, просто челы перетерли как умеют, да и все.

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

Ну наверное я не очень хороший термин применил. Ты понял в общем.

>>3766
>конфогусями
>гусями
Лол

Хе-хе, конфогуси

>>3768
Гусяра, тебе только это понравилось?!

>>3765
> это борда вне колчесферы да и впринципе вне любой сферы
За исключением БИЧЕСФЕРЫ как я понимаю? И как эта параша может быть наследницей ННП, или хотя бы её эрзацем, при такой-то доктрине?

>>3771
Кто тебе сказал, что это НАСЛЕДНИЦА ноунейм параши, или хотя бы ее эрзац?

>>3772
Ты не поверишь, но, внезапно, сами анонимусы.

>>3777
Чел, зачем ты анонимусов слушаешь? Своей головы нет?

Головой то своей думать надо чел. Сам пойми это. А то мало ли что тебе скажут. Завтра скажут президент приказал на пляже общаться. Вместо вотсапа. Тоже поверишь.

Мне анонимус в детстве рассказал что тян не нужны. А я ему поверил. Так бы с девочками общался. А я на бордах как дурак сидел с тем анонимусом. Потом плакал много. Когда с девочками общаться не смог.

>>3780
Долбоеб этот анонимус. Та же лурочка была весьма вредной хуйней ибо находилось немало бичей воспринимавших всерьез все что писали эджлорды из древних конфочек. Даже сейчас наверняка найдутся челики которые и неодурку будут читать, и форсы с колчевики впитывать. В идеале стоило бы закрыть с концами эти сборники шизы.

>>3778
Кого ещё слушать? Анонимусы пиарят этот ваш пляжик, именно как преемника ННП.
>>3779
Слово президента-батюшки это святое! Это пынямать надо.

Сральник/параша = борда, срать = постить, говно = контент
Эти слова выполняют свою фунцию, ибо действуют на нервы тем, кто пришел чтобы примазаться к "крутой" субкультуре ананимасов

>>3792
Будем отгонять всех от борд, пока не умрем вместе с ними? Такой план?

>>3784
А колчевики чем провинилась?

ДИДЖИТАЛ ВЕЛЛБЕИНГ

Шуточная фича, хотя как посмотреть.

Суть: через N времени, проведенном на борде, интерфейс становится прозрачным и пропадает вовсе - до следующего дня. Остается только пустой фон. Типа сидеть можно только 2 часа, например, чтоб не сбичеваться. Потом надо отдыхать. Через сутки таймер обнуляется, и все по-новой.

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

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

Хотя средний аноньчик наверное знатно бомбанет с такой идеи.

>>3802
Фичи по заказу коммунистической партии китая

Еще один инсайт.

ТРЕДЫ И ОТВЕТЫ ДОЛЖНЫ БЫТЬ РАЗДЕЛЬНЫМИ СУЩНОСТЯМИ

Обычно борды так проектируют, что треды и ответы - это одна и та же сущность поста, и хранится это все в одной таблице. Это очевидное, но НЕПРАВИЛЬНОЕ решение.

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

С деревом ты вроде как упростил задачу и свел все в одну таблицу, но теперь у тебя ДОХУЯ кода занимается выяснением, что же там такое post=123 - это тред или ответ? Эти каловые ифы растут гроздьями потом. Это МОЖНО было бы решить через ORM и маппинг в отдельные классы, но зачем? Когда можно просто сделать две таблицы - таблицу тредов, и таблицу ответов. Можно еще сделать таблицу с разделами, если борда предполагает несколько разделов.

Ещё, если сажу вписать, то тред не бампается, но имя становится кликабельным. Это надо бы поправить.

>>3951
Ну ты чел...

>>3956
Что чел то? Оно не должно воспринимать сажу, как адрес электронной почты.

>>3957
ОК, уже поправлено. Я не сажерылый какой-то, когда прошлый раз тестил, кажется была ссылка на мыло.

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

>>3959
Это ты зря. С сажей можно уютно устроиться на дне каталога. Большинство ниже нулевой не погружается.

>>3960
>уютно устроиться на дне каталог
Это неэтично по отношению к остальным бичам.

>>3961
Бичую. Все ж мы люди...

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

>>3961
А что делать решившим закосплеить придонный организм?
>>3963
Они могут и сами туда занырнуть, без сажепромахов.

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

ФИЧА - при создании нового поста, движок делает запрос в базу и ищет последний пост со словом "бич". Потом считает дельту по времени между time() и датой того поста. И выводит на борду. Типа так:

> Дней без слова бич: 0

Инсайт про движки

НЕ СЛИШКОМ СТАРОЕ - НЕ СЛИШКОМ НОВОЕ

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

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

В чем же беда? В том, что это УЖЕ НЕ БОРДЫ. Это уже какой-то дискорд, телега какая-то или что-то в таком духе. Круто - но не то. Это как из обосраной и разваленой конной повозки пересесть в современный самолет-аэробус. А аэробусы уже есть - уже есть и телега, и дискорд. Зачем мне местечковые эрзац-поделки?

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

"фичи" звучит как "бичи"

>>4631
У меня тоже дефекты речи.
.
.
.
Ну вообще нет, там ударение на разные слоги - так что вообще не похоже.

>>4608
>Это во многом хорошие движки, особенно мишаба
В мишабе нет каталога и поддержки видео. Требуется javascript. Сажа появилась только в форках.
Это объективно плохой движок.
У мишабы красивая стандартная тема и по этой теме оценивают качество движка.

Хороший современный движок это jschan. У него в описании написаны критерии оценки:
>Anonymous imageboard software. Classic look, modern features and feel. Works without JavaScript and supports Tor, I2P, Lokinet, etc.

>>4642
Чел... я даже не хочу с тобой спорить. Ты аматор пердолик, которому лишь бы фичи для шизов. На остальное похуй. Конечно то ли дело жс-хуйлан с классической говняхой вместо юикс. Зато много фич как у атомной подлодки. Да впизду чел.

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

>>4657
>красивый UI легко делается с помощью кастомного CSS
Баляяяя... Ну ты ПИЗДЕЦ чел. Я говорю - аматор. Конечно это же ТАК ПРОСТО одним кастомным стильчиком тупо налепить пару правил и сразу станет КРАСИВО. Это ж делать нехуй и знать ничего не нужно.

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

Ты же вот как обычно в рот даже не ебешь, что такое юикс, что такое РЕАЛЬНЫЙ дизайн. Как он работает и как РЕАЛЬНО влияет на восприятие продукта. То что эта хуйня не только сука КНОПАЧЬКИ на сайтике, а вообще повсюду. Оглянись блядь вокруг, даже вот книжку хоть возьми в руки - у нее есть ДИЗАЙН, у нее есть РАЗМЕР, у нее есть ВЕРСТКА. Это все продумано и спроектировано кучей умных людей не просто так. Но у тебя в башке только ФИЧИ, типа если N фич - то норм, а если N+1 - то еще лучше. Предельно простая зависимость. Если есть поддержка формата ХУЙЖОПА то заебись движок, пусть там хоть голая текстарея на весь экран и посты черным по белому, зато ФИЧА есть.

КОНКАТЕНАЦИЯ ПОСТОВ + ДЕДУПЛИКАЦИЯ БАМПОВ

Суть: если юзер отправил несколько сообщений в одном треде за N времени, то они, при возможности, склеятся в один пост. Бамп при этом должен считаться по первому посту в серии.

Например, юзер отправляет пост:

> прррр

А потом буквально через минуту:

> пссссс

Движок понимает, что это один и тот же серун, и склеивает посты в один:

> прррр
> пссссс

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

---

Эдж-кейс: на борде есть ограничение в M_0 символов на пост, а при склейке получается M_1 > M_0. Тогда посты не склеиваются, но бампы все равно не считаются.

---

Как считать "того же самого" юзера: хеш айпи + хеш юзерагента.

ЧЕЛОВЕЧЕСКАЯ САЖА

Сажа - фича сомнительная, но изредка все-таки нужная. К сожалению, в большинстве популярных движков она реализована через странный исторический костыль в поле e-mail (это примерно как попадать к себе домой через окно - можно, но странно).

Как исправить:

1. Вместо поля делаем галочку "Не поднимать". Форма просто отправляет дополнительные данные: skipBump=on.
2. Движок НЕ СОХРАНЯЕТ никакой информации о саже - просто пропускает код, который бампает тред. Таким образом у вниманиеблядей отнимается още один вектор привлечения внимания.

ФОРСИРОВАННЫЙ БАМПЛИМИТ

Суть: админ может ПОМЕТИТЬ тред особым образом, и тот перестанет бампаться - как будто он уже достиг бамплимита.

Зачем: чтобы и мусор на борде особо не мельтешил, и серуну обидно не было.

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

Бехолдер

Примерно как на колчане. Где-то в шапке борды надпись:

> Вижу: N бичей

Как работает: движок делает запрос в базу на поиск постов за T времени, и считает потом количество уникальных айпишников у таких постов.

Как идея сделать бэкграунд пляжа в виде обоссаного барака, можно в перемешку с калом.

>>4833
Если это вариативно, то да.

>>4833
Я когда-то неиронично думал о чем-то таком, но быстро понял, что любой бекграунд картинкой - это очень неудобная хуйня. Первые минут 5 прикольно, а потом заебывает. Вроде на 410чан (или его потомках) было нечто подобное, и там оно отвратительно смотрелось.

МИКРОПИДАРАС

(не знаю, как назвать фичу)

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

Например, если счетчик детектит Ctrl+V, то он показывает осуждающую подпись, типа "опять репостишь?" или просто "репостух..."

Если счетчик видит небольшой текст (допустим 10 символов или пара слов), то он покажет подпись "напиши что-нибудь умное!"

Можно еще небольшой прогрессбар рисовать, типа 5 слов - так себе, 10 - норм, больше 20 - заебись написал, малаца.

Ввод при этих условиях не блокируется (в этом нет смысла), это просто смешные комментарии.

>>4875
Если все твои фишки сделать, то получится такая странная солянка, что пиздец.

>>3907
Вот кстати еще один аргумент в пользу отдельной таблицы - простота кверинга, больше не надо дрочиться с SELECT ... WHERE parent = 0 и гонять базу по всем постам. Ладно когда у тебя борде неделя от роду, но вот после полугода в базе набирается условно 20к постов, из которых только 5-10% - треды. И вот ради этих 5% СУБД бегает по всем постам как дебил, а потом и скрипт ебется с этим.

>>4907
Я нихуя не понял. Не эксперт по SQL конечно совсем, но интересно.
Если две таблицы, то нужно ведь два запроса, чтобы построить тред. Чем это будет быстрее? И одна таблица может как-то быстрее с индексами работать может, да и не такая большая нагрузка даже на большой борде наверно.

>>5055
Ну я просто заметил, что количество тредов всегда растет гораздо медленнее, чем общее количество постов. С какого-то момента тредов вообще становится <5% от всей таблицы - а движок все равно делает вот этот дурацкий ... WHERE parent = 0. Такой запрос точно нужен, когда строится весь список тредов (для индекса и каталога).

Не знаю, как работает WHERE, но там же наверняка в конечном итоге будет некий if, правильно? И получается, что мы гоняем этот if по ОГРОМНОЙ таблице постов, только ради того, чтобы достать 200-300 тредов.

---

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

В чем реальная проблема - так это в бесконечных проверках, на кого ты целишься - тред или ответ. Тот же код tinyib доверху засран этими БЕСКОНЕЧНЫМИ if $post['parent'] == '0'.

Всякие массовые операции по пизде идут - например, было бы прикольно делать условный DELETE /posts?id=1,2,3, но если это будут треды и ответы вперемешку, то код удаления будет ОХУЕННО сложным. Каковым он и является в той же тиниибе.

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

Я точно помню, что с рездельными таблицами Тредов/Ответов было удобнее писать код, но уже не помню, почему.

Обычно на бордах есть два варианта списка тредов:

- Ограниченый (допустим, 100 тредов максимум, новые удаляют старые)
- "Резиновый" - ничего не удаляется в принципе

Оба варианта - 100% КАЛ.

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

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

- А ЧЕ ДЕЛАТЬ?

Мое предложение - полурезиновый раздел!

Суть: во-первых, движок ищет "старые" треды, но делает это ОДНОВРЕМЕННО и по дате бампа, и по количеству тредов. То есть, условно...

> ЕСЛИ тред.поднят > 'Год назад' И тред.индекс > 100

...то вот такой тред считается старым. И его не надо удалять! Движок просто может автоматически закрывать к нему ответы, и как-то помечать, чтобы пересобирать под него статику, и не учитывать на страницах раздела. Пусть просто висит где-то внизу каталога, и все.

>>5254
> где уже ничего не найдешь.
Потому что поиска нету...

ЕЩЕ ПРО ДЕДУПЛИКАЦИЮ БАМПОВ

Я все больше и больше думаю об этом - >>4686. Мне кажется, анонимные бичи просто привыкли и за 20 лет уже не замечают, какую свинью им подложил примитивный механизм бампов.

Вроде кажется, что это просто: новый ответ делает своему треду bumped = now. И все! Но вы не задумывались, к чему со временем это приводит? К тому, что выживают только быстрые треды. А какие треды у нас быстрые обычно? Правильно, всякая параша, типа чатиков, бложеков, срачиков и подобного говна. В этоге ЛЮБАЯ борда рано или подзно скатится в 100% КАЛ, хоть быстрая, хоть медленная - процесс везде ОДИНАКОВЫЙ. Одинаково всплывет говно.

Ну и очевидно, что НИКАКАЯ сажа не помогает. Никакой даже вайп. Потому что БАМП = ТРЕД В ТОПЕ. Все.

Что делать? Надо вводить throttle для бампов. То есть, условно:

> ЕСЛИ тред поднят сегодня, ТО больше он сегодня не поднимется

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

>>3507
>>3549
>>3753
>>4689
Все это есть на форчане. Причем появилось совсем недавно, как ответ группе серунов с ботнетом, чтобы срать там в три жопы. До сих пор говно с мочей борется.
И защита от некробампинга в коде есть, только используется лишь на одной доске.

>>5832
Ну вот, значит это не просто досужие домыслы, а вполне рабочие механики, которые можно (и нужно) перенимать.

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

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

Вот даже пасту написали сто лет назад: https://www.linux.org.ru/forum/talks/1430085 (2006 год, ебать)

Мне приснилось, что ли, что бичи обсуждали теговую систему в каком-то из тредов? Я уверен, что такое точно было на днях, но тред найти не могу. Короче тоже очень хочу, чтобы можно было тегать свои посты. В идеале моча вообще не должна ничего удалять, а только раскидывать теги, если они посты хуево протеганы. Например, есть тег "вайп" - мочух помечает им насранное, а аноньчики у себя по желанию за пару секунд могут скрыть неприятное. Это еще и удобство в поисках нужных тредов ведь, а не только скрытие нежелательных.

>>5933
Это на ноунейм параше обсуждали год назад: https://beach.de.cool/arch/wc/res/73.html#4534

Тема интересная, но на практике трудно реализуемая. Под такие требования в идеале надо делать JSON API с кастомной пагинацией, иначе получается хуево.

>>5933
Тут еще прикол в том, что теговая классификация на самом деле НЕ РАБОТАЕТ. Дай людям теги - они напишут туда ХУЙНЮ.

В лучшем случае просто будет помечаться вайп, и все. Потому что про вайп более менее понятно - его все понимают одинаково. А например "биопроблемы" - это что такое? Посты про отношения? Обязательно с тян? А отношения с друзьями? А с родителями допустим? А если жопа заболела - это тоже биопроблемы? Короче это такой термин, который все понимают по-разному, и в результате четкого определения нет.

Я думаю, что если такая "тегоборда" и будет существовать в реальности, то ее теги просто никто особо юзать не будет, да и все.

>>5935
На бурах все работает, хотя там тоже не так очевидно: huge_cock и huge_tits - это какого-то размера.

>>5937
Чел, сральня постами и альбом с пикчами - это разные форматы, и работают они по-разному, хоть и имеют некоторые сходства.

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

Мне еще кажется, что тегоборда, если она будет работать - это какая-то вечная ебка базы. То есть на сервер ПОСТОЯННО летят запросы, типа такого:

> GET /posts ?exclude=wipe &exclude=force_kolchan &exclude=bioproblems &exclude=politics

Ну а потом в базе всякие джоины ебут друг друга, потому что надо иметь ТРИ таблицы (посты, теги, и джоинты между ними).

Не знаю, насколько это хорошее решение.

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

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

Можно правда дозапрашивать посты. Типа если 20 постов из 100 скрыты - запросить еще +20, чтоб добить до 100. Но это уже звучит как хрупкая система, которую легко сломать.

Еще вопрос в том, кто является источником тегов, и как они хранятся.

В самом простом случае есть один админьчик, и он единолично вешает теги, например тег #wipe. Вроде просто, но что делать, если я с мнение м админьчика не согласен? Или если он забил хуй например.

Более сложный случай - юзертеги, т.е. теги в каком-то неймспейсе. Типа не #wipe, а #protyk.wipe, т.е. тег от юзера protyk. И если мне не нравится, как тегает protyk - я просто игнорю его теги. Такая модель ГОРАЗДО сложнее, потому что появляется возможность СРАТЬ. На борду может набежать 100500 серунов, и затегать все посты каким-то калом. В результате у любого поста будет багаж из 100+ каких-то тегов типа #pidoras.prrr.pssss и это будет МЕШАТЬ.

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

>>5949
> Можно просто поставить нейруха
Тут тоже есть свои проблемы.

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

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

Тегоборда - это типичная машина руба голдберга от мира бордосферы. Занятная концепия, которая на практике требует АРХИСЛОЖНЫХ инженерных решений. А на деле - какой смысл, если на борде будет сидеть три бича? Что с тегами, что без.

Нахрена было редактировать творчество бичика, который прислал баннер с полумесяцем? Ты уничтожил авторское видение!

>>5963
Почему ты все еще тут? Ты же писал что уходишь. А?

>>5965
> Ты же писал что уходишь
А вот с этого момента поподробнее! Я лично ничего подобного не утверждал. Детектор барахлит?

>>5963
Оригинальная картинка уже была отредактирована другим бичом, чтобы подогнать ее под формат баннера, так что не особо страшно.

>>5949
>>5948
К слову вот тут Миша на интервью к открытию говнульча обсуждает теговую систему.
https://youtu.be/Q433Zal0Oyw?t=3043

Можно сделать хитрый ход: удалять треды только в случае отсутствия в них активности в течении 30 дней. И пускай эти больные пидоры хоть обвайпаются.

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

http://chiitan5e7ejmvtqs37q6k57bxhncjvdzk2u6hv4mngy2zewhsi46kad.onion/b/17391#23067

>>6008
Очень тупая идея, как и в целом та параша, откуда ты ее принес.

>>6009
Почему же?

>>6011
> Почему же?
Ну вот что решает эта механика?

Вайп плох в самом моменте. Ты открываешь нулевую - а там ПРРР на всю страницу. Становится НЕПРИЯТНО. Потом вайп кончился - и несколько страниц борды навеки засраны вот этим ПРРР, даже если не первых - все равно неприятно. Непонятно, как тут поможет твой таймаут смытия.

К тому же вайпух может срать не только тредами, но и ответами в треды. Что ему мешает завайпать годный тред, например? Что мешает вайпуху срать по таймауту в свои треды? Такая механика вообще ничем не поможет, только поощрит вайпуха периодически бампать свое говно.

>>6014
> Ну вот что решает эта механика?
Треды не будут автоматически удаляться при вайпе
> Полезные треды будут защищены от автосмытия

>>6015
Бич, ты бухой? Ты вот это читал?

> вайпух может срать не только тредами, но и ответами
> Что мешает вайпуху срать по таймауту в свои треды? [чтобы их не смывало]

>>6015
А не проще будет не последствия подтирать, а предотвратить вайп в принципе? Начальный кулдаун + капча которую дорого решать (hcaptcha например) если в небольшой промежуток времени было создано несколько тредов, и все. Никакого больше вайпа.

>>6016
> Что мешает вайпуху срать по таймауту в свои треды?
Полезные треды от этого не удалятся. Задача выполнена.

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

К сожалению, борда - это как магазин, или как пивнуха. Ну типа это какое-то общественное заведение, которым нужно ЗАНИМАТЬСЯ. В том числе тереть вайп и все такое. Иначе она зарастет говном рано или поздно.

Анонимные бичи грезят о какой-то великой йоба-технологии, которая поставит борду на автопилот, но факт в том, что такой технологии НЕТ и НЕ БУДЕТ по определению. Вы изначально целитесь в невозможное решение, поэтому и не находите никаких ответов.

Всякие рейт лимиты, кулдауны и таймауты, нейроохранники и покупная мочерня - это полезные вещи и их нужно применять, но это всегда ПОМОЩЬ админьчику, а не окончательное решение.

>>6018
> Полезные треды от этого не удалятся.
Для этого уже придумали архив (корзина) куда складываются утонувшие треды за последные N дней. Если вайпер насрал и смыл что-то годное туда, то восстановить их оттуда дело нажатия одной кнопки. Зачем придумывать что-то новое, когда все уже придумано за вас?

>>6019
Все так, все так.

>>6018
> От вайпа полезного треда посты в нём тоже не удалятся.
Я ставлю ботуха, который мониторит тред. На каждый новый ответ от аноньчиков ботух пишет ПРРРРР. Ботух делает это с рандомизатором, пэтому никакие фильтры ты не настроишь.

Тред покрыт говном, общаться невозможно. Через 500 ПРРРов тред уходит в бамплимит. Твои действия?

>>6021
> пэтому никакие фильтры ты не настроишь
Фильтры на текст? Ладно. Ставлю фильтр на анончиков.

>>6024
> фильтр на анончиков
Какой такой фильтр на аноньчиков?

Если ты про айпишники, то я залетаю с торнод и насираю тебе 10постов в секунду. Мне буквально ПОХУЙ на твои баны.

Если ты про пасскоды через третий сервис (телега, почта и т.п), то на такую борду просто никто не придет потом. Считай сам себя победил заранее.

>>6025
Вооот. Вооооот. Пришли к важному замечанию. На анонимной борде без аккаунтов все равны, если один серун, то серуны все. Поэтому аккаунты неизбежны, если серунов слишком много. На форчане сейчас все с псевдоаккаунтами сидят: в cookies хранятся дата их создания (аккаунта) и активность (количество постов за определенный интервал). Чем более старый и активный аккаунт, тем меньше у него ограничений. И готово, без ботнета там больше не посрешь никак.

>>6028
> аккаунты неизбежны
Да, все так. Какая-то идентификация все равно нужна, к сожалению. Главное - правильно ее применять, и не строить кибергулаг с регой и кармочкой.
Примитивная куки-сессия решает большую часть проблем, связанную с серунами.

>>6020
В треды из архива нельзя ответить.

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

>>6021
> Тред покрыт говном, общаться невозможно.
Цель была чтобы старые сообщения не удалились.

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

>>6032
> Адекватная модерация [...] Автоматизированные средства
Чел, оно совместно должно быть. Админ, который за всеми бегает и вилкой чистит каждый пост - тоже не дело.

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

Если округлять, то сейчас на Пляже 6 100 постов, а база весит 4 200 000 байт (4.2 МБ). Какие у нее пределы роста?

Возьмем реальный пример - Новерь (nowere.net). Основной раздел там имеет 230 000 постов.

В плане масштаба Пляж и Новерь похожие борды (их средние скорости - 1к п./мес.), но новерь очевидно старше (Пляжу 6 месяцев, а Новерю - аж 216). Но в принципе понятно, что в ИДЕАЛЬНЫХ условиях такая борда, как Пляж, за 18 лет наберет МАКСИМУМ 200-300k постов. Пусть даже 400k, но это уже фантастика.

Вот прикинем cамый фантастический сценарий: по пропорции, 400k постов займут в базе 275 409 836 байт, это всего 275 МБ.

Может я не шарю, но по-моему 275 МБ RAM сейчас даже на бесплатном шаред хостинге найдется без проблем, ну в крайнем случае часть утечет в какой-нибудь своп, и запрос будет на 5 секунд дольше. Это все повторюсь при НЕРЕАЛЬНО тяжелых условиях, которые не наступят никогда в принципе.

>>6102
После написания текста я попросил нейруха сделать скрипт, который точно измерит размер таблицы постов, если ее загрузить прямо в RAM. Вот результаты:

> Method: PDO::FETCH_ASSOC // Это самый оптимальный оказался
> Records Loaded: 5,764 // Реальные посты с борды
> Memory for Data: 7.9 MB

С такими данными по пропорции получается 555 МБ RAM на 400k постов. Опять же повторюсь, это все в идеальных условиях за 16-18 ЛЕТ. Чисто по статистике намного вероятнее, что борда столько не проживет, ну или переедет на какую-то другую инфраструктуру, железо еще подешевеет, и эти ссаные полгига оперативы будут доступны даже в тестах на беременность.

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

>>6104
Что ты этим хотел сказать?

>>6105
Слишком зациклена веб-разработка на трёхуровневой архитектуре. Это приводит к требованию js на половине сайтов, так и базе данных на полностью текстовом сайте.

>>6106
JS требуется потому, что интерфейс кто-то должен определять. С ростом числа юзеров и платформ эта задача становится нетривиальной. Гораздо проще сделать так, чтобы какой-то абстрактный клиент подсосал данные, и сам себе нарисовал кнопки.

БД нужны потому, что данные нужно записывать, а потом считывать. С ростом числа записей этот процесс становится ОЧЕНЬ медленным, любой текстовый файлик начнет сосать. Да и джоины всякие тоже нужно как-то хранить.

На бордах JS не особо нужен (разве что как приятное дополнение, типа даты форматировать). Вполне можно обойтись статической генерацией HTML.

Без БД обойтись никак нельзя, ближайший пример - ноунейм параша, которая засорилась на 8к постов.

>>6103
Вот еще информация для размышления. Оказывается, есть т.н. параметр memory_limit в пыхе. И на хостингах он тоже есть, правда его не всегда указывают. Но вот у Hetzner оно есть:

> https://www.hetzner.com/webhosting/
> Level 1 / € 1.76 mo
> 192 MB
> Level 19 / € 18.40 mo
> 512 MB

Можно сделать такие выводы:

- Даже самый базовый тариф за 200 руб. с in-memory осилит занюхнуть примерно 100 000 постов, что уже нереально много в масштабах мелкоборды (это примерно 6-10 лет сранья)

- За 2000 руб. можно хранить 350 000 постов, это уже 25-35 лет сранья

- За те же ~2000 руб. у того же Hetzner можно уже купить ЖИРНЫЙ VPS на ~16 GB оперативы, и хоть обосраться там вдоль и поперек.

Вообще если так подумать, то любая параша конечна. Она будет ограничена размером оперативки и временем запроса. Рано или поздно толчок забивается, и надо делать ПЕРЕКАТ.

>>6134
Что мешает переодичести смывать бачок? Воды нет? Так ну бояры залей, из бояропровода.

>>6135
АБИДНА. Удалять непосильно насранное не хочется.

>>6136
Сложи в архив и раздавай торрентом всем желающим. Тоже мне проблему нашел, говно ему смывать жалко.

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

Мне кажется, что пароли для удаления своих постов не нужны.

В большинстве случаев их используют пидорасы, которые удаляют посты (или целые треды) спустя длительное время, чтобы всем стало НЕПРИЯТНО.

Единственный профит удаления поста - это если ты случайно запостил хуйню, опечатался например, или что-то вроде того. Обычно для этого нужно 5-10 минут, чтобы перечитать пост и удалить его.

Для такого сценария даже пароль не нужен - достаточно хранить в сессии айди последнего поста, и время его отправки. А юзеру показывать кнопку, типа "удалить последний пост". И все. Юзер при желании нажмет кнопку, движок посмотрит в сессию, и если пост не старше 10 минут - то он удаляется.

6000 постов пересобираются за 3 секунды.
Следовательно, 2000 постов соберется за 1 секунду.

Максимальное время запроса - 60 секунд.
Следовательно, теоретический предел этой борды - 60 x 20 = 120000 постов. После этого толкан будет засран.

---

6000 постов были насраны за 6 месяцев.
Следовательно, 1000 постов насирается за 1 месяц.
Следовательно, 120000 постов - это 120 месяцев, или 10 лет сранья.

>>6198
Бич теоретик ну ты и накрутил конечно...
Это ж как получается емае, барак после 10 лет развалится получается, ооохх тяжело...

>>6199
Это в теории. На практике предел будет не 120000, а меньше. Мне кажется, где-то 60000 максимум, то есть 4-7 лет сранья, если ничего не менять.

Можно переехать на нормальный хостинг, там лимиты будут гораздо выше.

А можно просто перекатывать борду - как треды перекатывают. Делать архив, удалять все посты, и по-новой.

>>6198
Не ты ли тот бич, который постоянно каждый день считал скорость постинга неправильно и странно?

>>6202
Все я правильно считал.

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

>>6205
А как он поймет, что это ты? По айпишнику?

>>6205
Хуевая идея. Это ж не обязательно крупноборда, где 24/7 дежурит бригада мочухов. Мочух может вообще один, он же и админ, и может он вообще бухой лежит в канаве третий день, не до репортов ему.

>>6206
Он видит два поста, один с очепятками, другой сразу после него без. Чего тут думать, особенно если в причине репорта написать что я, мол, обосрался, сорян, можете подтереть?

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

>>6209
> можно выделить самого адекватного
Чел... Ну вот опять традиционные для анонимных фантазеров пердоидеи. Назначить мочуха. Поставить нейросетку. Это все звучит круто в теории. На практике это ДОХУЯ точек отказа на ровном месте.

Для внешнего мочуха нужна система прав, это дохуя кода и багов. Мочух может ОБИДЕТЬСЯ и все поудалять. Он тоже может забухать, или мама комп отберет. Он может дать пароль младшему брату или другу в конфе. Короче это дохуя проблем на самом деле. Да, их МОЖНО обойти, но это получается огромная машинерия ради непонятно чего.

Все это нахуй не нужно, когда можно ПРОСТО сделать кнопку "удалить последний пост" и проверять по сессии. И никаких мочухов не надо.

Сейчас еще подумал - ну вот опечатался ты. По схеме с мочухом надо РЕПОРТИТЬ, ждать когда мочух проснется, пропердится, удалит. Твои посты с обсером будут висеть час или сутки. Или больше. Там уже соберется куча постов с улюлюканьем и боевыми картинками, с насмешками над твоим "колпачекю". Через месяц мочух ТАКИ УДАЛЯЕТ, но уже поздно - все все увидели, посмеялись и забыли.

>>6210
> И никаких мочухов не надо.
Ну это пока на борде три с половиной бича постит, причем ничего даже около запрещенного. Ладно, и то и другое эффективно в определенных ситуациях.

>>6211
Будет тебе уроком писать грамотнее или перечитывать что ты там вообще написал.

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

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

>>6215
Ну вот и замечательно, пусть себе висит.

Можно пойти дальше, и не то что запретить удаление, а вообще вообще весь постинг запретить. Получится идеальная борда. Справится любой движок и даже его отсутствие, статичный HTML сейчас можно бесплатно хостить где угодно.

>>6218
> а вообще вообще весь постинг запретить
И генерировать постинг нейронками. Пруф оф концепт уже и здеся есть >>>/astral/

Сажа НЕ НУЖНА. В чем ее смысл?

Показать свое негодование? Так всем похуй. Вряд ли условный ОП обидится, что ты поставил ему сажу. Лучше уж 🤡 кинуть - так хоть смешнее.

Побыть элитой последней страницы? Тоже странно - по номерам все равно палевно, если есть фид или сортировка по ответам - все ты все равно будешь виден. Да и глупо это.

Не поднимать тред? Так один раз бампанул - и тред поднимется. Даже если прикрутить bump-throttling, все равно сажа погоды не сделает.

---

Единственный эффективный сценарий использования сажи - это запостить НЕПРИЯТНЫЙ калтент, и высрать абузу. Но и то - сажа с картинкой обычно не работает, остается только текст. А на текст уже как-то не так живо реагируют обычно.

Но по итогу, для нормальной работы борды, сажа НЕ НУЖНА.

>>6271
Еще про сажу - сажа, влияющая на бамп, тоже не нужна.

Допустим, придумали некую "суперсажу" - она опускает тред на N позиций вниз. Что случится? Набежит 100500 серунов, которые покроют борду суперсажей. Все дальнейшее общение будет строиться вокруг этой "фичи".

Вот эти ГАЛОЧКИ тоже непонятно нахуй нужны. Их единственная задача - это чтобы админьчик мог выбрать несколько постов, и удалить их все сразу (например, если это вайп). ВСЕ. По коду там других фич нет, галочки нужны только для этого. Простой аноньчик не может удалить несколько постов сразу, даже своих.

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

>>6298
Хотя вроде еще репорт можно было кинуть по нескольким постам сразу. Звучит удобно, но и это смысла не имеет. Все равно админьчик должен будет сходить в тред репорченых постов, и проверить, может там еще что-то осталось.

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

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

БЕСПОЛЕЗНАЯ ФИЧА МИШАБЫ

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

Защита за счет функционала — плохое решение.
Эта функция должна быть как минимум opt-in.
При абузе можно давать ссылку на пост в треде и защита становится бесполезной.

>>6309
Просто он попал в ту же ловушку, что и многие другие парашестроители. Он хотел такой движок, где все было бы САМО модерировалось, само себя поддерживало, ну и так далее.

Мне кажется, что чем больше людей срет на борде - тем меньше оно может САМО работать, как ты ни старайся.

Движки для борд нужно делать с учетом КАК МИНИМУМ вот этих двух аспектов:

1. Борда должна быть технически ПРОСТОЙ. Лучше даже примитивной. В идеале, как уже говорилось, такой, чтобы любой пиздюк мог нажать кнопку и запустить новый инстанс. Чтобы там по умолчанию все работало и не надо было три недели настраивать этот кал.

2. Админка должна быть МАКСИМАЛЬНО удобной и понятной, в идеале с кучей уведомлений и эвристикой (но это уже маняфантазии, конечно). И чтобы админ мог буквально на толчке туда зайти, и МАКСИМАЛЬНО быстро удалить серуна или абузера, желательно все его посты сразу, и забанив сверху.

Почему это важно:

1. Чем проще поднять борду - тем больше будет борд, тем больше выбор у аноньчика
2. Чем проще модерация - тем сложнее ЕБАТЬ борду всяким серунам и абузухам, тем меньше у них мотивации. Серунов нужно ЕБАТЬ в ответ, они этого заслуживают
3. Даже если борду таки выебут - из-за п.1 ее будет легко поднять заново, и админ не запотеет лишний раз

У тиниибы и похожих движков есть одна проблема - СТАТИЧЕСКАЯ ПАГИНАЦИЯ.

Проблема в том, что на таких бордах есть список страниц, и обычно их как минимум штук 10, а на крупных так вообще 100+. И есть механизм бампов, который поднимает тред с последним ответом.

В результате КАЖДЫЙ ответ вынуждает движок пересобирать ВЕСЬ список страниц. Будет 10 страниц - вот все 10 и пересобираются, будет 100 - пересоберутся 100.

Решение - пересобирать только дельту: например, если тред бампается со страницы #2, то пересоберутся только страницы 0-2, а остальные 97 так и останутся. Так делает вичан, например:

https://github.com/vichan-devel/vichan/blob/master/inc/functions.php#L978

Но остается проблема рефов. Например, я сделал ссылку >>xxx, на пост в треде YYY. В идеале надо бы пересобрать тред YYY, и страницу с ним тоже.

>>6488
> пересобирать только дельту
Это кстати не поможет, если создается тред (а не ответ). Потому что новый тред меняет общее количество страниц, (например было 15 - стало 16), и новую пагинацию нужно рендерить теперь на КАЖДОЙ странице.
Реальный пример: на доброчане сейчас 162 страницы - при создании нового треда билдятся ВСЕ 162, то есть 162 HTML-файла.

В принципе тут может помочь кастомное LRU/MRU-кеширование по параметрам. Например юзер делает запрос:

> GET board.php?view=posts&from=0&to=5

Движок считывает параметры:

> [ 'view' => 'posts', 'from' => 0, 'to' => 5 ]

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

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

Примерно так и работают современные "ДВИЖКИ" типа некст.жс того же.

Профит тут в том, что можно например пропускать ненужные страницы - типа, если страницу 13 никто не открывает, то и время на ее генерацию не тратится. Поэтому при создании треда юзер будет ждать не 3 секунды, а 0.2 всего.

>>6538
С другой стороны, минусов тоже дохуя.

Во-первых, теряется нативная структура - вместо нее теперь надо использовать query-параметры, что очень хуево по многим причинам.

Во-вторых, никакое кеширование с БД НИКОГДА не будет быстрее статичного файла, который уже отрендерен и доступен прям вот сразу.

На мелкобордах как правило чаще читают, чем пишут - поэтому статика все равно важнее.

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

Например, было 4 треда, а размер страницы - 5. Добавили еще один тред - страница все равно будет одна (5/5). Добавили еще тред - и вот тогда можно ребилдить, т.к. уже 6/5.

Но все эти йоба технологии оптимизации это все равно сложный КАЛ на фоне брутальной модели "страница с последними тредами + страница с каталогом".

ВИРТУАЛЬНОЕ ДЕРЕВО БОРДЫ

Возникла такая идея. В сфере веб-интерфейсов давно уже есть конфепция Virtual DOM - типа виртуальной копии страницы. Она нужна для того, чтобы быстрее рисовать тяжелые интерфейсы. Суть такая:

1. Происходит событие, которое должно поменять реальный DOM
2. Событие прогоняется по виртуальному DOM
3. Создается дельта - разница между реальным и виртуальным DOM
4. Вычисляется минимально необходимое количество операций, для приведения реального DOM к виртуальному
5. На реальный DOM применяются операции из шага 4

Это если коротко. В результате получается БЫСТРО - так работает React.

Я вот подумал - а ведь борда-то тоже своего рода дерево. И там тоже есть свой боттлнек в виде ебки БД и ФС. Чисто в теории модно запилить движок, который при каждом посте вычислять оптимальную ДЕЛЬТУ и тупо хуярить ее одним запросом в БД.

>>6706
Нихуя не понял, но очень интересно.

Бич. Ну вот пивнуха наша. В пивнухе склад. Стоят ящики с бухлом. Их постоянно привозят увозят. Склад маленький. Неудобно. Темно еще. Ящики таскать очень долго. А на прошлой неделе случай. Ритка бичиха не тот ящик потянула. Так ей на репу весь шкаф ебнулся. Ну поделом дуре. Простой был дня три.

Ну и че делать? Какие предложения? Витка беспризорница придумала. Она списки бухла ведет. Че есть. Че надо. Потом оба списка друг на друга сложит. И понятно че тащить надо. А че НЕ НАДО. Одной рукой ХОБАНА. Вот и бухло. Получается быстрее. Чем шароебиться в слепую по ящикам. Мужики ликуют. Бухло идет сплошным потоком.

Вот Ритка это чистый реальный DOM (HTML-страница), а Витка - это концепция виртуального DOM (фреймворк).

Подобную идею, теоретически, можно применить и к ДАННЫМ борды (к базе данных). На практике в этом мало смысла, т.к. основной боттлнек борды - не база, а ебка статичных HTML-файлов (которые ты сейчас читаешь например).

Какой же вот это пиздец и бескультурье в пыхе. Там все пишется сука СПРАВА НАЛЕВО. Это отвратительное говно. Ни один нормальный человек так не думает.

Банальный пример - замена подстроки. В любом нормальном языке как пишут?

> где, что заменить, чем заменить

Пример - JavaScript:

> 'example'.replace('e', 'E');

Читается ОЧЕВИДНЕЙШЕ - "в строке example замени e на E.

Как устроена пыха:

> КАК, ЧТО ЗАМЕНИТЬ, ЧЕМ ЗАМЕНИТЬ, ГДЕ ЗАМЕНИТЬ
> str_replace('e', 'E', 'example');

Но не везде - иногда эта логика меняется. Пиздец нахуй.

>>6734
Вот по этому жабаскрипт говно и все кто на нем пишут идиоты.

>>6735
Толсто.

>>6736
Был бы ты хоть немного знаком с математикой, никаких бы вопросов у тебя бы и не было. Почему такой синтаксис, да потому что старые ЯП были спроектированы математиками, они же и были изначальными ПРОГРАММИСТАМИ. А теперь все КОДЕРЫ с тройкой по математике и образованием МЕНЕДЖЕРА и ДИЗАЙНЕРА. И возмущаются еще "А что это тут не как в обычной речи все читается я не понимаю!". Апофеоз тупости это конечно нейросети нынешние "Мы не знаем как это работает." Ну пиздец вообще.

>>6737
Знаешь чел, такие как ты с годами достали уже. Ну честно.

То что раньше так делали - это не оправдание. Делать надо УДОБНО, а не "как раньше" или "как принято". На том и стоит человеческая цивилизация, при всех ее заскоках. Хорошо что настоящие тру-инженеры не такие узколобые бараны, и хоть и итеративно, но все-таки движутся к удобным и человеческим решениям, в т.ч. и в области ЯП. Вообще заебала эта позиция анонимного задрота, у которого по жизни нихуя нет за душой, только его ЗНАНИЕ, которым он выебывается и считает священным. Математика там или философия, или статьи с лурки, похуй.

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

Да и не одним софтом все ограничивается, даже банально холодильник сделать - не только ТИХНАРЬ нужен. Не говоря уже о более сложных вещах.

И нахуя мне, к слову, досконально ЗНАТЬ, как оно все устроено? Ты сам дохуя знаешь, как устроена твоя пека, как там электроны ходят, как байты по проводам скачут? На каком уровне абстракции ты остановился? Почему на нем?

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

> structure.property

Ну или даже так:

> structure['property'] // это если какой-то ОСОБЫЙ случай

Что в пыхе? Аж сука ДВА разных, но два одинаково ХУЕВЫХ синтаксиса:

> $array['property']
> $object->property

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

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

> Shit.Fuck.Nested.Namespaces.init();

В пыхе:

> Shit\Fuck\Nested\Namespaces\init();`

Как блядь можно было БЕКСЛЕШИ использовать - я хуй знает.

В большинстве случаев плох не язык, а его экосистема. Ну или разработчик/проект, использующие этот язык. На самом деле даже для пыхи справедливо отчасти. Хотя там в целом дизайн и архитектура ХУЕВАЯ.

Я не понимаю вообще как этот кал можно было придумать. Вернее, придумать-то ладно, но столько лет это говно ТАЩИТЬ - это ужас. Ну сделайте вы механизм диприкетов, сделайте декларации. Неужели сложно?

На лямбде предмочерация. Все что опубликовано видно, но в отстойнике, а в треды попадает после одобрения.

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

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

https://rf.dobrochan.net/vichan/d/res/8076.html#8190

Бесят всякие названия борд. Ладно еще крупные и старые, типа "сосач" или "ычан" - ну их все все равно знают. Но вот всякие ЗАЛУПА ХУЙНЯ ЧАН бесят блядь. Мало того что вторично, так еще и 100500 штук надо запомнить.

Нет бы просто домен писать.

Модлог НЕ НУЖЕН
Удаление постов юзером НЕ НУЖНО
Баннеры НЕ НУЖНЫ
Поле "Тема" НЕ НУЖНО
Пагинация НЕ НУЖНА

Премодерация тоже кстати НЕ НУЖНА.

Тупая фича, из-за которой раздувается код борды.

Пока лежал в кровати и играл в 3ds, ко мне пришла охуительная мысль как избавиться от серунов на бордах. Банально не сообщать им о том что они забанены.
В идеале будет такая система: на борде будут автоматически присваемые куки и нейросетевой детектор анонима по стилю письма; админ в ручном режиме помечает конкретный стиль письма неприятным ; теперь при попытке отправить сообщение с этим конкретным стилем, нейросетевой детектор добавляет в куки пометку неприятное и не допускает это сообщение к нормальным анонимам; для отправителя сообщения всё будет выглядеть так будто сообщение действительно существует просто на него почему то никто не реагирует, но для других людей у которых в куках пусто этого сообщения впринципе не будет.
У этого подхода есть несколько ахуительных плюсов как по мне. Первое это то что на борде технически не возможно кого либо забанить(то есть тебе всегда даётся второй шанс, достаточно очистить куки и нормально общаться), ибо неприятные сообщения не удаляются, а просто отправляются в так называемый кабак который виден только другим таким же как ты серунам, в то время как обычные анонимы этого даже не заметят. Вторый плюс это то что серуна буквально ПРИНУЖДАЮТ нормально общаться(то есть без всяких протыков, вайпов, меты и прочей хуйни в тексте), иначе его сообщения просто не появиться у людей с пустыми куками. Третий плюс это то что так называемый "бан" в данном случае невозможно обойти, ибо крепиться он не к айпишнику или уникальному идентификатору(по типу того как на kohlchan), а КОНКРЕТНО К ТЕБЕ и твоему стилю письма, а потом уже закидывается в куки.

>>6888
> для отправителя сообщения всё будет выглядеть так будто сообщение действительно существует
Это называется shadowban, и оно на самом деле применяется в некоторых системах (вроде в инстаграме такое есть). Но для этого надо или сразу строить борду вокруг JSON API (что оверкилл), или придумывать какие-то гибридные калотехнологии, что еще хуже. Это прям очень непростая хуйня, поверь.

И даже если ее реально сделать, то эта система в контексте борды будет только давать ТРЯСКУ всем посетителям. Типа, меня забанили или нет? А сейчас? Анон, напиши пост, а то вдруг меня не видно. Вот эта хуйня заполонит всю борду, особенно медленную.

> нейросетевой детектор
Который в первую очередь ПЛАТНЫЙ, и админьчик теперь буквально платит своими рублями за чужой кал. Это прикинь, ИРЛ есть толчки, где хозяин сральника ПОЛУЧАЕТ бабки за то, что туда срут - а в интернете какой-то додик держит такой же толкан, но деньги ТРАТИТ, когда ты срешь.

Локализация тоже НЕ НУЖНА

У пыхи есть встроенный локализатор через PO-файлы, но это 100% кал. Пользоваться им невозможно, т.к. он требует каждый раз КОМПИЛИРОВАТЬ свою хуйню, да и в целом ощущается как древняя пердотехнология.

Поэтому например в тиниибе используется пакет gettext (примечательно, что он назван как и утилита gettext, что вносит путаницу). Кастомный gettext позволяет не компилировать переводы, но зато снижает скорость пыхи В ДВА РАЗА нахуй. Это не особо заметно на самом деле, но все равно вносит свой вклад в скорость борды.

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

Еще кстати убило, что в пыховой экосистеме ОФИЦИАЛЬНО рекомендуется локализовать не по ключам, а по текстам. То есть ключом локализации выступает англоязычная строка:

> "Post truncated. Click here..." -> "Пост обрезан. Нажмите здесь..."

В нормальной экосистеме было бы так:

> "postCard.footer.truncatedText" -> "Пост обрезан. Нажмите здесь..."

Подход с ключами бесконечно разумнее, потому что англоязычная строка может РАЗЛИЧАТЬСЯ для других языков. В английском всегда "Reply", а в русском "Ответить" или "Ответ", в зависимости от контекста. Но хуй тебе, выбирай одно слово, ведь у нас вместо ключей СЛОВА блядь из инглиша.

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

С учетом всех оптимизаций движок становится быстрее раз в 6-8 минимум. И это далеко не предел.

Но проблема в том, что в вебе всегда есть ебучий боттлнек, который ты никак не обойдешь - это СЕТЬ ебучая. То есть можно сократить время работы скрипта с 100мс до 5мс, и это круто, но у тебя один хуй запрос будет идти 800мс, потому что СЕТЬ.

Тинииба это пиздец. Просто пиздец нахуй. Главный узел всего движка - это глобальная переменная КЕШ, куда сохраняется большинство постов, затронутых движком во время жизни запроса. Вот на этой параше завязано ВСЕ.

При этом сам кеш в большинстве случаев не нужен. Там вполне можно было и без него обойтись, НО НЕТ.

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

ШАФФЛЕР

Прикиньте такую фичу. Типа админ нажимает на кнопку, и все треды перемешиваются. Ну как треки в плеере.

Скрытие тредов не нужно. Никто этим не пользуется.

- Скрытие тредов юзером
- Закрытие тредов, закрепы
- Оп-модерация тредов/разделов
- Минусы/плюсы (кармочка)

Все это бесполезные фичи, которые не работают на 99% борд. Более-менее это работает на относительно крупных бордах типа сосача, и то частично (например, закрепы там могут помочь).

Мой тезис в том, что если на борде насрано, то как ты это под ковер не заметай - толку не будет.

>>6706
Борда это ацикличный граф. Для его обновления нет необходимости находить
разницу между двумя состояниями, достаточно просто добавить новые узлы, соединенные с уже существующими. Есть способы репрезентации графов в реляционных БД, например модели списка смежности (adjacency list)[1] и вложенных множеств (nested set)[2]. Модель списка смежности также часто используется для репрезентации графов в памяти, поскольку просто реализуется с использованием одних только массивов.

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

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

[1] https://ru.wikipedia.org/wiki/Список_смежности
[2] https://ru.wikipedia.org/wiki/Вложенное_множество_(модель)

Фича - "Чистый четверг" (ну или любой другой день недели).

Админ приходит например в четверг, и сносит нахуй все посты серуна, которые накопились за неделю. И так каждый раз.

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

>>7181
Умный человек на борде, да еще и поумнее меня - это особенно приятно.

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

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

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

В исходниках лунача обнаружил, что скрипт движка ставит московскую таймзону, и работает в ней. Ладно лунач, но в мишабе то же самое. И это при том, что автор (сам т.н. "Миша") жалуется на говнокод в большинстве бордодвижков, и всячески открещивается от PHP (на котором его движок и написан, кек).

ПЕРЕНОС ПОСТОВ

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

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

Зачем это нужно: чтобы серуны не СРАЛИ лишними тредами. Без этой фичи придется тереть или закрывать треды, что как-то не по понятиям. А так просто взял - и перенес в тред. Ну и автоматом бампать его, разумеется.

>>7559
На форчане такое есть. Не отдельные посты, но треды бывает переносят с одной доски на другую. Через жопу правда, старый закрывается, а на другой доске создается новый и туда копируются все посты. Даже редиректа вроде бы нет.

>>7576
> бывает переносят с одной доски на другую
Так тоже можно, но не сильно нужно:

1. Классические движки - однодосочные. Поэтому перенос постов с доски на доску - это на самом деле удаление в одной базе и создание в другой. Ну или какие-то похожие варианты. В любом случае это сложнее, чем просто смена parentId

2. 99% всех мелкоборд не имеют разделов из-за низкой посещаемости. Даже там, где есть разделы, в них никто не сидит

ПРО RSS

Вот допустим сделали для борды RSS - можно следить за новыми тредами или постами.

Теперь представим ситуацию: на борде высрался вайпух и добавил +1000 новых постов. Админ конечно все убрал, и борда чистая. Но что делать юзерам RSS? У них-то ничего не удаляется, протокол так устроен, что просто сохраняет новости, а старые не удаляет. Приплыли.

>>8792
Искусственного идиота припрячь, чтобы вайп определял перед формированием ленты?

>>8792
> Приплыли
Куда приплыли? Мы никуда не отплывали. Всегда на пляже сидели, в тепле и при солнышке. Нам и здесь хорошо.

>>8794
Картина Репина - Приплыли.

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

Еще проблема - лента будет запаздывать на какое-то время. И ее должен дергать какой-то внешний скрипт, потому что PHP не может работать в фоне. Это уже сложная и хрупкая система получается.

А фичи эти ты оставь. Они на попечении Милостивого Государя Главбича, коий ведает, что творит.

>>8796
Может быть использовать локальную версию с открытым исходным кодом, только настроить его правильно?

>>8801
Это все равно увеличит расходы на сервер, не с домашнего же его компьютера дергать?

>>8801
> использовать локальную версию
Для этого нужна видюха за 100к (ну может чуть дешевле, но не суть), что в корне убивает всю идею. То же самое, что и с подпиской - админ платит за чужой кал.

>>8806
> видюха за 100к
Каво? Ты цены на видеокарты давно не видел видимо, сейчас какая-нибудь rtx 3090 стоит 50-60к, но это так сказать царь вариант с 24 гигами, если бюджет ограничен можно взять какую нибудь rx 7800xt(16 гигов) за 35-45к. Да и вообще учитывая что всё что нужно делать нейросети в данном случае это сверять посты на борде, достаточно будет rx6800xt(16 гигов) за 25-30к, ибо разница с более дорогими картами будет минимальная.

>>8809
> 25-30к
Ну ты еще учитывай, что эта видюха должна где-то крутиться, т.е. на каком-то компе, который тоже купить надо. Плюс затраты на электроэнергию. Сколько это выйдет? Мне кажется в самом минимальном раскладе будет 40-50к за все.

И все ради чего? Чтобы серунов вычислять - еще не факт, что правильно?

>>4689
> ФОРСИРОВАННЫЙ БАМПЛИМИТ
> Суть: админ может ПОМЕТИТЬ тред особым образом, и тот перестанет бампаться - как будто он уже достиг бамплимита.
Есть в вичане - называется бамплок. При стандартных настройках для немодеров не отображается.
> // Prevent a thread from being bumped
> $config['mod']['bumplock'] = MOD;
> // View whether a thread has been bumplocked ("-1" to allow non-mods to see too)
> $config['mod']['view_bumplock'] = MOD;
https://github.com/vichan-devel/vichan/blob/master/inc/config.php

Кстати, на ежаче им раньше пользовались.

>>5933
>>5940
Из тегоборд есть живой альтерчан
https://alterchan.net/
Ещё вариант - неборда
https://web.archive.org/web/20220116074921/http://neboard.me/

> тегоборда, если она будет работать - это какая-то вечная ебка базы.
> Тегоборда - это типичная машина руба голдберга от мира бордосферы. Занятная концепия, которая на практике требует АРХИСЛОЖНЫХ инженерных решений.
Есть открытый движок неборды с тегами. Там всё должно работать.
https://bitbucket.org/neko259/neboard5/src/master/

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

Пример подобного треда со спейсача https://apachan.space/post.php?id=748274

Строчная ориентированность разметки

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

Например >цитата - это строчный элемент, а вот ЖИРНЫЙ - это инлайн.

Я пришел к идее, что парсеры разметки на бордах нужно делать специфичными, и СТРОГО строчными. То есть парсер должен реагировать ТОЛЬКО на построчную разметку. А вся разметка - это будут примитивные правила, типа "если строка начинается с > - то это цитата, если с >> - то ответ, если с => - это ссылка".

Зачем так делать:

1. Это в разы проще, чем строчно-инлайновый парсер, особенно если отбросить поддержку вложенности. Писать такой код СУПЕР легко, он получается очень коротким, багов там меньше. Парсинг идет быстрее (хоть это и не очень важно, но все-таки)

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

Какие вижу минусы:

1. Очевидно, нельзя будет делать ЖИРНЫЙ, кривой и спрятанный. Но по моему опыту этими фичами чаще пользуются пиздюки и серуны. Тольку от этого не много. Спойлер можно сделать строчным ("если строка начинается с %...").

2. Нельзя будет делать инлайновые ответы (т.е. написать прямо в тексте >>xxx - надо будет делать это обязательно с новой строки. Это уже неприятно, но в целом - не самый частый кейс, и без него можно как-то жить, наверное.

Реакционный баннер.

Нужна нейросетка. Суть такая: скармливаем нейросетке мини-дамп последних 100 постов на борде, и просим нарисовать определенного персонажа с реакцией на такие посты.

Например, если посты грустные, то персонаж грустит, и т.п.

Вот это прикольный синтаксис: https://hexdocs.pm/gemtext/Gemtext.html

>>10240
Лол нахуя? Учитывая состав этого барака, на баннере 100 процентов времени будет пьяный бомж лежащий в своей блевоте.

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

Будут ответы на данные посты?
>>9761 >>9763 >>9764

Можно сделать специальное значение, которое будет принуждать бичей писать умное.

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

Пример:

> Пост бича: "Я покакал."
< N = 10
< Следующий пост должен быть N > 20

И так далее. Но тут очевидно, что нужна хитрая формула. Потому что:

- Иногда короткие реплики действительно уместны (например, чел просто пишет "Нет")
- Нельзя применять этот механизм к очевидно длинным постам (например, N > 100)
- Нельзя применять постоянно, т.е. все время (например, бич ушел на сутки, но сука ВСЕ РАВНО будь добр придумай простыню)
- Нельзя применять без границ, т.е. когда N достигает 100, то счетчик останавливается, и дальше пости что хочешь

Хотя можно пойти другим путем, и сделать динамический кулдаун.

Допустим на борде можно постить раз в T секунд. Это понятно - так сделано, чтоб не срали.

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

Например:

C = 10, T = 15 минут
C = 100, T = 5 минут
C = 1000, T = 1 минута

Ну и понятно, что у T должны быть свои границы. Например T от 1 до 15 минут.

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

>>11026

>>11025
Хуя чел кулдаун на жопу хочет поставить.

>>11027
ДА. Чтобы такие как ты срали аккуратнее.

>>11028
Хочешь пояс верности мне на жопу нацепить. А я буду срать прямо в него.

>>10922
Что на это можно ответить?

>>9761
Бамплок - на самом деле хуйня. ВСЕ треды должны бампаться ВСЕГДА, или закрываться целиком. Потому что в утонувшие треды любит приходить серун и складывать там всякую хуйню, типа запрещенных паст. Ну а потом хостеру идет абуза, и ты понял. По этой причине сажа с картинкой часто не работает.

>>9763
То есть за всю историю бордосферы было всего ДВЕ борды с тегами. Вот и все, что нужно знать об этой фиче.

То, что какой-то движок компилируется, и даже запускается - ни о чем не говорит.

>>9764
Постраничные треды есть в ЛЮБОМ буквально форуме на phpBB и похожих движках. Но там механика совсем другая, и статичные HTML никто не хранит, как на бордах.

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

>>11026
Наверное реально проще всего сделать какую-то функцию с интерполяцией заданных точек. Тупо t(c), то есть время таймаута от количества символов. И прям в конфиге так:

- [10, 60 x 15], [100, 60 x 5], [1000, 60 * 1]

И по ним прям считать, если количество символов попадает в диапазон 10-1000. Иначе применять минимально/максимально доступное значение (60x15 / 60x1)

Ты хочешь добавить кулдауны после КАЖДОГО поста? Ты еблан?

>>11033
Кулдаун в 60 секунд вполне нормальная мера. Но тебе серуну этого не понять.

>>11034
Твоя хуйня обойдется серуном (мной) в два счета. А обычные аноны будут сидеть ждать. Или даже съебут нахуй.

>>11035
> обойдется серуном (мной) в два счета
Ну и каким же образом? Если есть еще и начальный кулдаун, до первого поста даже.

>>11036
Я и его обходил. У тебя же все сделано через жопу, потому что иначе у тебя не работает.

>>11037
Понял тебя, серун.

>>11038
Твои кулданы на доступ к солонкам в столовой никак не помешают мне их спиздить. Слегка замедлят поначалу в лучшем случае.

>>11040
Точно серун, ты крутой 💪😎

>>11042
Ок

>>11042
Вот даже твоя борьба с удалюхами ни к чему ни привела.

Да серун, ты все раскидал. По факту. Расслабься уже.

Смешно сидеть на борде вдвоем с каким-то серуном...

>>11046
Ладно.

>>11047
Хорошая же борда, по факту раскидываю. На плохой так активно срать бы не стали.

>>11051
Было бы неплохо, если бы тут писали что-нибудь умное, а не только срали и раскидывали по фактам.

>>11053
> если бы тут писали что-нибудь умное
Много хочешь от бичей. Бичи только кал обсуждать и могут, никаких умных мыслей ты от них не услышишь.

>>11055
Ну вот знаешь, было бы прикольно как-то обучить бичей, ну окультурить что ли. А то ну сколько можно то. Сам же понимаешь.

Или уж завезти тогда не-бичей, а кого-нибудь другого.

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

>>11056
> было бы прикольно как-то обучить бичей
Если бы бичи были обучаемы, они не были бы бичами.

>>11059
Ну это не то, караси какие-то. ИИ контекст держать почти не может, вот еще в чем проблема. Даже образ отыгрывать. Он в одном посте бич, а в другом - опарыш, и сам этого не заметит.

>>11064
Уже лучше. Здесь тебе в одном посте бич, в другом серун. А с контекстом и у бичей проблема, одно и то же по кругу мусолят годами.

>>11067
У бичей в другую сторону перегиб, они в одном контексте застряли на 30 лет и сидят как вкопанные. И ни влево ни вправо, одно говно на уме. Вот в чем беда. Гиперфиксация есть такой диагноз.

>>11059
На самом деле глубокая мысль, серун. А вот думаю, может реально сделать борду для одного человека? То есть даже без серуна, прикинь?

Ты просто пишешь посты, их читает нейронка и пишет ответы. И так по кругу. А борда вообще при этом на локалхосте. Даже интернет не нужен, если есть железо.

>>11071
На форчане видел много постов как они нейросетью треды генерируют и выглядело это вполне убедительно. Так что все возможно. Может уже кто-то и сделал, если поискать.

Вот прям со страницей целиком генерировалось.

>>11075
Был же чувак, который засрал /pol/ форчка нейрокалом.

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

>>11080
Понял тебя, бот...

>>11081
Ясно.

Ну под ботами не всегда означают буквально ботов. В русскоязычном интернете тоже такое есть же. Когда называя кого-то ботом подразумевают, что человек находится на зарплате и срет по заказу.

>>4689
> Можно развить концепцию, и сделать антибамп - такой тред будет улетать в конец списка без возможности бампа.
Всё уже придумано до нас. Был такой функционал на 102chan.i2p, тленаче. Только бампы работают. Тред исчезает с доски после анти-бампа, но его можно вернуть на доску бампом.

Возможность Закопать (сделать анти-бамп треду) и Кладбище с закопанными тредами.

Закопные войны ведутся на 102че перманентно с момента введения возможности закапывать и раскапывать треды, делая им анти-бамп и бамп соответственно. Интенсивность сабжа напрямую зависит от температуры подгорающего ануса анона. Зачастую закопная война заканчивалась прикреплением спорного треда сверху нулевой. Например, так в /g/ наверху оказался тред членодевками.
http://wiki.ilita.i2p/102chan.i2p

Анти-бамп
Нетипичный для имиджборд механизм, реализованный на Тленаче, позволяющий одним постом опустить тред прямо в ад (закопать его). Впрочем, это не мешает впоследствии откопать его, сделав бамп. Такая свистопляска привела к появлению закопных войн.
http://wiki.ilita.i2p/Бамп

На практике закопанный тред исчезает с чана, и только оп знает его номер и может зайти туда, чтобы раскопать. Зачастую после раскопки тред снова закапывается, а ОП обвиняется в семенстве. В результате общение становится невозможным. Администрация и закопщики оправдывают себя тем, что закопанные посты видны в ленте последних постов, а так же на кладбище тредов. Только в этой ленте видны лишь последние 50 постов, и никто не заходит туда.

Предлагаю рассмотреть реперные точки для заявленной проблемы.
1. Все посты, в независимости от текущего их статуса, отображаются в ленте последних сообщений. Таким образом, даже закопанный тред отображаться там как минимум пару дней.
2. Более того, большинство закопщиков снабжают свое закапывание характерным постом "закопаю", который так же отображается в ленте и фактически является дополнительным маркером для внимания пользователей.
3. В дальнейшем закопанные треды на постоянной основе отображаются на кладбище, где их намного проще найти, учитывая процентное соотношение закопанных тредов ко всем прочим.
4. Любой закопанный тред (если он не закрыт и не достиг дед-лимита) можно раскопать, не просто вернув его на борду, но и подняв на самый верх.
5. При этом на механизм закапывания наложено ограничение по b32-адресу (для замедления массового закапывания), а на механизм раскапывания такого ограничения нет.
Исходя из этого, можно сделать парадоксальный, но закономерный вывод, что закопанные треды по части отображения и скорости нахождения пользователем находятся не в ущемлённом, а, напротив, в привилегированном положении.
А отсутствие "жизни" в них обуславливается не их закопанным статусом, а свидетельствует о безынтересности темы и/или наличии у сообщества молчаливого консенсуса по ней.
http://wiki.ilita.i2p/Закопные_войны

>>11349
Это все полная ХУЙНЯ. Вот именно по этим причинам НЕ НУЖНЫ никакие бамповые перделки, всякие супербампы, гиперсажи, закопы, выкопы, прикопы нахуй.

Потому что если такие фичи делать, то пиздюки МОМЕНТАЛЬНО превращают борду в поле боя, и вместо общения там начинается соревнование, кто быстрее бампанет/поставит сажу/найдет новую бамп-фичу и т.п. Живой (уже мертвый) пример - параша, которую ты упомянул.

Теперь то, что реально НУЖНО в механизме бампов:

1. Сами бампы. Очевидно. Новый пост - тред поднялся на самый верх. БЕЗ ИСКЛЮЧЕНИЙ. Никаких саж, никаких бамплоков, чтобы исключить говнометания пиздюков и подставы абузухов.

2. Софтлимит. В треде больше N постов - он больше не поднимается. Плюс появляется табличка, что этот тред тонет, если надо - делай новый. Чисто техническая мера, потому что скроллить больше 500 постов часто затруднительно.

3. Хардлимит. В треде больше N постов и последний пост старше T времени - тред закрывается нахуй. Опять же административная мера против абузухов, которые в тонущий тред могут насрать ЦП.

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

4. (опционально) Троттлинг бампов. Тред может бампаться раз в T времени. Нужно для быстрых борд, или борд с чатиками серунов (чтобы они не висели наверху постоянно).

ВСЕ. Больше в области бампов НИЧЕГО не нужно.

Борду можно попробовать делать динамической, используя нативные шаблоны из PHP. Этот язык изначально был придуман как препроцессор и он оптимизирован именно под это.

Сейчас любой бордодвижок работает так, что на КАЖДЫЙ пост он генерит статичный HTML (страница треда) + общий список тредов. Это эффективно, но это ОЧЕНЬ сковывает. Вся архитектура строится вокруг этого ебанутого древнего костыля. Именно по этой причине борды однодосочные, потому что они все ебутся в директории /res, иначе становится сложно лепить какую-то иерархию.

Но можно пойти другим путем, сделать например так:

- GET site.com/threads.php?page=1
- GET site.com/replies.php?threadId=1

Да, это В РАЗЫ медленнее, чем статичный HTML, но это все еще быстро. Там соотношение на уровне 5ms / 100ms в пользу статики. Очевидно что 100 это больше чем 5, но когда у тебя тупо сеть дает 1000-2000ms, то разницы особо нет. Плюс ничто не мешает сделать HTML-кеш на любом уровне, можно прям в базе даже, или как угодно еще.

Зачем так делать вообще? Ну во-первых, это проще в плане поддержки и реализации. А еще так проще добавлять ФИЧИ. Например ничто не помешает добавить потом:

- POST site.com/board.php

И создавать юзердоски. И все это в пределах одной БД, без дрочки со статикой. Так можно даже шедоубаны попробовать сделать, пусть это и непросто. Можно делать поиск, фильтрацию постов. Дохуя возможностей появляется.

На ежачик добавили возможность креплять песенки с musify.club, поэтому делитесь сцылками на песенки(новогодние и не очень)

Что за бредовая фича?
Вы бы добавили возможность загружать mp3 или загружать файлы (в том числе mp3) по прямой ссылке.
Есть ещё вариант вместо загрузки файла на сервер прикреплять ссылку на него - такое есть например в разных движках с ютубом. Ссылка отображается как прикрпленный файл к посту.

Но вы решили именно добавить возможность встраивать вовнутрь поста файлы с определенного сайта.

https://ejchan.site/b/res/279637.html

>>12408
Загрузка файлов это на самом деле ПИЗДЕЦ какая сложная фича. Сложная в том смысле, что там много всего надо учесть. Поэтому неудивительно, что при возможности люди полагаются на сторонние сервисы, где движок потом может просто подтянуть URL, название и другю мету, а собственно загрузкой и отображением не занимается.

>>12411
> Сложная в том смысле, что там много всего надо учесть.
Разрешение загрузки файлов определенного типа и создание превью для данного типа. Что ещё надо учитывать?

>>12419
Валидацию типа? Чтобы архивы в картинки не переименовывали.

И метаданные вытирать, чтобы прямо в картинки ничего не запрятали. И жипег и пнг поддерживают такое. Дохуя работы вообщем.

>>12419
Основное:

1. Определение размера файлов (размер в смысле в байтах), валидация размера (ограничение для файла, ограничение для хранилища, квоты)
2. Схема хранения, масштабируемость (для параши похуй, но если будет >10k файлов - обязательно)
3. Особенности резервирования (не получится 10 МБ страничек стянуть и все)

Мелочи, но тоже надо:

4. НАДЕЖНОЕ определение типа файла (по MIME), менеджмент подписей для юзера (чтобы было не image/jpeg, а JPG просто)
5. НАДЕЖНОЕ определение остальной меты, размеров (ширина/высота изображения, видео), длительности (аудио, видео), возможно битрейта, хранение всей этой информации
6. Генерация миниатюр (картинки, видео), подбор заглушек (для аудио, других файлов)

Также не забывай про ФИЛЬТРАЦИЮ загрузок, чтобы пиздюки тебе первым же файлом не залили ЦП, картинку с аллахом или что там еще. Чтобы не было раржпегов, вишмастеров, зип-бомб и прочего.

Еще не забывай про уязвимости, когда пиздюк может залить PDF, и выполнить скрипт прямо на твоей параше во время генерации превью. Редкость, но неприятно.

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

Если ты занимаешься этим впервые, то на КАЖДОМ таком шагу ты рискуешь по десять раз обосраться, прежде чем прийти к какому-то решению.

>>12422
> 4. НАДЕЖНОЕ определение типа файла (по MIME), менеджмент подписей для юзера (чтобы было не image/jpeg, а JPG просто)
> 5. НАДЕЖНОЕ определение остальной меты, размеров (ширина/высота изображения, видео),
Берем короче https://www.gnu.org/software/libextractor/ )))

>>12421
> И метаданные вытирать, чтобы прямо в картинки ничего не запрятали.
Это по желанию должно быть.

>>12422
Ты описал полную реализацию фичи, а не добавление одного формата. Добавление одного формата гораздо проще, потому что основной код написан.

> Определение размера файлов (размер в смысле в байтах), валидация размера (ограничение для файла, ограничение для хранилища, квоты)
Базовый функционал.

> 2. Схема хранения, масштабируемость (для параши похуй, но если будет >10k файлов - обязательно)
> 3. Особенности резервирования (не получится 10 МБ страничек стянуть и все)
Вот это не понял.

> НАДЕЖНОЕ определение типа файла
> НАДЕЖНОЕ определение остальной меты, размеров
> Генерация миниатюр (картинки, видео)
Стандартно ffmpeg, imagemagick.

> Также не забывай про ФИЛЬТРАЦИЮ загрузок, чтобы пиздюки тебе первым же файлом не залили ЦП, картинку с аллахом или что там еще. Чтобы не было раржпегов, вишмастеров, зип-бомб и прочего.
> Еще не забывай про уязвимости, когда пиздюк может залить PDF, и выполнить скрипт прямо на твоей параше во время генерации превью. Редкость, но неприятно.
Подводные камни.

Но хорошо объяснил, как реализовать.

Ещё в форме должна быть возможность загрузки файла по ссылке и добавление ссылок на сторонние хостинги типа ютуба.

>>12425
> Ещё в форме должна быть возможность загрузки файла по ссылке
Я конечно не программист, но чую что и здесь тоже будет куча подводных камней.

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

Скрытие тредов не имеет смысла. Потому что:

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

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

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

4. Типичные борды - это статичный HTML, который скачивает браузер как и 20 лет назад. Это круто, но для динамических фич нужен JS, и нужно очень грамотно делать гидратацию. Фича скрытия в таких условиях - это адски сложный костыль, который даже не всегда работает

---

Вердикт: скрытие - это ГИММИК. Глупая фича, довольно сложная в реализации, но при этом даже не особо нужная, и в целом НЕРАБОЧАЯ по своему определению.

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

>>12532
> Большое количество юзеров сидят из тора/инкогнито
Тут практически нельзя запостить с тора. Иногда борда с тора просто не открывается.

> musify.club
Пиздец. Это же эталонный 100% КАЛ.

>>12533
> Тут практически нельзя запостить с тора. Иногда борда с тора просто не открывается.
Какой-то неправильный у тебя тор, чел. УМВР, все сразу открывается и без проблем постится (не считая начального кулдауна).

>>12545
Ничего не постит с тора. Ошибка 403.

>>12547
Ты же про пляж, да?

Не знаю что ты или я себе напердолили, но с торбраузера на шинде все постится, и стелефона, на 100% дефолном торбраузере тоже.

>>12548
Да. Ошибка 403 с тора. Ещё на ноунейм параше было.