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

[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]

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

[bz00mmer]

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

Без глюков всегда работает только Солитёр (с) Кто-то из Вайна так говорил

Если серьёзно:

• да, нужно разделять понятия "работает" и "соответствует". Кстати, у Окошкиных - так и есть:
  Приложения, получившие логотип "Сертифицировано для Windows Vista" или "Работает с Windows Vista";
• на англоязычный форум обсуждение вынести хотелось бы, но не с моим английским(только перевожу с него).
  Хотя... Заброшу-ка я в Обсуждение:Вики автоматический перевод...

[Ozarnik]

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

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

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

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

[bz00mmer]

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

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

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

Я Вас ждал
Сразу отправлю перечитать мой пост:

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

Сперва - оговорюсь, что программ, написанных на Delphi, кроме TuneUp и TranslateIt! - не вспомнить в моём "багаже".
Т.е. их часть в общей массе - незначительна. С использолванием "неумной" компоненты - того меньше.
Хотя - уважения к Delphi, всё же, больше, чем, скажем, к Visual Basic.

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

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


По поводу "тысячи давно написанных приложений"(перестанут работать):

• возможность запустить такие приложения - останется, но под правами администратора
  (которые пользователю "по умолчанию" присваиваться не должны);
• предлагаемая методика - скорее "пряник", чем "кнут": соответствующие требованиям программы
  получают ярлык соответствия требованиям корректности, безопасности и удобства;
• вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт
• ????????
• PROFIT!

[bz00mmer]

English translations:
thanks for towerr & criso
thanks for hto

[Ozarnik]

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

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

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

Я Вас ждал
Сразу отправлю перечитать мой пост:

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

Ну так зачем поднимать вопрос сейчас, а не когда "пройдёт время"?
Давайте лучше вместо этого решать проблему взрыва Солнца, которое произойдёт через 4 миллиарда лет.

корректируя свои приложения;[*]как быть со скоплениями мусора в файловой системе и в реестре?[*]

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

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

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

Набор правил предоставлен Виндос ХР.

возьмём тот же Firefox: до фин.релиза выходили альфы и беты с новым,

Пока нет стабильной работы, того же ФайрФокса, говорить о некой безопасности - пустое бла-бла-бла.

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

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

[*]вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт

Ну, точно засланец, Майкрософта, раз хочешь сделать, чтоб куча программ не работала.

Лучше пойдит на форум Майкрософта и поагитируй там, чтоб у них куча программ не работала, чтоб они на РекатОС переходить начали.

[Ozarnik]

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

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

[bz00mmer]

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

[bz00mmer]

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

№0

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

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

№1

Ну так зачем поднимать вопрос сейчас, а не когда "пройдёт время"?
Давайте лучше вместо этого решать проблему взрыва Солнца, которое произойдёт через 4 миллиарда лет.

Просто процитирую себя же:

* если этим вопросом не озаботиться сейчас, позже - сделать это будет куда сложнее.
* предоставлять сторонним разработчикам "набор правил" до выпуска финального продукта,
(чтобы разработчики имели возможность привести свой продукт к соответствию или отказаться от этого)

№2

Альтернативы бывают разными... Я сейчас ратую за безопасную, организованную и быстродействующую.

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

Эта "фигня", ОзАрник, делает из Окошек тот объект для насмешек, который имеется.
Отвлекать разработчиков не предполагается. Писать программ никаких не нужно, заметь.

№3

вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт

Ну, точно засланец, Майкрософта, раз хочешь сделать, чтоб куча программ не работала.

Хм... ОзАрник, ты точно понимаешь, о чём речь?

ЗЫ

Лучше пойдит на форум Майкрософта и поагитируй там, чтоб у них куча программ не работала, чтоб они на РеактОС переходить начали.

Заметь, они на такие шаги сегодня идут! Масса - как приложений, так и железок не работают под свеже (мёртво-) рождённой Вистой.


***********************************************************
Нуу... Почти нейтрально ответил, ну правда ведь? %)

[LRN]

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

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

Вот, таково оно - моё ИМХО.

[Ozarnik]

№0

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

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

А если программа их попытается сохранить в неправильном месте, то она будет тут же удалена?

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

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

№2

Альтернативы бывают разными... Я сейчас ратую за безопасную, организованную и быстродействующую.

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

Эта "фигня", ОзАрник, делает из Окошек тот объект для насмешек, который имеется.

Однако с которого почему-то не спешат пересаживаться на что-то другое.

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

Ой ли.

№3

вообще, без тысяч "таких" программ(неорганизованных) почти любой пользователь счастливо проживёт

Ну, точно засланец, Майкрософта, раз хочешь сделать, чтоб куча программ не работала.

Хм... ОзАрник, ты точно понимаешь, о чём речь?

Не надо решать вместо людей какими программами им пользоваться, а какими нет. Они сами решат. Без навязываний.

ЗЫ

Лучше пойдит на форум Майкрософта и поагитируй там, чтоб у них куча программ не работала, чтоб они на РеактОС переходить начали.

Заметь, они на такие шаги сегодня идут! Масса - как приложений, так и железок не работают под свеже (мёртво-) рождённой Вистой.

А её и не покупают почти.

[Ozarnik]

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

Для этого есть сторонние программки. Используются в основном чтобы отследить где shareware=программы работающие ограниченное время себя регистрируют, чтобы очистить эти ключи реестра и таким образом продлить их срок действия.

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

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

[LRN]

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

[Ozarnik]

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

Ну и пусть узнаёт. Сторонними программами.

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

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