chupasaurus

Провода делают необжатыми, чтобы можно было отрезать сколько нужно. Подобная розетка:

• Дешевле стоимости коннектора и переходника
  
• Обжимается без специнструмента (хотя есть и для таких)
  
• Монтируется в стену (переходник RJ45-RJ45 4 см. ЕМНИП)
  

0. Контейнерам по барабану, что там у вас на хосте, кроме ядра.

1. Один сервис - один контейнер. Но это не значит, что один сервис - один образ, можно например Django+Celery в одном образе держать.
   
2. Даёте имя контейнеру с Redis, указываете в конфигурации Celery куда стучаться.
   
3. SSH-агент + git pull + docker build
   
4. По желанию, если нет в планах масштабироваться - проще цеплять томом с хоста.
   
5. Выделяете контейнеры в свою сеть, внутри неё они могут общаться между собой по именам.
   
6. Gunicorn вешается на порт, nginx из другого контейнера проксирует.
   

Примеры на Docker compose есть на том же Github.

Python + imaplib, например.

Пользовался из России (Приуралье), на выбор в пару к английским озвучке и субтитрам предлагался только финский.

1. Создается массив из всех возможных значений байта (т.е. 256 элементов)
   
2. С помощью ключа ему придают начальное положение для шифрования с помощью специального алгоритма, переставляющаего элементы
   
3. Шифрование происходит с помощью операции XOR над байтом из сообщения и байтом, полученного с помощью алгоритма генерации псевдослучайных чисел из массива
   
4. Расшифровка происходит точно также, как и шифрование
   

Алгоритм генерации псевдослучайных чисел переставляет элементы в массиве не реже, чем каждые 256 проходов, чтобы подпортить статистический анализ.
Рисуем картину работы сессии: стороны обмениваются ключом, создают идентичный массив данных, и с помощью алгоритма отправитель шифрует, а получатель расшифровывает сообщение, при этом на всех итерациях массив у обеих сторон будет в одинаковом состоянии.

#show arp
CLI Reference Guide для слабаков писали?

Кеш отключается директивой expires -1;

Накопить ещё тысячу и взять 1050 (они около 9 тыр). Все они для тяжелого 3д-рендеринга не подходят из-за малого кол-ва оперативы.

Обозначение из школьной схемотехники - _/_ . В выключенном состоянии - активирует мат. плату, во включенном отслеживается материнкой (отправляет сигнал в ОС при нажатии, при удержании - выключает питание).
Кнопке есть две альтернативы - автоматическое включение при наличии питания (по сути кнопка будет снаружи) и если поддерживает сетевая карта Wake-on-LAN (специальный сетевой протокол), оба способа настраиваются в BIOS.

AAA (Authorization, Authentication, Accounting, не имею в виду семейство протоколов, а саму идею) - это всегда отдельная тяжелая служба, потому что высокая связность и зависимость других служб не входят в парадигму микросервисов.
Лучше всего себя показывает такой подход (AWS IAM, фейсбучная проверка доступа, тысячи их): отдельный сервис для работы с ACL, непосредственно контроль доступа - на стороне микросервисов.
Формат ACL можете честно стырить у IAM: на каждый тип объектов - базовые active,owner,read,edit и присущие этому типу, все ID объектов в одном формате и биективны, записи по каждому виду доступа в двух видах: Permission - ID (например для владельца) и Permission - ID List.
Непосредственно контроль доступа - на стороне микросервисов без выноса в отдельные сущности. Доступ проверяется по ID объекта, инициализирующего действие, по надобности ещё проверяются и его группы.
На вашем примере: PatientTHX1138, врач DoctorMengl создает карту о визите Case23523 и анализы Test991235-991237. У каждого анализа есть права на чтение/изменение всех его данных (для пациента/его лечащих врачей) или только даты приёма, кабинета и проводящего врача (для ресепшна). Дело передаётся отдельной функцией путем замены в ACL владельца, предыдущий врач в зависимости от причины передачи либо лишается доступа (увольнение/отстранение), либо получает доступ на чтение в обычном случае передачи, либо получает доступ на запись в случае передачи внутри группы врачей. Аналогичная ситуация с разным уровнем доступа для врачей и ресепшна у самого визита и пациента (ресепшну вряд ли надо знать, какого размера камень в почках).

Если почтовый сервер - Exchange, то автонастройка учетной записи работает только на компьютерах, входящих в домен. Чтобы при первом запуске клиента ящик цеплялся самостоятельно без каких-либо действий, нужно настроить GPO (User Configuration -> Administrative Templates -> Microsoft Office Outlook 2007 -> Tools \ Account Settings -> Exchange “Automatically configure profile based on Active Directory Primary SMTP address” или что там на русском) или ключ в реестре (у разных версий Outlook свой).
Если используется другой почтовый сервер - увы, данные придется вбивать ручками.

1. Завести отдельную cgroup для сервера
   
2. Выставить в ней квоты
   
3. Запускать через cgexec
   

Пример для первых двух пунктов:

cgcreate -g cpu:/minecraft
cgset -r cpu.cfs_quota_us=30000 minecraft
cgset -r cpu.cfs_period_us=100000 minecraft

Для третьего пункта:
serverCommand = cgexec;-g;cpu/minecraft;java;...

Наличие хабов.