Пишем DM, не привлекая внимания санитаров | Обсуждение игры

123
 
На дмчике? Тут много чего есть
Автор: школьнек [offline] , 18.07.2026 14:58 41

Ну да я про дм.
Если мастер убивает персонажа то как я помню персонаж исчезает из всех комнат. И его просто даже нету в списке что бы дать или забрать доступ к комнате. То есть по сути такой персонаж считается вне игры.
Если верить моему опыту конечно же
Автор: Nekr0 [offline] , 18.07.2026 19:37 42

Ну так сделано на дмчике. Но не обязательно так будет в версии Дерасофта. Он же не чисто код копирует, а занимается обратным инженерингом, пытаясь отталкиваясь от понимания функционала создать бэкенд который бы заставил этот функционал работать.
Автор: школьнек [offline] , 18.07.2026 19:56 43

Если уж бояться злонамеренных поломов – то в первую очередь не того, что кто-то зайдет в комнату, которую имеет право только читать, а потом отправит пост, на что у него нет права (без кнопочки, вручную отредактировав запрос), а того, что отредактировав запрос он отправит пост от не своего персонажа. Если быть таким параноиком – то в момент отправки поста надо перепроверять, точно ли пост принимается именно от того залогиненного пользователя, чей персонаж указан в запросе. А это у тебя всяко запрос в БД, насколько я понимаю (а как иначе?).

Но это все неуместная здесь забота о безопасности.
Автор: bookwarrior [offline] , 21.07.2026 20:55 44

в момент отправки поста надо перепроверять, точно ли пост принимается именно от того залогиненного пользователя
Вот тут как раз проблемы особой нет. Когда ты логинишся на сайте сайт оставляет тебе на компьютере специальную шифрованную печеньку, в которой написанно кто именно сейчас залогинен, и при каждом запросе к серверу она в любом случае отправляется к нему. Ты физически не сможешь отправить запрос от лица другого пользователя, если только ты не взломаешь шифр печеньки, или не укадёшь печеньки напрямую из чужого браузера, а печенька расшифровывается и проверяется на валидность при каждом обращении к серверу в любом случае - потому мне же нужно в любом случае узнавать, ЧЕЙ список модулей слева мне нужно показывать.
Автор: derasoft [offline] (DungeonMaster), 21.07.2026 23:27 45

Так запрос в БД "правда ли, что этот пользователь постит действительно от лица своего персонажа" не сопоставима по времени с проверкой "правда ли, что этот персонаж имеет право постить в эту комнату"? Вроде что одно что другое – запрос в БД.
Автор: bookwarrior [offline] , 22.07.2026 13:25 46

Сопоставима. Именно поэтому мне и хотелось бы в теории делать одну проверку вместо двух. На практике они в любом случае, скорее всего, будут слишком сильно разнесены по времени, чтобы париться об этом.
Автор: derasoft [offline] (DungeonMaster), 22.07.2026 18:21 47

P.S. Если хочется посходить с ума по безопасности, то твой sendPost, это проброс к вызову хранимой процедуры, где все проверки изменения состояния в рамкой транзакции и производятся. Но так, это будто для банков или работы с деньгами решить писать, а не форума. Здесь мантра: Целостность поддерживается в БД, она единственный источник истины.
Будет в один запрос к БД. По производительности есть решения быстрее(но зачем здесь?).
Это все хорошо, но есть одна проблема - как это правильно протестировать со всеми корнер-кейсами да еще и убедиться, что не было регрессии. БД это по определению stateful штука. Придется отдельную чистую базу разворачивать на отдельном окружении с подготовленными фикстурами данных (и их дофига) и продовскими настройками. Спорное решение имхо =)
Автор: JasperCorax [offline] , 29.07.2026 12:29 | Отредактировано 29.07.2026 в 12:31 48

как это правильно протестировать со всеми корнер-кейсами да еще и убедиться, что не было регрессии
Не понимаю, что значит регрессия, вероятно тесты не проходят. Главное, что это требование, автоматизированное тестирование по кэйсово не было включено в требования, а под такой рабочий процесс, если нужно, стоит сразу всю архитектуру подстраивать.
Как тестировать, ответ уже дан. Скрипты инициализации бд, и запуск в контейнере. Да, муторно, но с БД всегда так, инструменты для этого есть.
Что до списка кэйсов, то список процедур и есть список этих кэйсов. И таки при таком дизайне от БД, проседает сценарий создания динамичных веб страниц, ведь они сейчас обычно не один запрос в БД, а хаб, который делает много асинхронных запросов к сервисам, и уже на клиенте собирает. Это, кстати, тоже тяжело тестируется. И опять, про тесты в данном прототипе речи не идёт, как и мультисервисную архитектуру и синглпэйдж приложение.
Автор: akerom [offline] , 30.07.2026 06:34 | Отредактировано 30.07.2026 в 06:35 49

Самое бесячее - то самое "подождите пару минут" было просто заглушкой для ошибки 404, то есть мы даже не можем узнать реально ли что-то грузится и обрабатывается на сервере.
Сорян если совет непрошенный, но мне кажется, что одним из болнн простых способов отлова проблемы было бы поставить wireshark на машину с софтом (или на хост где крутятся виртуалки) и посмотреть, куда идет трафик, и что это куда-то возвращает, отфильстровав системный.
Автор: JasperCorax [offline] , 17.08.2026 10:39 | Отредактировано 17.08.2026 в 10:39 50

Фиг знает. Это бы только дало мне то, что на машину постоянно приходят запросы с другой машины... Что я и так понял, копаясь в логах её софта. Это никак не дало бы мне понять, что на этой машине должен быть некий второй сервер, который упал.
Автор: derasoft [offline] (DungeonMaster), 17.08.2026 11:07 51

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

Он уже творится в полный рост на многих региональных рынках имхо. Прям в полный рост
Автор: JasperCorax [offline] , 07.09.2026 13:58 52

Кстати, а ты не пробовал spec-driven development? Довольно сильно помогает от лулзов и позволяет тщательно просмотреть каждый шае, который будет делать модель, сохранить как документ на будущее, прописать все ограничения (типа не создавай класс когда не нужен унутренний стейт, затсваить его писать более чистые функции и т д). Ну и потом создать пошговый план, который может быть повторен или перезапущен с каждого шага. Посмотри в сторону чего-то в стиле фреймворка superpowers. Таких штук уже дофига, но я чаще всего пользуюсь этим, крайне полезен.

Сорян если влез с непрошенным советом
Автор: JasperCorax [offline] , 07.09.2026 14:03 53

Он уже творится в полный рост на многих региональных рынках имхо. Прям в полный рост
Знаю, сам лично поучавствовал. Слава богу, нашёл хотя бы работу сисадмином. Однако, вполне возможно, что после этого станет ещё хуже. Это жутко.
Кстати, а ты не пробовал spec-driven development?
Термин слышал, но толком не занаю что это такое. Но если чисто исходить из термина, то... Ну, я стараюсь давать агенту как можно более конкретные спецификации по своей задаче, даже потихоньку заполняю AGENTS.md, если приходит в голову что-то, что туда можно записать. Проблема просто в том, что как подробно ты ему задачу не пиши, но всегда есть вероятность, что он что-то зафакапит. Справедливости ради, благодаря тому, что агент сам запускает тесты после того, как поменял код, мне как минимум не приходится за ним фиксить самые тупые баги вроде "В Textual у border не существует параметра dotted, чёртов кланкер!", который обычный чатбот не смог пофиксить запросов за 5. Но, тем не менее, пока ИИ не станет ещё чуточку умнее, ИМХО всегда стоит проверять код за ним, даже если ты создал самые идеальные в мире промпты - просто потому что... Вот бывают у людей случаи, когда они не могут решить довольно простую задачу, потому что думают "не, ну не может же она решаться настолько просто, там обязательно должен быть какой-то подвох, который я не могу понять", а задача и правда оказывается простой и прямолинейной. Вот у ИИ иногда, кажется, случается похожая штука.
Автор: derasoft [offline] (DungeonMaster), 08.09.2026 12:25 54

Код вообще всегда проверять надо в боевом режиме, написан он ИИ, человеком или вами лично. Что-то там быть уверенным после прочтения кода - это бред, особенно когда фактически 90+% кода написано не вами (ИИ, библиотеки, чужие модули, сам компилятор/интерпретатор языка)
Автор: roloroma [offline] , 02.10.2026 13:45 55

А ещё я начал потихоньку разгребать гадюшник из файлов у себя на компе, и оказывается в меня всё жто время было 200+ Гб рулбуков
о_О
Автор: школьнек [offline] , 02.10.2026 22:48 56

123
↑