Nginx и одноразовые ссылки

какой-нибудь встроенной lua’шкой считать переходы

https://nginx.org/ru/docs/http/ngx_http_limit_req_module.html

Хотелось бы без lua :), я использую nginx со встроенным vod модулем и подпихнуть туда lua не получается, нужно пересобирать nginx. Чего делать не хочется, т.к. оба модуля vod и lua собрать вместе не просто.

Может в стандартных инструментах nginx, есть возможность куда-нибудь в память сохранять сслыку по которой совершен переход, а потом при следующих проверять сохранена она или нет?

Или перенаправить на скрипт, внутренний скрипт, который проверит ссылку, а потом переведет пользователя куда нужно, если она не использована?

мог ее открыть только один раз

предположим, скачивание оборвалось на середине.

предположим, скачивание оборвалось на середине.

Сгенерит новую ссылку.

https://nginx.org/ru/docs/http/ngx_http_limit_req_module.html

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

в чем смысл тогда?

А обязательно nginx должен заниматься таким? Может на php или python написать проще?

в чем смысл тогда?

Чтобы каждая ссылка была использована только один раз (плеером видео)

А обязательно nginx должен заниматься таким? Может на php или python написать проще?

Не обязательно, подскажите, как такая конструкция должна выглядеть в nginx?, скрипт я смогу написать.

Так ты в ключ добавь uri, и не надо будет тебе никакую маску мутить. Просто для каждого урла сделаешь ограничение на количество запросов.

https://habr.com/ru/post/346758/

Ага, чтобы хром своим «интеллектуальным» механизмом заранее слазил по твой ссылке, а когда пользователь нажмет сам - получит фигу.

Гугли «хром get delete»

Так ты в ключ добавь uri, и не надо будет тебе никакую маску мутить. Просто для каждого урла сделаешь ограничение на количество запросов.

То что вы посоветовали работает, но есть проблема в том, что
параметр rate минимально можно выставить 1 раз в минуту.

limit_req_zone «$binary_remote_addr$request_uri» zone=vreq:10m rate=1r/m;

Т.е. через минуту «одноразовая» ссылка опять начинает работать :)

ужснах!

если он делает не количеством скачиваний, а временем жизни, то можно подзабить.

навскидку надумался чуть меньший «ужснах»:

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

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

как и что именно писать в этом инклудном файле - надо подумать.

Ага, чтобы хром своим «интеллектуальным» механизмом заранее слазил по твой ссылке, а когда пользователь нажмет сам - получит фигу.

Хром пральна делает. У ГЕТ-запроса семантика такая, ничего не поделаешь.