Не думаю что это хорошая идея надеяться на сервер что он точно отследит момент скачивания. На клиенте файл может оказаться битым. Но вы пробуйте, потом расскажите, интересно даже стало. А цель у вас какая? Удалять мусорные файлы? Или защита файлов? Если последнее то почитайте про x-accel. Если первое - то если скачивает браузер - лучше отследить это в браузере и, например, через ajax послать запрос на удаление файла после успешного скачивания.
А как вы себе представляете процесс отслеживания скачивания на nginx? типа получил от клиента запрос на скачивание последний байтов файла - даем скачать и удаляем? Или как? А как же дозагрузка? А как же перекачка нужных фрагментов файла в случае ошибок сети и прочего?
На сколько крупный файл? Так ли необходимо вообще сохранять этот файл на стороне сервера? Можно же напрямую вывести с backend данные для сохранения у пользователя, а в backend уже не сложно будет разобраться какой раз обращаются с этими параметрами. И файлы не захламляют сервер, и скачивание 1 раз.
Статика долго грузятся! Похоже что криво настроен веб-сервер, т.к. похоже что именно apache выдает мне статику, для nginx - уж слишком большие значения. Зря не стали докручивать php-fpm. Ну и скорее всего настройки mysql подкрутить нужно. Есть графики заббикса по нагрузке?
duronus, на сколько я понял из ссылки - там проблема с распаковкой rar архива. У меня же проблема в другом, когда умышленно указывается отправителем Content-Type: application/octet-stream, то amavis попросту игнорирует проверку файла. Я пока не нашел решения. Проинструктировал пользователей, но дыра остается дырой.
Михаил, если у вас есть личный кабинет, в нем должен быть пункт DNS, в котором и нужно прописать нужный домен. Вообще если не понимаете как что работает и нет желания гуглить, лучше обратитесь к специалистам.
1) не нужно создавать одинаковых вопросов.
2) если выдаются результаты дублированные - значит в базе куча дубликатов. Никто здесь не видел структуру БД и ее содержание.
