The OpenNET Project / Index page

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



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

Оглавление

Релиз сетевого конфигуратора NetworkManager 1.16, opennews (?), 15-Мрт-19, (0) [смотреть все]

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


4. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Аноним (4), 15-Мрт-19, 23:12 
Ребята, если у вас он переодически утилизирует одно ядро на 100%, то это проблема в curl.
Исправили в версии curl 7.64.0-9.
Не знаю с чем связано но вот пруфы:
https://bugs.archlinux.org/task/61688
https://forum.manjaro.org/t/solved-networkmanager-high-cpu-u...
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз сетевого конфигуратора NetworkManager 1.16"  +1 +/
Сообщение от Crazy Alex (ok), 16-Мрт-19, 04:31 
Не понял, а на кой ему курл?
Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз сетевого конфигуратора NetworkManager 1.16"  +10 +/
Сообщение от пох (?), 16-Мрт-19, 09:30 
libcurl which is used by the network manager connectivity check

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

привыкайте, дальше будет еще хуже.

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

33. "Релиз сетевого конфигуратора NetworkManager 1.16"  +1 +/
Сообщение от commiethebeastie (ok), 16-Мрт-19, 13:35 
Предлагаю заменить на libtorrent.
Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от пох (?), 17-Мрт-19, 12:04 
бггг ;-) буду в отпуске или на больничном  - непременно запилю патч ;-)

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

37. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Аноним (37), 16-Мрт-19, 16:00 
Копипаст наше всё, правда ведь?
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

52. "Релиз сетевого конфигуратора NetworkManager 1.16"  –1 +/
Сообщение от пох (?), 17-Мрт-19, 12:05 
а где вы тут копипаст видите? Самостоятельная же ж разработка, по принципу "как в винде". В винде, кстати, хотя бы отключаемо, хотя и не очень внятным способом.
(да и 100% cpu не жрет ;-)

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

40. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Аноним (40), 16-Мрт-19, 23:36 
Ну давай, покажи, как можно проверить работоспособность соединения в три строчки кода на Си, балабол.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

58. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Аноним (58), 17-Мрт-19, 14:11 
s = socket(...

r = connect(...

if (r ...

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

66. "Релиз сетевого конфигуратора NetworkManager 1.16"  +3 +/
Сообщение от KonstantinB (ok), 17-Мрт-19, 23:14 
А там отвечает корпоративная прокся или captive portal. :-)
Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от KonstantinB (ok), 17-Мрт-19, 23:18 
Но что curl - это перебор, я, конечно, согласен, тут достаточно libfetch или что-то вроде того.
Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от нах (?), 18-Мрт-19, 09:50 
и чем тебе тут curl поможет?

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

42. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Crazy Alex (ok), 17-Мрт-19, 00:02 
Да мне-то чего привыкать, у меня этой штуки отродясь не было, и то, что NM пишут наркоманы я всегда знал.

Но серьёзно, curl? Чего не хром сразу?

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

47. "Релиз сетевого конфигуратора NetworkManager 1.16"  +1 +/
Сообщение от commiethebeastie (ok), 17-Мрт-19, 08:28 
>Чего не хром сразу?

Хромдрайвер не отдаёт код ответа.

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

50. "Релиз сетевого конфигуратора NetworkManager 1.16"  +1 +/
Сообщение от пох (?), 17-Мрт-19, 12:03 
> Да мне-то чего привыкать, у меня этой штуки отродясь не было

а у меня уже есть. Потому что в новых _серверных_, блжад, продуктах - оно уже по умолчанию. И посмотри внимательно - на подмену им wpa_supplicant и прочие "ваш новый стандарт" - очевидно что оно идет той же самой дорогой, что и shittyd - последовательно подменяя unix-style скрипты и вменяемые утилиты bloatware, которое делает "как в винде, только ХАЛЯВАААААА!" (правда, в винде оборвавшиеся vpn-соединения переподключаются, в отличие от) - с последующим оттоком разработчиков и окукливанием альтернатив, поскольку их даже поставить в современную систему будет сложно.

убунта еще, вероятно, повыпендривается пару лет со своим мешком нетплана, а потом, полагаю, пойдет туда же. А остальные уже там, под бурные продолжительные аплодисменты публики, которая wireguard (!) не может без его помощи настроить.

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

71. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Аноним (71), 18-Мрт-19, 09:55 
> которая wireguard (!) не может без его помощи настроить.

Так себе аргументик, портит пост. Там обычно парочка vpn, проксиков и, теперь, wireguard сидит - и все это удобно переключать в одном месте и без затей.

То, что оно раком встает и иногда даже не реконнектит vpn - это зло и убогость. Но что ты хотел. Такой софт надо тестить тысячей индусов, а тут публика не может bugreport написать (хотя, с той стороны, другая публика будет всячески отнекиваться not-a-bug)

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

61. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от анонн (?), 17-Мрт-19, 16:32 
> это сейчас так модно - зависеть всему от всего. А тривиальнейший коннективити-чек
> непременно делать через https и, желательно, но пока еще необязательно, протоколом

Нет,
> _LOGW ("use of HTTPS for connectivity checking is not reliable and is discouraged (URI: %s)",

Судя по тому, что ни на DNS ни на ICMP там не обращают внимания и количеству кода для запуска самого curl и обхода типичных граблей, вполне можно было тупо делать connect(sock), send("GET myaddr") и сравнивать ответ с шаблоном.

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

70. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от нах (?), 18-Мрт-19, 09:52 
> вполне можно было тупо делать connect(sock), send("GET myaddr") и сравнивать ответ с шаблоном.

нельзя - это несекьюрно, не сливает инфу о тебе летсшиткрипту (ocsp, а то ж, как же ж без него), и вообще немодно.

Нам нужен непременно https!

А зачем сравнивать - тоже совершенно непонятно, и какие выводы делать из этого сравнения - помимо того, что где-то что-то почему-то поменялось - тоже.

Ну зато "как в винде", вы ж этого именно и хотели, нахаляву, да?!

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

32. "Релиз сетевого конфигуратора NetworkManager 1.16"  +3 +/
Сообщение от анонн (?), 16-Мрт-19, 13:04 
> Ребята, если у вас он переодически утилизирует одно ядро на 100%, то
> это проблема в curl.

А может, проблема все же в межушечном ганглии использующих навороченный curl в качестве проверяльщика связи?
Хотя да, использовать что-то простое такому матерому комбайну просто невместо -  засмеют!

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

39. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 16-Мрт-19, 23:21 
> использовать что-то простое такому матерому комбайну просто невместо -  засмеют!
> что-то простое

Например? system("ping 8.8.8.8")?

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

41. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Crazy Alex (ok), 16-Мрт-19, 23:57 
Например так.
Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 17-Мрт-19, 00:17 
> Например так.

Но это же не проще. ping надо запустить в фоне, чтобы интерфейс не залипал (то есть уже не system, а popen), надо затем распарсить вывод ping, а этот вывод может зависеть от реализации ping. При этом у пользователя может не быть прав, чтобы ICMP пакеты отправлять. При этом пинги могут резаться на роутере. Это то что навскидку в голову приходит.

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

48. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от AnonPlus (?), 17-Мрт-19, 10:52 
Доступ к любому адресу может резаться на роутере. Если пользователь режет, значит, понимает, что и где может отвалиться.
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз сетевого конфигуратора NetworkManager 1.16"  +1 +/
Сообщение от Ordu (ok), 17-Мрт-19, 13:22 
> Доступ к любому адресу может резаться на роутере. Если пользователь режет, значит,
> понимает, что и где может отвалиться.

Это не всегда пользователь делает. Роутер иногда приходит в виде чёрного ящика от провайдера.

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

59. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от анонн (?), 17-Мрт-19, 16:10 
>> Например? system("ping 8.8.8.8")?
> Но это же не проще. ping надо запустить в фоне, чтобы интерфейс
> не залипал (то есть уже не system, а popen), надо затем
> распарсить вывод ping,

сам придумал, сам оспорил - красота. Навороты там вообще-то для

> connectivity section
> This section controls NetworkManager's optional connectivity checking
> functionality. This allows NetworkManager to detect whether or not the system
> can actually access the internet or whether it is behind a captive portal.
>

Но для этого совсем не обязательно понимать 100500 протоколов. Впрочем, иначе этот тот "сетевой менеджер" по размеру вряд ли перевалил бы за полмиллиона строк.

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

60. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от анонн (?), 17-Мрт-19, 16:20 
>> connectivity section
>> This section controls NetworkManager's optional connectivity checking
>> functionality. This allows NetworkManager to detect whether or not the system
>> can actually access the internet or whether it is behind a captive portal.
>>

Причем, о https оно само предупреждает "is not reliable and is discouraged",
да и детекта по перенаправлению DNS или ICMP я не нашел. Может плохо искал.

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

62. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 17-Мрт-19, 16:41 
>>> Например? system("ping 8.8.8.8")?
>> Но это же не проще. ping надо запустить в фоне, чтобы интерфейс
>> не залипал (то есть уже не system, а popen), надо затем
>> распарсить вывод ping,
> сам придумал, сам оспорил - красота.

Ну так предложи своё. Ты пока ничего не предложил. Вон, пох предложил, а ты нет.

> Навороты там вообще-то для
>> connectivity section
>> This section controls NetworkManager's optional connectivity checking
>> functionality. This allows NetworkManager to detect whether or not the system
>> can actually access the internet or whether it is behind a captive portal.
>>
> Но для этого совсем не обязательно понимать 100500 протоколов.

Видишь ли в чём проблема, я не верю в такие утверждения, пока они голословны. Мне, чтобы согласиться или не согласиться, надо влезть в код NM и посмотреть как реализована его optional connectivity checking functionality. Что именно там проверяется и как. В идеале было бы круто найти rationale за всем этим, что-нибудь типа обсуждения между разработчиками, решающими как это сделать, или что-нибудь типа rfc, которыми mozilla объясняет изменения в rust и его стандартной библиотеке, или ещё что-нибудь, что раскрывает мотивы и объясняет принятые решения. Я не готов сейчас этим заниматься, мне не настолько интересно. Я мог бы не заглядывать в код, я мог бы поверить авторитету собеседника, но пока ты не сказал ничего, что сделало бы тебя достаточно авторитетным в моих глазах. Вообще, рассуждения вида "я не понимаю зачем это, значит это не нужно" на меня работают иначе: это неплохой способ уничтожить любые зайчатки авторитета.

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

64. "Релиз сетевого конфигуратора NetworkManager 1.16"  –1 +/
Сообщение от анонн (?), 17-Мрт-19, 17:52 
>>>> Например? system("ping 8.8.8.8")?
>>> Но это же не проще. ping надо запустить в фоне, чтобы интерфейс
>>> не залипал (то есть уже не system, а popen), надо затем
>>> распарсить вывод ping,
>> сам придумал, сам оспорил - красота.
> Ну так предложи своё. Ты пока ничего не предложил.  
> Вон, пох предложил, а ты нет.

Вообще-то предлагал. Выше.

>> Но для этого совсем не обязательно понимать 100500 протоколов.
> Видишь ли в чём проблема, я не верю в такие утверждения, пока
> они голословны. Мне, чтобы согласиться или не согласиться, надо влезть в
> код NM и посмотреть как реализована его optional connectivity checking functionality.

Есть стандартные проверки, которыми довольствуются google или apple. Если что-то "good enough" для массового пользования, то нафига козе баян, а коду переусложнение?
Но я понял - тут ты больше влез в обсуждение из-за зуда графомании и желания покрасоваться.
> Я мог бы не заглядывать в код, я мог бы поверить авторитету собеседника, но пока ты не сказал ничего, что сделало бы тебя достаточно авторитетным в моих глазах.

Еще ты мог бы вообще не писать, если счтиаешь, что писать нечего или не о чем, но ...

> Вообще, рассуждения вида "я не понимаю зачем это, значит это не нужно"
> на меня работают иначе: это неплохой способ уничтожить любые зайчатки авторитета.

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


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

65. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 17-Мрт-19, 19:48 
>>>>> Например? system("ping 8.8.8.8")?
>>>> Но это же не проще. ping надо запустить в фоне, чтобы интерфейс
>>>> не залипал (то есть уже не system, а popen), надо затем
>>>> распарсить вывод ping,
>>> сам придумал, сам оспорил - красота.
>> Ну так предложи своё. Ты пока ничего не предложил.
>> Вон, пох предложил, а ты нет.
> Вообще-то предлагал. Выше.

А, я поискал, нашёл. В каком-то другом треде. Ок.

> Есть стандартные проверки, которыми довольствуются google или apple. Если что-то "good
> enough" для массового пользования,

Я не слышал про эти проверки. Что они из себя представляют? И для чего они используются? Кем они стандартизованы? ietf? Можно ссылку на rfc?

> то нафига козе баян, а коду переусложнение?

Скажешь тоже! "переусложнение". Упрощение. Никакой программист в здравом уме не будет писать более сложный код, без серьёзной на то причины. И если здесь нет серьёзной причины использовать libcurl, то из этого прямо вытекает, что от использования libcurl код стал проще. Ну, то есть можно предположить, что программисты NM не в здравом уме находятся, но я пока не вижу для этого оснований.

> Но я понял - тут ты больше влез в обсуждение из-за зуда
> графомании и желания покрасоваться.
>> Я мог бы не заглядывать в код, я мог бы поверить авторитету собеседника, но пока ты не сказал ничего, что сделало бы тебя достаточно авторитетным в моих глазах.
> Еще ты мог бы вообще не писать, если счтиаешь, что писать нечего
> или не о чем, но ...

Да ладно. Неужели я ни о чём не написал?

>> Вообще, рассуждения вида "я не понимаю зачем это, значит это не нужно"
>> на меня работают иначе: это неплохой способ уничтожить любые зайчатки авторитета.
> Только иногда ты видишь категоричные "йа нипанимаю" там, где их нет. Иногда
> доводя все до абсурда.

Я тебе скажу вот что, если тебе кажется, что ты что-то понимаешь, то тебе лишь кажется. Если тебе это кажется чересчур широким обобщением, то ты просто понаблюдай за собой и своими пониманиями лет пять, и ты поймёшь, что если у этого обобщения что-то и не так с широтой, то только то, что она недостаточно широка, хоть дальше и некуда расширять.

Если ты рассуждаешь о том, как устроена система, то надо понимать, как эта система работает. Причём понимать не в общих чертах, не общие принципы, а в деталях. Полное понимание системы может быть получено лишь одним путём -- путём создания её с нуля и тщательного тестирования после каждого мелкого изменения. Да и то, гарантий нет, потому что тестирование не идеально, да и память иногда подводит. Не полное, но достаточное понимание системы может быть получено проще, через изучение истории развития системы, и разглядывание отдельных шестерёнок её. Если ты этого не делал, то твоё "понимание" системы -- не более чем иллюзия понимания. Та самая иллюзия, которая приводит к Даннингу-Крюгеру.

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

53. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от пох (?), 17-Мрт-19, 12:07 
open/connect/close - никак, вот вообще никак, да?

современные разработчики они такие разработчики.

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

56. "Релиз сетевого конфигуратора NetworkManager 1.16"  –1 +/
Сообщение от Ordu (ok), 17-Мрт-19, 13:39 
> open/connect/close - никак, вот вообще никак, да?

Ой не знаю даже. Я не думал о том, что на этапе connect можно остановиться, не занимаясь пересылкой данных, застряв на идее о том, что если соединение открыто, то надо следовать протоколу.

Тогда действительно встаёт интересный вопрос, даже любопытно было бы заглянуть в nm, посмотреть что именно он там делает curl'ом, а потом позадавать вопросов разрабам. ... Любопытно было бы, но я не буду этого делать: не настолько любопытно.

А, да, они используют curl _только_ для того, чтобы проверять коннект? Или ещё для каких-нибудь задач?

> современные разработчики они такие разработчики.

Естественно. Потому что старпёры ни на что больше не годны, кроме как вонять на форумах.

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

72. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от нах (?), 18-Мрт-19, 09:56 
> Тогда действительно встаёт интересный вопрос, даже любопытно было бы заглянуть в nm, посмотреть
> что именно он там делает curl'ом

дык, взгляни - качает с опендесктопа или куда при сборке ткнули (попутно пополняя тобой разнообразные трекалки, хехе - "в линуксе нет телеметрии, в линуксе есть сбор информации"(c)qwerty), какой-то гуаноурл.
Открывать не стал, вероятно там написано "если вы это читаете, то какая-то сеть у вас где-то есть".

> А, да, они используют curl _только_ для того, чтобы проверять коннект? Или ещё для каких-нибудь
> задач?

не пугай меня так - я боюсь предположить, какие такие задачи могут быть у программы, автомагически меняющей настройки сетевой карты при появлении на ней сигнала.

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

79. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 18-Мрт-19, 13:48 
> дык, взгляни

Я не буду его качать, или рыться в github'е в его сорцах. Нафиг он мне нужен?

> попутно пополняя тобой разнообразные трекалки

Он качает http рекурсивно, выполняя попутно скрипты?? Или ты просто про факт обращения к внешнему серверу? Ну дык ping 8.8.8.8 тоже ведь обращается к внешнему серверу, сообщая гуглу, что ты в онлайне.

>> А, да, они используют curl _только_ для того, чтобы проверять коннект? Или ещё для каких-нибудь
>> задач?
> не пугай меня так - я боюсь предположить, какие такие задачи могут
> быть у программы, автомагически меняющей настройки сетевой карты при появлении на
> ней сигнала.

NM умеет к куче каких-то сетей подключаться, судя по описанию. Можно предположить, что какие-то из этих сетей требуют общения через какой-нибудь API поверх HTTP.

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

81. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от пох (?), 18-Мрт-19, 22:55 
> Он качает http рекурсивно, выполняя попутно скрипты?

он качает https. Добро пожаловать в чудный новый мир ocsp.

> Ну дык ping 8.8.8.8 тоже ведь обращается к внешнему серверу, сообщая гуглу, что ты в онлайне.

ну так я его и не пингаю. К тому же там хотя бы не утекает миллион деталей в заголовках, максимум что можно - с некоторой вероятностью распознать линукс, без деталей версии.

причем обращается к одному, а раззванивает о тебе - целой куче.

> NM умеет к куче каких-то сетей подключаться, судя по описанию. Можно предположить, что
> какие-то из этих сетей требуют общения через какой-нибудь API поверх HTTP.

полагаю, ничего умнее высовывания captive portal они не умеют.
А там как раз надо подтвердить, что ты - человек, даже если без необходимости сливать свой номер для sms.

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

82. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 18-Мрт-19, 23:23 
>> Он качает http рекурсивно, выполняя попутно скрипты?
> он качает https. Добро пожаловать в чудный новый мир ocsp.

Так рекурсивно или нет? Скрипты выполняет или нет? Там выше был задан прямой вопрос, если ты не заметил. Ты ответил не на него, а на какой-то другой, который придумал сам.

>> Ну дык ping 8.8.8.8 тоже ведь обращается к внешнему серверу, сообщая гуглу, что ты в онлайне.
> ну так я его и не пингаю. К тому же там хотя
> бы не утекает миллион деталей в заголовках, максимум что можно -
> с некоторой вероятностью распознать линукс, без деталей версии.

Ты пользовался curl'ом? В смысле API ихним, не утилитой. Он заголовков отправляет минимум, и я сильно сомневаюсь, что он там раскрывает что-либо, кроме, может быть, того факта, что это libcurl.

> причем обращается к одному, а раззванивает о тебе - целой куче.

Что это означает?

>> NM умеет к куче каких-то сетей подключаться, судя по описанию. Можно предположить, что
>> какие-то из этих сетей требуют общения через какой-нибудь API поверх HTTP.
> полагаю, ничего умнее высовывания captive portal они не умеют.

"Полагаю" это в смысле "не знаю", так? На чём основаны твои предположения? Что ты знаешь, и почему ты думаешь, что ты это знаешь?

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

83. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от нах (?), 20-Мрт-19, 12:13 
> Так рекурсивно или нет?

а это уж что с той стороны ответят - будет редирект, будет тебе "рекурсивно". Нет, скрипты исполнять libcurl пока, к счастью, не научилась.

> Ты пользовался curl'ом? В смысле API ихним, не утилитой.

утилита - всего лишь примитивный враппер к api, делать умеет ровно то же самое.

> Что это означает?

что в списке знающих о тебе лишнего - не только один хост на который оно пошло. Причем сколько их там и, главное - нафига они нужны - внезапно, не так просто угадать с первой попытки.

> "Полагаю" это в смысле "не знаю", так?

нет, "с высокой долей вероятности - оно так и никак иначе"
> На чём основаны твои предположения?

на экспертизе, ага.
Я понимаю, в век википедии это немодно.

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

84. "Релиз сетевого конфигуратора NetworkManager 1.16"  +/
Сообщение от Ordu (ok), 20-Мрт-19, 14:41 
>> Так рекурсивно или нет?
> а это уж что с той стороны ответят - будет редирект, будет
> тебе "рекурсивно". Нет, скрипты исполнять libcurl пока, к счастью, не научилась.

Что ты знаешь, и почему ты думаешь, что ты это знаешь? Я не помню libcurl настолько, чтобы утверждать, скорее общую идеологию ихнего API помню, и из этой памяти я бы предположил, что следование редиректу там выставляется выставлением опций в объекте libcurl. И скорее всего, по дефолту, libcurl не следует редиректу, возвращая http-код ответа, может быть я даже спотыкался об это. При этом, я абсолютно уверен, что каким бы там ни был дефолт, вполне возможно редиректу не следовать, и это неследование займёт не больше одной строчки кода. Собственно поэтому я и задаю вопрос: почему ты думаешь, что ты знаешь то, что заявляешь, что знаешь.

>> Ты пользовался curl'ом? В смысле API ихним, не утилитой.
> утилита - всего лишь примитивный враппер к api, делать умеет ровно то
> же самое.

Нет. Не то же. Во-первых, утилита засовывает в этот API кучу вещей дефолтом, во-вторых, она не раскрывает возможностей этого API полностью, в силу того, что интерфейс командной строки слишком убог, по сравнению с C'шным API.

>> Что это означает?
> что в списке знающих о тебе лишнего - не только один хост
> на который оно пошло. Причем сколько их там и, главное -
> нафига они нужны - внезапно, не так просто угадать с первой
> попытки.

Ой, да это всегда так. Если ты доверяешь софтине, то ты ей доверяешь. Если не доверяешь, то всё неочевидно, надо лезть в сорцы, зырить в снифер, гонять под отладчиком. Наличие/отсутствие libcurl в зависимостях ситуации не меняет нисколько.

>> "Полагаю" это в смысле "не знаю", так?
> нет, "с высокой долей вероятности - оно так и никак иначе"
>> На чём основаны твои предположения?
> на экспертизе, ага.

Так ты заглядывал в сорцы, или как? Ты следил за NM в снифере? Или на чём построена твоя экспертиза? Пока всё указывает на то, что ни на чём, и все слова твои не более чем сотрясения воздуха. Мне ведь тоже интересно, заслуживает ли NM доверия или нет, я склонен ему доверять, но если у тебя есть информация о том, что не стоит, то я готов учесть её. Но пока ты голословно заявляешь о чём-то, и я не вижу на чём основаны твои слова.

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

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

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




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

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