Ограничение времени на авторизацию

[#Jason]

SA-MP однопоточен и где ты выигрываешь несколько миллисекунд для одного игрока, там ты выигрываешь целую минуту для всего сервера в целом.  

Не факт!!

- - - Добавлено - - -

Возможно мануал слишком привязан к моему моду думаю лучше удалить его вам...

[DeimoS]

SA-MP однопоточен и где ты выигрываешь несколько миллисекунд для одного игрока, там ты выигрываешь целую минуту для всего сервера в целом.  

Не факт!!

Дилетант :с
Возьмём даже тот же самый твой код. Представим, что на сервере играет порядка 300 игроков и тут мы совершаем рестарт. После рестарта все эти 300 игроков возвращаются обратно на сервер и начинают авторизироваться. Допустим, что твоя реализация работает на 3 миллисекунды медленнее, нежели реализация какого-нибудь Васи Пупкина. А так как SA-MP однопоточен, все игроки обрабатываются по очереди и с каждым новым игроком ты теряешь по 3 миллисекунды. В итоге, после обработки всех 300 игроков, ты потеряешь 900 миллисекунд. Будет 1000 игроков - потеряешь 3000 миллисекунд. Будет 10000 - потеряешь 30000 миллисекунд. Временные затраты будут расти в арифметической прогрессии. А если таких систем много - лаги не заставят себя долго ждать.

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

[Unreal]

Подмену диалогов исправили ещё в 0.3e, OnDialogResponse не вызывается при подмене.

Это так же является и античитом от HideDialog

[vovandolg]

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

  Открыть/закрыть

Как этот мануал ещё не потёрли