Windows vs Linux - Как десктоп , и игровая станция.

Цитата

В наутилусе эта настроечка тоже была,

Два-три клика мыши... В окне каталога "Наутилуса" кликаем правую клавишу, в выпадающем меню выбираем "свойства"... Четвёртая слева вкладка "Открывать в программе". Можно назначить одну программу, можно задать список. Тогда, в случае щелчка правой клавишей мыши по файлу, оно будет предлагать -- в какой именно программе открывать. Удобно разделять просмотр и редактирование.

Или я чего-то не понимаю? Старнные, право, здесь речи -- читать всё не осилил... Может, я суть где-то упустил? Чего надо сделать-то? MIME-types от пользователя надёжно изолированы. Не нравятся MIME-types? Ну, есть ещё magic numbers, но я не совсем понимаю зачем городить огород... Часть утиля (особенно для программирования) -- тот же file пользуется magic numbers. Например, file у меня разделяет бинарники от архитектуры AT91SAM7 (ARM 7 TDMI) от стандартного elf-64 и от m68k... А зачем сюда же впиндюривать например обработку .pdf-файлов? Суть? Если тот же .pdf обрабатывается в оконной системе? Нет, file распознает .pdf (у меня наверное карма такая) и скажет чего это за файл. Но... просматривать .pdf в консоли? Это новости извращений? :D:D

Цитата Guderian @ 24.03.08, 09:30

Не смог победить, поскольку апологеты баша сбежали

Я все еще тут. просто апологеты WSH сразу же скатываются к 0.01% задач, для которых WSH более-менее подходит. И начинается «поместите результаты запроса в таблицу Excel...».

Цитата Guderian @ 24.03.08, 09:30

Так почему вопрос защиты от информации, поступаемой из источников, которым нет доверия, должен решаться на уровне отдельно взятого DE?

Когда-то давно я видел картинку, озаглавленную Windows security или Windows firewall. На картинке изображен красивый дом, красивая дверь калитки, но без забора. Решение безопасности на уровне одного DE -- это никакое не решение вовсе. Средствами одного только DE не обойтись, нужна некая глобальная поддержка.

Цитата Guderian @ 24.03.08, 09:30

MIME-тип совершенно ничего не определяет. Он не в курсе 90% форматов. Ты по какому-нибудь image/x-raw никогда не отличишь кэноновский CR2 от никоновского NEF'а.

Но ведь это картинка в raw формате? Не правда ли, а детали -- да кому они нужны. И уж в любом случае mime тип более адекватно соответствует типу содержимого, нежели расширение хотя бы в свете того,

Цитата Guderian @ 24.03.08, 09:30

А сколько различных форматов скрыто за application/octet-stream - имя им легион.

Во-первых, половина этого легиона почти наверняка имеет тип application/x-..., а во-вторых сам по себе octet-stream уже говорит о том, что это бинарные данные.

Цитата Guderian @ 24.03.08, 09:30

Смотрю на определение file в IEEE Std 1003.1 от 2004 и не вижу там такой опции как --mime-type. Кстати, а какой майм-тип у /dev/null?

Думаю, что это GNUсное расширение, а то оно ведь еще и charset выводит.

inferno@tme ~ $ file -i /dev/null
/dev/null: application/x-not-regular-file

Цитата Guderian @ 24.03.08, 09:30

Кстати мне раньше казалось, что линуксовые пайпы выглядят красивей, чем нагромождение xargs'ов в твоем коде.

Ибо find + xargs поэффективнее будет, чем find -exec

Цитата Guderian @ 24.03.08, 09:30

Стоит только изменить конфиг, и твой патч идет лесом. reg-файлы же меняют конкретные значения. Ищите другой способ

Если тебя устроит конкретно взятое решение для GNOME и его gconf'а, то это будет звучать как gconftool-2 --load settings.xml.

Цитата $im @ 24.03.08, 11:12

1) Мне нужно поправить юзерам несколько пунктов настроек на свои. Причем список баз должен остаться нетронутым. При всем этом я понятия не имею, как настроена 1С у всех 80 юзеров, соответственно, не знаю изначальных значений в их конфигах.

sed рулит. hint: будем заменять по регэкспу s/^.*=basename/correct-path=basename/ Еще вопросы по этому пункту?

Цитата $im @ 24.03.08, 11:12

2) Ситуация похожа на предыдущую, но мне надо, чтобы настройки остались нетронутыми, а в список баз добавились 2 новые. Остальные должны остаться нетронутыми (за исключением совпадающих).

Поступаем как раньше + echo -e "path1=base1\npath2=base2\n" >> config.ini

Цитата $im @ 24.03.08, 11:12

3) В пользовательских конфигах некоторые настройки стоят по умолчанию, т.е. строк, задающих их значения, в конфиге нет. Мне надо добавить эти строки если их нет и изменить их значение, если они есть.

Ну это будет выглядеть самым извратом: сначала sed'ом заменяем все уже имеющиеся значения параметров, а потом цикл по всем настройкам: grep -q '=base_n$' config.ini || echo "path_n=base_n" >> config.ini с целью добавить дефолтовые значения.
В общем, все довольно элегантно.
Вендузятнеги, поймите, что Linux корнями своими восходит к Unix'у, который успешно решал (когда винды и в помине не было) и до сих пор решает самые различные задачи, причем в процессе эволюции было исследовано экспериментальным путем множество грабель и подводных камней. В результате этой эволюции мы получили coreutils, findutils, sed и прочие прелести жизни. Это все формировалось в соответствии с реальными потребностями при решении конкретных задач. И вот теперь приходит MS и говорит «делать надо так-то, так-то и так-то, чтобы добиться того-то и того-то». И будь у них хоть трижды гениальные инженеры, это не заменит многолетнего хождения по граблям. Поэтому мы имеем юниксвей, который предоставляет нам элементарные блоки для строительства самых невероятных конструкций и конструкторы LEGO от MS, которые пестрые, с красочными брошюрами, но жестко тебя ограничивают.

Цитата rusty_angel @ 24.03.08, 15:50

Но сильно сомневаюсь, что он наглухо привязывается к расширениям.

Да он вообще непонятно к чему привязывается. Поле типа - текстовое. Как ему сказать, что принятый им за текстовый файл - на самом деле конфигурационный, я так и не понял. Можно назначить программы для открывания, можно дополнить тип "plain text" расширениями. Никаких сигнатур, никакой возможности сменить тип.

Цитата rusty_angel @ 24.03.08, 15:50

У нас для этого есть file.

Я делал [см. выше]. Жаль, дома сейчас нет линуха, но я уверен, что этот ващ file не сообщил бы мне ничего интересного.

Цитата rusty_angel @ 24.03.08, 15:50

Кстати в зюзе 10.3 file не понимает параметра --mime-type. В debian sid оно работает:

А, ну понятно. Как я мог так лохануться - у меня же чудовищно старая версия всего - sled 9.2.

Цитата the_Shadow @ 24.03.08, 17:54

MIME-types от пользователя надёжно изолированы.

Ой, умора Я теперь понимает, да - тип файла без пляски не сменишь. У каждой софтины свои конфигурашки, на уровне системы ничего нет. А нам тут мозг парят не пойми чем

Цитата linuxfan @ 24.03.08, 18:42

а во-вторых сам по себе octet-stream уже говорит о том, что это бинарные данные.

Что ещё можно ожидать от человека, у которого сигнатура не имеет никакого отношения к содержимому файла Теперь ещё небинарные файлы имеют место быть...

Цитата linuxfan @ 24.03.08, 18:42

Решение безопасности на уровне одного DE -- это никакое не решение вовсе. Средствами одного только DE не обойтись, нужна некая глобальная поддержка.

Вы совершенно правы. Но в линухах нет никаких иных решений, так что говорить в этой теме не о чем.

Цитата wind @ 24.03.08, 19:00

Что ещё можно ожидать от человека, у которого сигнатура не имеет никакого отношения к содержимому файла Теперь ещё небинарные файлы имеют место быть...

Вот ты не поверишь, но различают бинарные и текстовые файлы, потому что в свое бремя джоббс и гейтс стали выпендриваться и не приняли Единственно Правильный Символ Разделения Строк (\r). Ты будешь удивлен, но, например, модуль vfat может опционально осуществлять перекодировку переводов строк для текстовых файлов, так что мимо кассы. RTFM!

Цитата wind @ 24.03.08, 19:00

Вы совершенно правы. Но в линухах нет никаких иных решений, так что говорить в этой теме не о чем.

o_0 А мужики-то не знают. SElinux одно из решений безопасности.
Только позволю себе заметить, что тупая концепция секурности разграничения прав доступа по владельцу и группе на практике оказалась в сотни раз эффективнее, чем замороченные виндовые lpSecurityAttributes. А знаешь почему?
Потому что:
1. ее нельзя обойти (в то время, как вместо lpSecurityAttributes почти все разработчики пихают NULL)
2. она рпостая и ее легко использовать (именно из за гемора с заполнением и пр security attributes в винде так непопулярны)
И что мы имеем: простую повсеместно используемую модель в линуксе (напомню, что это позволяет даже разграничивать доступ к устройствам) и гипернавороченную неиспользуемую модель безопасности в винде.
Все уже забыли принип KISS?



И вообще, полистал я этот холивар и заметил, что каждый раз, когда виндузятники предлагают померяться пиписьками, с их стороны все сводится к «а у нас есть такая мега-тулза, которая делает вот как! замутите-ка такое!»
Дорогие мои, замутите сначала поиск n самых «жирного» каталогов на втором уровне вложенности и отображение их с путями в порядке убывания размера. А потом мы посмотрим, как же в винде можно решать задачи, для которых нет готовой ультрамодной гуевой тулзы. Ну что, вызов принимаете или сразу сливаете?

Цитата linuxfan @ 24.03.08, 19:19

Ты будешь удивлен, но, например, модуль vfat может опционально осуществлять перекодировку переводов строк для текстовых файлов, так что мимо кассы.

Вы забыли добавить - линуховый. Ваша братия ещё и не так извращается, так что мимо кассы

Цитата linuxfan @ 24.03.08, 19:19

o_0 А мужики-то не знают. SElinux одно из решений безопасности.

Упс, а я всё о расширениях да типах файлов...

Цитата wind @ 24.03.08, 19:32

Вы забыли добавить - линуховый. Ваша братия ещё и не так извращается, так что мимо кассы

А ваша братия вообще в курсе, что даже в ф-ции fopen, как и в потоках C++ есть специальный флажок для открытия файла в текстовом или бинарном режиме? Более того, для линукса эти флажки ничего не значат, а вот в VS еще как значат.

Цитата wind @ 24.03.08, 19:32

Упс, а я всё о расширениях да типах файлов...

Так, кто первый сказал о глобальнйо поддержке безопасности? Опять готолову в песок прячем?

Сегодня открыл для себя несколько интересных вещей: объединение Windows и Linux на одном десктопе.
Windows под Linux: интересная статья про использование VirtualBox - Linux и Windows на одном рабочем столе
Linux под Windows: проект andLinux и проект coLinux

Кто-то уже пробовал? Мне стало интересно, уже качаю - хочу пощупать своими руками

Цитата --= Eagle =-- @ 24.03.08, 21:24

Windows под Linux: интересная статья про использование VirtualBox - Linux и Windows на одном рабочем столе

я на работе так IE запускаю.

Цитата linuxfan @ 24.03.08, 19:19

Дорогие мои, замутите сначала поиск n самых «жирного» каталогов на втором уровне вложенности и отображение их с путями в порядке убывания размера. А потом мы посмотрим, как же в винде можно решать задачи, для которых нет готовой ультрамодной гуевой тулзы. Ну что, вызов принимаете или сразу сливаете?

$n = 3
dir -name | dir | ? {$_.PSIsContainer} `
    | % { @{Name = $_.FullName; Size = (dir $_.FullName -recurse | Measure-Object Length -sum).Sum} } `
    | sort @{Expression={$_.Size}; Descending=$true} | select -first $n

Или для тех, кто любит внятные имена, то же самое:

$n = 3
Get-ChildItem -name | Get-ChildItem | Where-Object {$_.PSIsContainer} `
    | ForEach-Object { @{Name = $_.FullName; Size = (Get-ChildItem $_.FullName -recurse | Measure-Object Length -sum).Sum} } `
    | Sort-Object @{Expression={$_.Size}; Descending=$true} | Select-Object -first $n

Цитата

А ваша братия вообще в курсе, что даже в ф-ции fopen, как и в потоках C++ есть специальный флажок для открытия файла в текстовом или бинарном режиме? Более того, для линукса эти флажки ничего не значат, а вот в VS еще как значат.

У! А использование select( особенно_первый_параметр, ... ) -- вообще песня.
А зачем кстати, select(), если для этого есть WSA*? Ну, тогда для Linux есть epoll() -- без выхода за пределы ядра... И, кстати, рекомендую сравнить по скорости... Это так... не обращайте внимания. Мысли вслух тасазать... Вообще, в Windows поддержка POSIX-совместимости... странная какая-то... Полу-беременность в чистом виде. Вроде и есть, но лучше не пользоваться...

Цитата

o_0 А мужики-то не знают. SElinux одно из решений безопасности.

linuxfan, положим, не самое лучшее как минимум.

Цитата

Ой, умора Я теперь понимает, да - тип файла без пляски не сменишь. У каждой софтины свои конфигурашки, на уровне системы ничего нет. А нам тут мозг парят не пойми чем

Мне бы тоже было смешно, если бы не было так грустно... Само понятие "системный загрузчик" (он же loader) Вам, по всей видимости, ровным счётом ничего не говорит? Ладно. НЕ говорит. Пусть.
Тогда читаем от тутта -> WinE (не выходя из форума). Рздел 3, подстройка системы.

Цитата

3. Подстройка системы.
Запускать софт, конечно можно ./wine SomeWinApp.exe, но... Все можно сделать по-проще...
Во-первых, Напрягаем свой архив в мозгах и вспоминаем, что есть в Linux такая фича как binfmt_misc (доп. бинарники).
Если при конфигурации ядра не поставили, то стоит все-таки поставить, пока не поздно... Хорошая фича как раз для нашего
пациента, да и для Java-программ пригодится... См. другой топик. Правда, для безопасной работы, все-таки, их
стоит компилить и ставить как отдельные модули, а не как модули, вкомпилированные в ядро.
Во-вторых. А... Win32 проги это бинарники или нет? Бинарники... Правда, косые, т.к. M$ до сих пор использует формат
COFF (Common Object file Format, в UNIX по-простому некогда рекомые форматом a.out).
В-третьих. Для напряжения этой фичи от root'а нужно сделать:

cd /proc/sys/fs/binfmt_misc
echo ':Win32:M::MZ::/usr/local/bin/wine:' > register

Необходимо заметить что при последующей перезагрузке система благополучно "забудет" о том, что вы сделали... Для того,
чтобы освежить ее память, делаем скриптец, запускаемый при старте системы и заставляющий все припомнить.

Собственно, что мы сотворили.
- Перешли в нужный каталог fs proc.
- Сказали, что будем использовать доп. расширения, на которые у нас нет соотв. модулей ядра. Подробнее -- см. в документации
на исходники ядра. Интересны файлы binfmt_misc.txt, java.txt и proc.txt.
- Описали само доп. расширение и зарегистрировали его.

Описание расширения:
- Имя -- в нашем случае "Win32". Как система будет определять софтинки.
- Тип -- в нашем случае "M". Это значит что система будет разбираться с файлами на основании его "магической строки", можно
задавать обработку по расширению -- "Е".
- Смещение -- в нашем случае 0, т.к. файл win32 app начинается именно с "MZ".
- Сама "магическая строка" -- в нашем случае это просто "MZ". Если мы хотим обрабатывать файл на основании расширения, то
указываем его здесь без точки. НО! Расширение -- регистрозависимо!
- Дополнительная "магическая строка". Нам без надобности.
- Чего делать -- в нашем случае это просто имя интерпретатора -- /usr/local/bin/wine и ничего более.

Таким образом, когда мы постараемся запустить на исполнение некий файл, содержащий признаки того, что это MustDie'ная прога,
система начнет исполнять ее в интерпертаторе wine. И никаких тебе проблем... ))

Собственно, тут сделано то же самое -- именно системный загрузчик подстроен под исполнение win-кода... Чего-то ещё нужно сделать? Или Вы хотите чтобы jpeg стартовал бы в GIMP сразу? Описанным выше способом это сделать вполне возможно. Но вот только нафига? Что за бред -- тащить в ядро (и не иначе!) всё что только ни попадя?

Я активно пользуюсь ещё например и FastCGI. Ибо пишу на С (да, я старый луддит!) и считаю что из-под Апача весьма удобно использовать некоторые фичи FastCGI. Расширение у файлов .fcgi (в моём случае). Апач настроен и распознаёт и обрабатывает и порождает потоки исполнения.. Всё нормально. Но теперь мне крайне хотелось бы понять -- зачем включать в ядро исполнение этих программ? Апач же справляется на ура? Ну вот и пусть справляется. А так нам ещё надо будет реализовать (потом) систему маловразумительной "безопасности"... ACL, без которых живётся вполне нормально -- хватает UID, GID, EUID, EGID (последние два -- для момента исполнения)... TID (для потока в моент исполнения). Это работает. Зачем усложнять на ровном месте?

Добавлено 25.03.08, 00:32

Цитата

Ну это будет выглядеть самым извратом: сначала sed'ом заменяем все уже имеющиеся значения параметров, а потом цикл по всем настройкам: grep -q '=base_n$' config.ini || echo "path_n=base_n" >> config.ini с целью добавить дефолтовые значения.
В общем, все довольно элегантно.

А для поддержания актуальности файла на множественных хостах, дабы не поднимать свою нежнолюбмую филейную часть, я бы рекомендовал бы cfengine. Я не уверен в том, что оно где-то есть "искаропки" и совсем не уверен за возможности домохозявки по настройке этой системы. Но она работает. Кому надо -- гугль вам в помощь.

Цитата FullArcticFox @ 24.03.08, 16:55

Хе-хе. Вендекапец.
http://www.cnews.ru/news/top/index.shtml?2008/03/24/293497

Блин, это смешно как всегда Ну почитайте сами:

Цитата

По данным Net Applications, в январе 2008 г. операционная система Apple достигла рекордной доли — 7,57%.

Рекордная долы - 7,5% Вы смеетесь, да? Какой виндекапец? Винда еще даже беспокоиться не начала.

Цитата linuxfan @ 24.03.08, 18:42

В общем, все довольно элегантно.

Как я понял, все это надо вбивать в командной строке, так? Ну это не смешно даже. Это по твоему элегантнее, чем экспорт ветки реестра и двойной клик на другом компе?

Цитата linuxfan @ 24.03.08, 18:42

sed рулит. hint: будем заменять по регэкспу s/^.*=basename/correct-path=basename/ Еще вопросы по этому пункту?

Настройки эски не ограничиваются списком баз. Задача как раз состояла в том, чтобы поменять некоторые (не все) настройки и не трогать список баз.

Цитата linuxfan @ 24.03.08, 18:42

Поступаем как раньше + echo -e "path1=base1\npath2=base2\n" >> config.ini

Я так понял, что это просто дополнит конфиг парочкой строк с базами? А если там уже были некоторые из них?

Цитата linuxfan @ 24.03.08, 18:42

Ну это будет выглядеть самым извратом: сначала sed'ом заменяем все уже имеющиеся значения параметров, а потом цикл по всем настройкам: grep -q '=base_n$' config.ini || echo "path_n=base_n" >> config.ini с целью добавить дефолтовые значения.

Вот вы извращенцы

Ну и чтобы не быть голословным и не нарушать п3 я приведу пример reg-файла, который успешно решает все 3 задачи:

Windows Registry Editor Version 5.00
 
[HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Options\Modules]
"NotUse"="0"
"SCKey"="255"
"SCNConst"="0"
"SCSConst"="0"
"SCDConst"="16711680"
"SCIdent"="16711680"
"SCOper"="255"
"SCComment"="32768"
"SCOther"="0"
"SCBack"="16777215"
"AutoInd"="2"
"TabSize"="4"
"AutoChange"="0"
 
[HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Titles]
"\\\\Om-file\\Bases\\Buh2002\\Бух_ЧМ черлак\\"="Бух_ЧМ черлак"
"\\\\Om-file\\Bases\\Бух_Периф\\Бух_Красноярск_Периф\\"="Бух_Красноярск_Периф"
"\\\\Om-file\\Bases\\Buh2002\\Бух_ЧГ\\"="Бух_ЧГ"
"\\\\Om-file\\Bases\\Buh2002\\Бух_Терминал\\"="Бух_Терминал"

Файл заменит все значения приведенных параметров на свои и добавит недостающие в 1 двойной клик и 1 обычный. Если это менее элегантно, чем все то , что ты привел, то я уж и не знаю...

Ну и чтобы не цитировать всю твою пламенную речь о широких возможностях UNIX и конструкторах LEGO, отвечу так. Да, в линуксе посредством комбинации тучи команд и параметров возможно сделать нечто, что винда не сможет (хотя bat-файлы настолько всемогущи, что мне не встречалось ни одной реальной задачи не решаемой ими), но за эту гибкость линуха поплатилась удобством - простые действия порой выполнить сложнее чем в виндах. Возьмем тот же пример рекурсивного удаления файлов - команда в винде намного короче, красивее и понятнее, чем нагромождение их в линуксе.

Цитата the_Shadow

Два-три клика мыши... В окне каталога "Наутилуса" кликаем правую клавишу, в выпадающем меню выбираем "свойства"... Четвёртая слева вкладка "Открывать в программе". Можно назначить одну программу, можно задать список. Тогда, в случае щелчка правой клавишей мыши по файлу, оно будет предлагать -- в какой именно программе открывать. Удобно разделять просмотр и редактирование.

Честное слово, вы хоть читайте тему перед тем как выдвигать свои революционные решения. Этот способ не подходит, т.к. нельзя назначить для разных типов файлов текстового формата разные программы. Точнее, можно, но это, как выяснилось, связано с геморроем. Правда линуксоиды называют это все "правильным" геморроем. Но от этого геморроем он быть не перестал.

Цитата the_Shadow @ 25.03.08, 00:22

Собственно, тут сделано то же самое -- именно системный загрузчик подстроен под исполнение win-кода... Чего-то ещё нужно сделать?

Медвежуть Уважаю, уважаю. В принципе-то нам, необразованным домохозявкам, известно, что в линуховое ядро можно затащить хоть слонопотама.

А ещё нужно было бы, чтобы konqueror понял, что тот файл, который он считает текстовым - более не текстовый Нету там никаких патчей али модулей для ядра на такой случай?

$im, не поверишь, но я соглашусь, что экспорт ветки реестра + импорт ее же на другом компе, это удобнее. Но есть одно "но" -- обе задачи рядовому пользователю не по силам.
Да, под виндой нужно меньше интеллекта, дабы это сделать, но меня терзает смутное сомнение, что эта дружелюбность аукается иногда весьма плачевно.

Добавлено 25.03.08, 06:08
wind, с точки зрения майм тайпа файл как был плэйн-текст, так им и останется, хоть стреляйся. Но объяснить, что файл с майм-тайпом плэйн текст и воот таким расширением надо открывать не текстовым редактором можно.

Добавлено 25.03.08, 06:09
ЗЫ давайте помусолим какую-нибудь другую тему что ли, а то меня уже подташнивает от майм тайпов.

Цитата DUKe @ 25.03.08, 06:07

wind, с точки зрения майм тайпа файл как был плэйн-текст, так им и останется, хоть стреляйся. Но объяснить, что файл с майм-тайпом плэйн текст и воот таким расширением надо открывать не текстовым редактором можно.

DUKe, не мне вам объяснять - можно всё. Вопрос только в цене

wind, переписывания ядра я в расчет не беру