1. Никогда в жизни не использовать кривой софт который обещает обновить\найти все дрова для железа.
2. Вообще никогда в жизни не трогать кривой софт который обещает обновить\найти все дрова для железа.
3. Использовать дрова от производителя с сайта производителя.
4. Попробовать загрузиться в безопасном режиме и удалить кривые дрова.
5. Загрузиться с установочной флешки с виндой и попробовать восстановить оттуда.
6. Загрузиться с любого LiveCD\LiveUSB - забрать нужную информацию с диска и переставить ОС.
1. Диски не подходят для сервера, а уж тем более для сервера баз данных.
2. Тест Гилёва - это именно, измеритель попугаев, как и было в вашем изначальном вопросе. И не всегда этот результат соответствует реальности.
3. Для получения больших показателей попугаев - необходимо настраивать и ОС и СУБД согласно рекомендациям того же Гилёва с поправкой на нынешние реалии.
Ответ очевиден: безопасно вообще не хранить пароль.
Как минимум стучать в сторону API того стороннего ресурса и возможностей его авторизации.
Любой алгоритм шифрования\восстановления пароля хранимого в базе - нивелируется открытой передачей его в ресурс.
Так вы аккумулятор проверить хотите, или всё-таки плату BMS?
Если плату - там может быть запросто быть защита на подключение батареи. Т.е. без подключения к устройству - она не будет отдавать напряжение.
Например на двух из этих четырёх контактах должно оказаться определённое сопротивление, или КЗ. И только при выполнении этих условий плата отдаст напряжение на выход.
Зачем запускать автокликер именно на телефоне? Какой с этого профит?
Запускайте виртуалку с андроидом на ПК, запускайте там свой автокликер и не мучайте экран телефона.
Всё зависит от трафика от пользователей.
Рассчитать можно только в условных попугаях. Т.е. берём выборку из 10 подключений, смотрим статистику - какой трафик, сколько ресурсов тратится. Потом делим это на 10 и получаем приблизительное среднее потребление. В зависимости от этого среднего значения - смотрим на доступные ресурсы сервера.
1. Глюки флешки и "защита от записи" - недвусмысленно указывают на то, что флешка уже исчерпала свой ресурс. Как минимум половина её - так точно (раз удалось её поднять на 8 гб).
2. Накатывать прошивки не разобрав флешку и не узнав какой там контроллер и тип памяти - верный путь отправить даже исправную изначально флешку в урну.
USB разъём там с вероятностью 90% только для внешних флешек, чтобы играть с них медиаконтент.
Приводы CD\DVD издревле делились на те которые только R - т.е. только читают, и RW - т.е. которые пишут.
Единичные случаи, когда в дешёвых плеерах имелся в наличии пишущий привод. Если на нём отсутствуют соответствующие значки - то он умеет только читать.
Изучайте работу с базами. А потом строите запросы по нужной вам логике.
Как-то примерно так:
При добавлении в избранное - записать для ид.пользователя соответствующую позицию в таблицу избранного.
При просмотре избранного - запросить все записи из таблицы избранного по ид.пользователя.
При добавлении в корзину - записать для ид.пользователя соответствующую позицию в таблицу корзины.
При просмотре корзины - запросить все записи из таблицы корзины по ид.пользователя.
При просмотре каталога - запросить весь список товаров из прайса исключая те, которые есть у ид.пользователя в корзине.
И никакую голову тут ломать вообще нет необходимости. Обычная логика магазина.
Во-первых, не использовать sum.
Во-вторых, в первой функции name не вернётся примерно никогда.
В-третьих, результат неплохо бы обернуть в int() прежде чем сравнивать с цифрами, иначе условие не выполняется.
В-четвёртых, привыкайте оборачивать отдельные условия в скобки, и читабельность повысится и ошибки будут сразу заметными. Например как-то так:
if ((int(clas) == 9) and (int(su) > 180)) or ((int(clas) == 10) and (int(su) > 200)) or ((int(clas) == 11) and (int(su) > 220)):