4X_Pro

В случае смерти материнки в лучшем случае вам придётся искать туже материнку вплоть до ревизии и то НЕ ФАКТ что поможет
Уж лучше софт раид шансов его восстановить куда больше

Микросервисы значительно облегчат корректировку после MVP. Облегает горизонтальное масштабирование при росте нагрузки. При условии, что вы их правильно разделили.
Но при этом микросервисы дают много доп. проблем - накладные расходы на коммуникацию и управление.
Так ли они вам нужны?

Вариантов без опыта нет никаких - просто берешь и делаешь. Потом пробуешь и переделываешь.
То, что известно о существовании концепции микросервисов - это плюс. Но это не дает гарантий.

Тут главное чтобы пробовать, проверять и переделывать. Много раз.

Дело в том, что вы в каждой из 100 000 итераций объявляете эту функцию. Если вы присвоите анонимную функцию переменной за пределами цикла (да, при этом функция по-прежнему будет считаться анонимной), то скорость сравняется.

$cmp = function ($a, $b) {
    if ($a == $b) {
        return 0;
    }
    return ($a < $b) ? -1 : 1;
};

for ($i = 0; $i < $count; $i++) {
    usort($arr, $cmp);
}

Time: 0.074096918106079
Time: 0.074237108230591

Нарезать сколько-то кадров при помощи ffmpeg, например, и собрать из них гифку.
А при наведении показывать ее.

Делаешь квадратный блок шириной и высотой 6px с закруглёнными углами, задаёшь ему position: fixed и left и right: -3px. Потом по mousemove на body или window устанавливаешь transform: translate (x,y), где x - event.screenX, ну и y соответственно. Но я не уверен, что jQuery пробрасывает screenX-screenУ в свой евент, тогда можно использовать event.originalEvent.screenX. Для пущей кроссбраузерности можно вместо transform менять left и right, ну, или margin'ы, но с transform должно быть плавнее

Никто не отменял ES5. В ES6 добавили несколько новых возможностей. Если у вас есть хороший учебник/курс по ES5 - смело можете пользоваться.

Создать таблицу для хранения платежей (пополнения списания) и считать баланс путем сложения операций? Или просто создать колонку balance и все?

И то и другое. Колонка balance для быстрого получение этой информации, чтобы, к примеру, выводить на странице профиля. Но при любой операции с балансом эту колонку пересчитываем путем сложения. Так же не стоит её использовать при определении того хватает ли пользователю на какую-то операцию или нет.

1. это разные вещи
2. если не завязан на компоненты, использующие jquery (хотя тот же bootstrap есть отвязанный)
3. ничего, так как в лендингах обычно немного логики, разница ощущается при росте количества связей
4. смотря что за страницы, см. выше
5. single page applications, rich internet appalications
6. когда появляется input/блок содержимое которого связано с какими-то данными, меняющимися в другом inputе/блоке
7. тысячи их. например таблица с фильтром целиком на клиенте.

Хотя браузер по заголовкам поймёт, что это html страница, указывать «каркас» нужно и правильно.

Все системы, в которых безопасность базируется на алгоритмах типа RSA, окажутся скомпрометированы. Защищенный обмен данными по HTTPS, подпись обновлений программ и оборудования, ключи авторизации SSH.
Производители постараются как можно быстрее выкатить апдейты ПО, закрывающие образовавшиеся дыры в алгоритмах обновления и авторизации (используя, например, алгоритмы эллиптических кривых), но далеко не все произведут обновление, а некоторые устройства и вовсе невозможно будет обновить.
Если такой алгоритм действительно будет найден и будет выложен в открытый доступ, будет полный бардак в мире IT на ближайшие 5 лет