когда брались за первые реализации HTTP-северов, аутентификации в HTTP еще и в проекте не было
А вот telnet/ssh уже была. Мыль понятна? Я говорю о том, что http реализовывать стали БЕЗ авторизации, хотя опыт разницы в работе "без авторизации" и "с авторизацией" уже вроде как был, хехе. :)
А твоя идея требует использования рутовых полномочий движком.
Нет. Она не требует этого. Ты невнимательно прочитал. В работающем сайте "по моей идее" настоящий, операционной системы рут не нужен на исполнение кода сайта нигде.
Чтоб тебя не пугать слово "рут" - заменим его на admin
Рут нужен вебсерверу, да. "Идеальный" вебсервер по "моей" концепции на машине с unix узерами admin_1 nobody_1 user_1_1 user_1_2 для админа, анонима и узеров 1 сайта, admin_2 nobody_2 user_2_1 user_2_2 для админа, анонима и узеров 2 сайта,
должен "развести" посетителей в код, исполняемый от соответствующих unix пользователей, причём структура на FS может быть примерно такой:
no subject
А вот telnet/ssh уже была. Мыль понятна? Я говорю о том, что http реализовывать стали БЕЗ авторизации, хотя опыт разницы в работе "без авторизации" и "с авторизацией" уже вроде как был, хехе. :)
А твоя идея требует использования рутовых полномочий движком.
Нет. Она не требует этого.
Ты невнимательно прочитал.
В работающем сайте "по моей идее" настоящий, операционной системы рут не нужен на исполнение кода сайта нигде.
Чтоб тебя не пугать слово "рут" - заменим его на admin
Рут нужен вебсерверу, да. "Идеальный" вебсервер по "моей" концепции на машине с unix узерами
admin_1 nobody_1 user_1_1 user_1_2 для админа, анонима и узеров 1 сайта,
admin_2 nobody_2 user_2_1 user_2_2 для админа, анонима и узеров 2 сайта,
должен "развести" посетителей в код, исполняемый от соответствующих unix пользователей, причём структура на FS может быть примерно такой:
admin_1 работает в своём чруте и имеет доступ к каталогам узеров.
admin_2 работает в своём чруте и имеет доступ к каталогам узеров.
Потому что хотя бы бэкапы взломщик тронуть не сможет - прав не хватит.
О боже, я разговариваю с человеком, который считает допустимой логику "бекап в пределах одного сервера" 8-О.