ну в идеале вообще когда есть подозрения на патчи , ставить полностью чистые без каких либо дополнений, так и будет понятно в сервере дело или же в клиенте. бывают редкие конечно исключения что может ориг клиент иметь косяки но это крайне редко бывает.
Только у вас или у всех игроков на сервере? На Овере (сборке) такая проблема на многих серверах встречалась, там у всего сервера уходили эффекты в 0 (становились бесконечными), помогал только релог сервака. Решение проблемы не знаю, но очевидно оно в сервере.
Вроде как у фениксов есть же базовый лимит на запрос ко всем байпассам вроде он там равен 100 или 200 мс.
Если тачка норм и обработчик бс в ядре норм, то 100 мс в целом то за глаза, но да на такие важные места можно и исключения сделать). В целом общую проверку обязательно нужно иметь в ядре. Потому как в тех же оверах уязвимых мест на эту тему просто уйма, нубо-баф фикс - это хорошо, а там еще есть вкусные циклы на парс манора в замках, им можно задачник у**ать минуты за 2 в 1 окно
ну или те же нпсы в кхшках)
Человек дело говорит. По сути это делается так:
private static boolean checkReuse(Player player, String displayName)
{
if(player.isSharedGroupDisabled(Buffer.SHARED_REUSE_GROUP))
{
player.sendPacket(new SystemMessage(SystemMessage.S1_IS_NOT_AVAILABLE_AT_THIS_TIME_BEING_PREPARED_FOR_REUSE).addString(displayName));
return false;
}
TimeStamp timeStamp = new TimeStamp(Buffer.SHARED_REUSE_GROUP, System.currentTimeMillis() + Config.SOME_DELAY, Config.SOME_DELAY);
player.addSharedGroupReuse(Buffer.SHARED_REUSE_GROUP, timeStamp);
return true;
} /**
* Устанавливает время следующего использования заданного действия
*
* @param action - название действия
* @param time - время в мс
*/
public void setNextActionUseTime(final String action, final long time)
{
_variables.setSessionVar(action, time);
}
/**
* Возвращает время следующего использования заданного действия
*
* @param action - название действия
* @return - время в мс
*/
public long getNextActionUseTime(final String action)
{
return _variables.getSessionVar(action, 0L);
}
/**
* Проверяет возможность следующего использования заданного действия
*
* @param action - название действия
* @param reuse - если задано значение больше 0 и если уже есть возможность использовать - дополнительно будет выставлено время до следующего использования.
* @return - true - можно использовать, false - пока еще нет
*/
public boolean checkNextActionUseTime(final String action, final long reuse)
{
if (getNextActionUseTime(action) > System.currentTimeMillis())
return false;
if (reuse > 0)
setNextActionUseTime(action, System.currentTimeMillis() + reuse);
return true;
}Манор вообще весь в эксплоитах, а через КХ можно ронять серваки - там вообще ядрёный эксплоит.Если тачка норм и обработчик бс в ядре норм, то 100 мс в целом то за глаза, но да на такие важные места можно и исключения сделать). В целом общую проверку обязательно нужно иметь в ядре. Потому как в тех же оверах уязвимых мест на эту тему просто уйма, нубо-баф фикс - это хорошо, а там еще есть вкусные циклы на парс манора в замках, им можно задачник у**ать минуты за 2 в 1 окно
Ну с КХ там нет ничего сложного убить даже с 1 окна, а вот с манором интересно. Там вроде нет по реквесту ни какого парса, лист грузиться сразу, а запрос КЛа посевов отдаётся из базы и довольно аккуратно. Если конечно афтар не вбросил.