Designed for ReactOS. Разработка собственных спецификаций.

Обсуждаем ReactOS по-русски

Moderators: fog, fireball

bz00mmer
Posts: 260
Joined: Mon Jan 22, 2007 2:54 pm
Location: Russia
Contact:

Designed for ReactOS. Разработка собственных спецификаций.

Post by bz00mmer »

Не секрет, что Windows обладает рядом недостатков, свойственных не столько самой ОС, сколько (1) организации её безопасности и (2) массой "безответственных" приложений для неё, которые способны нормально функционировать только под администраторским аккаунтом, плюс - (3) нестандартизированным использованием ветвей реестра и файловой системы, что может приводить к значительному снижению производительности ОС и в результате установки-удаления программ(не всегда корректного) образования "мусора" - опять же, в файловой системе и реестре.

В контексте ReactOS я наблюдал обсуждение проблемы безопасности и решение её выглядело так: мы способны сделать такие политики безопасности, которые не позволят вирусам "крушить" систему, а удалённым пользователям - захватывать управление компьютером. Пусть сам ReactOS - защищён нужными политиками безопасности, но как быть с миллионами пользовательских приложений? Часть приложений вдруг перестанет запускаться.

Вариантов развития событий - два: разработчики или конечные пользователи вынуждены снижать безопасность, меняя политику на более мягкую, следствие здесь - отсутствие запланированного уровня безопасности; другой вариант, настойчивость позиций по безопасности: пройдёт время, ОС займёт несколько бОльшую часть пользовательских ПК, и производители ПО будут вынуждены считаться с этой позицией, корректируя свои приложения.

Кроме безопасности - как быть со скоплениями мусора в файловой системе и в реестре?
В этом отношении можно равняться на Linux - в нём для каждого типа данных имеется свой каталог:
сами приложения, библиотеки, отчёты(логи) и настройки программ, временные папки
(всё это - для машины(ПК), в целом и для конкретного пользователя, в частности).

Приведу простой пример - сохранение настроек приложения
(не каждое приложение их удаляет при деинсталляции):

Приложение А сохранит их в HKEY_CURRENT_USER\Software\A_company\A_app\
Приложение B же сохранит их уже в HKEY_LOCAL_MACHINE\Software\B_company\B_app\
(если бы всё на этом и оканчивалось!)
Приложение C настройки положит рядом с собой: .\C.exe и .\config\C.ini
Приложение D сохранит их в C:\WINDOWS\D_app.ini
Приложение E сохранит их в C:\WINDOWS\E_company\E_app.ini
Приложение F захочет спрятать настройки в C:\Documents and Settings\User_Name\Local Settings\Application Data\F_company\F_app\
А приложение H решит, что лучшего места, чем C:\Documents and Settings\All Users\Application Data\H_app не найти!
И это ещё не все варианты! И это только для настроек: у библиотек, например - свои места обитания!

Опять же, два варианта: возложить эту задачу на разработчиков ReactOS или на разработчиков пользовательского ПО.
Что могут сделать разработчики ОС? Контролировать обращения к "не родным" для приложения областям файловой системы, реестра, переадресовывая всё это в соответствующие области? Практически - реализуемо, логически - нерационально.
Разработчики пользовательского ПО сделают это гораздо лучше, только им бы знать, как!

Предлагаемое решение:
Заранее, уже на нынешнем этапе, создать аналог Windows Software Logo, свой список требований к приложению, по соответствию которым и прохождению некого теста оно может получать почётный знак Designed for ReactOS.

Список требований сейчас составлять не предлагаю, нужно предварительно согласовать саму идею.


Сразу ссылки по теме:
Windows Server "Longhorn" Logo for Software
Download details: Designed for Windows XP Application Specification
[ external image ]
hto
Developer
Posts: 2193
Joined: Sun Oct 01, 2006 3:43 pm

Designed for ReactOS. Почётный знак

Post by hto »

Надо конкурс на знак объявить на англоязычном форуме, где народу побольше тусуется. Пока сама ОС ещё не доделана и список требований не составлен, можно будет присваивать почётный знак тем приложениям, которые работают без глюков в ReactOS. :)))
bz00mmer
Posts: 260
Joined: Mon Jan 22, 2007 2:54 pm
Location: Russia
Contact:

Re: Designed for ReactOS. Почётный знак

Post by bz00mmer »

hto wrote:Надо конкурс на знак объявить на англоязычном форуме, где народу побольше тусуется. Пока сама ОС ещё не доделана и список требований не составлен, можно будет присваивать почётный знак тем приложениям, которые работают без глюков в ReactOS. :)))
Без глюков всегда работает только Солитёр ;) (с) Кто-то из Вайна так говорил

Если серьёзно:
Ozarnik
Posts: 220
Joined: Sat Dec 02, 2006 2:10 am

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by Ozarnik »

bz00mmer wrote:Разработка собственных спецификаций.
Рано это всё. Сделай сначала, чтоб работало, а потом уж навязывай свои спецификации.

В Delphi вообще компонент есть из RxLib, который с ini-файлами работает. Кидаешь его на форму, мышкой указываешь ему что сохранять и он сохраняет в реестр или в ini-файл в папку Виндос.

Давайте навяжите всем некие новые спецификации, и тысячи давно написанных приложений перестанут работать. И так работает то с гулькин нос, а будет ещё меньше.
bz00mmer
Posts: 260
Joined: Mon Jan 22, 2007 2:54 pm
Location: Russia
Contact:

Re: НЕ рано

Post by bz00mmer »

Ozarnik wrote:Рано это всё. Сделай сначала, чтоб работало, а потом уж навязывай свои спецификации.

В Delphi вообще компонент есть из RxLib, который с ini-файлами работает. Кидаешь его на форму, мышкой указываешь ему что сохранять и он сохраняет в реестр или в ini-файл в папку Виндос.

Давайте навяжите всем некие новые спецификации, и тысячи давно написанных приложений перестанут работать. И так работает то с гулькин нос, а будет ещё меньше.
Я Вас ждал :D
Сразу отправлю перечитать мой пост:
bz00mmer wrote:
  • пройдёт время, ОС займёт несколько бОльшую часть пользовательских ПК,
    и производители ПО будут вынуждены считаться с этой позицией,
    корректируя свои приложения;
  • как быть со скоплениями мусора в файловой системе и в реестре?
  • Что могут сделать разработчики ОС? Контролировать обращения к "не родным" для приложения областям файловой системы, реестра, переадресовывая всё это в соответствующие области? Практически - реализуемо, логически - нерационально.
Сперва - оговорюсь, что программ, написанных на Delphi, кроме TuneUp и TranslateIt! - не вспомнить в моём "багаже".
Т.е. их часть в общей массе - незначительна. С использолванием "неумной" компоненты - того меньше.
Хотя - уважения к Delphi, всё же, больше, чем, скажем, к Visual Basic.

Теперь - по поводу "рано": если этим вопросом не озаботиться сейчас, позже - сделать это будет куда сложнее.
Вообще, это нормальная практика - предоставлять сторонним разработчикам "набор правил" до выпуска финального продукта,
возьмём тот же Firefox: до фин.релиза выходили альфы и беты с новым, документированным интерфейсом для плагинов.
Возьмём те же ХР, Vista - разве было не так же?

Проект ReactOS - не просто "копия" Окошек, его задача - создание альтернативы.
Альтернативы бывают разными... Я сейчас ратую за безопасную, организованную и быстродействующую.


По поводу "тысячи давно написанных приложений"(перестанут работать):
  • возможность запустить такие приложения - останется, но под правами администратора
    (которые пользователю "по умолчанию" присваиваться не должны);
  • предлагаемая методика - скорее "пряник", чем "кнут": соответствующие требованиям программы
    получают ярлык соответствия требованиям корректности, безопасности и удобства;
  • вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт :!:
  • ????????
  • PROFIT! :mrgreen:
Ozarnik
Posts: 220
Joined: Sat Dec 02, 2006 2:10 am

Re: НЕ рано

Post by Ozarnik »

bz00mmer wrote:
Ozarnik wrote:Рано это всё. Сделай сначала, чтоб работало, а потом уж навязывай свои спецификации.

В Delphi вообще компонент есть из RxLib, который с ini-файлами работает. Кидаешь его на форму, мышкой указываешь ему что сохранять и он сохраняет в реестр или в ini-файл в папку Виндос.

Давайте навяжите всем некие новые спецификации, и тысячи давно написанных приложений перестанут работать. И так работает то с гулькин нос, а будет ещё меньше.
Я Вас ждал :D
Сразу отправлю перечитать мой пост:
bz00mmer wrote:
  • пройдёт время, ОС займёт несколько бОльшую часть пользовательских ПК,
    и производители ПО будут вынуждены считаться с этой позицией,
Ну так зачем поднимать вопрос сейчас, а не когда "пройдёт время"?
Давайте лучше вместо этого решать проблему взрыва Солнца, которое произойдёт через 4 миллиарда лет.

bz00mmer wrote: корректируя свои приложения;[*]как быть со скоплениями мусора в файловой системе и в реестре?[*]
Сделать неработающими все программы которые что-либо попытаются писать в файловую систему и реестр - однозначно лучшее решение.

bz00mmer wrote: Теперь - по поводу "рано": если этим вопросом не озаботиться сейчас, позже - сделать это будет куда сложнее.

Вообще, это нормальная практика - предоставлять сторонним разработчикам "набор правил" до выпуска финального продукта,
Набор правил предоставлен Виндос ХР.

bz00mmer wrote: возьмём тот же Firefox: до фин.релиза выходили альфы и беты с новым,
Пока нет стабильной работы, того же ФайрФокса, говорить о некой безопасности - пустое бла-бла-бла.

bz00mmer wrote: Проект ReactOS - не просто "копия" Окошек, его задача - создание альтернативы.
Альтернативы бывают разными... Я сейчас ратую за безопасную, организованную и быстродействующую.
А уж не засланец ли ты Майкрософта, стремящейся оттянуть и так не слишком многочисленные силы разработчиков на полную фигню, под благовидным предлогом? ;)

bz00mmer wrote: [*]вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт :!:
Ну, точно засланец, Майкрософта, раз хочешь сделать, чтоб куча программ не работала.

Лучше пойдит на форум Майкрософта и поагитируй там, чтоб у них куча программ не работала, чтоб они на РекатОС переходить начали.
Ozarnik
Posts: 220
Joined: Sat Dec 02, 2006 2:10 am

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by Ozarnik »

Проблема веток реестра и появления новых файлов успешно решается СТОРОННИМ софтом, который их отслеживает.

К операционной системе сторонний софт иметь отношения не должен, потому, что это ставит в неравные условия другие проекты. Напомню, что с Майкрософт, которая любит превращать ОС в помойку стороннего софта, причём так, чтоб его нельзя было оттуда выковырять, как ИЕ например, из-за этого судились.
bz00mmer
Posts: 260
Joined: Mon Jan 22, 2007 2:54 pm
Location: Russia
Contact:

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by bz00mmer »

Как я понимаю теперь раздражённость многих нашим Озорником :!:
Раньше думал - ну пусть себе возмущается, раз хочется так... Вот заноза!..
Чуть позже отвечу, чтобы это было нейтрально, без эмоций :twisted:
bz00mmer
Posts: 260
Joined: Mon Jan 22, 2007 2:54 pm
Location: Russia
Contact:

Re: НЕ рано

Post by bz00mmer »

№FF Перечитай ещё раз... не так! ПРОЧИТАЙ мой пост(-ы), пожалуйста!

№0
Ozarnik wrote:Сделать неработающими все программы которые что-либо попытаются писать в файловую систему и реестр - однозначно лучшее решение.
Налицо неправильное понимаание концепции:
Предлагается стандартизировать, систематизировать приложения, а не лишить их этой возможности,
т.е., например, с теми же настройками: чтобы они сохранялись в фиксированных местах, а не где-кому-захочется!

№1
Ozarnik wrote:Ну так зачем поднимать вопрос сейчас, а не когда "пройдёт время"?
Давайте лучше вместо этого решать проблему взрыва Солнца, которое произойдёт через 4 миллиарда лет.
Просто процитирую себя же:
bz00mmer wrote:* если этим вопросом не озаботиться сейчас, позже - сделать это будет куда сложнее.
* предоставлять сторонним разработчикам "набор правил" до выпуска финального продукта,
(чтобы разработчики имели возможность привести свой продукт к соответствию или отказаться от этого)
№2
Ozarnik wrote:
bz00mmer wrote:Альтернативы бывают разными... Я сейчас ратую за безопасную, организованную и быстродействующую.
А уж не засланец ли ты Майкрософта, стремящейся оттянуть и так не слишком многочисленные силы разработчиков на полную фигню, под благовидным предлогом? ;)
Эта "фигня", ОзАрник, делает из Окошек тот объект для насмешек, который имеется.
Отвлекать разработчиков не предполагается. Писать программ никаких не нужно, заметь.

№3
Ozarnik wrote:
bz00mmer wrote:вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт :!:
Ну, точно засланец, Майкрософта, раз хочешь сделать, чтоб куча программ не работала.
Хм... ОзАрник, ты точно понимаешь, о чём речь?

ЗЫ
Ozarnik wrote:Лучше пойдит на форум Майкрософта и поагитируй там, чтоб у них куча программ не работала, чтоб они на РеактОС переходить начали.
Заметь, они на такие шаги сегодня идут! Масса - как приложений, так и железок не работают под свеже (мёртво-) рождённой Вистой.


***********************************************************
Нуу... Почти нейтрально ответил, ну правда ведь? %)
LRN
Posts: 140
Joined: Thu Oct 25, 2007 4:19 pm

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by LRN »

Вообще, мне больше по душе идея некоего демона, который будет мониторить активность приложений и замечать, к каким файлам/ключам реестра какое приложение осуществляет доступ, и каким образом (create/read/write/etc). Соответственно, в любой момент любое приложение можно будет вынести из системы (понятное дело, что если один и тот же ключ реестра нужен двум приложениям, то удаление одного из них не приведёт к удалению ключа, и т.д.). Довольно интересная проблема.

А спецификации - ну, да, можно их сделать. Но это скорее административная мера, а не техническая. Как-то не в духе проекта.

Вот, таково оно - моё ИМХО.
Ozarnik
Posts: 220
Joined: Sat Dec 02, 2006 2:10 am

Re: НЕ рано

Post by Ozarnik »

bz00mmer wrote: №0
Ozarnik wrote:Сделать неработающими все программы которые что-либо попытаются писать в файловую систему и реестр - однозначно лучшее решение.
Налицо неправильное понимаание концепции:
Предлагается стандартизировать, систематизировать приложения, а не лишить их этой возможности,
т.е., например, с теми же настройками: чтобы они сохранялись в фиксированных местах, а не где-кому-захочется!
А если программа их попытается сохранить в неправильном месте, то она будет тут же удалена?

Практически на каждом более менее популярном програмистском форуме есть ветка с вопросом "Где лучше хранить настройки ?" и как правило там идут длинные обсуждения. Почитай.

Нет в этом вопросе единственноправильного ответа годного на все случаи жизни.

bz00mmer wrote: №2
Ozarnik wrote:
bz00mmer wrote:Альтернативы бывают разными... Я сейчас ратую за безопасную, организованную и быстродействующую.
А уж не засланец ли ты Майкрософта, стремящейся оттянуть и так не слишком многочисленные силы разработчиков на полную фигню, под благовидным предлогом? ;)
Эта "фигня", ОзАрник, делает из Окошек тот объект для насмешек, который имеется.
Однако с которого почему-то не спешат пересаживаться на что-то другое.

bz00mmer wrote: Отвлекать разработчиков не предполагается. Писать программ никаких не нужно, заметь.
Ой ли.

bz00mmer wrote: №3
Ozarnik wrote:
bz00mmer wrote:вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт :!:
Ну, точно засланец, Майкрософта, раз хочешь сделать, чтоб куча программ не работала.
Хм... ОзАрник, ты точно понимаешь, о чём речь?
Не надо решать вместо людей какими программами им пользоваться, а какими нет. Они сами решат. Без навязываний.

bz00mmer wrote:ЗЫ
Ozarnik wrote:Лучше пойдит на форум Майкрософта и поагитируй там, чтоб у них куча программ не работала, чтоб они на РеактОС переходить начали.
Заметь, они на такие шаги сегодня идут! Масса - как приложений, так и железок не работают под свеже (мёртво-) рождённой Вистой.
А её и не покупают почти.
Ozarnik
Posts: 220
Joined: Sat Dec 02, 2006 2:10 am

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by Ozarnik »

LRN wrote:Вообще, мне больше по душе идея некоего демона, который будет мониторить активность приложений и замечать, к каким файлам/ключам реестра какое приложение осуществляет доступ, и каким образом (create/read/write/etc).
Для этого есть сторонние программки. Используются в основном чтобы отследить где shareware=программы работающие ограниченное время себя регистрируют, чтобы очистить эти ключи реестра и таким образом продлить их срок действия.

Некоторые программы пытаются бороться с этими отслеживающими программами. С Милкшейпом помню так как-то давно боролся. Я пытался отследить реестр, а он закрывал мои отслеживающие программы. В общем война идёт.

Если сделать возможность отслеживания частью операционной системы, то это могло бы убить на корню все ограничения программ по времени.
LRN
Posts: 140
Joined: Thu Oct 25, 2007 4:19 pm

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by LRN »

Это не наши проблемы.
Пользователь имеет право знать, ЧТО происходит в его компьютере и совершать со СВОЕЙ операционной системой и СВОЕЙ файловой системой любые действия.
Ozarnik
Posts: 220
Joined: Sat Dec 02, 2006 2:10 am

Re: Designed for ReactOS. Разработка собственных спецификаций.

Post by Ozarnik »

LRN wrote:Это не наши проблемы.
Пользователь имеет право знать, ЧТО происходит в его компьютере и совершать со СВОЕЙ операционной системой и СВОЕЙ файловой системой любые действия.
Ну и пусть узнаёт. Сторонними программами.

Если это сделать в самой операционной системе, то можно нажить серьёзных врагов среди производителей софта. Которых лучше бы иметь не в качестве врагов, а в качестве спонсоров, или бесплатных кодописателей, желающих улучшить работу своих продуктов в РеактОС.

Может быть они вместо помощи начнут думать о том, как сделать так, чтоб их триальные программы вообще не запускались на ReactOS ни при каких условиях.
Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest