Electr0

Основная работа над допиливанием завершена, теперь надо добавить в остальное: MoveObjectsFromSlotInSlotByType SendSlotToPlayer MoveObjectInSlot SoldObject SaveFileEraser (тут не нужно, слишком избыточно, то что игрок очистит слот ему ничего не даст)

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

Значение Статус изменено на: В обработке

Значение Статус изменено на: Закрытое тестирование

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

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

Значение Статус изменено на: Публичное тестирование

Значение Статус изменено на: Публичное тестирование

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

запрет на поворот по оси X внедрен, текущие углы миниганов будут сброшены.

ally_warning_system ally_fort_system ally_vip_system ally_vote_manager под наблюдением.

Значение Статус изменено на: Публичное тестирование

Значение Статус изменено на: Закрытое тестирование

ally_warning_system поправлен

код сбора белого листка имунки от кика переписан, теперь не пишет лишнюю информацию в ввиду времени старта и конца, при входе игрока ничего больше не делает.

ally_vote_manager тоже подвержен проблеме

ally_fort_system переправлена ally_vip_system готова

изменения отменены, нужно избавится от чтения 32 битных чисел даты которые переполнятся к 38 году на стороне приложения которое 32 битное в нашем случае Sourcemod. Оставим MYSQL эту работу, а к 2038 году в MYSQL добавят поддержку 64 битных чисел в функции from_unixtime и все будет ок. Нужно лишь изменить тип хранения поля time в BIGINT

ally_fort_system поправлена пример запроса конвертации поля таблицы с timestamp в datetime ALTER TABLE fs_obj_storage ADD COLUMN new_time DATETIME; UPDATE fs_obj_storage SET new_time=FROM_UNIXTIME(time); ALTER TABLE fs_obj_storage DROP COLUMN time; ALTER TABLE fs_obj_storage CHANGE COLUMN new_time time DATETIME NOT NULL; следующий дедлайн 9999 год, когда поле DATETIME перестанет действовать, ну и мы тоже D

Если хранить данные в полях Datetime выглядят они так: SELECT NOW(); 2020-01-21 19:54:06 то потом можно их извлекать средствами самого mysql: к примеру: SELECT YEAR("2020-01-21 19:54:06"), MONTH("2020-01-21 19:54:06"), HOUR("2020-01-21 19:54:06"), MINUTE("2020-01-21 19:54:06"), SECOND("2020-01-21 19:54:06"); Показ текущего времени с рапределением чисел года, месяца, часа, секунды по отдельности. SELECT YEAR(NOW()) as current_year, MONTH(NOW()) as current_month, HOUR(NOW()) as current_hour, MINUTE(NOW()) as current_minute, SECOND(NOW()) as current_second; в таком случае переделать будет не трудно.

https://bugs.mysql.com/bug.php?id=12654 печаля, даже mysql не готов к этому. а 2548990800 это GMT: Monday, 10 October 2050 г., 5:00:00 по секундному времени. select from_unixtime(2548990800); а он возвращает тебе NULL)

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

где проблема проявит себя: ally_warning_system: перестанет понимать дату предупреждения. ally_fort_system : перестанет работать корректность определения даты изменения / создания постройки. ally_vip_system: випка не сможет понять истекла ли випка у игрока.