разный expires для расширений и без location

[itcod]

Добрый день уважаемые!
Подскажите существует ли метод назначать разные expires для разных
расширений файлов без использования разных location для этого. Знаю что в if
не обернуть. Есть ли альтернатива?

Ситуация побробнее:
Существует location в котором установлены различные lua обработчики и
переменные. И очень не хотелось бы плодить одно и тоже в разных location
только из за пары ключей expires и кэшконтроля.

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

    location / {
        limit_req	zone=itcod	burst=200 nodelay;
        limit_rate	2048k;
	set $auth_dav private; #none/private
	access_by_lua_file /etc/nginx/lua/auth-dav.lua;
	dav_methods PUT DELETE MKCOL COPY MOVE;
	dav_ext_methods PROPFIND OPTIONS;
	create_full_put_path on;
	dav_access user:rw group:rw;
	client_body_temp_path /opt/itcod-dav.tmp/;
	client_max_body_size 0;
	autoindex on;
        root $dir;
        header_filter_by_lua_file /etc/nginx/lua/itcod-exchange.lua;
	set $md5index on; #on/off nil=off # вкл/выкл обработчик
	set $md5index_hash md5; #none/md5/md4/sha1/sha/ripemd160 nil=none # тип
выводых хэшей
	set $md5index_size 50000; #kb nil=unlimit # не считать для файлов более N
kb
	set $md5index_path on; #on/off nil=off  # заменять относительный путь
ссылок на полный URI
	set $md5index_nonblank on; #on/off nil=off # заменить множественные пробелы
одним
	set $md5index_type on; #on/off nil=off # добавит в строки описание типа
file/directory/etc...
	set $md5index_ico http://ihome.itcod.com/max/projects/libs/icons16ext/; #
путь к библиотека иконок
	set $md5index_icopref icon-; # префикс имени файла иконки
	#set $md5index_icosuf -icon; # суфикс имени файла иконки
	set $md5index_icoext .gif; # расширение файла иконки
	set $md5index_win _blank; # target window for !winext! files
	set $md5index_winext htm.html.txt; # file extension for target windows
        body_filter_by_lua_file /etc/nginx/lua/md5index.lua; # addon
обработчик
        
    }

Posted at Nginx Forum: https://forum.nginx.org/read.php?21,264076,264076#msg-264076