Це найкраща практика встановлення програм до програмних файлів?

У нас є додаток, який надається та встановлюється стороною компанією. Для цього вони стягують плату за «консультаційні» ринкові ставки.

На моє враження, вони встановили більшість папок у корені диска С.

Чи правильно встановити їх до кореня диска С? Чи може цей спосіб установки викликати проблеми? Або ж замість них слід встановлювати програмні файли?

windows

— Холодна Т
джерело

Я б не ставив цього питання щодо переповнення стека (або, власне, програмістів). Ймовірно, він буде закритим і закритий досить швидко на Stack Overflow.

— ChrisF

Вас шокує високоцінне «корпоративне» програмне забезпечення, яке має надзвичайно низьку якість? Не бути. Це не рідкість.

— Майкл Хемптон

Я думаю, що причина пов'язана з тим, щоб тривалість змінної PATH була якомога коротшою. Ви можете використовувати змінну% PROGRAMFILES% у своєму шляху, якщо вам потрібно розширити її, а не додавати повний шлях туди, куди ви інсталювали свою програму.

— ChrisF

@MichaelHampton насправді я в шоці, там "інженери-інженери" ще гірші!

— Холодний Т

Однією з головних проблем, що є найкращими практичними файлами програмних файлів, є те, що для створення каталогів на C-диску не потрібні права адміністратора, а програмні файли. При спробі написати програмне забезпечення, яке не потребує адміністратора, C може бути кращим (хоча використання програми AppData було б справжнім рішенням у цьому випадку для більшості ситуацій). Просто вказавши на одну різницю потенціалів. Я думаю, що все інше сказане тут стоїть.

— Нік

Відповіді:

Хоча це не офіційне джерело, Реймонд Чен із The Old New Thing обговорював це .

Зокрема, у вищезазначеній публікації блогу зазначено:

Деякі програми сертифікації програмного забезпечення Microsoft (наприклад, логотип Windows) вимагають, щоб програми встановили своє місце встановлення за замовчуванням у каталог програмних файлів.
/.../
Файли програм були введені в спробі навести порядок до хаосу. Подумайте про це як зафарбовування ліній на парковці.

Звичайно, відповідність цим умовам програм сертифікації програмного забезпечення застосовуватиметься лише в тому випадку, якщо ви мали намір подати заявку (або вже подали заявку та отримали сертифікацію відповідно до) цих конкретних програм сертифікації програмного забезпечення. І до речі, в цьому випадку мова йде про шлях встановлення за замовчуванням, нічого більше.

— CVn
джерело

OTOS, якщо я купую програмне забезпечення, і це написано людьми, не досить розумними, щоб зрозуміти, що існують стандарти та бути такими ж дурними, як переходити до С безпосередньо - ну саме там "найкраще, як звичайна практика може вимагати закон, якщо не домовлено інше "і" грубе нехтування документацією "вступають у гру.

— TomTom

Є певні переваги: не встановлювати в %programfiles%. Перший - захистити програму від використання в якості батута для зловмисного програмного забезпечення (детальніше див., Наприклад, http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ або google для отримання додаткової інформації "Foundstone DIRE ").

Ще однією перевагою було б встановлення без необхідних підвищених привілеїв. Це може бути важливо, знову ж таки, якщо програма порушена, вона не матиме прав доступу для компрометації чогось іншого.

У світі Linux звичайна практика встановлювати програмні пакети сторонніх та системних програм окремо. Наприклад, під час вступу звичайних програмних пакетів /usr/binсторонні виробники зазвичай надходять /usr/local/binабо /usr/share/binякщо їм потрібно ділитися декількома користувачами, або $HOME/binякщо він повинен використовуватися цим конкретним користувачем. Почувши, як це консалтингова фірма, яка встановлює ці програми на ваш ПК, вони, ймовірно, мають певну (не кажучи про надуману) політику користувача, яка робить її необхідною або, принаймні, зручнішою для використання %programfiles%.

— wvxvw
джерело