The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Оценка проблем с сопровождением открытых проектов и использованием старых зависимостей, opennews (??), 17-Окт-23, (0) [смотреть все] +1

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


1. "Оценка проблем с сопровождением открытых проектов и использо..."  +8 +/
Сообщение от Аноним (1), 17-Окт-23, 09:06 
Потому что любая зависимость это плохо, а старая, закоренелая зависимость это в двойне плохо. Избавляйтесь от зависимостей пацаны.
Ответить | Правка | Наверх | Cообщить модератору

24. "Оценка проблем с сопровождением открытых проектов и использо..."  +8 +/
Сообщение от Аноним (24), 17-Окт-23, 10:15 
Переизобретайте strsplit() пацаны.
Ответить | Правка | Наверх | Cообщить модератору

31. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от Аноним (31), 17-Окт-23, 11:12 
Может использовать Маркировку? Если серьезные проекты всеже проверяют зависимости ручками, то они бы и могли делать пометки для используемой либы типа рекомендованая или нет.
Арч например старые пакеты может выкинуть в АУР из основных реп. Как было с sulphid. Своего рода маркер, думается после этого кол-во установок оного уменьшилось всеже.
Ответить | Правка | Наверх | Cообщить модератору

43. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от voiceofreason (?), 17-Окт-23, 12:08 
Приличные проекты с собой таскают нужные библиотеки нужных версий в исходниках, или подтягивают эти сорцы при попытке собрать. Хочешь зависимость поновее - не вопрос, но это не поддерживается и не проверяется, всё сам ручками.
Ответить | Правка | Наверх | Cообщить модератору

49. "Оценка проблем с сопровождением открытых проектов и использо..."  +5 +/
Сообщение от Аноним (49), 17-Окт-23, 12:23 
АгА, а потом в таскаемых библиотеках нужных версий найдётся уязвимость, а те и дальше продолжат их таскать.
Ответить | Правка | Наверх | Cообщить модератору

51. "Оценка проблем с сопровождением открытых проектов и использо..."  +2 +/
Сообщение от Аноним (24), 17-Окт-23, 12:36 
Риски нужно взвешивать правильно. Библиотека уязвима? ОК. Если к ней имеет доступ кто-то недоверенный, срочно обновляем. А если нет — ну и бох с ней. Например: в webp выявлена уязвимость. Означает ли это, что срочно надо пересобирать корпоративное приложение на электроне? Нет. Почему? Потому что корпоративное приложение на электроне webp не показывает, и один пользователь другому пользователю этот webp не подсунет: нет такой возможности.
Ответить | Правка | Наверх | Cообщить модератору

107. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от User (??), 17-Окт-23, 21:10 
А вот это, в общем-то, нуждается в доказательствах. Подчас - весьма и весьма нетривиальных. Ей-ей, пересборка проще будет.
Ответить | Правка | Наверх | Cообщить модератору

163. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (163), 19-Окт-23, 09:40 
Конечно, пересборка проще. Доказывать, что новая версия не вызовет проблем, не надо. Достаточно сказать "у меня на виртуалке всё работает!"
Ответить | Правка | Наверх | Cообщить модератору

164. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от User (??), 19-Окт-23, 09:51 
> Конечно, пересборка проще. Доказывать, что новая версия не вызовет проблем, не надо.
> Достаточно сказать "у меня на виртуалке всё работает!"

Тесты - автоматизированы в пайплайне, semver в наличии, чейнджлог версии с фиксом как правило есть - а вот _нормальный_ разбор потенциальных возможностей этот самый webp куда-нибудь нетривиальным образом присунуть - штука изрядно головоемкая. Но да, если ограничить этот разбор "Мамой клянус! копку "крутить webp" я не делаль!" - то с пересборкой и правда можно не возиться.

Ответить | Правка | Наверх | Cообщить модератору

168. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (163), 20-Окт-23, 06:38 
Тест не является доказательством корректности.
Ответить | Правка | Наверх | Cообщить модератору

169. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от User (??), 20-Окт-23, 07:00 
> Тест не является доказательством корректности.

Оттож. И даже "группа тестов", включая и ручные функциональные и интеграционные - не является. Более того, "видимая работоспособность" приложения "в моменте" - тоже нифига ничего не доказывает, обновляй-не-обновляй - сейчас работает, через две минуты "ой, поломалося", ктожзнал-то, что можно строку на 10 мегабайт в поле ввода сунуть?
С "доказательствами" тут вообще все не очень, ага. Но good enough результат в автоматизированном режиме вполне себе можно получать и получить "задешево".

Ответить | Правка | Наверх | Cообщить модератору

170. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (163), 20-Окт-23, 13:22 
Тянет на теорему Эскобара.
Ответить | Правка | Наверх | Cообщить модератору

171. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от User (??), 20-Окт-23, 13:30 
> Тянет на теорему Эскобара.

Не, ну можешь и дальше ничего не делать - "инцидент ИБ" он то ли будет, то ли нет, а если и будет - то это враги его благородию... - делов-то? Даже не уволят, скорее всего ).

Ответить | Правка | Наверх | Cообщить модератору

172. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (163), 20-Окт-23, 13:54 
Почему ты так озадачился мной и моим увольнением? Я всего лишь намекал, что выбор варианта зависит от продукта.
Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

173. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от User (??), 20-Окт-23, 15:10 
> Почему ты так озадачился мной и моим увольнением? Я всего лишь намекал,
> что выбор варианта зависит от продукта.

Эм. Ну, я н-ннадеюсь, что я тебя не нанимал - и не мне тебя увольнять, всего лишь намекал, что подход "И так сойдет!" хорошо-б не "сходил"

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

60. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от _kp (ok), 17-Окт-23, 13:16 
А когда устраняли одну проблему не добавляя две новых?
Иначе параноидальные обновления давно бы прекратились. :)
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

93. "Оценка проблем с сопровождением открытых проектов и использо..."  –1 +/
Сообщение от Деаноним (?), 17-Окт-23, 18:45 
Что за чушь.
Таскать библиотеку другого проекта в своём проекте это моветон.
Не должно быть в проекте ничего лишнего. Разве что какой-нибудь гит сабмодуль.
Скачиванием либ при попытке билда занимаются компании которым начхать на всех (вроде гугла). Опционально это не является чем-то плохим, но добровольно-принудительно это варварство. Не делайте так.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

148. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (-), 18-Окт-23, 14:34 
я слышал о, почившем на волне очередного хайпа, гениальном конструкторе, который затерялся где-то в вечности, изобретая очередное колесо
Ответить | Правка | Наверх | Cообщить модератору

33. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (31), 17-Окт-23, 11:14 
Добавлю к предидущему.
А уже после очищать репы от мусора
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

34. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (31), 17-Окт-23, 11:19 
А может и не нужно этого. Нормальный прогер не заинтересован каки всякие использовать
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

39. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от Аноним (39), 17-Окт-23, 11:46 
В PHP 8 какая-то бяка поменяла аргументы местами в функции join. Пришлось изобретать strjoin.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

41. "Оценка проблем с сопровождением открытых проектов и использо..."  +8 +/
Сообщение от Аноним (24), 17-Окт-23, 11:54 
пыхерам в целом страдать не привыкать
Ответить | Правка | Наверх | Cообщить модератору

73. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от Аноним (73), 17-Окт-23, 14:06 
Можно поподробнее?

Сам похапешник и всю жизнь первым аргументом передавал разделитель, вторым - массив, который нужно соединить. После вашего сообщения удивился, зная любовь похапешников к сохранению обратной совместимости (из-за которой до сих пор приходится волочить трёхзвенныхе операторы сравнения === и !=== ).

join всегда был алиасом к implode. Смотрим документацию по implode.

php4 ( https://php-legacy-docs.zend.com/manual/php4/en/function.imp... ): string implode (string $glue, array $pieces)
php8 ( https://www.php.net/manual/en/function.implode.php ): implode(string $separator, array $array): string

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

75. "Оценка проблем с сопровождением открытых проектов и использо..."  –1 +/
Сообщение от Аноним (24), 17-Окт-23, 14:15 
что нужно курить, чтоб назвать джойн имплодом?
Ответить | Правка | Наверх | Cообщить модератору

79. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноньимъ (ok), 17-Окт-23, 14:26 
Там же в доках написано - $glue

И название implode как бы референс к сжимаемущемуся кульку.

Ответить | Правка | Наверх | Cообщить модератору

82. "Оценка проблем с сопровождением открытых проектов и использо..."  –1 +/
Сообщение от Аноним (24), 17-Окт-23, 14:53 
https://www.merriam-webster.com/dictionary/implode

где ты здесь видишь "сжимающийся кулек"? и причем тут... клей? (может авторы вдохновлялись клей-моментом?)

Ответить | Правка | Наверх | Cообщить модератору

84. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноньимъ (ok), 17-Окт-23, 15:17 
> где ты здесь видишь "сжимающийся кулек"? и причем тут... клей? (может авторы
> вдохновлялись клей-моментом?)

Выше же написано:
php4 ( https://php-legacy-docs.zend.com/manual/php4/en/function.imp... ): string implode (string $glue, array $pieces)

Вот вам и клей.

Я же говорю, отсылка. К употреблению клея через кулёк. Токсикоман когда вдыхает кулёк сжимается (implode).

Ответить | Правка | Наверх | Cообщить модератору

101. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (73), 17-Окт-23, 19:38 
> где ты здесь видишь "сжимающийся кулек"?

Вот тут:

> to burst INWARD
> to COLLAPSE INWARD as if from external pressure

Плюс, сделано как антоним слову explode() - название функции, наоборот, разбивающей строку на несколько.

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

109. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от Аноним (109), 17-Окт-23, 21:13 
> что нужно курить, чтоб назвать джойн имплодом?

Английский?

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

149. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 18-Окт-23, 14:35 
Ответить | Правка | Наверх | Cообщить модератору

96. "Оценка проблем с сопровождением открытых проектов и использо..."  +5 +/
Сообщение от Аноним (96), 17-Окт-23, 18:56 
Из документации к PHP 4:

implode() can, for historical reasons, accept its parameters in either order.

То есть, ещё 20 лет назад в документации был задокументирован порядок аргументов "разделитель, массив" и было примечание, что обратный порядок аргументов тоже работает по историческим причинам (но официально не поддерживается).

Через 20 лет костыль выпилили. И тут кто-то проснулся.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

54. "Оценка проблем с сопровождением открытых проектов и использо..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 17-Окт-23, 12:49 
> Переизобретайте strsplit() пацаны.

Для современного кодера написать strsplit это проблема? Понимаю, вместо этого нужно подключить Модуль strsplit, который притянет модули abstract-split, split-by-str, split-by-re, better-re и пойти пить смузи. Данное решение несомненно более надежное и решит проблему с уязвимостями (нет).

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

57. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним (24), 17-Окт-23, 13:04 
> Для современного кодера написать strsplit это проблема?

Уязвимость в Glibc ld.so, позволяющая получить права root в большинстве дистрибутивов Linux https://www.opennet.ru/opennews/art.shtml?num=59867

> современного

Уязвимости в библиотеках X.Org, две из которых присутствуют с 1988 года https://www.opennet.ru/opennews/art.shtml?num=59906

Ответить | Правка | Наверх | Cообщить модератору

85. "Оценка проблем с сопровождением открытых проектов и использо..."  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 17-Окт-23, 15:24 
>> Для современного кодера написать strsplit это проблема?
> Уязвимость в Glibc ld.so, позволяющая получить права root в большинстве дистрибутивов Linux
> https://www.opennet.ru/opennews/art.shtml?num=59867

А тесты на тамошний strsplit есть? Или как обычно компилится значит работает?

>> современного
> Уязвимости в библиотеках X.Org, две из которых присутствуют с 1988 года https://www.opennet.ru/opennews/art.shtml?num=59906

А причем тут strsplit? Мозг совсем высох? Ну ты ставь модули на каждый чих, не забывай.

Ответить | Правка | Наверх | Cообщить модератору

100. "Оценка проблем с сопровождением открытых проектов и использо..."  –1 +/
Сообщение от Аноним (24), 17-Окт-23, 19:36 
> А тесты на тамошний strsplit есть? Или как обычно компилится значит работает?

Настоящий сишник не пишет тесты. Он уверен в своих силах. Он не какой-то там npm leftpad-чик. Он напишет свой strsplit. И не покроет его тестами. Тесты для слабаков.

>>> современного
>> присутствуют с 1988 года
> А причем тут strsplit?

А причем тут "современного"? Видать ты считаешь, что современный кодер — это фигня, а вот ДИДЫ — это наше всё. ДИДЫ не ошибаются. А я показал, что это не так. ДИДЫ, кстати, ошибались не только на уровне кода, но и в самих стандартах. Один лишь клиртекст DNS чего стоит — сиди прослушивай, кто где сидит. Или например иксовая концепция "каждое приложение может заскриншотить содержимое окна любого другого приложения". Это натуральный MS-DOS — тотальное отсутствие изоляции, сиди кейлоггерь sudo. Ну или например приколюха ДИДОВ под названием ICMP redirects. Нужно сидеть и вычитывать каждый sysctl, чтобы понаотключать все свиньи, заботливо подложенные ДИДАМИ. Или например такой прикол: оказывается написание IPv4-адреса не обязано быть в десятичной системе счисления. Тоже привело к уязвимостям, когда одна либа ожидает там разделенные через точку десятичные числа, а другая либа пытается следовать тому, что там понасочиняли в RFC ДИДЫ. Казалось бы — кто в здравом уме будет писать айпишники не в десятичной системе? А вот ДИДАМ такая мысль показалась прикольной (научный термин — смузиприколюха хиппанутых смузиДИДОВ).

Так что да, современный кодер гораздо лучше ДИДОВ. Кодер, который не умеет ничего, кроме npm install leftpad, лучше, чем ДИД, который из прошлого продолжает нам гадить из своих невнятных RFC, которые читаешь-читаешь — и все равно найдешь сразу несколько одновременно истинных и одновременно противоречащих друг другу толкований того, что есть URL, что URI, а что еще черт знает что.

Спасибо за внимание.

Ответить | Правка | Наверх | Cообщить модератору

125. "Оценка проблем с сопровождением открытых проектов и использо..."  +2 +/
Сообщение от Тот_ещё_аноним (ok), 18-Окт-23, 01:33 
>> современный кодер гораздо лучше... чем ДИД, который из прошлого продолжает нам гадить
>> который не умеет ничего, кроме npm install leftpad

Вот бесполезный кусок того самого

Полезней тот, кто может поправить кривой RFC и потом либы под него
Признаюсь, я не могу(

Ответить | Правка | Наверх | Cообщить модератору

143. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Анонин (?), 18-Окт-23, 12:08 
Это шутка такая? Поправить RFC?
Да в 100% раз легче протолкнуть новый, чем исправлять старый...

Потому что это ЛОМАЮЩИЕ ИЗМЕНЕНИЯ!!!111 Нужно тянуть это гно вечно!
Тебя же сразу проклянут все пользователи некрософта.

Ответить | Правка | Наверх | Cообщить модератору

52. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от AntonAlekseevich (ok), 17-Окт-23, 12:46 
Хочешь/требуют быстро сделать. Будешь пользоваться зависимостями. Не работает на новой используй те что есть. (И далее пофиг...)
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

62. "Оценка проблем с сопровождением открытых проектов и использо..."  +7 +/
Сообщение от YetAnotherOnanym (ok), 17-Окт-23, 13:22 
> любая зависимость это плохо

Гений. Просто гений.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

74. "Оценка проблем с сопровождением открытых проектов и использо..."  +4 +/
Сообщение от НяшМяш (ok), 17-Окт-23, 14:14 
Зависимость от еды, воды и воздуха это плохо. Ну вы поняли.
Ответить | Правка | Наверх | Cообщить модератору

86. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 17-Окт-23, 15:25 
> Зависимость от еды, воды и воздуха это плохо. Ну вы поняли.

А зависимость от опеннета?

Ответить | Правка | Наверх | Cообщить модератору

122. "Оценка проблем с сопровождением открытых проектов и использо..."  +/
Сообщение от Аноним. (?), 17-Окт-23, 23:21 
Пошел TLS переписывать.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру