Почему я должен устанавливать свои приложения в папку / opt? [dубликат]
Они этого не делают. Кодовая база среды выполнения и библиотеки может использовать сценарии оболочки как клей, но время автономной работы таких языков, как JavaScript и PHP, не зависит от них. Использование команд, таких как echo и printf, является индикатором языков, на которые повлияли создатели, такие как C и shell. Это также справедливо для скомпилированных языков.
Вернитесь на минуту и задайтесь вопросом, означает ли наличие таких конструкций, как if и for и while, что выполнение сценариев оболочки зависит от C или наоборот.
3 ответа
документация для файловой системы Linux объясняет историю & amp; цель / opt. наиболее частое использование - это установка приложений, которые запускаются самостоятельно, без особых зависимостей с остальной частью системы. «ненадежное программное обеспечение» не должно устанавливаться вообще; в случае, если это необходимо, гигиенически изолированный контейнер KVM является обычным для наиболее безопасного способа сделать это.
Этот каталог зарезервирован для всего программного обеспечения и дополнительных пакетов, которые не являются частью стандартной установки. Например, здесь можно найти пакеты StarOffice, Kylix, Netscape Communicator и WordPerfect. Чтобы соответствовать FSSTND, все сторонние приложения должны быть установлены в этом каталоге. Любой пакет, который должен быть установлен здесь, должен находить свои статические файлы (например, дополнительные шрифты, клипарт, файлы базы данных), должен находить свои статические файлы в отдельном дереве каталогов / opt / 'package' или / opt / 'provider' (аналогично тому, как это делается в котором Windows будет устанавливать новое программное обеспечение в свое собственное дерево каталогов. C: \ Windows \ Progam Files \ «Название программы»), где «package» - это имя, которое описывает пакет программного обеспечения, а «поставщик» - это зарегистрированное имя LANANA провайдера. Хотя большинство дистрибутивов пренебрегают созданием каталогов / opt / bin, / opt / doc, / opt / include, / opt / info, / opt / lib и / opt / man, они зарезервированы для использования локальным системным администратором. Пакеты могут предоставлять «интерфейсные» файлы, предназначенные для размещения (путем связывания или копирования) этих зарезервированных каталогов системным администратором, но должны нормально функционировать при отсутствии этих зарезервированных каталогов. Программы, вызываемые пользователями, находятся в каталоге / opt / 'package' / bin. Если пакет включает страницы руководства UNIX, они расположены в / opt / 'package' / man и должны использоваться те же подструктуры, что и / usr / share / man. Пакетные файлы, которые являются переменными, должны быть установлены в / var / opt. Конфигурационные файлы, специфичные для хоста, устанавливаются в / etc / opt. Ни при каких обстоятельствах другие файлы пакетов не существуют за пределами иерархии / opt, / var / opt и / etc / opt, за исключением тех файлов пакетов, которые должны находиться в определенных местах в дереве файловой системы для правильной работы. Например, файлы блокировки устройства в / var / lock и устройства в / dev. Распределения могут устанавливать программное обеспечение в / opt, но не должны изменять или удалять программное обеспечение, установленное локальным системным администратором, без согласия местного системного администратора. Использование / opt для дополнительного программного обеспечения - это хорошо зарекомендовавшая себя практика в сообществе UNIX. Бинарный интерфейс прикладного программного обеспечения System V [AT & amp; T 1990], основанный на определении интерфейса системы V (третье издание) и стандарте Intel Binary Compatibility Standard v. 2 (iBCS2), обеспечивает структуру / opt, очень похожую на ту, которая определена здесь. Как правило, все данные, необходимые для поддержки пакета в системе, должны присутствовать в / opt / 'package', включая файлы, предназначенные для копирования в / etc / opt / 'package' и / var / opt / 'package', а также зарезервированные каталоги в / opt. Меньшие ограничения на распределение с использованием / opt необходимы, поскольку возможны конфликты между установленным дистрибутивом и локально установленным программным обеспечением, особенно в случае фиксированных путей, найденных в некоторых двоичных программах. Структура каталогов ниже / opt / 'provider' оставлена до упаковщика программного обеспечения, хотя рекомендуется установить пакеты в / opt / 'provider' / 'package' и следовать аналогичной структуре с рекомендациями для / опт / пакет. Действительная причина для отклонения от этой структуры - это пакеты поддержки, которые могут иметь файлы, установленные в / opt / 'provider' / lib или / opt / 'provider' / bin.в случае, если разрешения по умолчанию не будут достаточными для запуска приложения из /opt, можно взять собственность sudo chown -R $USER:$USER /opt/somepackage (этот вопрос задавался снова и снова, возможно, просто поиск вместо запроса). нет правил, здесь я устанавливаю много в каталог /home/somecompany/somepackage, только потому, что у него есть свой собственный раздел, и его чаще просматривают, чем /opt, который является своего рода реликвией из UNIX.
документацию по файловой системе Linux объясняет историю и цели /опт. самым распространенным способом является установка приложений, которые работают самостоятельно, не имея большого зависимостей для остальной системы. "ненадежного программного обеспечения" должны быть установлены на все; в случае с гигиенически изолированные КВМ контейнер обычный для самый безопасный способ сделать это.
этот каталог зарезервирован для все программное обеспечение и дополнительные пакеты, которые не являются частью установки по умолчанию. Например, "Старофис", Килики, Нетскейп коммуникатор и wordperfect пакеты обычно нашли здесь. В соответствии с FSSTND, все сторонние приложения должна быть установлена в эту директорию. Любой пакет должен быть установлен, необходимо найти его статические файлы (т. е. дополнительные шрифты, клипарт, файлы базы данных) должны найти свои статические файлы в отдельной папке /opt/'пакет' или /opt/'поставщик' дерево каталогов (как в Windows будет установлено новое программное обеспечение для своего собственного каталога C:\Windows\Progam файлы\"Название программы"), где "пакет" - это имя, которое описывает пакет программ и "поставщик" является поставщиком LANANAБЫЛ зарегистрированного имени. Хотя большинство дистрибутивов пренебрегать создать каталоги /опт/бин, /выбрать/док, /опт/включить /опт/информации, раздел /opt/lib и /opt/на человека они зарезервированы для местного использования системным администратором. Пакеты могут обеспечить "фронт-энд" файлы должны располагаться в (путем связывания или скопировать) эти зарезервированные каталоги системным администратором, но должны нормально функционировать при отсутствии этих зарезервированных каталогах. Программы могут ссылаться пользователи находятся в пакете директории /opt/''/бин. Если пакет включает в себя страницы руководства Unix, они находятся в /opt/пакет/человек и той же конструкции в /usr/доли/человек должен быть использован. Файлы пакета, которые являются переменной должен быть установлен в /var/опт. Хост-отдельные конфигурационные файлы установлены в /etc/опт. Ни в коем случае не других файлов пакета существовать вне /опт /вар/опт и /etc/опт иерархии, за исключением тех, файлы, упаковки, которые должны размещаться в определенных местах в дереве файловой системы, чтобы функционировать должным образом. Например, Блокировка файлов устройств в каталоге /var/Lock и устройств в /dev. Дистрибутивы могут установить программу в /opt, но не должны изменять или удалять программное обеспечение, установленное местной системный администратор без согласия местного системного администратора. Использования /opt для дополнения программного обеспечения является устоявшейся практикой в сообществе Unix и Linux. Системы V двоичного интерфейса приложений [в 1990], опираясь на определение системы интерфейсы (третье издание) и Intel Двоичная Совместимость Стандарт в. 2 (iBCS2) предусматривает /опт структуре очень похож на тот, определенными здесь. Как правило, все данные, необходимые для поддержки пакета, на компьютере должны присутствовать в каталоге /opt/'пакет', в том числе файлы, предназначенные для копирования в /etc/опт/'пакет' и /var и/opt/'пакет', а также защищены каталоги в /opt. Незначительные ограничения на распределения с использованием /опт необходимы, потому что возможны конфликты между распределением установлен и локально установленного программного обеспечения, особенно в случае фиксированных путей, в некоторых двоичных программного обеспечения. Структура каталогов /опт/ "поставщик" осталось до упаковщика программного обеспечения, хотя это рекомендуется, что пакеты устанавливаются в /opt/ "поставщик" / "пакет" и выполните аналогичную структуру руководящих принципов /опт/пакет. Уважительных причин отходить от этой структуры в пакеты, которые могут иметь файлы, установленные в /opt/ "поставщик" /lib или /опт/ "поставщик" /ОГРН.в случае разрешения по умолчанию не хватит, чтобы запустить приложение /opt можно взять одинаковые собственности sudo chown -R $USER:$USER /opt/somepackage (этот вопрос был задан снова и снова, может быть, просто поиск, а не просить). здесь нет правил, здесь я устанавливаю в директорию /home/somecompany/somepackage, просто потому, что он имеет свой собственный раздел и чаще обращались, чем /opt, которая является своеобразной реликвией из Unix.
документация для файловой системы Linux объясняет историю & amp; цель / opt. наиболее частое использование - это установка приложений, которые запускаются самостоятельно, без особых зависимостей с остальной частью системы. «ненадежное программное обеспечение» не должно устанавливаться вообще; в случае, если это необходимо, гигиенически изолированный контейнер KVM является обычным для наиболее безопасного способа сделать это.
Этот каталог зарезервирован для всего программного обеспечения и дополнительных пакетов, которые не являются частью стандартной установки. Например, здесь можно найти пакеты StarOffice, Kylix, Netscape Communicator и WordPerfect. Чтобы соответствовать FSSTND, все сторонние приложения должны быть установлены в этом каталоге. Любой пакет, который должен быть установлен здесь, должен находить свои статические файлы (например, дополнительные шрифты, клипарт, файлы базы данных), должен находить свои статические файлы в отдельном дереве каталогов / opt / 'package' или / opt / 'provider' (аналогично тому, как это делается в котором Windows будет устанавливать новое программное обеспечение в свое собственное дерево каталогов. C: \ Windows \ Progam Files \ «Название программы»), где «package» - это имя, которое описывает пакет программного обеспечения, а «поставщик» - это зарегистрированное имя LANANA провайдера. Хотя большинство дистрибутивов пренебрегают созданием каталогов / opt / bin, / opt / doc, / opt / include, / opt / info, / opt / lib и / opt / man, они зарезервированы для использования локальным системным администратором. Пакеты могут предоставлять «интерфейсные» файлы, предназначенные для размещения (путем связывания или копирования) этих зарезервированных каталогов системным администратором, но должны нормально функционировать при отсутствии этих зарезервированных каталогов. Программы, вызываемые пользователями, находятся в каталоге / opt / 'package' / bin. Если пакет включает страницы руководства UNIX, они расположены в / opt / 'package' / man и должны использоваться те же подструктуры, что и / usr / share / man. Пакетные файлы, которые являются переменными, должны быть установлены в / var / opt. Конфигурационные файлы, специфичные для хоста, устанавливаются в / etc / opt. Ни при каких обстоятельствах другие файлы пакетов не существуют за пределами иерархии / opt, / var / opt и / etc / opt, за исключением тех файлов пакетов, которые должны находиться в определенных местах в дереве файловой системы для правильной работы. Например, файлы блокировки устройства в / var / lock и устройства в / dev. Распределения могут устанавливать программное обеспечение в / opt, но не должны изменять или удалять программное обеспечение, установленное локальным системным администратором, без согласия местного системного администратора. Использование / opt для дополнительного программного обеспечения - это хорошо зарекомендовавшая себя практика в сообществе UNIX. Бинарный интерфейс прикладного программного обеспечения System V [AT & amp; T 1990], основанный на определении интерфейса системы V (третье издание) и стандарте Intel Binary Compatibility Standard v. 2 (iBCS2), обеспечивает структуру / opt, очень похожую на ту, которая определена здесь. Как правило, все данные, необходимые для поддержки пакета в системе, должны присутствовать в / opt / 'package', включая файлы, предназначенные для копирования в / etc / opt / 'package' и / var / opt / 'package', а также зарезервированные каталоги в / opt. Меньшие ограничения на распределение с использованием / opt необходимы, поскольку возможны конфликты между установленным дистрибутивом и локально установленным программным обеспечением, особенно в случае фиксированных путей, найденных в некоторых двоичных программах. Структура каталогов ниже / opt / 'provider' оставлена до упаковщика программного обеспечения, хотя рекомендуется установить пакеты в / opt / 'provider' / 'package' и следовать аналогичной структуре с рекомендациями для / опт / пакет. Действительная причина для отклонения от этой структуры - это пакеты поддержки, которые могут иметь файлы, установленные в / opt / 'provider' / lib или / opt / 'provider' / bin.в случае, если разрешения по умолчанию не будут достаточными для запуска приложения из /opt, можно взять собственность sudo chown -R $USER:$USER /opt/somepackage (этот вопрос задавался снова и снова, возможно, просто поиск вместо запроса). нет правил, здесь я устанавливаю много в каталог /home/somecompany/somepackage, только потому, что у него есть свой собственный раздел, и его чаще просматривают, чем /opt, который является своего рода реликвией из UNIX.