Да, они так уже делали, но только это решает лишь проблему работы старых либ, зависимых лишь от libstdc++, на новых системах. Все остальное так же остается проблемой.
Судя по формулировкам, это что-то близкое к 272 и 274 УК РФ, особенно в случае с заменой исполняемого JS. Правда операторы наверняка съедут, интересно только как.
Похоже, облака решили избавляться от тех, кто использует их сервис в том виде, в котором им неудобно. Тут, например, прибили доступ к API для grive2, а при использовании своих ключей приложения гугл раз в месяц шлет письма с предупреждениями, как небезопасно не защищён аккаунт.
Понять гугл можно. Да и китайцев тоже. У первых явные проблемы с приватностью, т.к. в свое время не были ногами всякие фонарики, которым нужен доступ к СМС, а потом позволяли разрабов приучить пользователей к тому, что доступ к Storage вполне нормальное разрешение для, например, игр. А теперь, когда выяснилось, что сейчас это уже проблема, пошли забивать страшные костыли. Ну и заодно зачищать маркет от конкурентов, использующих "плохие"API в нейтральных целях.
С фоновой работой примерно та же история: Android с приличным количеством приложений до N и O очень плохо спал т.к. любое приложение могло запросто сидеть в фоне. Благодаря пушам через GCM ситуация, конечно, стала улучшаться, но далеко не всех удавалось туда загнать. А в Китае по понятным причинам всё было ещё хуже.
На мой взгляд происходящее сейчас — попытки гугла решить проблемы Android, вызванные историческими ошибками, закрытием дыр костылями, запретами и перекладыванием проблем на "неправильных" пользователей и разработчиков.
Все бы ничего вот только издревле (эдак с 4.4 и борьбы против внешних карт памяти) они это делают квадратно-гнездовым способом, обрубая заодно и пользователю свободу, и разработчикам создавая проблемы на ровном месте. Попутно в каждый год ломая размнтку разделов и последовательность загрузки на радость разработчику Magisk.
Хотя дело, видимо, в том, что я просто пользователь такой, неправильный
Подозреваю, эту схему можно эксплуатировать и против ПО с открытым исходным кодом, разместив в экспозиции какого-нибудь музея вычислительной техники распечатки фрагментоа исходников, например, Linux, Busybox или systemd. И потом докажи, что и как, особенно если злоупотребление музейным экспонатом выгодно кому надо.
И как это поможет?
Юникод намного обширнее и хуже, чем "шестнадцатибитный wchar" UCS-2 и UTF-16, к которому многих приучили в Microsoft. И он даже довольно редко так используется, почти везде данные передаются в UTF-8.
Не говоря про то, что значительная часть скриптовых задач не решается на C++ без тонны кода на C или сторонних либ вроде boost, в этой статье сразу 3 пути по отстрелу ног в современном Linux.
Во-первых свои утилиты без пакетного менеджера класть в /bin довольно плохая идея, т.к. это может привести к конфликтам при обновлении релиза ОС и не только.
Во-вторых скрипт довольно очевидно небезопасный, поэтому выпускать его куда-либо дальше личной однопользовательской машины в таком виде не кажется хорошей идеей.
Ну и наконец на современных ОС в таком виде это в принципе будет нарушать работу ОС:
/usr/bin/c++ исторически принадлежит компилятору c++ (напрямую или через alternatives, зависит от системы). В последнее время /bin — симлинк на /usr/bin, соответственно в этом случае либо сломается скрипт (g++ не сможет его запустить), либо сломается сборка плюсов в сборочных системах, которые по умолчанию вызывают c++ из PATH
Судя по тому, что System1 занимается таргетированной рекламой, и в том числе сбором "максимально возможного объема данных", ничего хорошего ожидать не стоит, и выбирать надо правильно настроенный Firefox (либо PaleMoon, если нужно XUL)
К сожалению, с хабром в браузере замедление не поможет: пока открывается одна вкладка, можно читать статью с другой, а одновременно их в памяти могут быть десятки, спасибо неадекватно огромному объему оперативки в современных смартфонах. А на старый переходить проблема: на них даже адекватно работающий актуальный LineageOS не собирают
В официальном билде вряд ли, как и сейчас Fennec.
В дебрендированном без проприетарных зависимостей скорее всего да. Там же как раз таки можно исправить всякое зло вроде непригодных для нормального использования умолчаний
Такое ощущение, что для Mozilla установка расширений в мобильный Firefox через подобного виде белый список является нормальным вариантом, хотя технических причин на то я в принципе не вижу.
А если учесть ещё вот эту новость, мобильный Firefox придётся самому для себя пересобирать из исходников. Или надеяться на то, что в конфиги билда с F-Droid будут внесены изменения, делающие браузер более-менее пригодным к использованию
Даже разово установленное на устройство приложение получает довольно много совершенно лишних данных. Если вообще заработает без GCM/FCM/еще какой-нибудь дряни, зависимой от гуглосервисов, в чем даже на текущий момент я не очень уверен
Мне не нравится в потребительских esim следующие моменты:
Необходимость ставить приложение, которое
Скорее всего будет хуже даже погано сделанных сайтов в плане получения инфы и управления услугами
Будет сливать данные в бОльших объемах, чем сейчас ОПСоС получает из биллинга
Будет зависеть от сервисов вендора (Google, Huawei?), отсутствие которых в (кастомной) прошивке будет означать проблемы со связью (по крайней мере в B2C)
Услуги для пластиковых SIM прикроют или спустят на заведомо дискриминационные тарифы, что приведёт к проблемам со старыми устройствами и устройствами на специфичном ПО вроде мобильных линуксов
В мобильной версии (Chromium, Android) сломали обновление страницы:
Вместо "потянуть для обновления", реализуемого хромом, теперь это перехватывается JS на странице.
Однако эти функции не равноценны: если раньше после перезагрузки слетевшие комментарии, не загрузившиеся изображения и тому подобное лечилось, то теперь нет.
Скрытый текст
Да и вообще текущая мобильная версия очень глючная при хоть сколько-нибудь нестабильной сети. Старая мобильная версия была лучше! Верните стену старую мобильную версию
Да, они так уже делали, но только это решает лишь проблему работы старых либ, зависимых лишь от libstdc++, на новых системах. Все остальное так же остается проблемой.
Судя по формулировкам, это что-то близкое к 272 и 274 УК РФ, особенно в случае с заменой исполняемого JS. Правда операторы наверняка съедут, интересно только как.
Похоже, облака решили избавляться от тех, кто использует их сервис в том виде, в котором им неудобно. Тут, например, прибили доступ к API для grive2, а при использовании своих ключей приложения гугл раз в месяц шлет письма с предупреждениями, как небезопасно не защищён аккаунт.
Понять гугл можно. Да и китайцев тоже. У первых явные проблемы с приватностью, т.к. в свое время не были ногами всякие фонарики, которым нужен доступ к СМС, а потом позволяли разрабов приучить пользователей к тому, что доступ к Storage вполне нормальное разрешение для, например, игр. А теперь, когда выяснилось, что сейчас это уже проблема, пошли забивать страшные костыли. Ну и заодно зачищать маркет от конкурентов, использующих "плохие"API в нейтральных целях.
С фоновой работой примерно та же история: Android с приличным количеством приложений до N и O очень плохо спал т.к. любое приложение могло запросто сидеть в фоне. Благодаря пушам через GCM ситуация, конечно, стала улучшаться, но далеко не всех удавалось туда загнать. А в Китае по понятным причинам всё было ещё хуже.
На мой взгляд происходящее сейчас — попытки гугла решить проблемы Android, вызванные историческими ошибками, закрытием дыр костылями, запретами и перекладыванием проблем на "неправильных" пользователей и разработчиков.
Все бы ничего вот только издревле (эдак с 4.4 и борьбы против внешних карт памяти) они это делают квадратно-гнездовым способом, обрубая заодно и пользователю свободу, и разработчикам создавая проблемы на ровном месте. Попутно в каждый год ломая размнтку разделов и последовательность загрузки на радость разработчику Magisk.
Хотя дело, видимо, в том, что я просто пользователь такой, неправильный
Подозреваю, эту схему можно эксплуатировать и против ПО с открытым исходным кодом, разместив в экспозиции какого-нибудь музея вычислительной техники распечатки фрагментоа исходников, например, Linux, Busybox или systemd. И потом докажи, что и как, особенно если злоупотребление музейным экспонатом выгодно кому надо.
И как это поможет?
Юникод намного обширнее и хуже, чем "шестнадцатибитный wchar" UCS-2 и UTF-16, к которому многих приучили в Microsoft. И он даже довольно редко так используется, почти везде данные передаются в UTF-8.
Не говоря про то, что значительная часть скриптовых задач не решается на C++ без тонны кода на C или сторонних либ вроде boost, в этой статье сразу 3 пути по отстрелу ног в современном Linux.
Во-первых свои утилиты без пакетного менеджера класть в /bin довольно плохая идея, т.к. это может привести к конфликтам при обновлении релиза ОС и не только.
Во-вторых скрипт довольно очевидно небезопасный, поэтому выпускать его куда-либо дальше личной однопользовательской машины в таком виде не кажется хорошей идеей.
Ну и наконец на современных ОС в таком виде это в принципе будет нарушать работу ОС:
/usr/bin/c++ исторически принадлежит компилятору c++ (напрямую или через alternatives, зависит от системы). В последнее время /bin — симлинк на /usr/bin, соответственно в этом случае либо сломается скрипт (g++ не сможет его запустить), либо сломается сборка плюсов в сборочных системах, которые по умолчанию вызывают c++ из PATH
Хочу напомнить про yes
Судя по тому, что System1 занимается таргетированной рекламой, и в том числе сбором "максимально возможного объема данных", ничего хорошего ожидать не стоит, и выбирать надо правильно настроенный Firefox (либо PaleMoon, если нужно XUL)
К сожалению, с хабром в браузере замедление не поможет: пока открывается одна вкладка, можно читать статью с другой, а одновременно их в памяти могут быть десятки, спасибо неадекватно огромному объему оперативки в современных смартфонах. А на старый переходить проблема: на них даже адекватно работающий актуальный LineageOS не собирают
Не подскажете, где и какой "короткий" NMVE на 512 нашли? Мне в лучшем случае 240 от тошибы попадались.
А разве web/десктоп не гоняют трафик через телефон?
Когда в мобильной версии хоть что-то работает, это уже немного странно. Она со дня редизайна фатально сломана
В официальном билде вряд ли, как и сейчас Fennec.
В дебрендированном без проприетарных зависимостей скорее всего да. Там же как раз таки можно исправить всякое зло вроде непригодных для нормального использования умолчаний
Думаю, сначала пройдутся по Widevine, когда антимонопольщики будут дербанить гугл.
Такое ощущение, что для Mozilla установка расширений в мобильный Firefox через подобного виде белый список является нормальным вариантом, хотя технических причин на то я в принципе не вижу.
А если учесть ещё вот эту новость, мобильный Firefox придётся самому для себя пересобирать из исходников. Или надеяться на то, что в конфиги билда с F-Droid будут внесены изменения, делающие браузер более-менее пригодным к использованию
Даже разово установленное на устройство приложение получает довольно много совершенно лишних данных. Если вообще заработает без GCM/FCM/еще какой-нибудь дряни, зависимой от гуглосервисов, в чем даже на текущий момент я не очень уверен
Мне не нравится в потребительских esim следующие моменты:
Необходимость ставить приложение, которое
Услуги для пластиковых SIM прикроют или спустят на заведомо дискриминационные тарифы, что приведёт к проблемам со старыми устройствами и устройствами на специфичном ПО вроде мобильных линуксов
В мобильной версии (Chromium, Android) сломали обновление страницы:
Вместо "потянуть для обновления", реализуемого хромом, теперь это перехватывается JS на странице.
Однако эти функции не равноценны: если раньше после перезагрузки слетевшие комментарии, не загрузившиеся изображения и тому подобное лечилось, то теперь нет.
Да и вообще текущая мобильная версия очень глючная при хоть сколько-нибудь нестабильной сети.
Старая мобильная версия была лучше! Верните
стенустарую мобильную версию