@yorick_kiev_ua
> зная PHP-шников я думаю это всё-таки был не троллинг
Видимо знакомый вам круг php-шников - это обычные визитко-строители с эффектом Даннинга-Крюгера))
может вне области видимости, может инициализация это переменной не происходила, может unset, может файл таки не подключен. Причин может быть множество.
В больших таблицах лок на чтение будет очень длительным, потому как для каждой строки будет высчитываться ее "вес" N раз, пока это дело не устаканится. При этом лок на чтение снимется только после этой операции. В случае обычных сортировок "вес" будет для каждой строки постоянным. На текущей работе возникла проблема: innodb history зашкаливает, тысячи запросов на чтение ждут в среднем по 20-30 секунд. Оказалось какой-то паря сделал следующую красоту:
в подзапросе вытягивал 1к последних записей, а во внешнем сортировал по random.
Как только переписали эту лабуду на:
1. выборка 1к id-шников + их кэширование на 1 мин
2. сортировка средствами php
проблема была исправлена.
Если бы он не сделал выборку подзапросом, а сортировал по всем - система упала бы на порядки быстрее.
Piwik умеет сохранять пользовательские данные. Вам необходимо их передавать, например это будет siteID, или что-то типа того. Далее фильтруйте по этим данным
Вам придется чем-то жертвовать в любом случае. Проблему выключенного телефона, или находящегося в другой комнате, или не услышанного звонка вы не решите, от слова совсем.
Как вариант можете заюзать https://telegram.org/ и написать для него бота, который будет слать сообщения, но это потребует постоянного подключения к Internet.
> когда «дежурный» может спать или находиться в метро, например
Пока дежурный не подтвердил в zabbix, или какой либо другой системе, что он узнал о проблеме sms шлется каждые 2-5 минут + эскалация на более высокие должности: Team Lead -> PM -> CTO.
> лимит уведомлений исчерпан
Это бизнес проблема. Жлобиться на sms, ну, я не знаю даже...
Понимаете, если 9k - это запросов/сутки - 99% ваш сайт написан гуманоидами, которые вообще не умеют в кэширование, оптимизацию БД и т.д. Либо наймите твердого php мидла (это от 2k$ месяц), который вам это дело перепишет, либо БОЙТЕСЬ нагрузки и платите деньги за сервера по мощнее.
Да, можно вынести БД на отдельный сервер, да статику можно вынести на CDN, но проблему это не решит.
@admedia
Вы не поняли мой вопрос. Нагрузка не меряется в абстрактных цифрах в сутки. Нагрузка меряется в: rps (количество запросов в секунду), или в количестве трафика в секунду, например 10MBit/sec.
Иногда люди приводят: "N пользователей в M времени" - это SEO-шная метрика, она не несет в себе полезной информации про нагрузку. Это как прийти к зубному и сказать: у моей подруги болит зуб, зобной спросит "какой?", а в ответ получит 1 из 32.
> зная PHP-шников я думаю это всё-таки был не троллинг
Видимо знакомый вам круг php-шников - это обычные визитко-строители с эффектом Даннинга-Крюгера))