The OpenNET Project / Index page

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



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

Оглавление

Бэкдор в зависимости к event-stream, популярной библиотеке к..., opennews (?), 26-Ноя-18, (0) [смотреть все]

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


8. "Бэкдор в зависимости к event-stream, популярной библиотеке к..."  +2 +/
Сообщение от пох (?), 26-Ноя-18, 22:33 
а причем тут - веп-фреймворки? помимо ноды (которая ни разу не веб и не фреймворк) есть еще прекрасный пихон и еще более прекрасный игого, которые к веппу только тем относятся, что современный разработчик жить не может без http(s) протокола где надо и где не надо.

> без лишних раздумий тянется из репы или с гитхаба - это намного ли безопаснее?

это вообще вчерашний день и эпоха довеба. script src=raw.​githubusercontent.​com/someshit/somemoreshit/shitcode.js  - вот как надо!
впрочем, если вы ретро-гад и пишете на пехепе, для вас есть божественный composer, ик...щас он вам накомпозирует!

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

12. "Бэкдор в зависимости к event-stream, популярной библиотеке к..."  –4 +/
Сообщение от Онаним (?), 26-Ноя-18, 22:49 
Да и композерное угрёбище в похе... то есть в пыхе - не отстаёт.
Ответить | Правка | Наверх | Cообщить модератору

67. "Бэкдор в зависимости к event-stream, популярной библиотеке к..."  +/
Сообщение от RomanCh (ok), 27-Ноя-18, 13:11 
> и еще более прекрасный игого

На самом деле он реально хорош тем, что стандартного официального набора либ достаточно что бы без особой боли решить практически любую задачу уровня "мне нужен высокопроизводительный (по нынешним мерка) микронекросервис/http-демон" или чего попроще. Ну и понятно - потребление ресурсов хоть по процу хоть по памяти сильно более хорошее чем у какого-нить пыхтона. Если вы готовы в нём писать вычислительные задачи только лишь стандартными операторами (бинарные сдвиги, И/ИЛИ/НЕ и арифметика) работая над байтиками, то производительность его ровно такая же как у С. Хотя памяти безусловно сожрёт побольше, но далеко не как пыхтон. А ещё в нём можно брать и впиливать вставки кода прямо на С, не применяя какие-то особые костыли. На мой взгляд это прекрасная фича которая позволяет решать вопросы работы с ОС если нужных инструментов не нашлось в стандартных либах.

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

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

81. "Бэкдор в зависимости к event-stream, популярной библиотеке к..."  +1 +/
Сообщение от пох (?), 27-Ноя-18, 20:09 
> На самом деле он реально хорош тем, что стандартного официального набора либ достаточно

вопрос тогда, что считать "стандартным набором" - вот все вот это, что оно понатащило в хомяк, оно ж вполне "официальное", только вот написано хз кем хз как.

> Минус - размер бинаря в который "собрано всё что нужно", это на мой взгляд вообще шаг назад
> в развитии технологий.

хм, учитывая "все что нужно" (и то что там по сути go-версии всего содержимого /usr/lib) - размер как раз весьма небольшой.
Но вот про shared libraries да, можно забыть на данном этапе "развития технологий".

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

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

83. "Бэкдор в зависимости к event-stream, популярной библиотеке к..."  +1 +/
Сообщение от RomanCh (ok), 27-Ноя-18, 20:26 
> вопрос тогда, что считать "стандартным набором" - вот все вот это, что оно понатащило в хомяк, оно ж вполне "официальное", только вот написано хз кем хз как.

Не не, я строго про то что идёт в дефолтном архиве с компилером. Т.е. то что было до начала всяких там go get ...
Ибо последнее - это действительно тот же leftpad можно получить.

> Но вот про shared libraries да, можно забыть на данном этапе "развития технологий".

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

> в принципе, в эпоху горе-контейнеров и недосервисов о них и так уже пора было забыть. Новые модные технологии - mem dedup и прочее, подтянутся.

https://lwn.net/Articles/330589/

Не такие уж и новые :) Уж с десяток лет будет. По нынешним меркам - почти динозавр. И оно как-то даже работает, если ручки подкрутить что бы проц не выжирало. Но конечно то ещё костылище.

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

87. "Бэкдор в зависимости к event-stream, популярной библиотеке к..."  –1 +/
Сообщение от Аноним (87), 27-Ноя-18, 22:35 
>script src=raw.​githubusercontent.​com/someshit/somemoreshit/shitcode.js  - вот как надо!  

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

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

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

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




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

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