Алексей Уколов

нагрузку в 10к соединений сервер?

10К соединений не создают практически никакой нагрузки. Это же просто соединения и они просто висят. Вот если мы будем оценивать примерный объем данных и т.д. которые будут проходить между клиентом и сервером в секунду... и в целом что с этими данными будет происходить.... В целом для 100% ответа на ваш вопрос придумали такой вид тестирования как нагрузочное. Если у вас такие жесткие нефункциональные требования - проще потратить вечерок и написать хотя бы примитивный нагрузочный тест и выяснить на практике.

Горизонтальное масштабирование стоит закладывать (хотя бы минимально что бы можно было потом быстро подправить).

Но какая разница? У вас ведь скрипты ещё и с базами данных общаются?
Предположим, написали вы сервис на чистом РНР без фреймворков, а для теста написали аналогичный сервис на Python/Django. Предположим, что на чистом РНР можно получить 10к запросов/сек, а на Django - жалкие 4к. Печаль.

Но ваш сервис, например, будет использовать 5 запросов к БД, каждый из которых будет отрабатываться за 1мс. 5мс - чисто на запросы к БД.

Итого: на РНР запрос будет выполняться за 5.0001мс, на Python/Django - за 5.00025мс... Неужели есть какая-то разница?

input вообще в принципе не может иметь элемент :before, т.к. input не является блочным элементом и не может содержать в себе другие элементы.

Первая команда более общая, вторая более конкретная. Я предпочитаю первую.
Отличие в том, что первая команда заработает в разных версиях Ubuntu, и в зависимости от того, что есть в наличии. В 14.04 это установит пятую версию, в 16.04 седьмую.

Я всегда при возможности устанавливаю общие версии, поскольку это так же упрощает обновление пакетов.
К примеру, можно поставить mariadb-server, а можно mariadb-server-10.1. Отличие в том, что со временем вы обновите дистрибутив, пакет mariadb-server-10.1 исчезнет, вместо него появится mariadb-server-11. В результате вы останетесь с устаревшей необновляемой версией mariadb. В случае с mariadb-server, во время обновления зависимость mariadb-server-10.1 будет предложена для удаления и mariadb-server-11 будет предложена для установки. Так намного проще поддерживать систему в актуальном состоянии.

P.S. Забудьте про mcrypt, библиотека безнадежно устарела, многие годы не обновляется и категорически не рекомендуется к использованию.

function test() {
  //your work with state
  test._state = {}; //reset state
}
Object.defineProperties(test, {
  _state: {
    enumerable: false,
    writable: true,
    value: {}
  },
  t1: {
    get: function() {
      test._state.t1 = true;
      return test;
    }
  },
  t2: {
    get: function() {
      test._state.t2 = true;
      return test;
    }
  }
});

1. На новом почтаре настраиваете учётки и делаете для каждой учётки правило сбора почты с яндекс почты, с сохранением оригиналов писем в ящике. = получаете полную копию, с задержкой в репликации по части ящиков.
2. Выставляете новый почтарь наружу, создаёте для него низкоприоритетную MX запись = От него почта начинает ходить, к нему приходит, но с задержкой
3. Переводите пользователей на новый почтар. Им можно пользоваться
4. Меняете приоритет MX записей.
5. Постепенно убираете правила выгребания почты и удаляете ящики с яндекса.
6. Отключаете яндекс убираете MX от него совсем.

Такой сценарий миграции позволяет переносить постепенно одного за другим пользователем в новую систему, без потери писем и простоев.

Дополню Алексей Уколов
Для PHP >= 5.5
array_column

$json = file_get_contents('http://api.steampowered.com/ISteamUserStats/GetUserStatsForGame/v0002/?appid=730&key='.$steam_api_key.'&steamid='.$user_steam_id); //Получение JSON
// true, чтобы на выходе был ассоциативный массив, а не \stdClass (для PHP 7 неактуально, т.к. array_column может работать с массивами объектов)
$data = json_decode($json, true);
$stats = array_column($data['playerstats']['stats'], 'value', 'name');
echo $stats['total_deaths'];

возможно с ведущим нулём

Но это всё равно строка

вы сами ответили на свой вопрос.

char(12) charset latin1

Да, это хороший совет. Абсолютно бессмысленно и глупо использовать varchar для строк постоянной длины.

а искать по строкам я не люблю

А если перейти от личных предпочтений к реальным измерениям - действительно ли будут проблемы?

https://habrahabr.ru/company/ua-hosting/blog/270599/
Вот статья, видимо современные браузеры уже пофиксили это, в ие 8 вроде работало =)

<div style="background:url('javascript:alert(1)')">

п.с. когда первый раз на это наткнулся работал тогда в банке, там старинные FF был и 8 ие, в каком-то из них работало...

модификатор u

Он не каждую минуту, а каждую минуту каждого второго часа запускает.

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