LINUX.ORG.RU

curl 8.11.0

 , ,


0

3

Состоялся выпуск 8.11.0 консольной утилиты и библиотеки curl, написанных на языке C и распространяемых по лицензии curl.

Основные изменения:

  • устранение уязвимости CVE-2024-9681;
  • поддержка --create-dirs с опцией --dump-header;
  • поддержка формата P12 для GnuTLS;
  • добавлены опции для отключения IPFS;
  • поддержка TLSv1.3 earlydata (с GnuTLS);
  • официальная поддержка WebSocket (ранее была экспериментальной);
  • динамическое определение поддержки ECH;
  • поддержка --show-headers с опцией --remote-header-name;
  • поддержка --skip-existing с опцией --parallel;
  • другие улучшения и исправления ошибок.

Полный список изменений Видеопрезентация

>>> Новость в блоге автора

★★★★★

Проверено: hobbit ()
Последнее исправление: intelfx (всего исправлений: 2)

Ещё вопрос по сравнению curl и wget.

curl -OJ -C - , curl --remote-name --remote-header-name --continue-at - и curl --remote-name-all --remote-header-name --continue-at - не работают. Чтобы отправить запрос, нужно знать смещение, для этого нужно знать размер файла, для чего нужно знать его имя, которое можно узнать только из запроса. (Да, можно сделать скрипт, который будет сперва запрашивать curl -I (или curl --head), извлекать имена из заголовков и URLов и пользоваться curl -o имя -C -. Но теряется смысл в --remote-header-name.) Как я понял, такое поведение менять не собираются.

wget имеет параметры --content-disposition и --trust-server-names, ещё есть --metalink-over-http. Будет ли с ними работать --continue?

question4 ★★★★★
()
Ответ на: комментарий от dataman

Отмазки уже не помогут…

https://thenewstack.io/feds-critical-software-must-drop-c-c-by-2026-or-face-risk/

«Критичный софт» должен выкинуть С/С++, иначе столкнется с риском.

Как я вольно понимаю – с риском отмены компании, которая делает такой софт и пользуется С/С++. И ярлык уже придумали, который будут навешивать «Memory-Unsafe Languages». Потом, наверное, придумают «Memory-Unsafe Processors» и т.п..

Vic
()
Последнее исправление: Vic (всего исправлений: 2)
Ответ на: комментарий от Vic

«Критичный софт» должен выкинуть С/С++, иначе столкнется с риском.

Начнут с бортовых ЭВМ F-35?

https://thenewstack.io/feds-critical-software-must-drop-c-c-by-2026-or-face-risk/

fortunately, neither this document nor the U.S. government is calling for an immediate migration from C/C++ to Rust

statements that date back to 2022

Companies have until January 1, 2026, to create memory safety roadmaps.

То есть будет как с переходом на Линукс. Позаседать, принять планы, предъявить планы регуляторам, дождаться одобрения, доложить о задержке нулевого этапа в связи с объективными причинами…

Пока только заставят отказаться от паролей по умолчанию, уязвимостей к прямым SQL-инжекциям, отсутствия проверок на взлом, отсутствия многофакторной аутентификации. Интересно, как будут проверять второй пункт (инжекции)?

А в ближайший месяц ещё ждут реакции общественности на эти требования.

question4 ★★★★★
()
Ответ на: комментарий от IrratNumPi314

«сакс» это «sax» (саксофон).

Иначе, если socks это «сакс», тогда и socket будет «сакет», что, очевидно, что нет. И это слышно даже на гугл-транслэйт.

Vic
()
Последнее исправление: Vic (всего исправлений: 1)
Ответ на: комментарий от Vic

socket будет «сакет»

Ну, да. Так и есть же.

что, очевидно, что нет

Давай без 4.2.

IrratNumPi314
()
Ответ на: комментарий от avg_linux_enjoyer

Дам необычный ответ:

После скачивания файла всё равно нужно выйти из браузера в файловую систему для выполнения действий над файлом (перекинуть в мессенджер, например).

Если кроме типичных действий добавится действие «скачать курлом», то это концептуально не усложнит процесс.

Преимущества: использование знакомого, универсального инструмента и всё что из этого вытекает, например элементарная настройка прокси.

kaldeon
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.