Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.217.169] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 995 996 [997] 998 999 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#14941
,
|
|
|
|
Да, если только на диске нет нужных пакетов (это может быть, например, DVD-DL, записанный знакомым
). А быстро переустановить explorer с компакта винды как будто получится. |
|
Сообщ.
#14942
,
|
|
|
|
Keepun во первых "быстро переустановить" это лекарство для оффтопика! Я откровенно говоря даже не могу себе представить ЧТО нужно сделать с системой чтобы ее после этого потребовалось сносить и устанавливать по новой. В большинстве случаев все возможные проблемы кроются в ~ Что то у тебя перестало работать? Запусти его из консоли погляди на что оно ругается и устрани ошибки.А насчёт времени установки… засечём за сколько устанавливается Gentoo из stage 4 на голый компьютер? |
|
Сообщ.
#14943
,
|
|
|
|
Слава богу, что не пользуется. Цитата Астарот @ У тебя очень богатая фантазия, но как насчет представить что есть одна единственная база поддерживаемая мелкософтом, а так же есть поддерживаемая же мелкософтом библиотека для анализа? Я писал: "системы и софтины". О возможностях возникновения такой централизованной базы вам написал Guderian, поэтому я лишь завершу - не получится ![]() Чепуха Попробуйте нажать кнопочку с буквой 'd'. Если не нравится - переопределите в реестре "HKLM\Software\Microsoft\Command Processor\CompletionChar".Цитата Астарот @ Это возможность перестать ассоциировать файл с его содержимым через механизм расширений файлов, который ненадежен в силу легкости переименования файла, вот и все. А ассоциация с mime-типом исключительно надёжна, ведь отсутствует совсем |
|
Сообщ.
#14944
,
|
|
|
|
Цитата wind @ А ассоциация с mime-типом исключительно надёжна, ведь отсутствует совсем ![]() п 3 |
|
Сообщ.
#14945
,
|
|
|
|
Цитата linuxfan @ Ты вообще в курсе, что само ядро способно запускать любые бинарники? В том числе PE EXE А мужики-то не знают и целый wine уже с дуру написали |
|
Сообщ.
#14946
,
|
|
|
|
Цитата best_lamer @ п 3 И что вы там вычитали? Расскажите мне, в каком месте файла или в каком месте его имени или где вообще в файловой системе наличествует указание на mime-тип. |
|
Сообщ.
#14947
,
|
|
|
|
Цитата wind @ И что вы там вычитали? Что вычитал? Да вот себственно: Цитата wind @ А ассоциация с mime-типом исключительно надёжна, ведь отсутствует совсем напоминать ВАМ содержимое п 3 я не намерен ибо многабукав да и не моё это дело. Но услышать хоть что то отдалённо напоминающее аргументацию все же хотелось бы. |
|
Сообщ.
#14948
,
|
|
|
|
Цитата best_lamer @ Но услышать хоть что то отдалённо напоминающее аргументацию все же хотелось бы. Цитата wind @ Расскажите мне, в каком месте файла или в каком месте его имени или где вообще в файловой системе наличествует указание на mime-тип. А потом поговорим, нужна ли аргументация для очевидных вещей. |
|
Сообщ.
#14949
,
|
|
|
|
Цитата wind @ Хотел было задать риторический вопрос, но потом решил, что это тупо. Итак, досрочный ответ: да везде!Расскажите мне, в каком месте файла или в каком месте его имени или где вообще в файловой системе наличествует указание на mime-тип. В любой части имени и в любой части содержимого файла могут находиться характерные признаки, по которым можно распознать его тип. Примеры? Да хоть так: foo*bar -> application/foomatic. И заметьте, никаких расширений и не требуется. А про JPEG и GIF уже говорили. Даже в BMP есть сигнатура, по которому можно узнать его, даже если файл назвать table.xls. Может всё-таки прислушаемся к п 3? |
|
Сообщ.
#14950
,
|
|
|
|
Цитата wind @ Расскажите мне, в каком месте файла или в каком месте его имени или где вообще в файловой системе наличествует указание на mime-тип. wind не прикидывайся… Сам файл… точнее его содержание указывает mime-type. И используя в качестве идентификации типа файла mime можно избежать кучи проблем с расширениями. К примеру в куче прог есть файл READMY без всяких расширений… в винде при попытке его открытия нужно поиграть в игру "угадай какой программой меня открыть" Линуксу это по барабану потому как READMY, READMY.TXT, READMY_txt и т.д. будут текстовыми файлами, а следовательно и открываться любым редактором без проблем, до тех пор пока их содержимое будет текстом. Пример с READMY лишь показывает вершину проблемы присутствующую в винде. И еще одно в случае с READMY само имя подсказывает что находится внутри поэтому он и выбран в качестве примера. Добавлено Цитата wind @ А потом поговорим, нужна ли аргументация для очевидных вещей. Эти вещи очевидны для кого? Для пользователя виндовса идентификация файла по mime может показаться абсурдом. А для пользователей Линукса расширение файла - пережиток прошлого иногда полезный но все же не сильно необходимый в повседневной жизни. В этой теме собираются как пользователи виндовса так и Линукса. Так что wind постарайся иногда спускаться с олимпа и утруждать себя написанием не только утверждений но и аргументов. Без обид. |
|
Сообщ.
#14951
,
|
|
|
|
best_lamer оффтоп: README
|
|
Сообщ.
#14952
,
|
|
|
|
Цитата rubicon @ В любой части имени Цитата rubicon @ и в любой части содержимого файла могут находиться характерные признаки, по которым можно распознать его тип. Во-первых, не во всех файлах можно отыскать характерные признаки, указывающие на их тип. Во-вторых, если предположить, что вы отвечали на мой вопрос, то мне следует понимать вас так: в любом файле его mime-type хранится открытым текстом. Снова э-э... неправда. Что вы там говорили про третий пункт? Хорошо, разжую. Файл идентифицирован (это условие задачи такое). Его можно отметить двумя способами - расширением имени и записью в некотором конфигурационном файле (неважно, что там - сигнатура или mime-type). Некоторые несознательные товарищи пытаются утверждать, что способ нумер два много надёжнее. Так вот это туфта, как вы сами понимаете - этот конфигурационный файл не может сопровождать исходный, поэтому пометка с помощью расширений - много надёжнее. Как расширение, так и запись в конфигурационном файле могут не указывать на действительный тип файла. Цитата best_lamer @ wind не прикидывайся… Сам файл… точнее его содержание указывает mime-type. И используя в качестве идентификации типа файла mime можно избежать кучи проблем с расширениями. Ну вот опять. Подумайте немножко, что есть mime-type - это всего лишь метка, причём с файлом никоим образом не связанная. Осознали? Поэтому всякий раз, когда вам хочется рассказать о идентификации файла по его mime-type, остановитесь и скажите то, что следовало бы: идентификация файла по содержимому. Но я бы не хотел, чтобы система определяла тип файла по содержимому - во-первых, это слишком медленно, во-вторых, диск начнёт засоряться микробазами (навроде тех, которые везде раскидывает acdsee), в-третьих, это не надёжно - есть закрытые форматы файлов, есть не обладающие сигнатурами. |
|
Сообщ.
#14953
,
|
|
|
|
Цитата wind @ Файл с наиболее распространёнными сигнатурами и привязками их к MIME-типам распространяется вместе с дистрибутивом. Так что фраза не катит.Так вот это туфта, как вы сами понимаете - этот конфигурационный файл не может сопровождать исходный, поэтому пометка с помощью расширений - много надёжнее. Цитата wind @ Что не так? Расширение — это, кстати, тоже имя файла. Просто отделено оно от остальной части точкой.![]() Цитата wind @ Правильно. Но что в конце концов надёжнее и правильнее учитывать при анализе типа — имя файла или всё-таки его содержимое? Напомню про коробочку с конфетками, упомянутую linuxfanом.Как расширение, так и запись в конфигурационном файле могут не указывать на действительный тип файла. Цитата wind @ Это которые Thumbs.db? Сочувствую. Все миниатюры для файлов, которые были созданы, например, наутилусом, хранятся в ~/.thumbnails и эти миниатюры впоследствии использует не только наутилус, но и программа выбора обоев на рабочий стол, например. И в папке всё чисто, и миниатюры для всех файлов загружаются быстро. во-вторых, диск начнёт засоряться микробазами (навроде тех, которые везде раскидывает acdsee) |
|
Сообщ.
#14954
,
|
|
|
|
Цитата wind @ Иначе говоря, mime никак не связан с содержимым? Подумайте немножко, что есть mime-type - это всего лишь метка, причём с файлом никоим образом не связанная. Осознали? Поэтому всякий раз, когда вам хочется рассказать о идентификации файла по его mime-type, остановитесь и скажите то, что следовало бы: идентификация файла по содержимому. |
|
Сообщ.
#14955
,
|
|
|
|
Цитата rubicon @ Файл с наиболее распространёнными сигнатурами и привязками их к MIME-типам распространяется вместе с дистрибутивом. Так что фраза не катит. С одним из десятков дистрибутивов самой одной из самых малораспространённых ОСей? Да, не катит Цитата rubicon @ Что не так? Расширение — это, кстати, тоже имя файла. Нет, расширение прогрессивным линух-сообществом было признано каменным веком и ненужностью. Ищите иные способы Цитата rubicon @ Правильно. Но что в конце концов надёжнее и правильнее учитывать при анализе типа — имя файла или всё-таки его содержимое? Да что вы говорите. Есть пара файлов - test.csv и test.txt с соответствующим содержимым. Ну-ка, расскажите мне про железное правило, с помощью которого вы определите тип каждого из них. Анализ всего файла, по понятным причинам, не предлагать (хотя и он не поможет ).Цитата rubicon @ И в папке всё чисто, и миниатюры для всех файлов загружаются быстро. Какая разница, где будет гадить оболочка? Гадить-то будет, и постоянно. Несмотря на то, что люди уже давно придумали лучший способ пометки - расширение. Добавлено Цитата Green Light @ Иначе говоря, mime никак не связан с содержимым? Нет, конечно. Какой ассоциируют с данным содержимым, такой и будет. Но если вы хотите понимать буквально, то вам парочка: "application/octet-stream", "application/x-x509-user-cert". Сразу понятно - каков формат данных, не правда ли? |