Стандартные возможности AMX MOD X уже не катят?
В users.ini / SQL:
"CLANTAG" "PASSWORD" "u" "ab"

Проверьте значения в консоли сервера
amx_vote_answers

amxx plugins

А по уму вообще попросите опытного товарища посмотреть вашу СУПЕР оптимизацию, в которой вы похоже убрали admin.amxx который отвечает за жизненно важные для сервера функции. А чего там еще "наоптимизировано" я даже боюсь представить. Но проблемы о которых вы пишете первым делом идут оттуда и mapchooser не при чем. Берегите голову, если не себе, то другим...

amx_statsx_inforank 0

а где:
overviews и de_downward.res?

1. Объявляете глобальную переменную
2. Меняете ее с каждой картой от 1 до 5
3. На каждой карте всем пишете демо с одинаковым именем согласно значению глобальной переменной.

Прочитайте внимательней. Там надписи все поменялись...

Statsx Gui версии 1.8.1 никогда не было.

Код:

#include <amxmodx>
#include <fakemeta>

public plugin_init() register_plugin("No Spawn","0.1","ill")

public client_putinserver( id ) if( !is_user_bot( id ) ) set_pdata_int( id, 365, 1, 5 )

там же где и все остальное в amxx.cfg

В первом посте есть описание всех переменных. В частности:
amx_lastround (default: 1) - Производить смену карты по окончании раунда.

Если у вас смена карты производится не по окончании раунда, что мешает поставить: amx_lastround 0 ???

В исходниках покопаться у вас хватает соображения, а прочитать и понять описание работы вызывает ступор... Странно.

Для amx логов нужно core.ini немного поднастроить :)
amxx_logging 3

logaddress нет, но если задать:
mp_logdetail 3
mp_logecho 0
mp_logfile 0
mp_logmessages 3

будет сыпать логи вместо файлов или консоли, только на указанный адрес в logaddress.

А про производительность это я к тому, что если какие то проблемы с базой (повреждение), недоступность - то последствия будут отражаться на сервере. В случае когда логи ловит "демон" и кидает их в базу - все проблемы будут отражается на нем а не на сервере. Перл в данном случае используется как кроссплатформенный язык, А написать можно на чем угодно. Там все просто ловится на сокете строчка и кидается в базу - это основной принцип. А как это реализовать каждый выбирает сам.

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

Видел подобное, но реализовано через perl скрипт получающий логи с сервера через logaddress add, и помещающий их в базу. С точки зрения производительности, думаю такой вариант наиболее выгодный.

Вот такая модификация валяется в архивах:

А как ей теперь пользоваться, если она недоступна. Пока ручками приходится создавать ссылку для получения списка новых тем?

Что за бред?

Такое ощущение, что 4 пост в этой теме никто не видит...

Ну измените
Код:

		set_pcvar_float( pcv_mp_timelimit, 0.01 )
	}

	return PLUGIN_CONTINUE
}

на

Код:

		set_task( 3.0, "end_timelimit" )
	}

	return PLUGIN_CONTINUE
}

public end_timelimit()
{
	set_pcvar_float( pcv_mp_timelimit, 0.01 )
}