Electr0

после добавления проверки на активность слота был по ошибке добавлен второй EntIndexToEntRef(entity) тогда как нужно было дальше переносить просто значение ref index как есть

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

во время оптимизаций запрос под слоты каким-то образом попал в развилку под шаблоны

согласно документации к MYSQL 8:

https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html

Цитата

SQL Changes

Incompatible change: As of MySQL 8.0.13, the deprecated ASC or DESC qualifiers for GROUP BY clauses have been removed. Queries that previously relied on GROUP BY sorting may produce results that differ from previous MySQL versions. To produce a given sort order, provide an ORDER BY clause.

@Clarus + тяжелый доллар за жирный баг

23.01.2020 в 23:28, Electr0 сказал:

Основная работа над допиливанием завершена, теперь надо добавить в остальное:

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

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

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

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

доступ к снимкам закрыт до устранения уязвимости.

Основная работа над допиливанием завершена, теперь надо добавить в остальное:

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

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

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

теперь это надо грамотно совместить.

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