Пишу сюда, если вдруг кого занесёт в этот пост через поиск... Может, этот кто-то озаботился обновлением https://github.com/cbeuw/Cloak-android до версии 2.11.0 и может поделиться apk-шкой? Или знает какие-нибудь способы заставить работать cloak 2.9.0 в сетях мобильных опсосов?
Та же беда. Причём, подвержены ей одинаково и /k и /a версии. Как-то раньше пытался разбираться, и наткнулся на утверждение, что это временные данные (мусор), которые должны динамически собираться/очищаться при стопе-старте браузера. Но у меня так никогда не работало (Firefox). Persistent storage, используемое web.telegram.org, непрерывно растёт до установленного предела, после чего в телеге перестают показываться все картинки и видео до полной очистки через "Manage cookies and site data". Раньше работало удаление вручную .\storage\default\https+++web.telegram.org\cache\morgue из профиля FF (лишние данные удалялись, а открытая сессия оставалась), но теперь при удалении "морга" сбрасывается и сессия, так что разницы с прочисткой через Settings (которая не позволяет чистить отдельно cookies и persistent storage) не осталось.
И насчёт "поедания" процессора: у меня (опять же обе веб-версии) стабильно начинают отжирать 100% одного ядра после засыпания ноута и просыпания в другой сети. Повторяемость 100%. Лечится прибиванием того процесса FF, который начинает грузить ядро. После этого FF жалуется, что tab crashed, и предлагает его перезагрузить, что у него успешно получается (с сохранением активной сессии).
Как говорится, JFYI... 4 го июня заметил, что стали резать нестандартные (не 22 и 443) порты на VPS у scaleway. Причём, не наглухо, а прогрессирующим дропом пакетов: маленький index.html ещё скачивается, а большие .js и .jpg файлы - уже нет. Поддержка ОПСОСов отмораживаются. Зачем это может быть нужно - пока не понял.
Если приложению разрешены нотификации, оно будет этими нотификациями будиться (т.е. запускаться... почти тавтология...), так что нотификации тоже нужно отключать
Трансляцию смотреть вряд ли буду, но вопрос к доставке Додо у меня есть.
Дано: населённый пункт (деревня) в Московской области, расположенный примерно посередине между двумя городами, в которых есть пиццерии Додо. Несколько лет назад я спокойно заказывал пиццу из одного из них, и был счастлив. Потом курьер пару раз опоздал (буквально на пару минут), и мою деревню исключили из зоны доставки. Т.е. я вообще потерял возможность кушать вашу пиццу, не выходя из дома. Собственно, вопрос: вы действительно стремились потерять своего клиента, или "просто так вышло"? И можно ли откатить то дурацкое решение?
P.S. Наверное, нужно пояснить, что по яндекс-картам до моей деревни, от обоих ближайших пиццерий - ровно по 16 минут на машине. И что мне гораздо приятнее получить пиццу на дом за 16 минут (а в вашей поддержке мне что-то рассказывали про то, что не могут везти пиццу туда, куда ехать больше 15 минут), чем не получить её вовсе.
Самая большая проблема в том, что человечество пока так и не смогло в долгосрочное планирование. Система, которая пыталась двигаться в этом направлении (социализм-коммунизм) - не сдюжила, и почти сдохла, и на её обломках пируют люди, которые IMHO весьма скоро пожнут плоды отклонения маятника баланса "плана и рынка" до предела в обратную сторону (политики, которые принципиально игнорируют последствия дальше своей каденции, менеджеры, озабоченные только снижением *PEX-ов за отчётный период, и т.п.)
Если при моделировании системы мира задать требование различимости всех компонентов системы (а без этого практическая польза от моделирования весьма иллюзорна...), то мы немедленно сталкиваемся с аналогом парадокса Кантора (необходимость представления объекта, его модели, модели его модели и т.д. до бесконечности, при конечном числе объектов модели), что IMHO делает невозможным моделирование замкнутых систем "изнутри"...
Сомневаюсь, что тут (да и в мире вообще) есть достаточно людей, которые могут более-менее объективно оценить/сравнить такие широкие линейки устройств, как, например, "ноутбуки HP" и "ноутбуки Dell". Думаю, там у каждой конторы по сотне+ разных моделей в год, и среди них наверняка будут и шедевры и провалы. Гораздо полезнее поменяться личным опытом и впечатлениями. Сам 6й год сижу на HP ZBook G5. Постоянно таскаю в рюкзаке, использую и напрямки, и через HP Thunderbolt Dock G2 (которых тоже купил несколько штук во все места). За всё время поменял только клаву: стали глючить кнопки, из-за забившейся туда еды (грешен...). Чинить не стал, т.к. часть кнопок вдобавок стёрлась. А вообще, внутреннее устройство крайне продуманное и пригодное как для обслуживания/апгрейда, так и для ремонта. Короче, отличная машинка. P.S. До этого были и EliteBook'и (8530 и 8570 оба хороши с любой стороны), и T31 (про него все знают...) и FujitsuSiemens LifeBook E8020S (стильный но хлипковатый), и Toshiba двух разных моделей (тоже неплохие ноуты делали, в своё время...). Есть что сравнивать. P.P.S. Все Acer'ы, которые вокруг меня существовали, глючили и умерли до срока. Asus'ы - 50на50 (даже моделей не знаю/не помню, так что про них - чистый субъективизм).
Спасибо за идею, вы оказались правы! И помог мне в этом убедиться именно ProcMon. Судя по всему, DNSLookupView действительно неправильно определяет процесс, который обращается к DNS. Вернее, PID он отображает правильно, а вот имя (и путь) исполняемого файла - не всегда (похоже, что ошибается в том случае, если на момент обработки события процесс уже завершился).
DNSLookupView берёт информацию из подсистемы windows events, куда её поставляет (вероятно) подсистема резолва имён (сервис Dnscache, который, собственно и шлёт запросы по сети). Шанс, что в этой машинерии есть ошибка аттрибуции запросов, конечно, существует, но я оцениваю его как крайне маловероятный. Про то, что, в принципе, "можно", я тоже в курсе, но пока хочу выяснить, откуда берутся те запросы, которые ловит именно DNSLookupView. И ProcMon тут плохой помощник. sleep.exe у меня запускается в цикле, несколько раз в минуту, на несколько секунд. Подозрительный запрос DNSLookupView ловит раз в час, а то и реже...
О! Пользуясь случаем, хочу передать привет привлечь внимание понимающих людей к своему вопросу на Q&A. В двух словах: при помощи DNSLookupView от NirSoft вы сами можете посмотреть, какие процессы куда "ломятся" с вашей машины. Я, при этом, неожиданно обнаружил, что часть подобных "ломлений" у меня происходят от имени других, совершенно невинных процессов. Хочется понять, "кто виноват и что делать"?
В чём же противоречие, позвольте узнать? Я как раз про это и писал: пища, которую вы не смыли перед тем, как загрузить посуду в посудомойку, копится и гниёт на фильтрах. Иногда по месяцу, перед тем, как вы её вытащите и выкинете.
Пишу сюда, если вдруг кого занесёт в этот пост через поиск... Может, этот кто-то озаботился обновлением https://github.com/cbeuw/Cloak-android до версии 2.11.0 и может поделиться apk-шкой? Или знает какие-нибудь способы заставить работать cloak 2.9.0 в сетях мобильных опсосов?
Классический парадокс решения проблем:
Все проблемы, кроме одной, можно решить увеличением количества уровней абстракции!
А какую нельзя?
Слишком большое количество уровней абстракции...
Та же беда. Причём, подвержены ей одинаково и /k и /a версии. Как-то раньше пытался разбираться, и наткнулся на утверждение, что это временные данные (мусор), которые должны динамически собираться/очищаться при стопе-старте браузера. Но у меня так никогда не работало (Firefox). Persistent storage, используемое web.telegram.org, непрерывно растёт до установленного предела, после чего в телеге перестают показываться все картинки и видео до полной очистки через "Manage cookies and site data". Раньше работало удаление вручную .\storage\default\https+++web.telegram.org\cache\morgue из профиля FF (лишние данные удалялись, а открытая сессия оставалась), но теперь при удалении "морга" сбрасывается и сессия, так что разницы с прочисткой через Settings (которая не позволяет чистить отдельно cookies и persistent storage) не осталось.
И насчёт "поедания" процессора: у меня (опять же обе веб-версии) стабильно начинают отжирать 100% одного ядра после засыпания ноута и просыпания в другой сети. Повторяемость 100%. Лечится прибиванием того процесса FF, который начинает грузить ядро. После этого FF жалуется, что tab crashed, и предлагает его перезагрузить, что у него успешно получается (с сохранением активной сессии).
Как говорится, JFYI... 4 го июня заметил, что стали резать нестандартные (не 22 и 443) порты на VPS у scaleway. Причём, не наглухо, а прогрессирующим дропом пакетов: маленький index.html ещё скачивается, а большие .js и .jpg файлы - уже нет. Поддержка ОПСОСов отмораживаются. Зачем это может быть нужно - пока не понял.
"The 'S' in IoT stands for Security"
Если приложению разрешены нотификации, оно будет этими нотификациями будиться (т.е. запускаться... почти тавтология...), так что нотификации тоже нужно отключать
Трансляцию смотреть вряд ли буду, но вопрос к доставке Додо у меня есть.
Дано: населённый пункт (деревня) в Московской области, расположенный примерно посередине между двумя городами, в которых есть пиццерии Додо. Несколько лет назад я спокойно заказывал пиццу из одного из них, и был счастлив. Потом курьер пару раз опоздал (буквально на пару минут), и мою деревню исключили из зоны доставки. Т.е. я вообще потерял возможность кушать вашу пиццу, не выходя из дома. Собственно, вопрос: вы действительно стремились потерять своего клиента, или "просто так вышло"? И можно ли откатить то дурацкое решение?
P.S. Наверное, нужно пояснить, что по яндекс-картам до моей деревни, от обоих ближайших пиццерий - ровно по 16 минут на машине. И что мне гораздо приятнее получить пиццу на дом за 16 минут (а в вашей поддержке мне что-то рассказывали про то, что не могут везти пиццу туда, куда ехать больше 15 минут), чем не получить её вовсе.
Был ещё и такой вариант:
- Официант! Это чай или кофе?!
- А вы разве не можете понять это по вкусу?
- НЕТ!!!
- Тогда какая вам разница?
P.S. А вообще, конечно, автору поста респект и уважуха! Он сделал этот мир чуточку лучше, и энтропии в нём чуточку меньше...
"What is your greatest weakness? Извините...
Зато вполне приличное количество интересных каментов!
Позволю себе небольшую ремарку: не просто "ковыряться", а делать это продуктивно.
Самая большая проблема в том, что человечество пока так и не смогло в долгосрочное планирование. Система, которая пыталась двигаться в этом направлении (социализм-коммунизм) - не сдюжила, и почти сдохла, и на её обломках пируют люди, которые IMHO весьма скоро пожнут плоды отклонения маятника баланса "плана и рынка" до предела в обратную сторону (политики, которые принципиально игнорируют последствия дальше своей каденции, менеджеры, озабоченные только снижением *PEX-ов за отчётный период, и т.п.)
Если при моделировании системы мира задать требование различимости всех компонентов системы (а без этого практическая польза от моделирования весьма иллюзорна...), то мы немедленно сталкиваемся с аналогом парадокса Кантора (необходимость представления объекта, его модели, модели его модели и т.д. до бесконечности, при конечном числе объектов модели), что IMHO делает невозможным моделирование замкнутых систем "изнутри"...
Настораживает полное отсутствие Ц/ЦПП и прочего хардкорного бэкэнда...
Сомневаюсь, что тут (да и в мире вообще) есть достаточно людей, которые могут более-менее объективно оценить/сравнить такие широкие линейки устройств, как, например, "ноутбуки HP" и "ноутбуки Dell". Думаю, там у каждой конторы по сотне+ разных моделей в год, и среди них наверняка будут и шедевры и провалы. Гораздо полезнее поменяться личным опытом и впечатлениями.
Сам 6й год сижу на HP ZBook G5. Постоянно таскаю в рюкзаке, использую и напрямки, и через HP Thunderbolt Dock G2 (которых тоже купил несколько штук во все места). За всё время поменял только клаву: стали глючить кнопки, из-за забившейся туда еды (грешен...). Чинить не стал, т.к. часть кнопок вдобавок стёрлась. А вообще, внутреннее устройство крайне продуманное и пригодное как для обслуживания/апгрейда, так и для ремонта. Короче, отличная машинка.
P.S. До этого были и EliteBook'и (8530 и 8570 оба хороши с любой стороны), и T31 (про него все знают...) и FujitsuSiemens LifeBook E8020S (стильный но хлипковатый), и Toshiba двух разных моделей (тоже неплохие ноуты делали, в своё время...). Есть что сравнивать.
P.P.S. Все Acer'ы, которые вокруг меня существовали, глючили и умерли до срока. Asus'ы - 50на50 (даже моделей не знаю/не помню, так что про них - чистый субъективизм).
Спасибо за идею, вы оказались правы! И помог мне в этом убедиться именно ProcMon. Судя по всему, DNSLookupView действительно неправильно определяет процесс, который обращается к DNS. Вернее, PID он отображает правильно, а вот имя (и путь) исполняемого файла - не всегда (похоже, что ошибается в том случае, если на момент обработки события процесс уже завершился).
DNSLookupView берёт информацию из подсистемы windows events, куда её поставляет (вероятно) подсистема резолва имён (сервис Dnscache, который, собственно и шлёт запросы по сети). Шанс, что в этой машинерии есть ошибка аттрибуции запросов, конечно, существует, но я оцениваю его как крайне маловероятный. Про то, что, в принципе, "можно", я тоже в курсе, но пока хочу выяснить, откуда берутся те запросы, которые ловит именно DNSLookupView.
И ProcMon тут плохой помощник. sleep.exe у меня запускается в цикле, несколько раз в минуту, на несколько секунд. Подозрительный запрос DNSLookupView ловит раз в час, а то и реже...
Какие именно "настройки лол" вы предлагаете посмотреть?
О! Пользуясь случаем, хочу
передать приветпривлечь внимание понимающих людей к своему вопросу на Q&A. В двух словах: при помощи DNSLookupView от NirSoft вы сами можете посмотреть, какие процессы куда "ломятся" с вашей машины. Я, при этом, неожиданно обнаружил, что часть подобных "ломлений" у меня происходят от имени других, совершенно невинных процессов. Хочется понять, "кто виноват и что делать"?В чём же противоречие, позвольте узнать? Я как раз про это и писал: пища, которую вы не смыли перед тем, как загрузить посуду в посудомойку, копится и гниёт на фильтрах. Иногда по месяцу, перед тем, как вы её вытащите и выкинете.