он не меняет фингерпринет внутри работы, так что вряд ли для сайта выглядит как постоянно меняющаяся конфигурация. а вот в разных профилях отдает разные, но сохраняющиеся внутри профиля, фп
плывут детали, когда скармливается большой объем, и не хватает контекста, в этом случае происходит слизывание нюансов и выводится (как считает нейронка) главное.
конкретно мне в глаза бросилось про 2 устройства. очевидно, нейронка выделила это как главный факт, но потеряла нюанс: 2 телефона в месяц! для всех стран и 2 в год для еаэс. контекст кончился, осталось 2 устройства в год.
так отключают на сервере, просто api старое потушат и все, при чем тут рут? только если локальные модели самому колхозить, но работает это все медленно и крайне убого. в ai gallery скачивал разное. скорость генерации на телефоне все равно медленная, как бабушка набирает, а про интеллект и речи нет, но батарейка хавается как толпа мужиков мясо ела и пивом запивала
нормальные люди должны обязательно вводить пароль руками и не пользоваться блокировщиками рекламы, видимо?
я не использую одинаковые и простые пароли, генерю кашу в кипасе и она подставляется сама. ввести это просто нереально от слова совсем. яндекс любит выкидывать капчу, если нет яндекс аккаунта и брейв блокирует трекеры яндекса. китайские таобао и прочие тоже считают ботом того, от кого телеметрия не идет. сомнительная логика, конечно
Мужик заходит в магазин, видит суперсовременные носки: — Сделаны по нанотехнологиям! Можно носить полгода, вообще не стирая, и запаха не будет!
Мужик обрадовался, купил. Носит месяц, два, три, полгода... Доволен до безумия!
Встречает друга, хвастается: — Представляешь, купил носки, полгода ношу, не стираю, а они вообще как новые! — Ну а сам-то как себя чувствуешь? — Да я-то отлично! Вот только друзья почему-то отвернулись...
приложение построено по принципу минимальной проблемности. никакой регистрации, почты, паролей, которые никто не запоминает, ставит одинаковыые и забывает, достаточно длинная случайная строка лучше 90% паролей обычного пользователя и дает быстрый старт (отдельно ниже). планирую добавить поддержку ssl между сервером и приложениями, этого достаточно, так как сервер можно использовать свой
существующая модель осуществляет связь на основе принципа основного устройства, то есть главный телефон (мастер), на котором висят часы, или, собственно, сами часы, получает уведомления с группы. Так что отмечать прочитанность на другом устройстве вроде как не обязательно. Из плюшек есть история, поиск по истории, выбор приложений для захвата, выбор ключевых слов (черный и белый список). конкретно под часы оптимизированное приложение еще не собирал, планируется в нем функция второго мастера (когда на часах интернет через телефон, мастер-телефон, когда через esim-часы) что б меньше разряжать часы
приложение выбрасывает и сервисное уведомление а так вносится в список защищенных (тестилось на ху/хо конкретно), проблем с выгрузкой нет, возможно в фоне что-то ходит, в явном виде это я не описывал
схлопывания нет, наоборот пришлось доработать так, что б не было сообщений вида "whatsapp 2 новых сообщения". используется стандартное разрешение на захват приложений, как приложение часов
теперь про принцип быстрого старта:
на мастере указывается адрес сервера или используется дефолтный и нажимается кнопка "создать", это приводит к созданию группы и guid, на экране отображается qr содержащий сервер и guid
клиент просто сканирует qr
в настройках выбираются параметры захвата (приложения, ключевые слова)
голову не сношаем, почты не требуем, данные не собираем. сервер на go жрет 60мб только, работает без зависимостей. приложение на flutter, 80мб, не так много, как сейчас обычно, но есть желание заставить переписать на pure java/kotlin что б на часах не жрало
Я не погромист, но считаю себя умеющим писать ТЗ. С помощью антигравити создал рабочий проект по передачи пушей с одного устройства на другое. Суть проекта в том, что если у человека много телефонов, собирать пуши с них на основной, где, например, часы привязаны. Или как вариант прямо на часы.
Разумеется, нужно было обходиться без всякого кривого gms, который и работает не понятно как, и не везде есть, а на часах и нет. Поэтому было выбрано решение использовать отдельный сервер (оно написало его на go) и mttq протокол. Приложения успешно объединяются в группу, есть фильтры и прочее. Сама передача пушей работает отлично даже при проблемах с gms. В качестве идентификатора группы устройств используются guid, регистрация не нужна.
он не меняет фингерпринет внутри работы, так что вряд ли для сайта выглядит как постоянно меняющаяся конфигурация. а вот в разных профилях отдает разные, но сохраняющиеся внутри профиля, фп
интересно было бы посмотреть сравнение с brvae
плывут детали, когда скармливается большой объем, и не хватает контекста, в этом случае происходит слизывание нюансов и выводится (как считает нейронка) главное.
конкретно мне в глаза бросилось про 2 устройства. очевидно, нейронка выделила это как главный факт, но потеряла нюанс: 2 телефона в месяц! для всех стран и 2 в год для еаэс. контекст кончился, осталось 2 устройства в год.
Везде давно ЦА говорят, СА это что-то из прям старого.
статью генерили в жпт? и я не про двойное тире, а про поплывший контекст
можно подумать, неверный ln из-под sudo имел бы другой эффект
самое в этой статье шокирующее, что 1300 (минимум)
балбесовинженеров работает в спотикеа расщепление сессии мобилки и пк клиента как было, так и есть
так отключают на сервере, просто api старое потушат и все, при чем тут рут? только если локальные модели самому колхозить, но работает это все медленно и крайне убого. в ai gallery скачивал разное. скорость генерации на телефоне все равно медленная, как бабушка набирает, а про интеллект и речи нет, но батарейка хавается как толпа мужиков мясо ела и пивом запивала
"Моей ребенок использовал <название> и теперь <что-то нехорошее>, хочуполучить срок поменьше, ибо родитель отвечает за несовершеннолетнего, если тот шарится, непонятно где)
и свой конвертер) мечта гентушников о бесконечной компиляции и глобальном потеплении
нормальные люди должны обязательно вводить пароль руками и не пользоваться блокировщиками рекламы, видимо?
я не использую одинаковые и простые пароли, генерю кашу в кипасе и она подставляется сама. ввести это просто нереально от слова совсем. яндекс любит выкидывать капчу, если нет яндекс аккаунта и брейв блокирует трекеры яндекса. китайские таобао и прочие тоже считают ботом того, от кого телеметрия не идет. сомнительная логика, конечно
Мужик заходит в магазин, видит суперсовременные носки: — Сделаны по нанотехнологиям! Можно носить полгода, вообще не стирая, и запаха не будет!
Мужик обрадовался, купил. Носит месяц, два, три, полгода... Доволен до безумия!
Встречает друга, хвастается: — Представляешь, купил носки, полгода ношу, не стираю, а они вообще как новые! — Ну а сам-то как себя чувствуешь? — Да я-то отлично! Вот только друзья почему-то отвернулись...
приложение построено по принципу минимальной проблемности. никакой регистрации, почты, паролей, которые никто не запоминает, ставит одинаковыые и забывает, достаточно длинная случайная строка лучше 90% паролей обычного пользователя и дает быстрый старт (отдельно ниже). планирую добавить поддержку ssl между сервером и приложениями, этого достаточно, так как сервер можно использовать свой
существующая модель осуществляет связь на основе принципа основного устройства, то есть главный телефон (мастер), на котором висят часы, или, собственно, сами часы, получает уведомления с группы. Так что отмечать прочитанность на другом устройстве вроде как не обязательно. Из плюшек есть история, поиск по истории, выбор приложений для захвата, выбор ключевых слов (черный и белый список). конкретно под часы оптимизированное приложение еще не собирал, планируется в нем функция второго мастера (когда на часах интернет через телефон, мастер-телефон, когда через esim-часы) что б меньше разряжать часы
приложение выбрасывает и сервисное уведомление а так вносится в список защищенных (тестилось на ху/хо конкретно), проблем с выгрузкой нет, возможно в фоне что-то ходит, в явном виде это я не описывал
схлопывания нет, наоборот пришлось доработать так, что б не было сообщений вида "whatsapp 2 новых сообщения". используется стандартное разрешение на захват приложений, как приложение часов
теперь про принцип быстрого старта:
на мастере указывается адрес сервера или используется дефолтный и нажимается кнопка "создать", это приводит к созданию группы и guid, на экране отображается qr содержащий сервер и guid
клиент просто сканирует qr
в настройках выбираются параметры захвата (приложения, ключевые слова)
голову не сношаем, почты не требуем, данные не собираем. сервер на go жрет 60мб только, работает без зависимостей. приложение на flutter, 80мб, не так много, как сейчас обычно, но есть желание заставить переписать на pure java/kotlin что б на часах не жрало
Я не погромист, но считаю себя умеющим писать ТЗ. С помощью антигравити создал рабочий проект по передачи пушей с одного устройства на другое. Суть проекта в том, что если у человека много телефонов, собирать пуши с них на основной, где, например, часы привязаны. Или как вариант прямо на часы.
Разумеется, нужно было обходиться без всякого кривого gms, который и работает не понятно как, и не везде есть, а на часах и нет. Поэтому было выбрано решение использовать отдельный сервер (оно написало его на go) и mttq протокол. Приложения успешно объединяются в группу, есть фильтры и прочее. Сама передача пушей работает отлично даже при проблемах с gms. В качестве идентификатора группы устройств используются guid, регистрация не нужна.
Что думаете о таком концепте?
ясно, почему imap отключили)
будет чудом, если не появится vpn через звонки в максе
yahoo, aol, yandex тоже принимают
у меня успешно отправляется почта на гугл со своего сервера. spf/dkim/dmrk есть. просто не нужно брать заскамленый ip
А зачем и что дали блокировки интернета? Можете у wildberries спросить
готовят обоснование запрета esim