рисковый вы парень) Интересно , начнется ли здесь "спор" по этому поводу.. Впринципе, вы вольны считать это как угодно. Сути дела не меняет. Но другие люди... могут иметь другую точку зрения)

В чем риск? Все прекрасно понимают о чем речь, это просто разделение понятий для разных контекстов - что передали и как это объявили при получении. Принципиально доступ к этим данным однозначен

Спецификация их разделяет. Тут спорить не о чем - у нас есть один источник истины

То есть как вы будете готовы, тут появится информация?

и тут тоже

Ок, спасибо

Формально вы правы. И в то же время спецификация объясняет как эти два множества должны мапиться друг с другом. Для меня "передать аргумент", "передать параметр", "передать переменную" имеет одинаковый смысл, потому что ключевое здесь слово "передать"

Попробуй поискать ответ на сайте google.com

Вопрос: как бы вы реализовали rss алертинг (запускается каждую минуту по крону)в рамках среды без состояния и без бд типа cloud functions , лямбды? Типа как лучше понять, что есть новое сообщение и сделать алерт? Понятно что можно сколхозить основываясь на таймстемпе , чтобы работало, но может есть какой-то симпатичный паттерн

Спасибо тебе чувак, твой ответ был очень важен для меня, наконец-то я решил свою проблему

app.use static
app.route....

app.all(*,req,res=>res.sendFile(dirname+....,"index.html)

привет, кто сталкивался, почему может не отрабатывать beforeDestroy и destroyed у экземпляра? при этом created срабатывает. название написано правильно, в keep-alive не обернуто, также компонент, который отрабатывает по v-if, тоже, created работает, а дестроиды нет

в модуле Nodejs Request заголовки принимаются в виде объекта, но объект не может поддерживать четкий порядок полей, а это крайне необходимо, ктото сталкивался с такой проблемой? как можно задать четкий порядок заголовков для запроса?

1. Спецификация HTTP не регламентирует порядок заголовков. Вы точно хотите ее не соблюдать?
2. На данный момент поля в объекте не считая цифровых сохраняют порядок добавления

1 - к сожалению это не от меня зависит, люди которые видимо посчитали себя очень умными проверяют порядок заголовков называя это - "безопасностью" :D
2 - я понимаю что порядок сохраняется, но у меня сервер - чтото типо роутера запросов, и при получение заголовков мне надо добавить несколько своих заголовков в нужное место и сейчас у меня чтото типо
var headers = {};
цикл по массиву
...
headers[_raw[0]] = _raw[1];  
...
и когда я добавляю их таким образом то порядок объект не сохраняет, я мог бы конечно захардкодить в началечтото типо
var headers = {
ключ : "",
ключ : "",
...
};
но хотелось бы чтото более универсальное т.к. там штук 30 вариаций заголовков у запросов будет слишком мерзко выглядеть код)

Object.entries - > добавляете в массив в нужном месте -> Object.fromEntries

спасибо, fromEntries как раз то что нужно

Подскажите плз. Там где на скрине знак вопроса делаю новое свойство .quality
Но в этой функции дальше код никуда не идет, а на это свойство как-то смотрит в другом месте код. И Если удалю свойство, то ломается кое что. Справа видно что функция которая делает переменную matched вроде как выдает с помощью map новый массив. Что я непойму и где тут ссылка или еще что, что позволяет в другом месте кода смотреть на это свойство .quality??

в matched в кажый объект примешивается новое свойство. поскольку объекты передаются по ссылке, эти объекты могут быть откуда угодно (и жить не только в исходном массиве)

Код конечно плохой, но имеем что имеем