Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.217.169] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 999 1000 [1001] 1002 1003 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#15001
,
|
|
|
|
Цитата $im @ А да вот же оно! Алилуйя! (с) Цитата В лине нет програмного обеспечения!!!Программное обеспечение распространяется в виде EXE или MSI инсталляторов. При распространении программы через Интернет дистрибутив упакован в один файл. Fixed |
|
Сообщ.
#15002
,
|
|
|
|
$im +1
Всё больше убеждасюь, что фанаты линукса есть люди невменяемые Я могу то же самое сказать про линь - консоль и минднайт командер это всё что нужно польователю линуха для жизни? Добавлено Спящий, Цитата best_lamer @ А да вот же оно! Алилуйя! Цитата Примеры наиболее известных дистрибутивов GNU/Linux дистрибутивы Среди наиболее известных GNU/Linux дистрибутивов можно упомянуть (в порядке их появления): дистрибутив время появления источник Slackware июль 1993 Slackware SUSE март 1994 SuSE Red Hat ноябрь 1994 Red Hat Debian октябрь 1995 Debian Mandrake/Mandriva июль 1998 Mandriva Linux Gentoo март 2002 Gentoo Knoppix январь 2003 Knoppix Ubuntu апрель 2004 Ubuntu Linux *BSD дистрибутивы BSD — это акроним от Berkley Software Distribution. дистрибутив время появления источник FreeBSD декабрь 1993 FreeBSD NetBSD март 1993 NetBSD OpenBSD декабрь 1994 OpenBSD Fixed |
|
Сообщ.
#15003
,
|
|
|
|
Смотря для какой жизни. С интернетом вирей можно нахватать с компической скоростью (уже не знаю, как там с седьмым IE). |
|
Сообщ.
#15004
,
|
|
|
|
Цитата linuxfan @ К чести Майкрософт (с чего я, честно сказать, немного в шоке) с вистой нахватать вирей стало гораздо сложнее... И IE побезопаснее стал (наконец-то перестал разрешать сохранять временное файло куда попало) и появился Defender, который каждодневно обновляется черех WU. Смотря для какой жизни. С интернетом вирей можно нахватать с компической скоростью (уже не знаю, как там с седьмым IE). |
|
Сообщ.
#15005
,
|
|
|
|
Цитата linuxfan @ И изза этого винда уже не дистрибутив? Смотря для какой жизни. С интернетом вирей можно нахватать с компической скоростью (уже не знаю, как там с седьмым IE). |
|
Сообщ.
#15006
,
|
|
|
|
Цитата linuxfan @ Ну что за маргинальные вендузятнеги: mime тип можно определять любым способом. Нравится -- по расширению, нравится -- по содержимому. Как всегда, линуксоиды устроили из нашего тихого пруда гейзер, а теперь отказываются от своих слов. Оказывается, определение типа (не mime-типа, а типа файла, кстати) по имени файла - это вовсе уже не моветон и штатная фишка любой линуховой оболочки. Причём в первую очередь - всегда по расширению. Тому самому, которое линуху не надо Сигнатура с некоторых пор не имеет отношения к содержимому файла? Мда |
|
Сообщ.
#15007
,
|
|
|
|
Цитата wind @ Причём в первую очередь - всегда по расширению. Тому самому, которое линуху не надо В алфавитном порядке слово «расширение» стоит перед словом «содержимое». Писал бы по-буржуский, было бы сначала «content», а потом уже «extension». Цитата wind @ Сигнатура с некоторых пор не имеет отношения к содержимому файла? Мда dumb mode off plz, страниц 10 как несмешно уже. |
|
Сообщ.
#15008
,
|
|
|
|
Ну вы тут намесили за выходные
![]() Цитата best_lamer @ Guderian я конечно понимаю весь твой сарказм и не хочу тебя расстраивать но не был бы ты так любезен посмотреть вот тут Так что в реальности фраза выглядит так "Зашла домохозяйка под мандривой или сусей, скачала исходники в tar.bz2 и понеслось!" Т.е. чтобы поставить ту хрень, ей надо сходить по этому адресу, скачать и установить другую хрень? А чтобы эту, вторую, установить, ей за третьей никуда не надо сходить? Фиксируем - решение для домохозяйки так и не найдено. Цитата rubicon @ Ой, то одно вам не катит, то другое. Сначала была дана ссылка на консольную программу, которая есть в базовом наборе дистрибутива, и она позволяет сделать то, что нужно. Затем была дана ссылка на программу с гуём, чтобы любители т.н. оффтопега Если с первого раза не дошло, поясняю, что любопытство вызвали двойные стандарты, а не те домыслы, которые ты выдаешь за мое недовольство. Цитата rubicon @ Мало того — боюсь расстроить — эта программа есть в репозитариях, и ставится прямо из Главного меню/Установка и удаление! Что-то у меня не получается их найти в упомянутых дистрах. Ссылочку плиз... Цитата linuxfan @ Э... Вот смотри: есть коробка с шоколадными конфетами, а внутри кошачьи какашки, например. С точки зрения windows это будет коробка с конфетами, а объективно это коробка с дерьмом. Все-таки в определении типа файла по содержимому есть нечто позитивное, главное не доводить до абсурда, как это сделал Бобер, предложив mime-типы детектить в выводе ls. Ну его можно понять -- вендузятнеги они всегда маргиналы. Когда я покупаю конфеты в магазине, я не раскрываю упаковку, не нюхаю и не надкусываю на тот случай, если это какашки в глазури. Я прекрасно знаю, что тем местам, где я конфеты покупаю, я доверяю. А в тех местах, которым я не доверяю, я не буду покупать конфеты даже если они выглядят и пахнут как конфеты. Мне в целом желание понятно, но реализация абсурдна. Это даже реализацией назвать нельзя, какой-то костыль. Цитата linuxfan @ Ну линуксовые утилиты не ходят рекурсивно, рекурсивно ходит find, а к нему через xargs подцепляется rm или что-то еще. coreutils маленькие и простые, зато их суперпозиция позволяет делать весьма нетривиальные вещи достаточно прозрачным образом. Сила в разделении труда и специализации. Разумеется я мог бы сделать рекурсивный обход через for /r, но в винде рекурсия, там где она нужна часто вроде того же del, dir, rd, находится на кончиках пальцев. В остальном никаких концептуальных выигрышей у вас нет. Если только утилей мелких было вагон, но по этому показателю практически сравнялись, а WSH+COM дает большую фору. Цитата Астарот @ й, ты снова решил включить свою любимую пластинку "ты дурак, а я умный", после чего привычно растечешься мысью по древу, и уплывешь в неведомые дали язвительных литературных изысков, густо пересыпанных абривеатурами, и пространными умозаключениями о собственной крутости? Знаю я зачем ты сюда ходишь Очень странная интерпретация шутливой просьбы не лезть в ту часть дискуссии, которая в твоем внимании не нуждается. Линуксфан привел код на сях, инструкции для шелла - я его понял. Я привел sql-like запрос для него, он меня понял. Ты же из всего недомохозяйского кода в этой ветви выловил именно мою одинокую строчку, а данное сообщение вообще целиком нацелил на мой моральный облик. Я очень польщен таким вниманием к моей персоне, но больше склонен к обсуждению темы и не хотел бы участвовать в твоем поиске дешевой славы ![]() Цитата Астарот @ Ты снова ничего не понял Ты спросил - зачем в линуксе расширения, так? Еще раз отвечаю - по сути дела они там нафиг не нужны. Но для удобства пользователя почему бы не использовать символ точки? Есть у меня конфиг какого-то приложения, почему бы мне не обозвать его, как someapp.conf - чисто что бы визуально конфиг выделялся в общей куче файлов? По сути дела могло бы быть и так - someapp_conf, или даже conf.someapp. А вот исполняемые файлы не имеют никакого обязательного расширеня, при этом ты замечательно в ls их видишь, и как-то небо не падает Для тех, кто все понимает сразу, поясню еще раз. Ключевой и единственной идеей всей это вашей пирамиды является возможность переименования файла. Если мы на нее опираемся, то само имя файла не может нести информации о типе содержимого никаким образом, поскольку может быть фальсифицировано. Но у вас все предусмотрено и есть другой идентификатор. Вопрос заключается в том, что если у вас есть такой надежный способ с одной стороны и неработающий механизм с другой, то на какого фига мне ls выводит эти бесполезные расширения вместо майм-типа, определенного интеллектуальными алгоритмами. Начало доходить? Цитата Астарот @ Вот тут ты просто взял, и приписал мне свои домыслы, или - как ты любишь говорить - солгал. Внаглую при этом. Я же русским языком сказал, что совершенно не против использования расширений, благо многие годы существования виндов подтвердили, что жить с таким подходом вполне можно. Я сказал, чо этот подход просто не должен быть единственным. Тебя я упомянул только в контексте инициатора переименований. Суть же была начата с "Я". Так что ты свисти, да не засвистывайся А тем более уж не так нагло Ты начал с того, что изменение расширений ведет к проблемам в винде и тут же оказывается, что ты не против них. Ну тогда может расскажешь, когда они должны использоваться? До определения майма, ведя к той же проблеме? Или может после майма? Тогда так и не удастся открыть txt и rdp разными программами. Так когда, говоришь?Цитата Астарот @ Тебя смутило, что при той же ls придется читать файл каждый раз? А ты пробовал найти решение этой проблемы? Только по честному пробовал, а не на уровне "все дураки, и я знаю это заранее"? Разумеется, в уме автоматически проносятся разные варианты. И то же хранение информации о типе в ntfs-стримах и fsm для определения майма, работа которого описывается чем-то концептуально похожим на бнф, но для бинарных данных, чтобы избежать конфликтов резолвинга и многое другое. Только это все с точки зрения академического интереса, поскольку сама проблема надумана. Цитата Астарот @ Почему если подумать, то в голову приходят вполне простые решения, одно из которых уже было высказано, кстати говоря! Я уже сказал - при ls выводи менее достоверную, но более быструю зависимость расширение-тип, а внутрь файла лезь только тогда, когда файл нужно исполнить. Речь-то шла об исполнении файлоа, а не о 100% достоверности всего и вся при любых условиях. Да, в ls могут встретится ошибки, но сейчас таже винда вся целиком работает по такому принципу, и ведь ничего, ты не жалуешься. При открытии файла у тебя проассоциированное с ним приложение проверит валидность файла лучше каких-либо меджиков. Вот если бы в линуксе приложения имели некий интерфейсный метод, который бы регистрировал способ определения файлов, открываемых этими приложениями, поскольку лучше них об этом никто не знает, то при грамотной реализации дерева бинарного синтаксиса все это могло бы иметь смысл. Цитата Астарот @ Еще один вариант - определять майм-тип при записи файла на диск один раз, и сохранять его во внутреннем хранилище. Этакая индексация, которой не чужда таже винда. По-моему может решить большенство проблем тобой указанных, разве нет? Когда я сохраняю файл, его расширение управляемо и я могу его поставить таким, каким надо. В твоем примере с фальсифицированным расширением файл приходит из внешнего источника (урл, майм-парт письма, сидюк) где такой информации либо быть не может, либо она может быть фальсифицирована. Так что такая база - просто waste of space, поскольку означенной тобой проблемы не решает. Цитата Астарот @ Далее ты спросил про файлы без сигнатур. А что с ними делается в винде, при учете полной свободы манипуляций с расширениями? Да ничего не делается, просто надеемся на лучшее. Ну, вот и тут так же будет, главное что хуже при этом не станет. Никак не могу одного понять. Ты уже третий абзац подряд ссылаешься на винду. Винда не претендует, ты за линукс отвечай. Что мол без сигнатур не может. Конфиг от rdp не отличит, а odt может распаковать вместо того чтобы открыть, конфликты резолвинга возможны, проприетарные форматы не осилит и т.п., а то, видимо, в отсутствие знаний только и можешь "а вот винда" ![]() Цитата Астарот @ Кстати, Guderian, к вопросу о "зачем расширения в линуксе" - а сколько обязательных расширений в линуксе ты знаешь? Не знаю, что значат "обязательные расширения"? Могу только посоветовать тебе заменить расширения, скажем, у /etc//*.conf и насладиться результатом. Цитата rubicon @ В любой части имени и в любой части содержимого файла могут находиться характерные признаки, по которым можно распознать его тип. Примеры? Да хоть так: foo*bar -> application/foomatic. И заметьте, никаких расширений и не требуется. А про JPEG и GIF уже говорили. Даже в BMP есть сигнатура, по которому можно узнать его, даже если файл назвать table.xls. А может и не находиться никакого признака. Как ты отличишь txt от conf от log от rdp от xml от css от js от raw wav? Цитата best_lamer @ Линуксу это по барабану потому как READMY, READMY.TXT, READMY_txt и т.д. будут текстовыми файлами, а следовательно и открываться любым редактором без проблем, до тех пор пока их содержимое будет текстом. Rdp - тоже текстовый. Он так и будет текстовым редактором открываться? svg - это xml, а xml - текст. У меня картинка в svg будет открывыться текстовым редактором? Цитата best_lamer @ Расширение это отнюдь не показатель того что объявленное в расширении соответствует содержанию. Цитата best_lamer @ Guderian знаешь я тоже мечтаю о том чтобы Солитёр читал rss получал почту и показывал бы потоковое видео… ls это ls а file это file! А то я тоже хочу почту читать Солитёром ! Да и пусть Сапёр RSS читает, видео показывает и по ICQ со мной же переписывается. А теперь подключай мозг и смотри на свой же предыдущий коммент: "Расширение это отнюдь не показатель". Значит мне нужны не твои пафосные фичи у солитера, а вполне разумные вещи. Если find может искать по расширению, а оно "не показатель", то я хочу искать по тому аттрибуту, что показателем является. Соответственно продемонстрируй мне простой пример командного пайплайна с find'ом по все text/html документом. Хочу найти все HTML, как полагается, по-взрослому ![]() Цитата rubicon @ Это, повторяю ещё раз, зависит от рабочей среды. Если взять два файла (txt и csv), и убрать у них расширения, тип у них будет text/plain. Почитай RFC 4180, чтобы знать какой майм на самом деле должен быть для csv. Или для вашего метода стандарты - ерунда. Цитата linuxfan @ Какой тип файла? Завязывайте уже с тяжелыми наркотиками! Нету типа файла, есть имя файла, в котором могут присутствовать ну самые различные символы, в т. ч. и точка, и если так нравится считать, что все после последней точки -- расширение, так считате себе на здоровье. Узко мыслишь. У файла теперь есть тип и это майм-тип. И мну очень хочет его увидеть. Без компиляции той сишной программы, что ты приводил. Я теперь, как раз, не хочу больше ориентироваться на расширение, а хочу оперировать только маймами. Это надежней. Цитата linuxfan @ Ну и напоследок: ни в одном DE нету этого абсолютно тупого скрывания расширения файла в файлменеджере. До такого дибилизма додумались только в Windows, при том что там как раз расширение и определяет все, включая пункты контекстного меню эксплорера. А зачем дублировать иконки расширениями? Цитата linuxfan @ 2. Самый интересный момент: она ставится одинаковое кремя что на атлоне 2.5, что на коре дуо. У меня складывается впечатление, что в шутке про исходники винды «make program look big» есть какая-то правда. Инсталляция винды - это не числодробилка, она проц загружает где-то на 0-5%. Цитата linuxfan @ WinXP SP2, имя экзешника или строчка для rundll32? Или только пустозвонить можешь? Эх, тебе бы все-таки в начале подучить или хотя бы в тематике изначально вопрос задавать, если сам не осилил ![]() Цитата best_lamer @ Ну да тут ты безусловно прав у меня на скрине отнюдь не настолько блевотная тема как у тебя. Уж извини за "блевотная" но иными словами я не могу выразить всю ту красоту коей пользователя винды радуют стандартные темки. Я, конечно, видел хорошие линуксовые темы, но такого г…на, которое ты продемонстрировал, среди них не было ![]() Да ты даже понятие "характеристики" от требований отличить не можешь? |
|
Сообщ.
#15009
,
|
|
|
|
Цитата Guderian @ Когда я покупаю конфеты в магазине, я не раскрываю упаковку, не нюхаю и не надкусываю на тот случай, если это какашки в глазури. Я прекрасно знаю, что тем местам, где я конфеты покупаю, я доверяю. А в тех местах, которым я не доверяю, я не буду покупать конфеты даже если они выглядят и пахнут как конфеты. Но проблема-то в том, далеко не все файлы приходят из таких мест, которым можно доверять. Цитата Guderian @ Если только утилей мелких было вагон, но по этому показателю практически сравнялись, а WSH+COM дает большую фору. Помнится, что был тут уже батл bash vs wsh и что-то я не припомню, чтобы wsh победил. Цитата Guderian @ Вопрос заключается в том, что если у вас есть такой надежный способ с одной стороны и неработающий механизм с другой, то на какого фига мне ls выводит эти бесполезные расширения вместо майм-типа, определенного интеллектуальными алгоритмами. 0. KISS -- базовые утилиты должны быть максимально простыми «дубовыми», чтобы не сегфолтится и не бсодится в самых неожиданных местах 1. ls работает на более низком уровне абстракций, точнее говоря на уровне файловой системы. Если бы файловой системой было предусмотрено хранение MIME типа файла (вроде как хранение acl'ей и прав доступа), то ls бы печатал mime, а так это вне его компетенции 2. есть, например, gnome-vfs-ls, который оперирует уже на гномовском уровне абстракций и выводит mime Само по себе расширение абсолютно бесполезно и никому не нужно, важен сам тип файла (а это как-раз таки MIME в современном мире), который можно определять как простым маппингом ext => MIME (как в винде), так и более сложными алгоритмами. Поскольку GNOME стремится быть максимально дружественным, его авторы посчитали, что следует огородить пользователей от возможных засад и решили анализировать не только расширение, но и содержимое файла. В моей практике никаких негативных последствий такого подхода пока замечено не было. Цитата Guderian @ Могу только посоветовать тебе заменить расширения, скажем, у /etc//*.conf и насладиться результатом. ![]() ![]() inferno@tme /tmp $ find /etc/ -name \*.conf | wc -l 99 inferno@tme /tmp $ find /etc/ \! -name \*.conf | wc -l 1032 Какие еще комментарии будут по поводу «обязательных расширений»? ![]() Цитата Guderian @ Соответственно продемонстрируй мне простой пример командного пайплайна с find'ом по все text/html документом. Хочу найти все HTML, как полагается, по-взрослому ![]() Вот ты не поверишь, но такой пайплайн ну просто экстремально просто длается: ![]() ![]() find some_dir [тут всякие ограничения на имя или тип файла и т.п.] | xargs mime-filter text/html | xargs do-something[/code=con] Где mime-filter может выглядеть, например, так: [code=con]#! /bin/sh mime=$1 shift while [ ! -z "$1" ] do [ "$(file --mime-type "$1")" -eq "$mime" ] && echo "$1" shift done Это, кстати, к слову о баше, рекурсии файнда, гибкости юниксвея. Интересно, а в WSH'е, имея утилиту, определяющую mime тип файла можно легко и просто замутить нечто подобное? Или WSH, как и все продукты MS рассчитан только на выполнение узкого захардкоженного круга задач? ![]() Цитата Guderian @ А зачем дублировать иконки расширениями? Вопрос, если честно, поставил меня в тупик. В самом деле, зачем дописывать расширение, когда иконка может быть любой, ни капли не связанной с расширением файла? EXE с иконкой AVI'шника еще никому не попадались? Я на своем веку видел много exe'шников с иконкой, как у директории. И зачем нам видеть расширение? ![]() Вот уж в этом случае лучше бы винда mime тип показывала, который бы детектила хоть по расширению. Цитата Guderian @ У файла теперь есть тип и это майм-тип. И мну очень хочет его увидеть. ![]() ![]() inferno@tme /tmp/park/Season8 $ gnomevfs-ls . (Directory, x-directory/normal) size 4096 mode 0755 .. (Directory, x-directory/normal) size 4096 mode 0777 801 South.Park.-.Good Times With Weapon.avi (Regular, video/x-msvideo) size 180451328 mode 0644 802 South.Park.-.AWESOM-O.avi (Regular, video/x-msvideo) size 181403648 mode 0644 803 South.Park.-.Up The Down Steroid .avi (Regular, video/x-msvideo) size 180826112 mode 0644 805 South.Park.-.You Got Fucked In The Ass.avi (Regular, video/x-msvideo) size 180604928 mode 0644 806 South.Park.-.Goobacks.avi (Regular, video/x-msvideo) size 181803008 mode 0644 807 South.Park.-.The Jeffersons.avi (Regular, video/x-msvideo) size 181551104 mode 0644 808 South.Park.-.Douche and Turd.avi (Regular, video/x-msvideo) size 181436416 mode 0644 809 South.Park.-.Something Wall-Mart This Way Comes.avi (Regular, video/x-msvideo) size 193101824 mode 0644 810 South.Park.-.Pre-School.avi (Regular, video/x-msvideo) size 193126400 mode 0644 811 South.Park.-.Quest for Ratings.avi (Regular, video/x-msvideo) size 192262144 mode 0644 812 South.Park.-.Stupid Spoiled Whore Video Playset.avi (Regular, video/x-msvideo) size 192010240 mode 0644 813 South.Park.-.Cartmans Incredible Gift.avi (Regular, video/x-msvideo) size 192104448 mode 0644 814 South.Park.-.Woodland Critter Christmas.avi (Regular, video/x-msvideo) size 192026624 mode 0644 Ня? Но, ессно, гномовщики не рассчитывали, что кто-то будет юзать консоль, а потому вывод не слишком красивый ![]() Цитата Guderian @ Инсталляция винды - это не числодробилка, она проц загружает где-то на 0-5%. А что оно делает? С образа из-под vmware вроде столько же ставится. Я думаю, что там sleep'ов понатыкано индусами. Эх, был бы тут микроха, он бы разрешил мои сомнения |
|
Сообщ.
#15010
,
|
|
|
|
Цитата Guderian @ два простых вопроса. Сделайте одолжение, ответьте, пожалуйста Почитай RFC 4180, чтобы знать какой майм на самом деле должен быть для csv. 1. Какой тип будет у файла с содержимым примерно следующего характера:![]() ![]() а,б,в и 2. Как винда узнает тип файла? Она хотя бы примерно сможет определить, что это файл с текстом? Предложит открыть его в текстовом редакторе? Цитата Guderian @ Может А может и не находиться никакого признака. Как ты отличишь txt от conf от log от rdp от xml от css от js от raw wav? Только линукс определит базовый тип для txt, conf, log, rdp, xml, css и js как text/plain, а raw wav как application/octet-stream и никогда по умолчанию не откроет raw wav в блокноте А в винде придётся рассматривать чепуху из raw wav в блокноте, чтобы понять, что это такое. Слив?Цитата Guderian @ Ссылочку на Программы/Установка и удаление? К сожалению, такой не придумали. Могу видео снять, как я захожу туда и ставлю программу, если не понятно. А вот пакет в убунте: http://packages.ubuntu.com/search?keywords=assogiate&searchon=names&suite=all§ion=all Что-то у меня не получается их найти в упомянутых дистрах. Ссылочку плиз... |
|
Сообщ.
#15011
,
|
|
|
|
О, кстати... Увидел тут у себя reg файл и мысль пришла. Скорее на уровне интереса, но если такого нет, то линю шумный слив. Есть ли в лине возможность создать файл с изменениями определенных моментов в конфигах, который можно импортировать на другом компе/пользователе? В винте есть reg-файлы, в которых пишутся нужные значения ключей реестра. Двойной клик и вуаля - изменения в реестр внесены. А вот в лине есть что-то подобное?
|