tester12

decimal.js или аналогичные библиотеки

и будут точные значения

Внутри Москвы пинги к любому ЦОДу - не более 10-15 мс. У меня из дальнего Подмосковья по 4G-модему до М9 ~ 25-30 мс. Как Вы умудрились получить 90 мс - загадка.

Нужно найти причину брутфорса

Не нужно ничего искать.

Нужно срочно бэкапить текущий сервак (если вдруг нет бэкапов), поднимать новый сервер и настраивать всё заново.

1. Инструкции с картинками по наиболее массовым вопросам (винда, офис, печать, телефон, сетевые папки).
2. Учёт обращений (тикеты) и их решения (после решения проблемы заявитель ставит отметку "решено")
3. Профилактические обходы с вопросом "есть ли какие-то проблемы?" (люди не всегда решаются сообщить о проблеме первыми, а потом возмущаются, что "уже месяц глючит мышка").
4. Специальное ПО (вроде 1С) - целиком на ответственности специалистов. Помочь бухгалтерше с 1С можно по своему желанию, в порядке развлечения, при условии отсутствия других задач.

В реале "непопулярное мнение" может привести к разбитой физиономии или даже дырке в черепушке.

А Вы о каком-то статусе переживаете.

Мускуль вполне справится.

160 млрд записей по 10 байт это ~ 1,6 ТБ, не так уж и много.

Графики выводятся не из основной базы, а из slave реплики (для уменьшения нагрузки на основную базу).

Скорее всего, графики можно выводить с меньшей точностью: брать цифры не раз в секунду, а раз в 10 минут. Потому что цифры "раз в секунду" всё равно не будут видны. Т.е. для графиков можно сделать отдельную, значительно меньшую по объёму базу.

Ещё можно подумать, насколько часто меняются параметры? Если параметр почти не меняется, может быть, записывать его с увеличенными интервалами? Например, раз в минуту? А в случае каких-то резких (катастрофических?) изменений возобновить запись раз в секунду.

Где хранить бэкапы после кончины Яндекс.Диска?

И то, и другое. И ручная проверка кода (не своего, а коллеги), и тесты.

Но это в идеале, а в реальности всё ограничено штатным расписанием и сроками выполнения задач, и порой на тщательную ловлю багов нет времени.

За MongoDB не скажу. Но общее направление очевидно:
- планы запросов (используются ли индексы? или перебирается вся таблица?)
- дисковые операции (возможно, имеет смысл купить SSD с лучшим показателем IOPS).
- масштабирование (организовать несколько slave-реплик и распределять "поисковую" нагрузку между ними)
- денормализация (создать поля и таблицы со "вторичными" данными; например, с количеством товаров; тогда, возможно, удастся обойтись без операций count или сократить кол-во этих операций)
- логика приложения (возможно, без каких-то операций можно обойтись)

Я не вижу никакой вёрстки. 90% страницы - это пустота. Грамматические ошибки - через слово. Город спрятан внизу - чтобы посетитель не сразу догадался, где находится фирма.

Это решается дополнительным слоем, реализующим "внешний" API.

Клиентское приложение вместо
select value from mytable where id=5
запрашивает
https://myhost.com/get.php?id=5

А уже скрипт решает, выдавать данные юзеру или нет, уложился он в лимиты или нет. Этот же скрипт пишет логи запросов и сообщает кому надо о подозрительной активности.

Непосредственного контакта клиентского приложения с СУБД быть не должно.

Если ты планируешь всю жизнь работать кодером, сидеть с 9 до 18 в офисе и писать пхп-шные скрипты, то образование не нужно. Само по себе программирование (процедуры, параметры, условия, циклы, объекты) можно выучить за месяц.

Но для более серьёзных (и высокооплачиваемых) дел вроде программирования автопилота автомобиля - нужно долго учиться. Тут нужна вузовская физика, высшая математика, статистика и многое другое.

Для руководящей работы нужны широкий кругозор, знание классической литературы, умение грамотно изъясняться. Неправильно употреблённое слово или ошибочно поставленная запятая может привести к печальным последствиям.

Кроме того, в госучреждения и крупные фирмы на руководящие должности без высшего образования попасть затруднительно. Если у кандидата 20-летний опыт, но нет вузовской корочки, то кандидата отсеют по формальным критериям без какого-либо собеседования. Просто потому, что такие правила.

Freenet годится? Ещё есть всякие Zeronet, I2P....

Зависит от начальника. Кто-то уволит на следующий день. Кто-то даст месяц-другой на "раскачку". Кто-то оставит в штате (джун тупит, зато обходится недорого).

Выяснится это только после выхода на работу. Заранее не угадаешь.

Всё уже разработано: jabberd + conversejs

Допустим если я разработаю несколько более менее сложных пет опроектов

Разработайте один проект. Но разработайте его хорошо. Обращая внимание в т.ч. на форматирование и комментирование кода.

"Абузоустойчивость" защитит только от невменяшек, жалующихся на какую-то ерунду.

В случае запроса от государственных органов любой "абузоустойчивый хостинг" выдаст все известные ему сведения о клиенте и заблокирует незаконную информацию (рекламу наркоты; пропаганду того, что в данной стране считается терроризмом и экстримизмом и т.п.).

хотя веб дизайн очень близок до душе и дальше хочется этим заниматься

Хочется заниматься - занимайтесь.

(но я уже не могу создать конкуренции на рынку молодым ребятам)

А как Вы это определили? По моему опыту общения с фрилансерами, на рынке полно "молодых ребят", которые делают работу кое-как, срывают ими же заявленные сроки, а то и вообще куда-то теряются, не приступая к выполнению взятого заказа. Найти ответственного дизайнера даже за оплату выше рыночной - огромная проблема. С воображением (как сделать интерфейс, удобный пользователю) - у фрилансеров тоже проблема.