В самом низу там tcp и udp предоставляемые ОС. А с HTTP целый зоопарк реализаций. У Java, .net, Go, Python свои реализации HTTP в стандартных библиотеках. У C++, Rust (да и у питона с джавой) множество библиотек с опять же независимыми реализациями. PHP использующий curl это исключение.
TLS тоже к curl никакого отношения не имеет. Многие использует системные апи на маке/винде либо openssl. Сейчас также есть тренд на свои реализации и форум openssl.
Libcurl используется только в каких-нибудь сишных проектах. У каждого языка и фреймворка свой сетевой стек. Для большинства пользователей curl'а libcurl это всего лишь деталь его реализации.
Перехват смс с кодом это фича гугл сервисов. Была добавлена гуглом одновременно с запретом публикации в стор приложений требующих права на чтение всех смсок. Телеграм с вотсапом видимо на нее забили и просто заставляют пользователей вводить код вручную.
Пылесосы без лидера тоже умеют делать карту. У меня сейчас как раз Roomba i3 без лидера, до это был Xiaomi dreame, у обоих есть функция карты (не покупал пылесос с лидером т.к. башня делает их слишком высокими и они не влезают куда надо). Им нужно больше времени на построение карты и они в это время тыкаются вслепую, да. Но после того как сделают карту работают нормально.
Его изначально строили под ангару и "птк-орляцию" (или как там называется эта замена союзу). Потом конечно оказалось что это все фантазии и союз с нами навсегда
Кодеки это очень сложная штука для которых нужны совсем специфичные знания (ещё и слабо связанные с программированием, типа математики). Рядовые разработчики пилящие бэкэнд и мобильные приложения с такими вещами не справятся. На это нужны годы человеко-часов высокооплачиваемых специалистов.
Он изначально был таким. В последние годы (ну так, как минимум лет десять) его наоборот пытаются повернуть в сторону большей декларативности. Проблема в том что сделать это с сохранением обратной совместимости совсем непросто, и выходит какой-то монстр.
Растовский cargo в этом плане интересен тем что там есть четкое разделение между простой декларативной частью в виде toml конфига, и опциональной кастомной логикой на самом расте. В cmake же пытаются это объединить в одного монстра.
Вариант это тоже рантайм полиморфизм, там просто количество возможных вариантов типа известно на этапе компиляции в любом месте где вариант используется. У него и открытого наследования разные области применения. Наследование нужно когда есть общий интерфейс поведения и функциям которые с ним работают пофиг на конкретную реализацию, например какой-нибудь логгер.
Вариант удобен когда нужно сложить несколько взаимоисключающих (от рантайм логики) значений (которые могут быть сами по себе никаким другим образом не связаны) в одном месте и затем как-то с ними работать. Например JsonValue который может быть либо числом, либо строкой, либо массивом/объектом и т.п. В данном случае у разных типов нет какого-то общего поведения но их надо просто хранить в одном месте (как значение ключа в объекте или элемент массива).
Вероятно из play приходит "обновление" которое заменяет приложение на пустую заглушку. Так многие производители телефонов делают с приложениями-компаньонами устройств типа наушников, только наоборот. В прошивку телефона встраивается набор пустых apk, которые затем автоматически обновляются из магазина когда соответствующие устройства выходят на рынок. Для пользователя это выглядит будто приложение установилось автоматически.
Ничего не скроет то что у тебя весь трафик идёт на один IP который не принадлежит какому-то известному сервису.
Это скорее исключение чем правило
В самом низу там tcp и udp предоставляемые ОС. А с HTTP целый зоопарк реализаций. У Java, .net, Go, Python свои реализации HTTP в стандартных библиотеках. У C++, Rust (да и у питона с джавой) множество библиотек с опять же независимыми реализациями. PHP использующий curl это исключение.
TLS тоже к curl никакого отношения не имеет. Многие использует системные апи на маке/винде либо openssl. Сейчас также есть тренд на свои реализации и форум openssl.
Libcurl используется только в каких-нибудь сишных проектах. У каждого языка и фреймворка свой сетевой стек. Для большинства пользователей curl'а libcurl это всего лишь деталь его реализации.
Вытянули руку с телефоном за черту границы, там замедляющий электромагнитный купол уже не действует.
Главное не количество нейронов, а умение ими пользоваться!
С шифрованием не безопасно. Государство не сможет подслушать и защитить вас от мошенников.
Перехват смс с кодом это фича гугл сервисов. Была добавлена гуглом одновременно с запретом публикации в стор приложений требующих права на чтение всех смсок. Телеграм с вотсапом видимо на нее забили и просто заставляют пользователей вводить код вручную.
Реклама на локскрине сейчас во всех китайцах, включая самые известные бренды. Под видом функции автоматической смены обоев.
Даже в десктопной винде, внезапно, есть реклама на локскрине. Какая-то зараза у маркетологов.
Пылесосы без лидера тоже умеют делать карту. У меня сейчас как раз Roomba i3 без лидера, до это был Xiaomi dreame, у обоих есть функция карты (не покупал пылесос с лидером т.к. башня делает их слишком высокими и они не влезают куда надо). Им нужно больше времени на построение карты и они в это время тыкаются вслепую, да. Но после того как сделают карту работают нормально.
А карта у них не локально хранится?
Эта штука должна уезжать в стену из-под ракеты перед запуском. Отвалилась потому что в этот раз не уехала, и была задета ракетной струей
Его изначально строили под ангару и "птк-орляцию" (или как там называется эта замена союзу). Потом конечно оказалось что это все фантазии и союз с нами навсегда
Кодеки это очень сложная штука для которых нужны совсем специфичные знания (ещё и слабо связанные с программированием, типа математики). Рядовые разработчики пилящие бэкэнд и мобильные приложения с такими вещами не справятся. На это нужны годы человеко-часов высокооплачиваемых специалистов.
Что, даже не смогли новых закладок придумать? Действительно китайцы только копировать умеют, как и говорят!
Контроль и слежка это для вас, молодой человек, а не для корпораций
Он изначально был таким. В последние годы (ну так, как минимум лет десять) его наоборот пытаются повернуть в сторону большей декларативности. Проблема в том что сделать это с сохранением обратной совместимости совсем непросто, и выходит какой-то монстр.
Растовский cargo в этом плане интересен тем что там есть четкое разделение между простой декларативной частью в виде toml конфига, и опциональной кастомной логикой на самом расте. В cmake же пытаются это объединить в одного монстра.
Вариант это тоже рантайм полиморфизм, там просто количество возможных вариантов типа известно на этапе компиляции в любом месте где вариант используется. У него и открытого наследования разные области применения. Наследование нужно когда есть общий интерфейс поведения и функциям которые с ним работают пофиг на конкретную реализацию, например какой-нибудь логгер.
Вариант удобен когда нужно сложить несколько взаимоисключающих (от рантайм логики) значений (которые могут быть сами по себе никаким другим образом не связаны) в одном месте и затем как-то с ними работать. Например JsonValue который может быть либо числом, либо строкой, либо массивом/объектом и т.п. В данном случае у разных типов нет какого-то общего поведения но их надо просто хранить в одном месте (как значение ключа в объекте или элемент массива).
Вы сначала восстановление состояния (например текущего поиска) после того как система убивает приложение в фоне сделайте. Стыдоба же.
Вероятно из play приходит "обновление" которое заменяет приложение на пустую заглушку.
Так многие производители телефонов делают с приложениями-компаньонами устройств типа наушников, только наоборот.
В прошивку телефона встраивается набор пустых apk, которые затем автоматически обновляются из магазина когда соответствующие устройства выходят на рынок. Для пользователя это выглядит будто приложение установилось автоматически.