d'Ivan

mTail, LogExpert, glogg, SnakeTail

Цифры в которых информация храниться, и символы цифр – эти штуки может по разному как-то называются?

Подключив марсианское чтение мыслей, могу предположить, что вы имеете в виду "код символа в ASCII" или любой другой кодировке.
Нет, они не обязаны совпадать.
А "система счисления" - это другое вообще. "8", в данном случае, просто символ.

Что значит "при переходе"?

• Если вы генерируете страничку с уже готовыми ссылками по типу www.domen/lang/..., то и язык в них уже есть. Собственно, это самый правильный путь с вашей моделью. То есть на страничке /en/ все ссылки должны быть /en/, на страничке /ru/ все ссылки с /ru/ и т.д. Сам контент может быть en (когда ru нет), но адрес и все ссылки на странице - ru в соответствии с адресом странички.
  
• Если же у вас ссылки голые www.domen/home.... или с языком по умолчанию, то вот вам и ответ. Ошибка в этом.
  

За таким поиском вам в elasticSearch, там и полнотекстовый и Highlighting есть. Масштабируется относительно легко.

Сами документы можно положить в монгу - она тоже масштабируется неплохо. Т.е. эластик ищет, возвращает вам idшники документов, вы по ним достаёте сами документы из монги.

Но правда жрать ресурсы всё это добро будет нормально так :(

Все запросы должен ловить единый сервер, например, nginx.
По заголовкам запросов Host: ... перенаправлять/проксировать запрос на соотв. виртуальный сервер.

server {
  server_name site.ru;
  location / {
        proxy_pass http://127.0.0.1:8000; # допустим, тут слушает основной
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        # ... ещё инструкции - передача заголовков, кэширование..
    }
}

server {
  server_name name1.site.ru;
  location / {
      proxy_pass http://127.0.0.1:8001; # вирт-1
      # ...
  }
}

server {
  server_name name2.site.ru;
  location / {
      proxy_pass http://127.0.0.1:8002; # вирт-2
      # ...
  }
}

=диван
В кавычках ищется фраза.

Асинхронное исполнение кода позволяет более эффективно использовать процессорное время.
Если взять синхронный сценарий исполнения, то какое-то время поток приложения загружает процессор работой, далее обычно наступает ситуация, когда поток приложения ждет завершения какой-то операции ввода\вывода. Это может быть ожидание срабатывания таймера, ожидание данных от сетевой карты, ожидание пользовательского ввода и т.п. Пока происходит ожидание поток приложения не использует процессор. В некоторых случаях это нас устраивает, если другой полезной работы мы не можем совершить. В других ситуациях мы хотим одновременно что-то делать, например иметь возможность обрабатывать клики мышкой пользователя в то время как идет запрос к БД, например.
Тогда мы задействуем асинхронный подход. В этом случае когда поток приложения доходит до ожидания окончания операции ввода\вывода, он не ждет а может быть использован для другой работы, а в момент когда закончится операция ввода\вывода и поток не будет занят другой работой, он сможет продолжить исполнение кода с того места на котором остановился.

Также есть и другое понятие асинхронности, также его называют отложенным исполнением. Это ситуация когда данные обрабатываются не во время запроса пользователя, а данные быстро буферируются на диске в БД или очереди и мы быстро отвечаем пользователю. А в этот момент асинхронный воркер циклично обрабатывает этот буфер, например уменьшает картинки, или перекодирует видео или считает какую-то агрегацию.