Как Авито помогает мошенникам и усложняет жизнь обычным пользователям

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

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

Ой ненадо тут ляля. Я звонил вам раза 3 после каждых ваших обзвоно с требованием удалить мой номер. Просил чтобы мне сказали номер моего обращения чтобы повторно мог узнать его судьбу когда опять позвонят. Мне говорили что ничего сообщить не могут, но точно удалят, Через пару недель опять ваши обзвоньщики звонили. Такчто горите вы в Аду. Я вашей компании жалаю только разорения и чтобы все работники свлили от вас.

Как наши побили рекорд Intel: за кулисами масштабного шоу дронов

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

Как наши побили рекорд Intel: за кулисами масштабного шоу дронов

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

Битва Jenkins и GitLab CI/CD

Имеется введу что можно использовать gitlab.com и там свои репо держать и пользоваться их ранерами.

Программисты, ходите на собеседования

В х86 тоже аргументы через регистры передаются. Там у всех ограничение на 4 аргумента. Поэтому даже интересно что под различиями хотели услышать.

Программисты, ходите на собеседования

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

OBS Studio Lua Скриптинг

Ну не знаю гугл с вами не согласен. При вводе obs выскакивает только приложение из топика. И както мне человек написал что он собирает приложение через obs дак вот пока я не добавил слово build в поиск я не мог долго понят про что он говорит.

Выбираем канал для точки доступа Wi-Fi. Исчерпывающее руководство

Это не стандартный вайфай. Тоесть всякие вендоры типа mikrotik, cisco и т.д. Позволяют менять некоторые внутренние тайминги. Вон выше приводили пример с 5 и 10 МГц каналами которых неможет быть в стандарте.
А в DJI если речь про lightbridge 2 то там судя по тому что было в первом свой плис(хотя может уже и свой soc) со своим каналом.
Wi-fi очень не оптимальное решение для большой дальности.

Выбираем канал для точки доступа Wi-Fi. Исчерпывающее руководство

Там полностью свой канал. Стандартный Вайфай неможет работать на дальностях больше чем 1,6км. Так-как из-за временной задержки передатчик будет думать что приемник не получил сигнал и будет пытаться его переотправить. Хотя ответ от приемника просто не дошел.
Тоесть если вы поставите неправленный антены возмете уселители то на стандартном протоколе вы больше несможете просто физически получить.

BLE под микроскопом (ATTы GATTы...)

Есть HID service uuid 0x1812

Что делает Rust универсальным языком программирования

Видимо на playground нет этой библиотеки. Но релизуется идея просто.

Spoiler header

use std::thread;
use std::time::Duration;

pub trait NumericalDuration {
    fn seconds(self) -> Duration;
}

impl NumericalDuration for u32 {
    fn seconds(self) -> Duration {
        Duration::from_secs(self as u64)
    }
}

#[allow(unused)]
use NumericalDuration as _;

fn main() {
    thread::sleep(1.seconds());
}

How old is this house. Как я делал карту возраста домов Петербурга

В Firefox не работает карта.

STM32MP1: U-Boot, Buildroot, Arch Linux и немного Debian

В таблице ошибка 151 не имеет CAN интерфейса

О хранении JWT токенов в браузерах

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

О хранении JWT токенов в браузерах

Да на оба первых вопроса.
30 минут.

О хранении JWT токенов в браузерах

Тогда в вашем flow Web Broser вообще не важен? =)

Важен приложение похоже по своей работе на pgadmin4.

Вы не отвечаете на мой вопрос про консистентность (про смену пароля) =)

Проблемма решается коротким сроком жизни токена.

Т.е. если вы запрашиваете статичные данные с company2, то достаточно было бы любой электронной подписи.
Вам jwt по сути нужен только для подписи статичных данных?

Посути да. Но так-как company2 использует jwt и к нему куча готовых пиблиотек и он удобен, то почему бы и не jwt.

О хранении JWT токенов в браузерах

Нет так неполучится Some Server может быть клиентским приложением которое полностью крутится на устройстве пользователя.

О хранении JWT токенов в браузерах

Т.е. jwt хранится у Some Server и не передается пользователю?
account.company1 не доверяет Some Server?

Да. Пользователю может не передаваться(смотря что мы под пользователем понимаем). Он ему впринципе не нужен(пользователю).
Что под доверием подразумевается?

А насчет смены пароля пользователя? или как происходит авторизация?

Вся авторизация происходит только на стороне company2.
Если нету куков у some server то идем авторизовываться если есть используем.
Поидее some server использует jwt тольо для получение данных из account.company1. Посе этого оне ему ненужен. Также account.company1 может залезть в свою БД и проверить инфу о токене. Может проверить время выдачи токена и если ему подсовывают токен с более старой датой то отвергать его.

EDIT:
Также токен может быть просто с коротким временем например полчаса

О хранении JWT токенов в браузерах

Правильно ли я понял?

Почти. Я немного флоу упростил Some Server получает не напрямую jwt а code который обменивает на токен у account.company2. Но в общем виде да.

Если да, то в случае, к примеру, если пользователь меняет пароль (либо происходит блок пользователя) на сервере account.company2, то доступ к account.company1 все равно сохраняется с предыдущим валидным jwt, так?

Да и это более чем утсраивает так как вобще блокировка аккаунта на company2 нежелательна.

А если Some Server доверяет и account.company1 и account.company2, то какой смысл использовать аутентификацию между Some Server и account.company1?

В account.company1 хранятся реальные права пользователя для Some Server. Тоесть в account.company2 храниться просто ID пользователя(естественно что там хранится больше данных, но они нам не интересны и мы неможем там менять и добалять данные о пользователе). А вот в account.company1 и хранятся основные данные пользователя. Но там не хранится ни пароль ничего.
company2 и company1 хотят иметь общую базу пользователей, но сервисы у компаний разные и чтобы каждая компания могла хранить разны права для своих сервисов нужны два разных account сервисы. Приэтом хочется иметь общую базу пользователей. Приэтом company2 уже имеет базу пользователей а company1 хотела бы эту базу пользователей использовать.