Проблема пофикшена у Амазона, а вот Яндекс Облако, которое мне куда ближе, сообщает, что они берут деньги за ошибочные запросы. И вероятно не они одни.
Я что-то не понимаю в этих графиках. Если на них отражены баллы теста, то больше - лучше. А после перенормировки на рубль становится "меньше - лучше". Чем меньше баллов производительности тебе дают за рубль тем лучше? Или что значат эти графики?
Там явно написано, что это следует делать, если ваш софт сам создаёт бакеты, чтобы избежать конфликта имён. Если ты создаёшь фиксированные бакеты, это не является необходимым. Это не делается, чтобы скрыть имя бакета.
Если на клиенте используются подписанные короткоживущие ссылки для получения или загрузки файлов, то кто угодно может узнать из таких ссылок имя бакета.
Понятно, что у них есть основания тарифицировать этот трафик. Но это ведёт к тому, что он может использоваться для атак. И с одной стороны владельцу сервиса как бы всё равно, он деньги получит, даже избыточные. Но это и привлекательности для клиентов угрожает. Наверное, лучше эти запросы не тарифицировать, а компенсировать их стоимость чуть более высокой стоимостью остальных запросов. Тогда не будет стимула использовать их для атак на кошелёк клиентов сервиса. Тогда появляется возможность атаки на сам сервис. Но у них и возможности для борьбы с этим больше, чем у клиентов.
Операции GET, HEAD, OPTIONS, PATCH, POST и PUT, закончившиеся с ошибками 403 или 404, тарифицируются. При расчете стоимости применяются тарифы для стандартного хранилища.
В отличие от распространённого сенсорного управления, которое часто страдает от случайных касаний, нажатия в Ear (a) работают более точно и безошибочно.
А толку? Это очень кратковременный эффект. С тем же успехом можно затеять серьёзную готовку на кухне, или открыть дверь в ванную и включить горячий душ - влажность поднимается очень значительно, но как с помощью этих способов поддерживать влажность постоянно?
Мне зимой не нравится влажность выше 50%, какая-то духота появляется. Держу влажность в районе 40-45%. При этом нет проблем со статикой и слизистые не сильно сохнут.
Мне трёх таких увлажнителей вполне хватает, чтобы зимой в квартире в 42 квадрата поддерживать влажность около 40% при постоянно работающем бризере. Расход воды порядка 10 литров в сутки.
Использую такие увлажнители с водой из осмоса и специальной присадкой для увлажнителей. Мою раз в месяц. Диски - в посудомойке, баки просто ополаскиваю. И всё отлично, не пахнет, скользкого налёта нет.
Если относительно, например, замены батареи в айфоне, то да, немного легче. Но вообще это нифига не легко. Уровень близок к разборке современного смартфона и требует выполнения некоторых опасных операций вроде отклеивания экрана или высверливания ограничителей сзади. Весьма муторно и с рисками убить недешёвый девайс.
Чистый маркетинговый булшит. Если отбросить всю шелуху, то тут написано лишь, что благодаря 3D-печати можно эффективно решать дизайнерские задачи, когда производимые партии слишком малы для массового производства. Здорово! А в чём новизна?
Проблема пофикшена у Амазона, а вот Яндекс Облако, которое мне куда ближе, сообщает, что они берут деньги за ошибочные запросы. И вероятно не они одни.
Я что-то не понимаю в этих графиках. Если на них отражены баллы теста, то больше - лучше. А после перенормировки на рубль становится "меньше - лучше". Чем меньше баллов производительности тебе дают за рубль тем лучше? Или что значат эти графики?
Да, хорош! Об этом уже дважды до вас написали, но проблема не только у AWS.
А как быть с публичными ссылками? В них есть имя бакета.
Там явно написано, что это следует делать, если ваш софт сам создаёт бакеты, чтобы избежать конфликта имён. Если ты создаёшь фиксированные бакеты, это не является необходимым. Это не делается, чтобы скрыть имя бакета.
Если на клиенте используются подписанные короткоживущие ссылки для получения или загрузки файлов, то кто угодно может узнать из таких ссылок имя бакета.
Понятно, что у них есть основания тарифицировать этот трафик. Но это ведёт к тому, что он может использоваться для атак. И с одной стороны владельцу сервиса как бы всё равно, он деньги получит, даже избыточные. Но это и привлекательности для клиентов угрожает. Наверное, лучше эти запросы не тарифицировать, а компенсировать их стоимость чуть более высокой стоимостью остальных запросов. Тогда не будет стимула использовать их для атак на кошелёк клиентов сервиса. Тогда появляется возможность атаки на сам сервис. Но у них и возможности для борьбы с этим больше, чем у клиентов.
Посмотрел документацию Yandex Cloud Object Storage:
Страшно жить!
Речь ведь про AWS S3, это он отдаёт эти коды, а не ваше ПО.
Я не слышал. Что ему принципиально мешает это делать? Как минимум одна из платформ умного дома написана на PHP - Majordomo.
За счёт чего?
А толку? Это очень кратковременный эффект. С тем же успехом можно затеять серьёзную готовку на кухне, или открыть дверь в ванную и включить горячий душ - влажность поднимается очень значительно, но как с помощью этих способов поддерживать влажность постоянно?
Мне зимой не нравится влажность выше 50%, какая-то духота появляется. Держу влажность в районе 40-45%. При этом нет проблем со статикой и слизистые не сильно сохнут.
Вот это я вернулся домой после новогодних праздников. Бризер включен.
Роботизировал "волшебный экран" AlexGyver
https://www.youtube.com/watch?v=1JLEew21iA8
https://www.youtube.com/watch?v=eQHFzryABto
Мне трёх таких увлажнителей вполне хватает, чтобы зимой в квартире в 42 квадрата поддерживать влажность около 40% при постоянно работающем бризере. Расход воды порядка 10 литров в сутки.
Использую такие увлажнители с водой из осмоса и специальной присадкой для увлажнителей. Мою раз в месяц. Диски - в посудомойке, баки просто ополаскиваю. И всё отлично, не пахнет, скользкого налёта нет.
Ну я и говорю, можно через экран или сверление. Оба способа так себе.
Если относительно, например, замены батареи в айфоне, то да, немного легче. Но вообще это нифига не легко. Уровень близок к разборке современного смартфона и требует выполнения некоторых опасных операций вроде отклеивания экрана или высверливания ограничителей сзади. Весьма муторно и с рисками убить недешёвый девайс.
Чистый маркетинговый булшит. Если отбросить всю шелуху, то тут написано лишь, что благодаря 3D-печати можно эффективно решать дизайнерские задачи, когда производимые партии слишком малы для массового производства. Здорово! А в чём новизна?
Так можно же использовать эти устройства и в HA. И можно использовать УДЯ совместно с HA.