Результаты поиска по запросу: *

Смотря что подразумевать под говнокодом:-) Я когда залез у себя править вывод списка для заточки скиллов, так вообще офигел. При каждом запросе на список он гонял вложенные циклы с проверками в общей сложности 400к раз, но при том чтобы он заработал надо было только проверку добавить и говнокод...

Все таки запарился и прочитал, как должно работать. Так получается, что в первом посте вообще не фикс, т.к. раз в 6 часов повышается уровень снабжения. В который раз удостоверился, что перед фиксами нужно изучить, как все должно работать=)))

Хз, фикс проверка на команду receiveSupply запилена, что раз в 6 часов только юзать. Вообще странно, что это называют дюпом=)

Я точно видел такую сборку, т.к. в голове это засело у меня не просто так. З.Ы. Хотелось бы посмотреть варианты фиксов.

Мое мнение, лучше было бы запилить коллекцию в самом LogisticsOfficerInstance с обджИд чара и временем, а для неё можно и таблицу в бд выделить, чтобы туда писать при выключении сервера и читать при загрузке, а не нагружать и без того громадную таблицу character_variables.

Ух... Сейчас посмотрел код этих переменных у себя, знал что надо переделать + допилить, но не знал, что настолько=) У меня кроме unsetVar нигде нету удаление истёкших переменных. Подшаманим сейчас=)

Сори, мне казалось, что в какой-то сборке getVar напрямую из БД брал значение=) Но все равно, за жизнь переменной отвечает третье значение=)

Эм... Сравнил файл с первым попавшимся из гугла. Фикс это player.setVar("FortSupply")? Так же можно БД изнасиловать:-) Да и к тому же, в вар третье значение отвечает за срок действия переменной, смысл так извращаться?