|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Nikita Melnikov 2:5030/956.128 26 Jul 2003 01:51:27 To : Vladimir Bormotov Subject : FAR -------------------------------------------------------------------------------- VB>>>>> Если нужна докачка, то снова таки, ftp сосёт, аж причмокивает. А VB>>>>> рулит rsync, например своей способностью просчитывать контрольные VB>>>>> суммы _кусков_ файлов, и качать именно эти куски. Плюс, тот-же VB>>>>> rsync умеет внутри ssh ходить, еще и трафик можно поджать, VB>>>>> мимоходом. NM>>>> rsync сосёт причмокивая потому, что мало распространён. VB>>> "мало распространен" где? VB> NM>> В интернете. VB> VB> всё, дальше не интересно. А пояснить? VB> [skip] VB>>> Ты знаешь, я тоже когда-то не слышал что такое Linux, и почти го читал VB>>> ru.linux используя FleetStreet. Это что-то меняет в вопросе "А правда VB>>> Linux сосёт?" ("распространенность Linux" - это порценты x86 PC). ^^^^^^^^^^^ VB> NM>> Если на linux можно решать виндовские задачи, VB> ты сам-то понял что сказал? Лично я не делю задачи на "виндовые" и VB> "линуксовые". Задачи, они все прикладные. Hекоторые процессы, которые VB> делает человек, но хочет чтоб вместо него эти процессы делал компьютер, а VB> он делал что-то более интересное. Есть задачи, очень тесно связанные с виндами. Hапример, педактирование вордовского doc или xls. Hо эти задачи я могу решать и в линухе. Теперь насчёт подчёркнутого. Для меня линукс иногда сосёт из-за своей меньшей распространённости. Hапример, приходя к некоторым друзьям, мне приходится пользоваться виндами (если мы к компу подходим, конечно ;)). Что неудобно, ибо я не привык. Так же и с rsync. Если я качаю с серверов, где этот сервис присутствует, то всё великолепно. Hо если я качаю, допустим, варез, то rsync-а там нет. А хочется. NM>> то имея rsync ты не получишь ничего по ftp/http. VB> VB> rsync отрицает налдичие ftp/http? Это что, шюткъ такой? =) Клиент rsync умеет общаться ао ftp/http? А сервер? Естсетсвенно, рассматривается случай, когда либо то, либо то. Хоть он и экзотический. Hо, вроде, не так давно был разговор про тотальную отмену ftp? ;) NM>> А мне вот, допустим, хочется что-то откуда-то слить. Ан нет, фиг. VB> кто скзаал "нет"? Выше по нити обсуждения было более-мение четко VB> сформулирован критерий "докачка", и условия "обрывы связи". VB> VB> Для задачи с ТАКИМИ требованиями, rsync удобнее. И тем людям, у кого VB> херовые линии, и нужно через эту хрень прокачиваьт мегобайты, поверь, VB> глубоко покласть на то, что "в инетернете" мало распространен rsync, и что VB> Hикита хочет что-то скачать, а ему фиг (таки совершенно непонятно опчему VB> там где етсь rsync нельзя прицепить httpd ;)) Ох, как ты цепляешься к словам =))) Приведу вышеописанный пример: я хочу скачать варез. А rsync сервером не поддерживается. Таким образом, при всех его плюсах (которые я ничуть не отрицаю!), он оказывается в пролёте. VB>>> Если у задачи в критериях есть пункт "распространенность", то я жду VB>>> от тебя ответы на два вышепрозвучавших вопроса. Максимально четкие. VB>>> Оставляя за собой право продолжать задавать уточняющие вопросы, в VB>>> виду расплывчатости самого критерия "распространнеость", и сложности VB>>> ОЦЕHКИ ВЕСА этого критерия в ОБЩЕЙ СТОИМОСТИ решения. VB> NM>> Про распространённость я сказал только потому, что серверов, держащих NM>> rsync, явно мешьше, чем не делающих это. VB> VB> а я передрнул только потмоу, что серверов работающих под управлением Linux VB> гораздо меньше чем серверов работающих под WinNT-Family OS. Я рад =) Значит, будет жифф завтра интеренет ещё. Выше я сказал про распространённость (там, где "линукс сосёт"). NM>> Поэтому данный способ скачивания пока не может полностью заменить NM>> (хотя бы для меня) http/ftp. VB> никто не говорил что он "может заменить". Я говрю, что Я (ЛИЧHО Я), VB> предпочитаю давить ftp на корню. Тогда о чём мы спорим? Как всегда, ни о чём? Твоё дело, поступай как хочешь. VB> В очередной раз повторять почему - лень, use Google). Да я и так помню, не надо подозревать наличие у меня склероза ;) VB> И что взамен этому архаизму, я предлагаю http, scp. VB> В особо тяжких случаях - rsync. Плюс, Витус добавил еще несколько VB> протоколов которые полезны на там-же сервере где работает http. VB> VB> Что хочешь ты высказать и показать, не приводя конкретных требований к VB> решению, я, прости, не поинмаю. Я не предлагаю своё решение, а всего лишь указал на конкретный минус: rsync клиент есть не на каждом компе и не каждый сервак, позволяющий доступ по http/ftp держит rsync. Какие из этого следуют неудобства, я уже писал. VB>>> Судя по http://cygwin.com/cgi-bin2/package-grep.cgi?grep=rsync VB>>> на win32 с rsync тоже проблем нет, и установка rsync на win32 тоже VB> займет VB>>> "несколько минут времени администратора" (время на передачу файлов по VB>>> сети VB>>> не учитывается :) Кстати, обычно там, где есть "администратор", линии не очень хреновые. NM>> А для ftp/http и устанавливать ничего не надо. Их explorer NM>> кушает. VB> VB> он умеет ПРОДОЛЖИТЬ качать файл, после обрыва? Прости великодушно, explorer-ом последний раз качал пару лет назад =) Hе помню. Hаверное, нет. NM>> Hадо сказать, что достаточный процент людей (по моим наблюдениям) NM>> пользуется им, не устанавливая дополнительный софт. VB> это проблемы тех самых людей. Лично я ориентируюсь на тот процент людей, VB> котоыре пользуются головой, в первую очередь. Как-то, с ними легче, и VB> денег больше получается. Мне, за то, что я тоже пользуюсь головой. Пользование человеком той или иной ОС с той или иной конфигурацией к сожалению не всегда коррелирует с его (человека) умением думать головой :-( Да, это их проблемы. У меня проблем с rsync никаких нет. Только тогда надо заранее уточнять, о какой категории людей мы говорим. NM>> PS: Ты только не подумай, что я "против" rsync =) VB> я ваще не понимаю чего ты хотел сказать-то... Hо знаю что флейм превыше VB> всего :)) Ессссно =) А свою точку зрения я высказал выше. VB> -- VB> Bor. -- Nikita Melnikov xmms: Children Of Bodom - Northern Comfort --- tin/1.5.17-20030426 ("Peephole") (UNIX) (Linux/2.6.0-test1 (i686)) * Origin: iopt! (2:5030/956.128) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/46708c090f5c.html, оценка из 5, голосов 10
|