Примечание для программистов.

← →
mmms (2005-10-08 22:34) [0]

Наткнулся тут на прикольное описание о программе:
Примечание для программистов. Программа xxx не имеет традиционного выбора папки для установки и устанавливается в папку X:\Program Files\xxx\Sld, где X: - диск, на котором установлена Windows. Это сделано по ряду причин: Исключается неоднозначность при обновлении программы. Обновлённый вариант устанавливается поверх уже установленного. Упрощается установка программы (существенный плюс для бухгалтеров). xxx использует общие компоненты с программой Бухсервис. Бухсервис устанавливается в папку X:\Program Files\xxx\Bs Нет причин выбирать другую папку для установки (объём программы на жёстком диске около 10МБ).

Вопрос, сложно сделать ветку в реестре, и узнавать где у юзера программа? Странно.. Хотя программа вроде достаточно скачиваемая... Название я заменил на xxx, чтобы мало ли не сказали, что рекламирую :)

← →
лауреат натрия (2005-10-08 22:38) [1]

>Примечание для программистов

В бух-конторах программистами часто называют админов. Кто же тогда делала программу?

← →
sniknik © (2005-10-08 22:40) [2]

ключница водку делала. © Иван Васильевич меняет профессию.

← →
Юрий Зотов © (2005-10-08 22:48) [3]

> Программа xxx не имеет традиционного выбора папки для установки и
> устанавливается в папку X:\Program Files\xxx\Sld, где X: - диск, на
> котором установлена Windows.

Гы... а что же она, бедненькая делать будет, если юзер перенес папку Program Files на другой диск? Да еще и переименовал?

Дети Ивана Кулибина... блин.

← →
Gero © (2005-10-08 22:56) [4]

А вот взять, например, Google Desktop Search, та вобще на диске C требует гигабайт свободного места. А если у меня нет диска C, это никого не волнует.

← →
GuAV © (2005-10-08 23:19) [5]

Gero © (08.10.05 22:56) [4]
А если у меня нет диска C, это никого не волнует.

Нифига подобного, волнует. У меня тоже ни на С ни на Д места нет - он на Е догадался поставится.

← →
лауреат натрия (2005-10-09 08:40) [6]

Gero © (08.10.05 22:56) [4]

Легко переносится куда-угодно правкой реестра.

← →
Layner © (2005-10-09 16:36) [7]

Тоже, на IXBT, сегодня:

xxx — программа, которая предназначена для полного удаляения продуктов компании Norton с компьютера. Утилита работает под операционными системами Windows 98, Windows Me, Windows 2000 и Windows XP и поддерживает следующее ПО: ...........

Смешно, что Norton сам себя "убрать" не может. Или он настолько "монстр", что после себя ветку реестра запросто забыть может, или системных файлов на пару сотен мег :)

← →
Igorek © (2005-10-10 10:36) [8]

> Легко переносится куда-угодно правкой реестра.

regedit не должно быть у пользователей

← →
kaif © (2005-10-10 14:15) [9]

Igorek © (10.10.05 10:36) [8]
regedit не должно быть у пользователей

Ну почему? Есть пользователи, которым можно и regedit доверить, а есть такие, которым не следует доверять даже Notepad. Я встречал пользователей, работающих с компьютером ежедневно в течение трех лет и не знавших, как скопировать файл и что такое файл. А у меня есть и пользователи, которым я по телефону давал инструкции по устранению с помощью RegEdit трояна из HKEY_LOCAL_MACHINE\SOFTAWERE\... Current Version\Run в защищенном режиме Windows и они блестяще справлялись с задачей.

Вот не так давно я столкнулся с ситуацией, когда мою программу (которую, кстати, можно ставить куда угодно) поставили в папку по умолчанию "X:\Program Files.." и она не заработала из-за того, что папка "X:\Program Files.." имела права ReadOnly для юзеров, а база данных программы по умолчанию создавалась в ее субдиректории "\db". Разумеется, я порекомендовал поставить в какую-нибудь иную директорию, но все равно пользователь выразил недоумение, почему я не предупредил в инсталляторе, что папка, в которую ставится программа не должна быть ReadOnly. Я не знаю, возможно ли заранее учитывать любые, даже такие странные требования. Видно все же это дело производителя. Если тот по каким-то причинам считает удобным для себя действовать таким образом, как ставить всегда в корень диска C или всегда ставить в "X:\Program Files\...", то это - его деловое решение. Если кого-то не устраивает, он может программу не покупать или выразить претензию - это достаточный способ дать понять, что в таком виде программа ему не нужна. Если же производитель готов решить чью-то особенную проблему в порядке исключения, то это тоже может быть экономически оправдано. Ряд пользователей, например (и таких гораздо больше!) почему-то не любят, когда программа вообще что-то пишет в реестр, хотя это еще более странное требование... И вот попробуй всем угодить: одни не любят, когда пишут в реестр, другие не любят установку в корень диска, третьи предпочитают "X:\Program Files..." сделать ReadOnly, у четвертых ini-файлы для юзеров ReadOnly и так далее... И почти всем нужно, чтобы все ставилось одним нажатием кнопки и чтобы программа не принимала решений, не спросив на то разрешения. Трудно угодить всем этим требованиям сразу. Поэтому каждый находит для себя какой-то оптимальный вариант, пожертвовав запросами части пользователей. Да еще и вынужден оправдываться каждый раз.

← →
Danilka © (2005-10-10 14:25) [10]

kaif © (10.10.05 14:15)
Разумеется, я порекомендовал поставить в какую-нибудь иную директорию, но все равно пользователь выразил недоумение, почему я не предупредил в инсталляторе, что папка, в которую ставится программа не должна быть ReadOnly. Я не знаю, возможно ли заранее учитывать любые, даже такие странные требования.

На мой взгляд, в данном случае ничего странного, все логично. Program Files и должна быть для НЕ администратора реад онли.
MSSQLServer, например, хоть и предлагает по-умолчанию держать базы в Program Files, но в инсталяторе можно указать другую папку.
Вообще, по-моему, базы лучше держать на другом разделе, и не держать там ничего кроме баз.

← →
msguns © (2005-10-10 14:28) [11]

>kaif © (10.10.05 14:15) [9]
>Вот не так давно я столкнулся с ситуацией, когда мою программу (которую, кстати, можно ставить куда угодно) поставили в папку по умолчанию "X:\Program Files.." и она не заработала из-за того, что папка "X:\Program Files.." имела права ReadOnly для юзеров, а база данных программы по умолчанию создавалась в ее субдиректории "\db".

А вот повбывав бы таких софт-креаторов, которые лезут в прогфилез. Что за манера, - сразу в грязных сапогах и в спальню !
;))

← →
Игорь Шевченко © (2005-10-10 14:30) [12]

kaif © (10.10.05 14:15) [9]

> пользователь выразил недоумение, почему я не предупредил
> в инсталляторе, что папка, в которую ставится программа
> не должна быть ReadOnly. Я не знаю, возможно ли заранее
> учитывать любые, даже такие странные требования.

Ряд MS-овских продуктов проверят при установке доступность папки для записи.
Кроме того, тот же MS рекомендует держать пользовательские данные в стандартной папке Application Data, создавая там подкаталог.

← →
BiN © (2005-10-10 14:44) [13]

Игорь Шевченко © (10.10.05 14:30) [12]

Кроме того, тот же MS рекомендует держать пользовательские данные в стандартной папке Application Data, создавая там подкаталог.

Думаю, хранить файлы БД в папке пользователя - не самое лучшее решение. Особенно, если профиль перемещаемый.

← →
Gydvin © (2005-10-10 14:44) [14]

На мой взгляд, в данном случае ничего странного, все логично. Program Files и должна быть для НЕ администратора реад онли.

Несогласен. Если чел, работает на фирме и почистил все из Program Files, то гнать его надо, а если тоже но дома, то так ему и надо.

← →
Игорь Шевченко © (2005-10-10 14:58) [15]

BiN © (10.10.05 14:44) [13]

Почему нет, если база индивидуальная ?

← →
Danilka © (2005-10-10 15:16) [16]

[12] Игорь Шевченко © (10.10.05 14:30)
Ряд MS-овских продуктов проверят при установке доступность папки для записи.

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

← →
kaif © (2005-10-10 15:18) [17]

2 Игорь Шевченко ©
Видно действительныо локальные базы по умолчанию лучше ставить в Application Data. Просто я к тому, что целый ряд вещей выясняется после того, как продано достаточное количество копий и претензий не поступало. Если у большинства пользователей Program Files не ReadOnly, если прогамму чаще вообще ставят на персональный ноутбук или на флешку, то пользователю в принципе удобно, если все, что относится к этой программе, лежит в ее директории, а не разбросано по диску.

← →
Igorek © (2005-10-10 15:24) [18]

> kaif © (10.10.05 14:15) [9]
> Igorek © (10.10.05 10:36) [8]
> regedit не должно быть у пользователей
> Ну почему?

Потому что пользователь не в regedit должен решать задачи прикладной области.

← →
Игорь Шевченко © (2005-10-10 15:27) [19]

kaif © (10.10.05 15:18) [17]

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

А можно объяснить, почему ? Мне правда интересно.

Danilka © (10.10.05 15:16) [16]

В этом случае да, смысла мало. Но MS-овские продукты обычно для пользователя устанавливаются

Игорь Шевченко © (10.10.05 15:27) [19]
А можно объяснить, почему ? Мне правда интересно.
можно я попробую?
Так наверно проще выполнить shift+delete, не нужно лазить по куче папок:)
И еще файлы конфигурации/базы проще найти(для backup"а, например).

Antonn © (11.10.05 10:22) [22]

> Так наверно проще выполнить shift+delete

А..правильные пацаны обычно Add\Remove Program вызывают

> И еще файлы конфигурации/базы проще найти(для backup"а,
> например).

И какой смысл делать backup данных вместе с exeшниками ?

> X:\Program Files\xxx\Sld, где X: - диск, на котором установлена Windows.
интересно, если X=C, тогда С:\Program Files\ССС\Sld
а если X=F, то F:\Program Files\FFF\Sld ??

Игорь Шевченко © (11.10.05 10:39) [23]
А..правильные пацаны обычно Add\Remove Program вызывают
Пускай вызывают, я тоже вызываю. Только получается, что просле некоторых инталляторов(InnoSetup, напрмр) остаются каталоги, потому как она удаляет только то, что описано в unins000.dat, а если файлы создавались в этом каталоге, то каталог не удаляется.
Да и вообще - контрольный выстрел:)

> И какой смысл делать backup данных вместе с exeшниками
> ?

зачем вместе с exe"шниками, я от некоторых программ беру настройки.(например, у ADCSee базу превьюшек, картинок очень много, потом меньше времени займет).

Antonn © (11.10.05 10:56) [25]

> Да и вообще - контрольный выстрел:)

format /u

> зачем вместе с exe"шниками, я от некоторых программ беру
> настройки.(например, у ADCSee базу превьюшек, картинок очень
> много, потом меньше времени займет).

Это понятно - но зачем при этом еще и exeшник бэкапить ? Он вроде не меняется...

Игорь Шевченко © (11.10.05 11:03) [26]
format /u
это уже не выстрел...

> Это понятно - но зачем при этом еще и exeшник бэкапить
> ? Он вроде не меняется...

не знаю, я не говорил про exe"ешник. Хотя если возиться с WinDasm и подобынми, может и стоит забекапить.

на IXBT, сегодня, на одной странице http://www.ixbt.com/news/soft/index.shtml:

1я новость:
Вышла новая версия интернет-пейджера от AOL Time Warner — AOL Instant Messenger Triton, предназначенного для работы под всеми операционными системами семейства Windows. Программа позволяет с легкостью обмениваться сообщениями с другими пользователями данного сервиса, вести видеоконференции, посылать файлы и т.д

2я новость:
AIM Fix — регулярно обновляющаяся утилита для удаления всех известных вирусов из интернет-пейджера AOL Instant Messenger. Очистка AIM происходит следующим образом: обнаруживаются вирусы, завершаются их процессы, удаляются исполняющие файлы, зачищаются следы в реестры.

Примечание для программистов. Найти похожие ветки