лучи поноса Windows-way
Ты еще сидишь на винде?
нет. Окружающие сидят.
Окружающие сидят.
винда какая? и какие МСные проги?
у меня 7-ка очень ревностно относится к записи в program files и всякий раз выбрасывает окошко UAC если начать там ковыряться например тоталом
ни разу не видел ничего подобного от офеса или вообще чего-либо другого
у меня 7-ка очень ревностно относится к записи в program files и всякий раз выбрасывает окошко UAC если начать там ковыряться например тоталом
ни разу не видел ничего подобного от офеса или вообще чего-либо другого
на деле реализуют концепции свалки и срут, срут, срут в Program Filesвот уж где риальне свалка, так это во всевозможных bin и lib в никсах
Концепция пакетов позволяет тебе вообще не задумываться о том, что лежит в /bin и тем более /lib
винда - XP. прога - MSSQL Express
винда - XP. прога - MSSQL Expressа куда, по хорошему, демон (который не зависит от пользователей) должен складывать данные?
> а куда, по хорошему, демон (который не зависит от пользователей) должен складывать данные?
В /var. man hier
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
В /var. man hier
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
учитывая что демон ставился с галочкой instance per user он может срать либо в пользовательский каталог, либо в аналог /var (common files кажется)
В /var. man hierправа какие для этого требуются?
учитывая что демон ставился с галочкой instance per usersql express состоит из морды и демона. это к морде относится, а не к демону
common files кажетсяэто который внутри program files?
срать он должен в DocumentAndSettings\[Local,Netowrk]Service, или в новых виндах в Users
либо в аналог /var (common files кажется)по идее, таким аналогом является \ProgramData (он же \Documents and Settings\All users\Application Data)
согласен, так было бы удобнее.
>> В /var. man hier
> права какие для этого требуются?
a=rwxt или u=rwx,go=rx
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
> права какие для этого требуются?
a=rwxt или u=rwx,go=rx
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
а куда, по хорошему, демон (который не зависит от пользователей) должен складывать данные?
очевидно, в Application Data или Local Settings пользователя, от имени которого он выполняется - то есть LocalService или NetworkService или возможно, какой-либо еще.
очевидно, в Application Data или Local Settings пользователя, от имени которого он выполняется - то есть LocalService илиочень не удобно, потому что при смене прав запуска для демона будут пропадать данные.
и правильно. Зачем думать вместо пользователя. Нужно будет сменить параметры запуска демона - сами и перенесут данные.
очень не удобно, потому что при смене прав запуска для демона будут пропадать данные.почему изменение учётной записи, из-под которой запускается демон, должно быть на столько обычной задачей после первоначальной настройки, что это должно влиять на то, где хранить рабочие файлы?
Ладно там самоделки на коленке, которые ничего другого не умеют как только в свой корень срать, но ведь майкрософтовские нативные проги, обязанные по идее максимально соответствовать концепции MS, на деле реализуют концепции свалки и срут, срут, срут в Program Files.
Как-то пробовал использовать SUSE Build Service - с его помощью собираются все дистрибутивы openSUSE и куча софта для них. Хотел для одной open source проги пакетик собрать, да так, чтобы другие могли пользоваться. Так там такие жесткие требования к структуре каталогов в пакете, что не дай бог какой-нибудь README файл не пометить как документацию или не туда засунуть! Эта штука проверяет даже экзешники на наличие в них жестко прошитых путей. А тем более не дает срать куда попало.
> Так там такие жесткие требования к структуре каталогов в пакете,
> что не дай бог какой-нибудь README файл не пометить как
> документацию или не туда засунуть!
Вот это ещё можно считать спорным.
> Эта штука проверяет даже экзешники на наличие в них жестко
> прошитых путей. А тем более не дает срать куда попало.
А вот это не "даже," это правильно и так и надо делать.
А то есть гении программистской мысли, которые продолжают жить
как будто двадцать лет назад. Стандарты качества выросли и им
надо соответствовать. Это означает кучу правил, про которые не
писали Керниган и Ритчи в полузабытых семидесятых-восьмидесятых.
Уже давно поняли, что лучше сначала создать бинарный пакет
(возможно, из-под другого пользователя проверить на ошибки
(права на файлы, нарушение правил иерархии и много чего ещё)
и поставить простой распаковкой (заодно проверив, что никакие
файлы не затираются).
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
> что не дай бог какой-нибудь README файл не пометить как
> документацию или не туда засунуть!
Вот это ещё можно считать спорным.
> Эта штука проверяет даже экзешники на наличие в них жестко
> прошитых путей. А тем более не дает срать куда попало.
А вот это не "даже," это правильно и так и надо делать.
А то есть гении программистской мысли, которые продолжают жить
как будто двадцать лет назад. Стандарты качества выросли и им
надо соответствовать. Это означает кучу правил, про которые не
писали Керниган и Ритчи в полузабытых семидесятых-восьмидесятых.
Уже давно поняли, что лучше сначала создать бинарный пакет
(возможно, из-под другого пользователя проверить на ошибки
(права на файлы, нарушение правил иерархии и много чего ещё)
и поставить простой распаковкой (заодно проверив, что никакие
файлы не затираются).
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Оставить комментарий
yroslavasako
Вот уже длительное время провожу эксперимент - запрещаю пользователям доступ к program files на запись. Как редко народ пишет программы, которые корректно используют папки и знают, куда писать можно, а куда - дурной тон. Ладно там самоделки на коленке, которые ничего другого не умеют как только в свой корень срать, но ведь майкрософтовские нативные проги, обязанные по идее максимально соответствовать концепции MS, на деле реализуют концепции свалки и срут, срут, срут в Program Files.Ненависть!