Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD, opennews (??), 28-Авг-20, (0) [смотреть все] С такими ошибками и через неделю в продакшин порт OpenZFS разрешили, более чем с, Аноним (1), 08:10 , 28-Авг-20, (1) +7 // FreeBSD 13 0 выйдет в следующем году, так что тут ни о каком продакшене речи еще, Аноним (-), 08:28 , 28-Авг-20, (4) +7 // Речь про FreeBSD, так что о каком-то продакшене в принципе разговор не идёт , Аноним (19), 10:19 , 28-Авг-20, (19) –15 // Скрыто модератором, Аноним (41), 13:41 , 28-Авг-20, (41) –5 Скрыто модератором, Аноним (46), 14:06 , 28-Авг-20, (46) +1 Скрыто модератором, Аноним (56), 14:26 , 28-Авг-20, (56) +3 Скрыто модератором, Аноним (58), 14:30 , 28-Авг-20, (58) Скрыто модератором, Кайф (?), 15:09 , 28-Авг-20, (62) Скрыто модератором, пох. (?), 15:17 , 28-Авг-20, (64) Скрыто модератором, Кайф (?), 17:23 , 28-Авг-20, (90) Скрыто модератором, пох. (?), 17:31 , 28-Авг-20, (92) –1 Зато речь идёт о качестве участия комьюнити бздишнегов в разработке zfs вообще , ананим.orig (?), 13:08 , 28-Авг-20, (38) // Лол всмысле порт под фряху OpenZFS напомни откуда появился Не как развитие ZFS, Кайф (?), 15:20 , 28-Авг-20, (65) +1 Вообще-то нихрена они не допилилвали - они бэкпортировали в основном изменения и, пох. (?), 15:42 , 28-Авг-20, (71) +1 Давай пруфы, Кайф (?), 16:01 , 28-Авг-20, (75) Сабж чем тебе не пруф От своего порта в пользу линуксячего отказались или нет , ананим.orig (?), 16:15 , 28-Авг-20, (81) Линуксячим ZFS с каких пор стал Может переписали сановский код на GPL Сказки р, Кайф (?), 16:20 , 28-Авг-20, (82) +1 Че ты впариваешь перепончатый Хочешь сказать что драйвер ZoL основан на неком н, Кайф (?), 16:05 , 28-Авг-20, (77) –1 Судя по сабжу мало взять лицензию Нужно чтобы ещё и код кто-то заставил работать, ананим.orig (?), 16:23 , 28-Авг-20, (84) Неужели бздишнеги написали , ананим.orig (?), 16:13 , 28-Авг-20, (80) Линуксоиды под CDDL наваяли эт да, Кайф (?), 17:23 , 28-Авг-20, (91) –1 Хорошо посмешили , Бздун (?), 15:28 , 28-Авг-20, (68) –4 // Линуксовый дистросрач работает именно на мёртвой фряхе, а руководители Lunux FUN, Hellscream (?), 16:59 , 28-Авг-20, (89) –2 Не удивлюсь, если это личная заморочка jesse туда же отмечу, что при переполза, Michael Shigorin (ok), 21:31 , 30-Авг-20, (114) Не, тесты не нужны Херак-херак и в продакшен Два смузи мне , Брат Анон (?), 08:49 , 28-Авг-20, (7) +8 // Континьюес деплоймент , Сява (?), 09:07 , 28-Авг-20, (10) +4 // Баг дривен девелопмент, Аноним (15), 09:34 , 28-Авг-20, (15) +3 Может вам необходимо освежить ваши знания об основах CI CD процесса , Anonymousqwe (?), 11:12 , 28-Авг-20, (25) +3 Мы девопсы Мы решаем трудную задачу непрерывно доставлять , freehck (ok), 13:15 , 28-Авг-20, (40) +5 Конкурируете с Почтой России , Аноним (56), 14:24 , 28-Авг-20, (54) Нет, с цирковыми клоунами, Аноним (58), 14:54 , 28-Авг-20, (60) +3 Что погромисты что девляпсы, все одинаково на куяк куяк и продакшн, microsoft (?), 20:54 , 29-Авг-20, (110) +1 Разве солярочную реализацию, которая сейчас, какие-то другие разработчики адапти, Аноним (56), 11:52 , 28-Авг-20, (30) // Added Fri Apr 6 01 09 06 2007 UTC 13 years, 4 months ago by pjdPlease welcome , пох. (?), 15:24 , 28-Авг-20, (66) Ахаха, глобальная и надёжная ФС , Fracta1L (ok), 08:16 , 28-Авг-20, (2) +1 // Ну не глобальная ZFS работает на локальных дисках и не предусматривает распред, zurapa (ok), 09:35 , 28-Авг-20, (16) +1 // Внезапно, iSCSI может быть представлено в системе блочным устройством, на которо, Аноним (56), 11:58 , 28-Авг-20, (32) // По сети реплики дисков таскать не проблема , Аноним (39), 13:13 , 28-Авг-20, (39) В реальном времени Так-то и md5sum для всех файлов прогнать не проблема, но буде, Аноним (56), 14:03 , 28-Авг-20, (44) Скрыто модератором, пох. (?), 22:31 , 28-Авг-20, (100) Совсем опустился человек А был когда-то большим человеком , Аноним (46), 14:12 , 28-Авг-20, (48) // но потом сел на диету, стал заниматься спортом, и теперь может передвигаться, Аноним (56), 14:20 , 28-Авг-20, (50) +1 Шабашка за пиво довела, Аноним (52), 14:22 , 28-Авг-20, (52) 25 авг Кодовая база FreeBSD переведена на использование OpenZFS ZFS on Linux , Lex (??), 08:17 , 28-Авг-20, (3) +9   // Что плохого что оперативно выявляют уязвимости , Аноним (5), 08:29 , 28-Авг-20, (5)   // Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку Главное, оператив, Брат Анон (?), 08:48 , 28-Авг-20, (6) +2   // Это не сюда Это к Алибасову , YetAnotherOnanym (ok), 10:30 , 28-Авг-20, (22) –1   Главное, очередная хреновая оперативная аналогия , анонн (ok), 14:11 , 28-Авг-20, (47)   Да нет, нормальная, microsoft (?), 20:57 , 29-Авг-20, (111)   Ничего, это как раз хорошо, коллега сверху очевидно хотел позлорадствовать над н, Аноним (8), 08:50 , 28-Авг-20, (8) –5   // ZFS в Linux нет и не было, то что там приматывают сбоку изолентой - не Линукса , Fracta1L (ok), 09:17 , 28-Авг-20, (11) –3   Точно пингвинята https github com openzfs zfs commit 9f0a21e6411aa0bac23fba0dd, Sluggard (ok), 09:22 , 28-Авг-20, (13) +8   На тот момент, когда обделались, будем считать их пингвинятами А так вообще они, Аноним (56), 11:50 , 28-Авг-20, (29) –3   Было бы очень интересно, если бы они, принимая приличного объема код в свою кодо, Х (?), 09:20 , 28-Авг-20, (12) +4   // Конкретно с разработкой ОС я мало пересекаюсь, но даже мне отлично известно, что, Lex (??), 09:44 , 28-Авг-20, (17) –2   // А что не так с GraphQL , Аноним (18), 10:12 , 28-Авг-20, (18)   Давно уже разбирался, сейчас, скорее, по памяти будет На первый взгляд смотрится, Lex (??), 11:21 , 28-Авг-20, (26) +2   Интересно, читать цитируемое местные оналитеки не пробовали https www freebsd , анонн (ok), 12:52 , 28-Авг-20, (36)   зачем Jlanchaтые сюда похихикать приходят, для них наверно будет отрытием, что , Ананимас008 (?), 01:48 , 29-Авг-20, (104) –1   RAM жрёт так же, как жрал Solaris - даже немного меньше местами Потому что кэши, Аноним (-), 15:51 , 28-Авг-20, (74)   Молодчинка, теперь утри слюнки и спать Не у всех на локалхосте тоже что и у теб, microsoft (?), 21:01 , 29-Авг-20, (112)   Если кому интересно https github com openzfsonwindows ZFSin, Аноним (19), 10:23 , 28-Авг-20, (20)   // он мертвенький, к сожалению И то же с zfs on mac Не, ну а чо вы хотите, с такими, пох. (?), 15:10 , 28-Авг-20, (63) +1   Тут не по коду, кто то бсдэшников поставил и потестил Оперативно, и исправлено , Павел Отредиез (?), 17:32 , 28-Авг-20, (93)   Может что-то не так с этими нереально_совсем_в_теме_ведь_они_прочитали_заголовок, Аноним84701 (ok), 12:01 , 28-Авг-20, (33)   // Это никак не отменяет того факта, что накосячили именно разработчики Фри Самый э, Аноним (56), 12:46 , 28-Авг-20, (35) +1   // Угу, угу Reviewed-by Sean Eric Fagan sef ixsystems com Reviewed-by Jorgen Lun, Аноним84701 (ok), 12:57 , 28-Авг-20, (37) +1   Скрыто модератором, Аноним (56), 14:18 , 28-Авг-20, (49) –1   Скрыто модератором, Аноним84701 (ok), 16:38 , 28-Авг-20, (87)   Не фига себе Человек даже патч посмотрел Опеннет, я в тебе разочаровываюсь , Аноним (103), 23:51 , 28-Авг-20, (103)   FreeBSD становится всё больше и больше похожа на Linux, такая же стабильная и на, Hellscream (?), 08:53 , 28-Авг-20, (9) +2 // как туда впендюрят systemd станет очередной сборкой линакса , 1 (??), 10:47 , 28-Авг-20, (23) –1 Эх, была бы в bsd приличная виртуализация с пробросом и поддержка vulkan види, Аноним (46), 10:27 , 28-Авг-20, (21) // Ну bhyve что-то там умеет пробрасывать Про vulkan - допиши пару форм W библиотек, 1 (??), 10:49 , 28-Авг-20, (24) –1 Что-то мне кажется наличие вулкана зависит от вполне конкретных дровок, если тво, Аноним (27), 11:34 , 28-Авг-20, (27) +1 // Красные активно работают с сообществом Проблема Фри в том, что у нее нет разраб, Аноним (56), 14:05 , 28-Авг-20, (45) // А у зелёных что Они вроде свой блоб выпускают для фряхи , НяшМяш (ok), 17:48 , 28-Авг-20, (95) Эээ а почему у меня на e2k поддержка vulkan собралась и поехала Вендор этог, Michael Shigorin (ok), 21:37 , 30-Авг-20, (115) Не прокатило , Аноним (28), 11:48 , 28-Авг-20, (28) +1 // Стандарты BSD-шного академического качества кода, внезапно, за пределами BSD-ш, Аноним (56), 14:22 , 28-Авг-20, (51) // Чёт вы на мешали каши Академический код только в Netbsd А фряха с опенком тут , Аноним (41), 16:11 , 28-Авг-20, (78) Ждем новых багов и дыр в OpenZFS, от ребят с ixsystems com и freebsd org Ломал, Аноним (56), 11:55 , 28-Авг-20, (31) Linux В USB стеке найдено и исправлено N уязвимостейФанат BSD Ваш Linux reshet, ALex_hha (ok), 12:17 , 28-Авг-20, (34) +10 // Т е теперь официально можно считать все уязвимости в коде для поддержки ОС Lin, анонн (ok), 14:00 , 28-Авг-20, (43) –6 // Если бы ты следил за Linux, то знал бы, что данная реализация ZFS была специальн, Анонимик (?), 14:26 , 28-Авг-20, (55) –3 // В данном контексте это сторонний софт Потому что так надо И авторы бага, с ад, Аноним (56), 14:29 , 28-Авг-20, (57) честно говоря, в отношении старой реализации я вот не могу вспомнить за ними как, пох. (?), 15:28 , 28-Авг-20, (69) +2 И аноним с подгоранием и громкими воплями в новости о пофикшеном баге времени , анонн (ok), 15:48 , 28-Авг-20, (72) Если бы ты писал в тему, то сказать хотел что , анонн (ok), 15:29 , 28-Авг-20, (70) Как же так, ведь они же говорили , Аноним (59), 14:47 , 28-Авг-20, (59) +1 Отличные новости Еще поживем с надежной ZFS, а не этим аттракционом из линукса , Аноним (67), 15:25 , 28-Авг-20, (67) –1 // Хотите надежности - идите в солярку с тамошним фирменным зфс, а все эти ляликсы , Аноним (106), 05:02 , 29-Авг-20, (106) +4 // Эт разве что вслед за joyent и данными их клиентов , Michael Shigorin (ok), 21:38 , 30-Авг-20, (116) Так это ж понятно, если знать из чего Linux родился, и где или от куда BSD систе, KT315 (ok), 23:05 , 28-Авг-20, (102) +1 // Всё гораздо проще 8212 за linux изначально стояли корпсы с миллиардами мёртвы, Hellscream (?), 19:46 , 29-Авг-20, (109) –1 // А-аа, так вот кто скинулся Линусу на довыплачивать те 4000 за его 486 , Michael Shigorin (ok), 21:39 , 30-Авг-20, (117) Изначально - нет, не стояли Но ты не хочешь тот линукс, я уверяю тебя А вот ког, пох. (?), 12:40 , 31-Авг-20, (119) Раньше я думал, что open source софт это серьёзно, и можно доверять Но на практ, Павел Отредиез (?), 17:38 , 28-Авг-20, (94) // Ты ещё Btrfs не юзал вот там реально Содом и Гоморра, Кайф (?), 18:10 , 28-Авг-20, (96) –1 // Я юзаю В продакшн не highload, но нагрузка не нулевая Никаких ужасов не наблю, пох. (?), 22:19 , 28-Авг-20, (99) // У тебя в проде ntfs, до свидания , zzz (??), 02:47 , 29-Авг-20, (105) Да, уж издеть не мешки ворочать , bOOster (ok), 19:09 , 29-Авг-20, (108) –1 Вы зачем-то добавили слова open source , Michael Shigorin (ok), 21:40 , 30-Авг-20, (118) да, тяжело портировать линуховый код на FreeBSD , Аноним (97), 21:03 , 28-Авг-20, (97) +2 Расходимся, это новость про коммиты Так можно 100500 лет новости постить про ба, KT315 (ok), 22:58 , 28-Авг-20, (101) FreeBSD остановилась как серверная ОС на версиях 4 Дальше попытка на десктоп , Daemon (??), 09:23 , 29-Авг-20, (107) // боюсь что это ты остановился, а freebsd поехала дальше Ничего такого, о чем при, пох. (?), 23:29 , 29-Авг-20, (113) +2 Два дня гомороботы цензоры-коновалы бухие валялись Была свобода Сегодня проспал, Она им (?), 09:43 , 01-Сен-20, (120) 1,2,3,9,21,28,31,34,59,67,94,97,101,107,120

Сообщения

[Сортировка по времени | RSS]

3. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+9 +/–
Сообщение от Lex (??), 28-Авг-20, 08:17
25 авг: "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)" 28 авг: "Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD" Да что же не так с этими нереально_безопасными и системно_разрабатываемыми_серьезныи_ребятами *BSD
Ответить | Правка | Наверх | Cообщить модератору

	5. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (5), 28-Авг-20, 08:29
	Что плохого что оперативно выявляют уязвимости?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
	Сообщение от Брат Анон (?), 28-Авг-20, 08:48
	Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку. Главное, оперативно выяснил))
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 28-Авг-20, 10:30
	Это не сюда. Это к Алибасову.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от анонн (ok), 28-Авг-20, 14:11
	>> Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS... > Ну так ты сначала выпей мышьяку, а потом посмотри на этикетку. Главное,  оперативно выяснил)) Главное, очередная хреновая оперативная аналогия?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	111. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от microsoft (?), 29-Авг-20, 20:57
	Да нет, нормальная
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–5 +/–
	Сообщение от Аноним (8), 28-Авг-20, 08:50
	> Что плохого что оперативно выявляют уязвимости? Ничего, это как раз хорошо, коллега сверху очевидно хотел позлорадствовать над напыщенными везде без мыла влезающими бсдюковыми выкриками о безопасносте и надёжности бсди, да вот только тут получается двояко, вроде и пингвинята обделались, а вроде и бсде подложили свинью, и бсдюки схавали, уже не могут в безопасность и стабильность, бсдя уже не та... А кто это не может признать, тот ретроград и против прогресса ;)
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	11. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–3 +/–
	Сообщение от Fracta1L (ok), 28-Авг-20, 09:17
	> вроде и пингвинята обделались ZFS  в Linux нет и не было, то что там приматывают сбоку изолентой - не Линукса проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+8 +/–
	Сообщение от Sluggard (ok), 28-Авг-20, 09:22
	> вроде и пингвинята обделались Точно пингвинята? https://github.com/openzfs/zfs/commit/9f0a21e6411aa0bac23fba... Co-authored-by: Ryan Moeller <ryan@iXsystems.com> Signed-off-by: Matt Macy <mmacy@FreeBSD.org> Signed-off-by: Ryan Moeller <ryan@iXsystems.com>
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	29. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–3 +/–
	Сообщение от Аноним (56), 28-Авг-20, 11:50
	На тот момент, когда обделались, будем считать их пингвинятами. А так вообще они разработчики FreeBSD, и никогда не ошибаются. Именно поэтому во фре вообще нет ошибок, а которые есть — те происки пингвинят.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+4 +/–
	Сообщение от Х (?), 28-Авг-20, 09:20
	Было бы очень интересно, если бы они, принимая приличного объема код в свою кодовую базу, умудрились точно и на 100% проверить его не просто на корректность (что ФС без косяков читает/пишет), но и на идеальную состыковку со своими механизмами (т.е. чо ACL в ФС совершенно корректно транслируются в ACL самой ОС). Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут же наймет любая команда разработки ОС (любой ОС!) - золотое умение. Ведь добавить ZFS в Windows, например, было бы круто (и есть даже проект), но там те же проблемы - неуверенность, что два куска кода будут идеально работать в любых условиях. А тут - БАЦ! - приходит Lex, умеющий читать код, и гарантирующий, что все будет работать без косяков, это же какой буст в интеграции кода разных команд будет!
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	17. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–2 +/–
	Сообщение от Lex (??), 28-Авг-20, 09:44
	> Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут > же наймет любая команда разработки ОС (любой ОС!) - золотое умение. Конкретно с разработкой ОС я мало пересекаюсь, но даже мне отлично известно, что, при каких-либо ощутимых изменениях, вначале идет долгая фаза альфа/бета/итп тестирования, лишь по итогу которой правки отправляются в "прод". Но никак в прод не валятся те изменения, при которых уже через считанные дни проступают эпические дыры. > Ведь добавить ZFS в Windows, например, было бы круто (и есть даже > проект), но там те же проблемы - неуверенность, что два куска > кода будут идеально работать в любых условиях. А тут - БАЦ! > - приходит Lex, умеющий читать код, и гарантирующий, что все будет > работать без косяков, это же какой буст в интеграции кода разных > команд будет! ЗФС - странная штука. Вроде бы все о ней говорят, о том, какая она крутая, притом, уже несколько лет( за которые восторженные вопли о ней, кстати, начали утихать ).. но, начинаешь лезть в детали - и карета превращается в тыквы: то оказывается, что зфс кагбэ немало ресурсов системы жрет( ОЗУ, ЦП и проч ), то оказывается, что она не шибко то и отказоустойчива, да и горячая замена и проч работают не всегда и не везде, по крайней мере, сразу и запросто, то - еще что-то. Крч., получается ситуация почти как GraphQL. В случае с виндой - многих и NTFS вполне устраивает.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (18), 28-Авг-20, 10:12
	> Крч., получается ситуация почти как GraphQL. А что не так с GraphQL?
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+2 +/–
	Сообщение от Lex (??), 28-Авг-20, 11:21
	>> Крч., получается ситуация почти как GraphQL. > А что не так с GraphQL? Давно уже разбирался, сейчас, скорее, по памяти будет. На первый взгляд смотрится интересно, но, как начинаешь разбираться... По сути, эта штука является подобием абстрагированной БД в качестве бэка, поля у которой не только получаемые из реальной БД и ограниченно-вычисляемые на их основе, но и вычисляемые в т.ч на основе каких-либо сторонних данных и условий с задействование всех возможностей бэка. Система в том виде, в котором ее изображают фейсбучники и рекламируют сторонние товарищи, фундаментально ущербна ввиду того, что не дает каких-либо явных и серьезных плюсов в сравнении со столетними штуками вроде JSON-RPC( которой, к примеру, вообще без разницы, каким путем осуществляется взаимодействие - HTTP ли запросами или, в приведенном к строке формате, пробрасывается через сокетное соединение, поскольку суть подхода одна - делать к серваку конкретные запросы, на которые от него получать конкретные ответы ). В то же время пропагандирует слишком много свободы в плане обмена данными( на стороне клиента определяется какие конкретно данные оно хочет получить с бэка, какие конкретно поля должен содержать ответ и проч, хотя не без нюансов. При нескольких разных версиях клиента может возникнуть серьезнейший бардак в потоках данных ). Это чем-т напоминает 5-10 летнее прошлое, когда разного рода NO-SQL БД отсутствие какой-либо схемы и возможность валить данные любой структуры в них изображали в качестве невероятного плюса. Если убрать чрезмерную свободу в обращении с данными, то внятных плюсов, в общем-то, не остается. Тогда как минусы в виде очень специфического и нишевого подхода к обмену данными, самой структуре и настройкам, тонн оверхеда и абстракций на ровном месте, хороших шансов получить полный бардак в обмене данными если слушать пиарщиков фейсбука итд итп в общем-то никуда не деваются. Для себя в свое время принял как наиболее интересные и оптимальные - разные подобия JSON-RPC, поскольку нет привязки к способу обмена данными( HTTP кодами "сигналить" разные сообщения как некоторые любят, угу. Особенно, если потом требуется переезд на сокеты форменное веселье начинается ), клиент понятия не имеет о внутренней организации данных и прочего и ему в принципе не надо этого( т.к он просто отправляет на бэк название функции и ее аргументы и вполне логично ожидает получить ответ в известном диапазоне результатов ), один запрос может содержать в себе целую "пачку" RPC-запросов( массив объектов, в котором каждый объект - запрос, со своим именем, аргументами и проч ), а ответ - целую пачку ответов вместо кучи одиночных запросов и ответов. Ну это по памяти, разбирался активно с этими штуками более года назад, так и не нашел в GraphQL чего-то реально интересного и однозначно перевешивающего все остальные решения и подходы. Штука интересная и.. и на этом все. Почти как с блокчейном, который "классические" БД, как ни странно, так и не заменил, как бы его куда ни попадя не толкали бы годами напролет и вкидывали кучи денег. На фоне нескончаемого фейсбучного бардака( у этих гениев постоянно то поддержка чего-то отваливается, то что-то где-то ломается в их SDK, API, какие-то апи и проч устаревают и проч ), складывается ощущение, что это просто подобие т.н техно-пиара( сегодня одно, завтра - другое. Главное - сохранить образ технологичности ), поскольку даже самим идейным разработчикам их "гениальные" подходы и решения не позволяют сделать реально отказоустойчивый продукт, с непрошибаемым API и SDK. Зато, все тестами и типизациями обмазано. Правда, еще пару лет назад тупо не подключалось, поскольку гении SDK для яблока для разных кроссплатформенных штук ожидали увидеть в захардкоженной директории "/имя_пользователя/Documents/FacebookSDK" вне зависимости от местоположения проекта. Хотя, подобным и гугл грешит - самая большая боль обычно возникает именно при интеграции продуктов от ФБ и Гугла.. хотя, вроде бы типо_мастера в ИТ, все такие протестированы да типизированные и весь остальной мир учат как код кодить.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от анонн (ok), 28-Авг-20, 12:52
	>> Наверное, если Lex умеет так делать (а не просто злорадствовать), его тут >> же наймет любая команда разработки ОС (любой ОС!) - золотое умение. > Конкретно с разработкой ОС я мало пересекаюсь, но даже мне отлично известно, > что, при каких-либо ощутимых изменениях, вначале идет долгая фаза альфа/бета/итп тестирования, лишь по итогу которой правки отправляются в "прод". > Но никак в прод не валятся те изменения, при которых уже через считанные дни проступают эпические дыры. Интересно, читать цитируемое местные оналитеки не пробовали? >> "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)" >> Реализация файловой системы ZFS в основной ветке FreeBSD (HEAD) https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd... > FreeBSD-CURRENT is the very latest source code for FreeBSD and includes works in progress, experimental changes, and transitional mechanisms that might or might >
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	104. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	–1 +/–
	Сообщение от Ананимас008 (?), 29-Авг-20, 01:48
	зачем? Jlanchaтые сюда похихикать приходят, для них наверно будет отрытием, что 13 ветка еще не релизнулась и нужна лишь разработчикам.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (-), 28-Авг-20, 15:51
	> оказывается, что зфс кагбэ немало ресурсов системы жрет( ОЗУ, ЦП и проч ) RAM жрёт так же, как жрал Solaris - даже немного меньше местами. Потому что кэширование (которое, кстати, можно настроить/ограничиь). А что, должно быть не так? > то оказывается, что она не шибко то и отказоустойчива В смысле? Что, у Вас пул с резервированием вылетел при крахе одного носителя? Да ну не может быть. > да и горячая замена и проч работают не всегда и не везде, по крайней мере, сразу и запросто, У меня и всех моих знакомых с самого раннего порта всё работает, сразу, запросто. Этому zpool'у что дашь - то и жрёт, если не дать слишком малый размер диска/раздела, конечно. И горячий резерв работает, и горячая замена, и даже горячая МИГРАЦИЯ. Годами. Так-то.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	112. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от microsoft (?), 29-Авг-20, 21:01
	Молодчинка, теперь утри слюнки и спать. Не у всех на локалхосте тоже что и у тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (19), 28-Авг-20, 10:23
	>добавить ZFS в Windows, например, было бы круто (и есть даже проект Если кому интересно https://github.com/openzfsonwindows/ZFSin
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	63. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от пох. (?), 28-Авг-20, 15:10
	он мертвенький, к сожалению. И то же с zfs on mac. Не, ну а чо вы хотите, с такими-то разработчиками? За zfs держатся только те, у кого выбора в общем-то и нет - все остальное либо устарело на 50 лет, либо works as intended, иногда портя данные. А у винды с макосью все в целом обстоит неплохо и с собственными fs. У макоси были определенные трудности еще сравнительно недавно - поэтому ее порт zfs чуть получше, но тоже делался давным-давно левой задней ногой. Потому что как академический проект - тяжко, лично свои данные хранить - ненужно, а денег вы ж никому не заплатите.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Павел Отредиез (?), 28-Авг-20, 17:32
	Тут не по коду, кто то бсдэшников поставил и потестил. Оперативно, и исправлено.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	33. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним84701 (ok), 28-Авг-20, 12:01
	> 25 авг: > "Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)" > 28 авг: > "Уязвимость в OpenZFS, нарушающая обработку прав доступа во FreeBSD" > Да что же не так с этими нереально_безопасными и системно_разрабатываемыми_серьезныи_ребятами  *BSD Может что-то не так с этими нереально_совсем_в_теме_ведь_они_прочитали_заголовок_новости_!_системно_серьезными опеннетчиками 🙄 ? А то в неопеннетной реальности и > Исправление внесено до перевода кодовой базы FreeBSD HEAD на OpenZFS. и вообще, сам "перевод" https://reviews.freebsd.org/D25872 заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ).
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	35. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Аноним (56), 28-Авг-20, 12:46
	> заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ). Это никак не отменяет того факта, что накосячили именно разработчики Фри. Самый эпичный баг за всю историю ZoL/OpenZFS - и его авторы, увы, совершенно не пингвинята.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+1 +/–
	Сообщение от Аноним84701 (ok), 28-Авг-20, 12:57
	>> заблокирован gnn и никто никуда пока не переходил (о том, что от принятия в HEAD до "прода" пройдет пара лет, вообще умолчу -- это же совершенно неважные детали, только портящие стройную картину опеннетного мира 🙄 ). > Это никак не отменяет того факта, что накосячили именно разработчики Фри. > Самый эпичный баг Угу, угу: Reviewed-by: Sean Eric Fagan <sef@ixsystems.com> Reviewed-by: Jorgen Lundman <lundman@lundman.net> Reviewed-by: Richard Laager <rlaager@wiktel.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Co-authored-by: Ryan Moeller <ryan@iXsystems.com> Signed-off-by: Matt Macy <mmacy@FreeBSD.org> Signed-off-by: Ryan Moeller <ryan@iXsystems.com> Ну и "В добавленном в OpenZFS коде от iXsystems для поддержки ОС FreeBSD, поддержка которой пока не принята даже в FreeBSD HEAD, выявлена критическая уязвимость ... атакующему нужно всего лишь 'пропатчить OpenZFS под FreeBSD' (ну и собрать и загрузить новое ядро)" Но как анонимы скажут, пусть будет "самый эпичный баг и уязвимость" 🙄
	Ответить | Правка | Наверх | Cообщить модератору

	49. Скрыто модератором	–1 +/–
	Сообщение от Аноним (56), 28-Авг-20, 14:18
	"Во-первых, никакой кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной" Повторяю еще раз, для обладателей рекордно низкого IQ: то, что баг вовремя заметили (скорее всего пингвинята какие-нибудь), никак не отменяет кривизны рук, кто его сделал. И да, последние лет пять iXsystems - ключевой разработчик ZFS в FreeBSD.
	Ответить | Правка | Наверх | Cообщить модератору

	87. Скрыто модератором	+/–
	Сообщение от Аноним84701 (ok), 28-Авг-20, 16:38
	> "Во-первых, никакой кувшин не брала, во-вторых, уже вернула, в-третьих, он уже был с трещиной" В четвертых -- когда нечего написать по теме, пиши какую-нибудь фигню? > Повторяю еще раз, для обладателей рекордно низкого IQ: то, что баг вовремя заметили (скорее всего пингвинята какие-нибудь), никак не отменяет кривизны рук Повторяю еще раз, для супервумных анонимных истеричек, не читающих дальше заголовка: ixsystem-щики заметили и исправили баг в коде, пока еще зарубленом на стадии review при приеме в "самую сырую" разраб-ветку фри. > Assignee: jt Justin Pennington > Reporter:  jt Justin Pennington Т.е. по факту там "при разработке внутренностей заметили и исправили уязвимость", зато накатали пятничную, желтушную новость на опеннете. Вай, бедавсепропалокриворукоджобство-вах! 🙄
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Уязвимость в OpenZFS, нарушающая обработку прав доступа во F..."	+/–
	Сообщение от Аноним (103), 28-Авг-20, 23:51
	> Reviewed-by: Sean Eric Fagan <sef@ixsystems.com> > Reviewed-by: Jorgen Lundman <lundman@lundman.net> > Reviewed-by: Richard Laager <rlaager@wiktel.com> > Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> > Co-authored-by: Ryan Moeller <ryan@iXsystems.com> > Signed-off-by: Matt Macy <mmacy@FreeBSD.org> > Signed-off-by: Ryan Moeller <ryan@iXsystems.com> Не фига себе! Человек даже патч посмотрел! Опеннет, я в тебе разочаровываюсь!
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема