тобто самописна БД, котра вміє лише key/value

З чого ти взяв? Там просто правильна абстракція, k/v документи форми.
В мене є RDBMSDimension, якщо хочеш проксюй, вивантажуй, завантажуй в MS SQL свої дані, я тільки не знаю навіщо тобі. Ну може для аналітики, але певний діалект SQL там й так реалізовано.

fraplat.com/...​ac37c.jpg&newSession=true

Так, був такий баг. Але він виправлений вже давненько, перевір.

як раз вистачить щоб оплатити розробку клона ДОУ.

Якщо на доу не вистачить, є ще купа гарних стартапів, що чекають на свою реалізацію. Тож ти пиши, можливо якщо є щось цікаве, візьму в роботу.
Зараз думаю розширити онлайн кінотеатр, додати юзерів та списки відтворення. Основна мета, щоб ти міг в мережі поділитись, ось ці фільми та серіали мої улюблені. Як ідея?

тримай ще один баг —
по цьому урлу — fraplat.com/jupiter/ImageHosting
я бачу ось цей малюнок — fraplat.com/...​34299853cf92c775a20fb.jpg

Це не баг, це фіча, твоя сесія зберіглась.
Якщо не хочеш щоб зберіглась,
fraplat.com/jupiter/ImageHosting?newSession=true

Але я тебе зрозумів, можливо для деяких додатків я додам можливість відключити сесію

І чому тойже k/v не може бути самописом noSql? Ніколи хештаблиці та різні близькі до них структури не імплементував? Ну буває.

календар вже зробили?
умовному замовнику форума ДОУ потрібно налаштувати відкладені публікації на форум, або зробити юзерам календар з нотифікаціями, рекаррінг і цілоденними івентами з підтримкою таймзон.

Календарів є багато, з плануванням та мітингами. Основний фокус, зновуж таки, що готових модулів немає, тож педалиться кілька циклів на С# і покривається легко будь яка екзотична функціональність. Зручно.

Ти урлу поламав і цю помилку я зараз вже бачу
fraplat.com/...​a20fb.jpg&newSession=true

В них вибору немає) Це просто ще не всі розуміють. Як перекупи на авторинку кажуть, не влаштовує ціна, ринок великий, пройдись пошукай. Може ще хтось погодиться клонувати умовний доу за тиждень, та пів ціни від того, на що згодні інші розробники))

То ж повернемось до того, у вас там HDD чи SSD? Бо для SSD будуть повільні записи, а для HDD рандомний доступ вбиває перформанс. І який об’єм масиву даних — це як раз впливатиме на те, чи HDD кешує запити.

Чесно кажучи, в мене нема тих навантажень, щоб хоть про щось піклуватись. Так, я раніше полюбляв писати бенчмарки та казати, що ось моя субд тримає 10млн запитів в секунду на сотнях мільйонів записів. Але згодом я зрозумів, що це ні про що. Є сотні можливостей оптимізувати ту чи інакшу частину систему, головне — щоб воно вартувало витраченого часу, щоб ті навантаження справді були.

Зараз я розумію, що ФП це не сферичні бенчмарки, а грубо кажучі інструмент, який лише на одному проєкті може зекономити х10 часу, та дати пристойний перформанц. І цього я рахую достатньо. Просто, переріс ті всі сферичні бенчмарки, став ближче до клієнтів та їх потреб.

Скільки наразі коментів в базі форума, скільки йде паралельно запитів на читання, редагування та додавання нових коментів?

Це майже немає значення. Навіть якщо ті всі запити не будуть виконуватися паралельно, та стануть в чергу з латенсі в 2-10 мс, це десь 100-500 запитів за секунду.

Але в ДОУ навантаження більше, а в Реддіта — ще більше

В доу навантаження невелике. Може 1-2 комента за хвилину в середньому. Перегляди, ну може 10 за хвилину.

Але то все не має значення. Цифри можуть бути більші, меньші. Просто як приклад.

Що і що ми порівнюємо. Якщо кратко.
Реляційні бази данних VS K/V VS Documented,
якщо мова про дерева — виграють останні.

А теперь мінутка практікі, форум RawForum
Середній час обробки запиту, навіть без кешів, від 2 до 10 мс.
Амінь.

fraplat.com/...​9a712.png&newSession=true

Все пізнається в порівняні. Якщо в вас дерево лежить в реляційній базі в структурі (Id, ParentId), то воно буде працювати приблизно на два порядки повільніше ніж, якщо воно буде лежати в древовидній якісь k\v структурі.
Я думаю доу виживає тільки тому, що кешує повністю сторінки.
Але ФП теж таке вміє і значно ефективніше. Через ReactCache.

поки все, що «тестують» ваші випадкові юзери — генерує баги.

В мене в клауді всі ходи записані.
Правий нижній графік — healthy, помилки що генерували додатки . Сьогодні їх не було. Доречі це все теж написано на ФП. Що у вас там з готових фреймворків є, якщо я хочу написати аналітику, багато аналітики, для клауду?

fraplat.com/...​44d9c.jpg&newSession=true

Треба пробувати. Як я навчився то і інші навчатся. Моя мета була спростити розробку на скільки тільки можна. Я її спростив.

В вас немає грошей, але ви хочете доу безкоштовно? Так не працює. Доу на пхп писати 2-3 місяці, я можу зробити вам знижку 50% але це все одно буде дорого. Безкоштовно тільки RawForum з шоуруму.

коли трапляється задача з реального життя, а не ваша віртуальна,
то починається «дайте грошей»

Там документоорієнтована база та key/value storages.
Дерева там як риба в воді, на відміну від пхп та реляціонок. Чи ви думали що прискорення розробки та швидкості в х10 разів можна отримати на класичних технологія ? Звісно ні. На то має бути підгрунтя.

Там немає нічого складного.
Я навіть колись перевіряв через GPT, береш любий код з мого прикладу, та питаєш в нього. Він тобі розказує, хоча навіть ніколи не бачив ФП в житті.
Бо код дуже простий, та зрозумілий.

Це ще одна перевага ФП, коду не тільки значно меньше, він значно більш зрозумілий та структурований. Підійми мене серед ночі, я тобі розкажу як працює любий з 25 проєктів. Не тому що я розумний, тому що з кодом дуже легко розібратися.

Як би ти спробував, відразу зрозумів.

Мені нема сенсу, щось комусь персонально доводити.
Якщо ви хочете замовити подібну роботу на платній основі, я зроблю.
Ви же не кидаєтесь робити на ПХП навіть сайт з погодою, хоча на ФП там два функціональні вирази та пів години роботи, а на пхп два дні роботи.

І якщо захочете персональний доу, вам бонус. Темами на 10к коментів буде значно швидше оперувати ніж оригінал.
Так вже сталось, що ця «бричка» їздить швише ніж оригінали. Це можна навіть побачити по наявним веб прикладам, що там час опускається до 12-15 мс на відповідь.

Що саме бричка ?
Це клон sqlnet форуму, майже один в один.
Такий самий клон можна створити на доу, один в один.
Ну не за два-три дні. Я писиміст. Але за тиждень+ можна.

Джанго був таким бустом

Джанго то типове MVC, якщо не помиляюсь.
Тобто ніякого бусту в порівнянні з тим же ASP.NET MVC не дасть. Такий як і всі інші. На клонування доу я би на ньому брав місяць або краще два, що найменьше.

А чому з нуля? Хіба фреймворків нема?

Томущо фреймворки то не дуже гнучке рішення.
Ось приклад, є така доробка для сайту форуму, реєструвати користувачів прямо в темі
velokyiv.com/...​iewtopic.php?f=1&t=177212

І ? На якому фреймворку це можливо ?
Якщо я не використовув фреймворк, яб таку функціональність докинув за годину, а не вичитував мануали та думав як натягнути сову на глобус в черговому фреймворку.