|
|
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
|