class A:
def f(self):
print(self)
print(hex(id(self)))
a = A()
a.f()экземпляр.метод(аргументы), а в реализации def метод(экземпляр, аргументы). Имя первого аргумента вообще-то произвольное, обычно пишут "self", но python3 допускает даже русский идентификатор "экземпляр", можете попробовать. 
xhr.upload.onprogress = function(event) {
alert( 'Загружено на сервер ' + event.loaded + ' байт из ' + event.total );
}
xhr.upload.onload = function() {
alert( 'Данные полностью загружены на сервер!' );
}
xhr.upload.onerror = function() {
alert( 'Произошла ошибка при загрузке данных на сервер!' );
}
Если коротко, то ошибка закралась вот тут:
В асинхронном сервере в единый момент времени обрабатывается столько запросов, сколько есть воркеров
Представьте себе, что у вас на сервер приходит запрос, связанный с выборкой данных из БД.
Он отрабатывает, предположим, за 150 мс, из которых 130 это работа с базой данных.
В случае с PHP у вас воркер будет заблокирован эти 150 мс для обработки других запросов.
В случае с асинхронным сервером, он, пока запрос 1 ждет данные от БД в течение 130 мс, сможет принять и начать обрабатывать другие запросы. Предположим, что у нас один PHP-воркер. В этом случае таких запросов, как из примера, он сможет обработать семь штук за секунду.
Асинхронному же, допустим, прилетят 20 запросов. Он обработает каждый до взаимодействия с БД, допустим за 10 мс, полетят 20 запросов к БД, пройдут, допустим, за 500 мс, и сервер сформирует ответ. И это все практически параллельно. Итого меньше чем за секунду мы таким образом обработаем 20 запросов.
Можно, конечно, увеличить пул FastCGI, но оверхед при обработке запроса каждым воркером будет несоизмеримо выше, чем при обработке асинхронным сервером.
Что происходит при гибернации с ноутбуком, включённым в сеть?Если зарядное устройство подключено - заряжается.
Правильно ли я понимаю, что если ноутбук включён в сеть и имеет, например, 80% заряда, то в режиме гибернации заряд изменяться не будет, т.е. подзарядки до 100 не произойдёт?Не правильно.
[mysqld]
query_cache_size = 0
query_cache_type = 0 # важно ! отключает mutex, которым оперирует query_cacheSHOW STATUS LIKE "qcache%";Qcache_lowmem_prunes. Чем эта переменная меньше тем лучше (в идеале 0 )- эта переменная показывает сколько раз обнулялся кэш для таблиц. 
