Для этого придется Alias вынести в отдельную секцию Server

server {
server_name host1.ru;
listen 123.123.123.123;
listen 123.123.123.123 ssl;
ssl on;
ssl_certificate /path/cert.crt;
ssl_certificate_key /path/cert.key;

location / {
....
}
}

server {
server_name host2.ru;
listen 123.123.123.123;
listen 123.123.123.123 ssl;
ssl on;
ssl_certificate /path/other_cert.crt;
ssl_certificate_key /path/other_cert.key;

location / {
....
}
}

Очевидно потому что при таком синтаксисе запроса, вот эта часть
SELECT COUNT(`statistic`.`id`) FROM `statistic` WHERE `statistic`.`pid` = `products`.`id`
будет выполняться 10000 раз
Вот так должно быть быстрее
UPDATE `products` p
INNER JOIN (SELECT COUNT(*) as cnt, `statistic`.`pid` FROM `statistic` GROUP BY `statistic`.`pid`) as sta ON p.`id` = sta.`pid`
SET p.`statistic` = sta.`cnt`

Вам поможет организация объекта сессия.
В этом объекте при авторизации Вы записываете ссылку на пользователя, запоминаете данные авторизации, выдаете пользователю ключ (cookie)
Если пользователь авторизовался с другого компьютера то у него появиться вторая сессия.
Хранить это можно в базе или например в Redis
Имея такие объекты вы можете назначать время жизни сессии, управлять максимальным кол-вом открытых сессий, итд.
При каждом запросе пользователя Вы сессию обновляете, записывая дату обращения и продлевая время жизни сессии.
Вот такая мысль.

Ну если не хочется перебирать всех ActionListeners на всех кнопках, можно было бы реализовать ActionListener который вешался бы на все ваши кнопки, и сам в свою очередь по цепочке вызывал бы нужные действия. Допустим у него была бы одна переменная, изменением значения которой, можно было бы поменять итоговые вызываемые действия.