|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 28 Apr 2001 12:10:40 To : Vlad Abishkin Subject : Re: Novell vs Linux -------------------------------------------------------------------------------- Hi, Vlad! >>>>> "VA" == Vlad Abishkin <Vlad.Abishkin@p119.f10.n5035.z2.fidonet.org> >>>>> writes: AB>>>> И тем более вопрос, как я уже писал, как все эти блокировки AB>>>> отражаются в протоколе http. Вот в файловых протоколах все есть. AB>>>> А вы можете в GET указать открытие ресурса в share-моде ? VA>>> Вот тут соглашуть, тут расшарить - никак (. VB>> вас берут на понт - а вы соглашаетесь ;))) VA> Hет, однако, был вопрос о классическом расшаривании, это в нём не VA> возможно. ...как и невозможно летать на классическом автомобиле. VB>> Hет в http никаких файлов ;) VA> Да, есть ресурсы и их адреса. Кто-то мешает блокировать ресурс на время сессии другого пользователя который работает с этим ресурсом? (или даже не на время сессии, а на столько, на сколько нужно)??? Hикто? Так какие проблемы с блокировками на HTTP? VB>> Соответвенно там и блоировать то особо нечего. Кроме говоря, что VB>> прокоол stateless - т.е. даже если и будет чего блокировать - это VB>> решается не средсвами http. ;) VA> Это конечно хорошо, но это пользователь, получающий http не заботится VA> о блокировках, ни в коем случае. У пользователя вообще не должно быть забот, кроме как делать СВОЮ работу. VA> а тот, кто генерит его самого - обязан. И именно эта задача решается VA> не протоколом http, а конечно другими средствами. Можно подумать file locking - решает пользователь ;) Точно так-же, сервер контролирует, что этот файл был открыт, и накладывает соответствующие ограничения для других "открытий". Или я не прав? Что обеспечивает от-же SMB? Всего-навсего блокировку или разрешение конкурентных запросов на какую-либо операцию с файлом. Там решили, что эти блокировки есть смысл внести на уровень SMB. Hе важно почему. Hа уровне HTTP таких блокировок нет, но никто не мешает их сделать уровнем выше. В общем, флейм он и есть флейм. Самое грустное, что к Линуксу ну никаким боком ;) -- Bor. --- ifmail v.2.15dev5 * Origin: BorHomeLand (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/25413a8c9d83.html, оценка из 5, голосов 10
|