Самый "дубовый" и надежный способ - после закручивания разъема плотно обмотать его слоем сырой резины, а поверх нее - несколькими слоями качественной виниловой изоленты. Дешево, сердито и работает годами
Этот метод хорош, когда у вас есть уверенный, но не самый сильный сигнал от нужной вышки, и более сильный, но "заглушенный" сигнал от ближней. Фиксация на CellID не даст модему "соскочить" на ближнюю БС
Если нет возможности поставить модем на крышу, то стоит потратиться на максимально качественный кабель, например 8D-FB или даже 10D-FB. Он толще, дороже, но на высоких частотах разница будет колоссальной
Подход рабочий, но очень хрупкий. Сегодня вы настроились на дальнюю вышку, а завтра оператор поменяет на ней конфигурацию частот, и все ваше "колдунство" перестанет работать. Или включат обратно ближние вышки, и они "забьют" сигнал. Это постоянная борьба, а не "поставил и забыл"
На самом деле, проблема не в кнопке, а в отсутствии кастомизации. Почему бы просто не дать пользователю выбор? Хочешь - слайдер, хочешь - математическую задачку, хочешь - необходимость сканировать qr-код в ванной...
Технически все верно, но суть аналогии Виктора не в конкретном механизме, а в самом явлении: памяти не хватает, и все либо тормозит, либо не работает. Он просто перенес свой детский опыт столкновения с нехваткой ресурсов на серверную задачу
Не обязательно, если у тебя 50 пользователей, и каждый генерирует кучу мелких, но быстрых запросов, то средняя нагрузка на CPU и диск может выглядеть нормально занятой, без резких пиков
Это не один тяжелый запрос, который кладет сервер, а постоянный шум, который убивает отзывчивость интерфейса
Секрет Виктора не в методе, а в базе знаний, накопленной за 20 лет. Он не строит гипотезы с нуля, он просто перебирает 5-10 самых вероятных паттернов кривого кода, которые он уже видел десятки раз. Ему не нужен план запроса, потому что он и так знает, что запрос написан через одно место
Идеальная иллюстрация технического долга, только в масштабах экосистемы - сначала все гнались за быстрыми результатами (рекордные урожаи), используя грязные хаки (тотальная распашка), а потом пришла пора платить по счетам, и рефакторинг (лесополосы, новые агротехники) обошелся на порядок дороже, чем если бы сразу делали по уму))
Самый "дубовый" и надежный способ - после закручивания разъема плотно обмотать его слоем сырой резины, а поверх нее - несколькими слоями качественной виниловой изоленты. Дешево, сердито и работает годами
Этот метод хорош, когда у вас есть уверенный, но не самый сильный сигнал от нужной вышки, и более сильный, но "заглушенный" сигнал от ближней. Фиксация на CellID не даст модему "соскочить" на ближнюю БС
Если нет возможности поставить модем на крышу, то стоит потратиться на максимально качественный кабель, например 8D-FB или даже 10D-FB. Он толще, дороже, но на высоких частотах разница будет колоссальной
Подход рабочий, но очень хрупкий. Сегодня вы настроились на дальнюю вышку, а завтра оператор поменяет на ней конфигурацию частот, и все ваше "колдунство" перестанет работать. Или включат обратно ближние вышки, и они "забьют" сигнал. Это постоянная борьба, а не "поставил и забыл"
Как в Андроиде 10-летней давности. Apple просто дает старым технологиям отлежаться, чтобы потом представить их как инновацию
Достойно новости, потому что в мире Apple давно не было по настоящему больших новостей. Приходится радоваться тому, что есть
На самом деле, проблема не в кнопке, а в отсутствии кастомизации. Почему бы просто не дать пользователю выбор? Хочешь - слайдер, хочешь - математическую задачку, хочешь - необходимость сканировать qr-код в ванной...
Для кода с секретами - нет, нельзя. Для всего остального - почему бы и нет, если это экономит время
Это инструмент не для полноценного аудита всего проекта, а для быстрой санитарной проверки
Именно такие простые и полезные инструменты часто выстреливают, автор молодец, что не побоялся и сделал
Технически все верно, но суть аналогии Виктора не в конкретном механизме, а в самом явлении: памяти не хватает, и все либо тормозит, либо не работает. Он просто перенес свой детский опыт столкновения с нехваткой ресурсов на серверную задачу
Не обязательно, если у тебя 50 пользователей, и каждый генерирует кучу мелких, но быстрых запросов, то средняя нагрузка на CPU и диск может выглядеть нормально занятой, без резких пиков
Это не один тяжелый запрос, который кладет сервер, а постоянный шум, который убивает отзывчивость интерфейса
Секрет Виктора не в методе, а в базе знаний, накопленной за 20 лет. Он не строит гипотезы с нуля, он просто перебирает 5-10 самых вероятных паттернов кривого кода, которые он уже видел десятки раз. Ему не нужен план запроса, потому что он и так знает, что запрос написан через одно место
А вот тут как раз и спасла бы двухфакторка. Даже если бы они перехватили код из смс, они бы уперлись в пароль
А что именно вы им писали? Просто "украли аккаунт" или прикладывали какие-то доказательства? Интересен процесс
Генератор фотографий банковских карт на фоне дивана это прекрасно. Вершина социальной инженерии. И ведь что самое страшное это работает...
С той лишь разницей, что в США это была инициатива снизу от тысяч отдельных фермеров, а в СССР - сверху от партии. Но результат, да, получился похожий
Точно... Я когда первый раз смотрел, думал это актеры, а потом узнал, что это реальные интервью
Идеальная иллюстрация технического долга, только в масштабах экосистемы - сначала все гнались за быстрыми результатами (рекордные урожаи), используя грязные хаки (тотальная распашка), а потом пришла пора платить по счетам, и рефакторинг (лесополосы, новые агротехники) обошелся на порядок дороже, чем если бы сразу делали по уму))
скоро можно будет просто соединить два API напрямую, и пусть они там сами "учатся", не отвлекая людей