- 1
fp_env = popen("env", "r");
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+143
fp_env = popen("env", "r");
не ну я даже не знаю.
Dummy00001 27.05.2015 16:15 # 0
myaut 27.05.2015 16:55 # +1
Dummy00001 27.05.2015 17:55 # +1
типа если обработка ошибок по барабану, то вот так проще файл читать.
3_14dar 27.05.2015 18:15 # 0
Dummy00001 27.05.2015 18:19 # 0
Vasiliy 27.05.2015 18:45 # 0
Dummy00001 27.05.2015 18:47 # 0
Vasiliy 27.05.2015 19:27 # +3
Можно конечно устроить мини срач по поводу форточек. Но у меня нет настроения. По этому сразу к концу срача. Виндовс говно но говно с человечьим лицом. И в Skyrim под линью не поиграешь.
3_14dar 27.05.2015 21:50 # 0
myaut 28.05.2015 02:15 # 0
Как раз таки наоборот, они там сделаны ебанутей некуда.
3_14dar 28.05.2015 09:12 # +2
bormand 28.05.2015 11:50 # 0
Dummy00001 28.05.2015 17:58 # 0
ЗЫ виндовые права (почти) на линухе к слову тоже есть - "POSIX" ACL http://en.wikipedia.org/wiki/Access_control_list и NFS ACL https://wiki.freebsd.org/NFSv4_ACLs
3_14dar 28.05.2015 18:54 # −1
3_14dar 28.05.2015 18:53 # 0
bormand 28.05.2015 19:30 # 0
Dummy00001 28.05.2015 20:00 # 0
чисто математически, rwx и ACL аналогичны. в прошлом читал научную бумажку где чудак биекцию между ними строил. IIRC c rwx используются доп подкаталоги для дополнительных прав.
> Ну кроме случаев, когда надо организовать файлопомойку со сложными правилами.
я с виндовым админом который отвечал за нечто подобное (корпоративная файлопомойка для конфедециальных данных) на курилке пару лет тусовался.
их рекород - на одном каталоге было что-то около 200 ACL записей.
начали волноватся когда размер перешёл за 1ТБ - но уже было поздно, потому что с одной стороны слишком много времени займет что бы почистить, с другой стороны удалять потенциально важный документ как то очко играет.
3_14dar 28.05.2015 20:08 # −1
Dummy00001 28.05.2015 20:22 # 0
ЗЫ пример кривой потому что вообще не проблема ни в одной системе контроля доступа. chgroup www; chown o-rwx; chown g+rx-w;
3_14dar 28.05.2015 20:23 # 0
Ок, а теперь предположим, что кроме сервака еще один юзер должен иметь к файлу доступ. Или мы хотим расшарить доступ к файлу нескольким юзерам.
3_14dar 28.05.2015 20:29 # 0
Dummy00001 28.05.2015 20:31 # 0
LOL
3_14dar 28.05.2015 20:44 # 0
bormand 28.05.2015 20:32 # 0
А вот тут уже ACL'ы понадобятся :)
setfacl u:vasyan:r file
setfacl u:www-data:r file
Ну и включить при монтировании FS их поддержку.
bormand 28.05.2015 20:24 # 0
Дай на эту папку чтение для группы www-data (в которой только один юзер, под которым крутится веб-сервак) да и всё.
1024-- 28.05.2015 20:28 # 0
bormand 28.05.2015 20:33 # 0
3_14dar 28.05.2015 20:28 # 0
Каг?
bormand 28.05.2015 20:30 # 0
3_14dar 28.05.2015 20:31 # 0
bormand 28.05.2015 20:34 # 0
Прав.
3_14dar 28.05.2015 20:35 # 0
bormand 28.05.2015 20:39 # 0
Так точно. Если мне такой сценарий понадобится - я включу Posix ACL'ы. Просто на типичном шаред хостинге нужна анальная огороженность юзеров друг от друга, и это тупо нинужно.
3_14dar 28.05.2015 20:44 # 0
> я включу Posix ACL
Обосрамс rwx засчитывать?
bormand 28.05.2015 20:49 # 0
Нет. owner/group/other по определению слабее ACL'ов. Но в типичных для никсов ситуациях это не особо мешает. А групповое насилие над файлами за пределами файлопомоек для никсов не типично.
А если owner/group/others не хватает - включи ACL'ы.
3_14dar 28.05.2015 21:16 # 0
>в типичных для никсов ситуациях
Которые как обычно каждый трактует как хочет. Защитываю слив (т.к. на все случаи жизни их не хватит)
bormand 28.05.2015 21:19 # 0
laMer007 28.05.2015 21:21 # 0
bormand 28.05.2015 21:25 # 0
Пресвятая толстота... Обычные замки и двери тоже предлагаешь не юзать, т.к. они непригодны для банковских хранилищ (т.е. на все случаи жизни их не хватает)?
3_14dar 28.05.2015 22:06 # 0
Vasiliy 29.05.2015 15:57 # 0
Это почему ?
Лине часто есть группы с одним пользователем.
3_14dar 29.05.2015 16:06 # 0
kegdan 29.05.2015 16:10 # 0
3_14dar 27.05.2015 21:49 # −1
Lopata 28.05.2015 18:07 # 0
3_14dar 28.05.2015 19:00 # 0
Stallman 28.05.2015 21:29 # −1
3_14dar 28.05.2015 22:21 # −1