lighttpd путь:
С файлом конфигурации я только знаю приблизительно 404 ошибки. Для отправки "не реализованного" ответа можно использовать lighttpd ультрасовременный Магнит (и установить LUA), затем:
В файле конфигурации:
$HTTP["host"] =~ "api\.mydomain\.com$" {
$HTTP["scheme"] == "http" {
magnet.attract-physical-path-to = ("/path/to/501.lua")
}
}
Обратите внимание, что "/path/to/501.lua" должен быть читаемым lighttpd. Затем в 501.lua файл:
lighty.content = { { filename = "/path-to-your/501.html" } }
lighty.header["Content-Type"] = "text/html"
return 501
Очень трудно просто отправить 501... право?
Альтернативный путь:
Если Вам уже включили динамический язык с fastcgi, и т.д., можно реализовать ошибочные ответы (позволяет, говорят, 501.php), который делает то, что делает .lua сценарий:
И используйте их при необходимости.
эти вещи не очень хороши в linux, потому что acl posix очень ограничены.
Возможно, вам нужно установить маску acl по умолчанию для каталога, все новые файлы будут наследовать это
setfacl -md: u :: rwx, d: g :: rwx, d: g: othergroup: rwx, d: m: rwx, d: o: rx dir
, поэтому вам нужно -m изменить d по умолчанию acl, и вы добавляете другую группу по умолчанию 'd', например, с разрешениями rwx.
Или вы можете использовать cron или cfengine / puppet / something для сброса разрешений каждые несколько минут.
Если только richacl paches будет объединен ....