Не мог активировать пользовательские каталоги в Lighttpd
Baretail выполняет конкретные требования, которые Вы просите. Ваш запрос на "усовершенствованный находит, что функции" слишком неопределенны, чтобы я ответил. Вы имеете в виду поиск regex?
Это фактически говорит обо всем:
## the subdirectory of a user's home dir which should be accessible
## under http://$host/~$user
userdir.path = "public_html"
Вы, вероятно, хотите userdir.path = "www" , но он не может отобразить http: // xxxx / project в / home / user / www / project , потому что откуда ему знать имя пользователя? mod_userdir не предназначен для работы с mod_auth . Итак, в вашем случае пользователь bob будет использовать http: // xxxx / ~ bob / project для доступа к ~ bob / www / project .
Изменить
Имхо контент не должен зависеть от аутентификации (mod_auth); возможно, однажды пользователь bob захочет получить доступ к проекту от пользователя alice?
В зависимости от авторизации это нормально; поскольку вы даете пользователю «разрешение» на доступ к определенным данным, их представление может измениться. В зависимости от авторизации пользователь может получить 403 Запрещено , доступ только для чтения, (ограниченный) доступ для записи, полный доступ администратора, ...
Тем не менее, вы можете создать собственное сопоставление физического пути с mod_magnet, который также может включать имя пользователя из заголовка Authorization (также см. # 2495 ).
Учитывая, что это категорически не рекомендуется, нет "простого" способа сделать этот. «Переменные» в конфигурации оцениваются при запуске (проверьте вывод из lighttpd -p -f ... ), «переменных» во время выполнения нет;
Я знаю, что эта ветка устарела, но только для журнала:
убедитесь, что папка public_html доступна для чтения lighttpd!
chmod a+rx /home/$USER/public_html