возникла снова, возвращаем varchar с размером 256, добавляем в запрос ограничитель LEFT('%s', 128)добавляем логи с указанием запроса если опять выбьет эту ошибку.
с какой-то стороны это глупое решение, я же понимаю что следующим шагом особо умных игроков станет эксплоринг того что есть за картой, застройка спавнов ведь теперь можно долететь до них
думаю это можно сделать для медленных действий, они выполняются шаговым исполнителем который уже умеет управлять пропуском шагов для правильной очередности выполнения действий, однако есть вопросы:
если игроки остановят собой предметы как тогда поведет себя эта схема с очередностью, по идее все задержки будут пропущены и они просто пойдут все разом как только их отпустят, потому что записанные секунды задержек уже пройдут
как себя поведет синхронизация движения предметов
теперь кроме пропуска шагов есть пропуски по времени, это ладно но в обратную сторону самая сложная часть представления где пропуски шагов идут таким образом чтобы сделать обратное включению и как быть тут я хз
Можно делать пометку что статус кнопки изменен другой кнопкой действием выставление статуса, тогда следящий таймер зная это не будет пытаться ее выключить
Суть проблемы такая : если кнопка А будет выполнять действие выставления статуса включения кнопке Б, а кнопка Б кнопке А мы можем получить вечную пилу дружбу из зацикленных кнопок.
Как решается сейчас : да просто не даем на кнопки с типами переключатель с авто выключением и напольная кнопка, выставлять действия вкл. Выкл.
Это ограничивает свободу действий, мы не можем синхронизировать две кнопки с автовыключением, это не удобно.
Надо подумать над этой загадкой
жаль что переключатель с автовыключением и напольные кнопки нельзя сихнронизировать ибо получим пилу дружбу из двух кнопок которые друг другу выставляют статусы включения выключения зацикленно, возможно есть решение, но мне пока в голову не приходит