В современном мире разработки приложения должны работать на разных архитектурах процессоров — x86 (amd64) и ARM. В этой статье я подробно разберу, как настроить Gitlab CI/CD для сборки мультиплатформенного Docker-образа с автоматическим созданием релиза.

Как это сделать я подсмотрел в репозиториях Github Actions плагинов Docker. Конечно, можно по полной использовать Docker Buildx с использованием эмулятора чтобы собирать приложения, но в таком случае скорость сборки увеличивается в десятки раз. Поэтому я расскажу про способ как использовать сборку мультиплатформенного приложения на двух разных раннерах.

Перед созданием файла, убедитесь, что у Вас есть 2 раннера: один Docker DIND на amd64 и еще один идентичный Docker DIND на arm64 с тэгами по которым их можно идентифицировать.

Подготовка конвейера

Наш .gitlab-ci.yml разделён на три стадии:

1. Prepare — подготовка к сборке
2. Build — сборка образов для разных архитектур и их объединение
3. Release — создание релиза в Gitlab

Рассмотрим каждую стадию подробно.

Prepare: подготовка переменных

prepare_job:
  stage: prepare
  inherit:
    default: false
  rules:
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  script:
    - apt-get update && apt-get install -y jq curl
    - echo "APP_VERSION=$APP_VERSION" >> variables.env
    - 'curl -H "PRIVATE-TOKEN: $CI_API_TOKEN" "$CI_API_V4_URL/projects/$CI_PROJECT_ID/repository/changelog?version=$APP_VERSION" | jq -r .notes > release_notes.md'
  artifacts:
    paths:
      - release_notes.md
    reports:
      dotenv: variables.env

Что здесь происходит:

1. Устанавливаем необходимые утилиты: jq для работы с JSON, curl для HTTP-запросов
2. Сохраняем версию в переменную окружения через variables.env
3. Генерируем release notes через Gitlab API
4. Сохраняем артефакты для следующих стадий

Build: мультиплатформенная сборка

Сборка выполняется в двух отдельных jobs — для amd64 и arm64 архитектур.

Сборка для amd64

build_job_amd:
  stage: build
  needs:
    - job: prepare_job
      artifacts: true
  rules:
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  before_script:
    - apk add --no-cache jq
    - echo "$CI_REGISTRY_PASSWORD" | docker login $CI_REGISTRY -u $CI_REGISTRY_USER --password-stdin
    - docker context create tls-environment
    - docker buildx create --name docker-builder --driver docker-container --use tls-environment
  script:
    - docker buildx build
      --build-arg "APP_VERSION=$APP_VERSION"
      --label "org.opencontainers.image.title=$CI_PROJECT_TITLE"
      --label "org.opencontainers.image.description=$CI_PROJECT_DESCRIPTION"
      --label "org.opencontainers.image.vendor=$GITLAB_USER_LOGIN"
      --label "org.opencontainers.image.authors=$CI_COMMIT_AUTHOR"
      --output "type=image,name=$CI_REGISTRY_IMAGE,push-by-digest=true,name-canonical=true,push=true"
      --metadata-file metadata.json
      --file Dockerfile-prod
      .
    - mkdir -p digests/
    - digest="$(jq -r '.["containerimage.digest"]' metadata.json)"
    - touch digests/${digest#sha256:}
  artifacts:
    paths:
      - digests/*
    expire_in: 1 day

Ключевые моменты:

1. needs указывает зависимость от prepare_job
2. В before_script настраиваем Docker Buildx для мультиархитектурных сборок
3. Собираем образ с метаданными в соответствии со спецификацией OCI
4. Сохраняем digest образа в файл, который будет использоваться для создания манифеста

Сборка для arm64

build_job_arm:
  stage: build
  tags:
    - arm64
  needs:
    - job: prepare_job
      artifacts: true
  # ... остальное аналогично build_job_amd

Отличия:

• Используем другой тег раннера (arm64) для нативной сборки под ARM
• В остальном процесс идентичен сборке для amd64

Объединение образов в манифест

manifest_merge:
  stage: build
  needs:
    - job: prepare_job
      artifacts: true
    - job: build_job_arm
      artifacts: true
    - job: build_job_amd
      artifacts: true
  before_script:
    - echo "$CI_REGISTRY_PASSWORD" | docker login $CI_REGISTRY -u $CI_REGISTRY_USER --password-stdin
  script:
    - cd digests
    - docker buildx imagetools create
      --tag $CI_REGISTRY_IMAGE:latest
      --tag $CI_REGISTRY_IMAGE:$APP_VERSION
      --tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA
      $(printf "$CI_REGISTRY_IMAGE@sha256:%s " *)

Что происходит:

1. Job зависит от всех предыдущих шагов сборки
2. Используем docker buildx imagetools create для создания мультиархитектурного манифеста
3. Добавляем три тега:
   • latest — всегда указывает на последнюю версию
   • $APP_VERSION — версия приложения
   • $CI_COMMIT_SHORT_SHA — тэг с короткой версией хэша коммита

Release: публикация релиза

release_job:
  stage: release
  image: registry.gitlab.com/gitlab-org/release-cli:latest
  needs:
    - job: prepare_job
      artifacts: true
    - job: manifest_merge
  release:
    name: "Release v.$APP_VERSION"
    description: release_notes.md
    tag_name: "$APP_VERSION"
    ref: "$CI_COMMIT_SHA"
    assets:
      links:
        - name: "Container Image Tag $APP_VERSION"
          url: "https://$CI_REGISTRY_IMAGE:$APP_VERSION"
          link_type: image

Финал нашего пайплайна:

1. Используем официальный образ Gitlab Release CLI
2. Создаём тегированный релиз в репозитории
3. Включаем в релиз сгенерированные ранее release notes
4. Добавляем ссылку на Docker-образ в ассеты релиза

Итог

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

Полный код файла выглядит так:

stages:
  - prepare
  - build
  - release

variables:
  APP_VERSION: 1.0.0

default:
  tags:
    - docker

prepare_job:
  stage: prepare
  inherit:
    default: false
  rules:
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  script:
    - apt-get update && apt-get install -y jq curl
    - echo "APP_VERSION=$APP_VERSION" >> variables.env
    - 'curl -H "PRIVATE-TOKEN: $CI_API_TOKEN" "$CI_API_V4_URL/projects/$CI_PROJECT_ID/repository/changelog?version=$APP_VERSION" | jq -r .notes > release_notes.md'
  artifacts:
    paths:
      - release_notes.md
    reports:
      dotenv: variables.env

build_job_amd:
  stage: build
  needs:
    - job: prepare_job
      artifacts: true
  rules:
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  before_script:
    - apk add --no-cache jq
    - echo "$CI_REGISTRY_PASSWORD" | docker login $CI_REGISTRY -u $CI_REGISTRY_USER --password-stdin
    - docker context create tls-environment
    - docker buildx create --name docker-builder --driver docker-container --use tls-environment
  script:
    - docker buildx build
      --build-arg "APP_VERSION=$APP_VERSION"
      --label "org.opencontainers.image.title=$CI_PROJECT_TITLE"
      --label "org.opencontainers.image.description=$CI_PROJECT_DESCRIPTION"
      --label "org.opencontainers.image.vendor=$GITLAB_USER_LOGIN"
      --label "org.opencontainers.image.authors=$CI_COMMIT_AUTHOR"
      --output "type=image,name=$CI_REGISTRY_IMAGE,push-by-digest=true,name-canonical=true,push=true"
      --metadata-file metadata.json
      --file Dockerfile-prod
      .
    - mkdir -p digests/
    - digest="$(jq -r '.["containerimage.digest"]' metadata.json)"
    - touch digests/${digest#sha256:}
  artifacts:
    paths:
      - digests/*
    expire_in: 1 day

build_job_arm:
  stage: build
  tags:
    - arm64
  needs:
    - job: prepare_job
      artifacts: true
  rules:
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  before_script:
    - apk add --no-cache jq
    - echo "$CI_REGISTRY_PASSWORD" | docker login $CI_REGISTRY -u $CI_REGISTRY_USER --password-stdin
    - docker context create tls-environment
    - docker buildx create --name docker-builder --driver docker-container --use tls-environment
  script:
    - docker buildx build
      --build-arg "APP_VERSION=$APP_VERSION"
      --label "org.opencontainers.image.title=$CI_PROJECT_TITLE"
      --label "org.opencontainers.image.description=$CI_PROJECT_DESCRIPTION"
      --label "org.opencontainers.image.vendor=$GITLAB_USER_LOGIN"
      --label "org.opencontainers.image.authors=$CI_COMMIT_AUTHOR"
      --output "type=image,name=$CI_REGISTRY_IMAGE,push-by-digest=true,name-canonical=true,push=true"
      --metadata-file metadata.json
      --file Dockerfile-prod
      .
    - mkdir -p digests/
    - digest="$(jq -r '.["containerimage.digest"]' metadata.json)"
    - touch digests/${digest#sha256:}
  artifacts:
    paths:
      - digests/*
    expire_in: 1 day

manifest_merge:
  stage: build
  needs:
    - job: prepare_job
      artifacts: true
    - job: build_job_arm
      artifacts: true
    - job: build_job_amd
      artifacts: true
  rules:
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  before_script:
    - echo "$CI_REGISTRY_PASSWORD" | docker login $CI_REGISTRY -u $CI_REGISTRY_USER --password-stdin
  script:
    - cd digests
    - docker buildx imagetools create
      --tag $CI_REGISTRY_IMAGE:latest
      --tag $CI_REGISTRY_IMAGE:$APP_VERSION
      --tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHORT_SHA
      $(printf "$CI_REGISTRY_IMAGE@sha256:%s " *)

release_job:
  stage: release
  image: registry.gitlab.com/gitlab-org/release-cli:latest
  needs:
    - job: prepare_job
      artifacts: true
    - job: manifest_merge
  rules:
    - if: $CI_COMMIT_TAG
      when: never
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH
  script:
    - echo "running release_job for $APP_VERSION"
  release:
    name: "Release v.$APP_VERSION"
    description: release_notes.md
    tag_name: "$APP_VERSION"
    ref: "$CI_COMMIT_SHA"
    assets:
      links:
        - name: "Container Image Tag $APP_VERSION"
          url: "https://$CI_REGISTRY_IMAGE:$APP_VERSION"
          link_type: image

В принципе, прошивка паяльников от компании Miniware не вызывает сложностей, так как сам процесс упрощен до максимума. Однако, если Вы пользователь Linux, то при прошивке есть некотрая особенность.

Итак, сперва нам необходимо скачать прошивку - отсюда. В последней выложенной прошивке находим раздел Assets и качаем оттуда архив с названием модели нашего паяльника. Достаточно вытащить всего 1 файл из всего архива - TS101_RU.hex и положить его в удобное для Вас место, предварительно переименовав его в TS101.hex.

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

DFU: v1.05

Далее начинается тот самый нюанс. Linux подключил его в файловой системе, которая не подходит для прошивки. Чтобы это исправить, сначала размонтируем диск из системы. Я использую встроенное приложение Disks которое входит в поставку Gnome.

Далее изменим настройки монтирования для этого тома:

Выставляем предпочтительную файловую систему: msdos

Нажимаем ОК, и монтируем диск в файловую систему. После перехода в подключенный диск нас должно ждать нечто такое:

Далее, любым удобным способом, нам необходимо скопировать файл прошивки. Делать это нужно от имени администратора. Поэтому, мне было проше сделать это из терминала:

sudo cp ./TS101.hex /mnt/TS101_DFU/

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

При успешной прошивке расширение файла должно поменять с hex на rdy

Теперь можно отключить паяльник от компьютера. И проверять новую прошивку.

Статья с установкой Outline Wiki и Keycloak вышла достаточно громоздкой, сложной и все еще с непонятными частями и неточностями. Поэтому, некоторые писали свои вопросы либо в комментарии, либо мне в социальные сети.

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

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

Теперь, чтобы развернуть проект Outline Wiki достаточно склонировать проект (желательно на чистой машине):

git clone https://github.com/mediclab/outline_oidc.git

И выполнить команду:

cd outline_oidc && ./otn deploy

После сообщение об успехе нужно лишь будет завести в Keycloak пользователя и войти в Outline Wiki.

Что на данный момент делает скрипт:

• Проверяет что введенные домены ведут на сервер с которого запущен скрипт
• Создает файл с именами пользователей и рандомными паролями
• Разворачивает Keycloak, создает в нем отдельный Realm и клиент для работы с Outline
• Разворачивает MiniO, создает пользователя и бакет для работы с Outline
• Разворачивает Outline Wiki с базой данных PostgreSQL и Redis
• Все это заворачивается в Reverse Proxy под названием traefik, который в свою очередь следит за проксированием запросов в контейнер и установкой SSL сертификатов от Let'sEncrypt

Для того чтобы запустить это с первого раза, у Вас на руках должны быть:

• Рабочая (желательно) электронная почта
• Домен с поддоменами для сервисов, которые УЖЕ ведут на Ваш сервер т.е. с корректно настроенной А-записью. Либо это может быть несколько разных доменов.
• Установленный Docker версии не ниже 20.10 и docker-compose не ниже 1.27

Outline - self-hosted open-source система базы знаний, ближайший аналог Notion. По сравнению с Notion имеет ряд ограничений, но в целом свою функцию выполняет. На официальном сайте существует мануал по установке приложения на собственный сервер, однако оно имеет ряд недочетов, с которыми установка превращается в головную боль. В данной статье я опишу как установить Outline на собственной сервер без боли, подключить к ней OIDC Keycloak если Вам не нужен вход через Slack или Microsoft Exchange.

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

Минимальные системные требования для набора:

• 2 GB ОЗУ
• 1 Core CPU
• 20 GB HDD

Список обозначений:

1. << SERVER_ADDR >> - IP-адрес Вашего сервера, тот по которому Вы подключаетесь по SSH
2. << DOMAIN >> - основной домен, который будет вести на сервер

Перед началом работы давайте установим docker если он не установлен

apt-get update
apt-get install -y docker docker-compose

Установка Nginx Proxy Manager

Nginx Proxy Manager - это удобный GUI для настройки хостов на Вашем сервере, с возможностью получения и настройки SSL сертификатов.

Давайте создадим папку в которой будет находиться наш docker-compose файл и параметры образа:

mkdir nginxpm && cd nginxpm

Далее создаем docker-compose.yml файл:

touch docker-compose.yml

И записываем в него следующее:

version: '3.3'

services:
  app:
    image: 'jc21/nginx-proxy-manager:latest'
    restart: unless-stopped
    ports:
      - '80:80'
      - '81:81'
      - '443:443'
    volumes:
      - data:/data
      - letsencrypt:/etc/letsencrypt

networks:
  default:
    name: nginxpm

volumes:
  data:
  letsencrypt:

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

Сохраняем файл и запускаем наше приложение.

docker-compose up -d

После запуска переходим по адресу http://<< SERVER_ADDR >>:81 где нас приветствует форма входа. По-умолчанию данные входа следующие:

Email:    admin@example.com
Password: changeme

После входа Вас попросят поменять идентификационные данные и придумать новый пароль.

На данный момент все готово, и можно переходить к следующему шагу.

Установка Keycloak

Keycloak - это идентификационный провайдер, который позволяет реализовать SSO (single sign-on), управлять доступами и пользователями. Он нам понадобится для реализации хранилища пользователей и их последующей авторизации, в случае если нам не требуется интеграция со Slack или Microsoft Exchange.

Мы его также поднимем отдельно от основного набора приложения Outline. Для этого создадим папку рядом с nginxpm директорию:

cd .. && mkdir keycloak && cd keycloak

Далее создаем docker-compose.yml файл:

touch docker-compose.yml

И записываем в него следующее:

version: '3.3'

services:
  keycloak:
    image: jboss/keycloak
    env_file: ./.env
    restart: unless-stopped
    volumes:
      - data:/opt/jboss/keycloak/standalone/data/

networks:
  default:
    name: nginxpm
    external: true

volumes:
  data:

Также создаем .env файл:

touch .env

И записываем в него следующие данные, предварительно исправив на собственные данные:

DB_VENDOR=h2
KEYCLOAK_FRONTEND_URL=https://kk.<< DOMAIN >>/auth
KEYCLOAK_USER=admin
KEYCLOAK_PASSWORD=changeme

Сохраняем файл и запускаем наше приложение.

docker-compose up -d

Далее нам необходимо создать наш хост с Keycloak в Nginx Proxy Manager:

И заполнить данные как указано на скриншотах:

После сохранения, если мы перейдем по адресу https://kk.<< DOMAIN >>, мы можем видеть стартовую страницу Keycloak:

Перейдя по ссылке Administration Console, нам будет необходимо ввести логин и пароль из нашего .env файла:

Давайте произведем необходимые настройки, чтобы можно было использовать наш OIDC для работы с Outline. Сначала нам необходимо создать новый Realm, так как использование стандартного не рекомендуется в целях безопасности:

Далее после создания Realm, необходимо завести клиента для возможности авторизации с нашего Outline приложения:

Далее после создения клиента, выбираем значение для Access Type = confidential, и переключаем параметр Direct Access Grants Enabled в положение off

Нажимаем кнопку Save, и оставляем пока вкладку с Keycloak открытой.

Установка MinIO

MinIO - self-hosted open-source исполнение Amazon S3 объектного хранилища. Там Outline будет хранить свои изображения и прикрепленные файлы.

Мы его также поднимем отдельно от основного набора приложения Outline. Для этого создадим папку рядом с nginxpm и keycloak директорию:

cd .. && mkdir minio && cd minio

Далее создаем docker-compose.yml файл:

touch docker-compose.yml

И записываем в него следующее:

version: '3.3'

services:
  minio:
    image: minio/minio
    env_file: ./.env
    entrypoint: sh
    command: -c 'minio server /data --console-address ":9001"'
    restart: unless-stopped
    volumes:
      - data:/data
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:9000/minio/health/live"]
      interval: 30s
      timeout: 20s
      retries: 3

networks:
  default:
    name: nginxpm
    external: true

volumes:
  data:

Также создаем .env файл:

touch .env

И записываем в него следующие данные, предварительно исправив на собственные данные:

MINIO_ROOT_USER=admin
MINIO_ROOT_PASSWORD=changeme

Сохраняем файл и запускаем наше приложение.

docker-compose up -d

После того как мы запустили наше приложение, необходимо вернуться в Nginx Proxy Manager и создать еще домены для нашего MinIO. Один будет отвечать за основной доступ к сервису, второй - административная консоль для него, которую я рекомендую отключить после того, как Вы все сконфигурируете.

Далее переходим по адресу https://minio-admin.<< DOMAIN >>, нас поприветствует окно входа, куда необходимо будет ввести логин и пароль из .env файла. После входа, создаем новый Bucket:

И создаем пользователя, который будет работать с этим Bucket.

C MinIO закончили, можно переходить к основному.

Установка Outline Wiki

Мы закончили подготовительные действия, теперь можем приступить к установке нашей  Wiki полноценно, не отвлекаясь на установку смежного ПО.

Также как и везде создаем отдельную директорию для нашего проекта:

cd .. && mkdir outline && cd outline

Далее создаем docker-compose.yml файл:

touch docker-compose.yml

И записываем в него следующее:

version: '3.3'

services:

  outline:
    image: outlinewiki/outline
    command: sh -c 'yarn sequelize db:migrate --env=production-ssl-disabled && yarn start'
    env_file: ./.env
    depends_on:
      - postgres
      - redis

  redis:
    image: redis
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 10s
      timeout: 30s
      retries: 3

  postgres:
    image: postgres
    volumes:
      - database-data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD", "pg_isready -U outline"]
      interval: 30s
      timeout: 20s
      retries: 3
    environment:
      POSTGRES_USER: outline
      POSTGRES_PASSWORD: << ПРИДУМАЙТЕ ПАРОЛЬ >>
      POSTGRES_DB: outline

networks:
  default:
    name: nginxpm
    external: true

volumes:
  database-data:

Также создаем .env файл:

touch .env

Записываем в него все данные ниже, предварительно заменяя все значения, которые я заключил в << >>

Для первых двух парметров, нужно 2 раза выполнить команду:

openssl rand -hex 32

И результат в виде длинной строки вставить вместо значений << SECRET_KEY >> и << UTILS_SECRET >>

# –––––––––––––––– REQUIRED ––––––––––––––––

# Generate a hex-encoded 32-byte random key. You should use `openssl rand -hex 32`
# in your terminal to generate a random value.
SECRET_KEY=<< SECRET_KEY >>

# Generate a unique random key. The format is not important but you could still use
# `openssl rand -hex 32` in your terminal to produce this.
UTILS_SECRET=<< UTILS_SECRET >>

# For production point these at your databases, in development the default
# should work out of the box.
DATABASE_URL=postgres://outline:<< POSTGRES_PASSWORD >>@postgres:5432/outline
DATABASE_URL_TEST=postgres://outline:<< POSTGRES_PASSWORD >>@postgres:5432/outline-test
DATABASE_CONNECTION_POOL_MIN=
DATABASE_CONNECTION_POOL_MAX=
# Uncomment this to disable SSL for connecting to Postgres
PGSSLMODE=disable
REDIS_URL=redis://redis:6379

# URL should point to the fully qualified, publicly accessible URL. If using a
# proxy the port in URL and PORT may be different.
URL=https://wiki.<< DOMAIN >>
PORT=3000

# See [documentation](docs/SERVICES.md) on running a separate collaboration
# server, for normal operation this does not need to be set.
COLLABORATION_URL=

# To support uploading of images for avatars and document attachments an
# s3-compatible storage must be provided. AWS S3 is recommended for redundency
# however if you want to keep all file storage local an alternative such as
# minio (https://github.com/minio/minio) can be used.

# A more detailed guide on setting up S3 is available here:
# => https://wiki.generaloutline.com/share/125de1cc-9ff6-424b-8415-0d58c809a40f
#
AWS_ACCESS_KEY_ID=<< MINIO_USER >>
AWS_SECRET_ACCESS_KEY=<< MINIO_PASSWORD >>
AWS_REGION=us-east-1
AWS_S3_ACCELERATE_URL=
AWS_S3_UPLOAD_BUCKET_URL=https://minio.<< DOMAIN >>
AWS_S3_UPLOAD_BUCKET_NAME=<< BUCKET_NAME >>
AWS_S3_UPLOAD_MAX_SIZE=26214400
AWS_S3_FORCE_PATH_STYLE=true
AWS_S3_ACL=private

# –––––––––––––– AUTHENTICATION ––––––––––––––

# Third party signin credentials, at least ONE OF EITHER Google, Slack,
# or Microsoft is required for a working installation or you'll have no sign-in
# options.

# To configure Slack auth, you'll need to create an Application at
# => https://api.slack.com/apps
#
# When configuring the Client ID, add a redirect URL under "OAuth & Permissions":
# https://<URL>/auth/slack.callback
SLACK_KEY=
SLACK_SECRET=

# To configure Google auth, you'll need to create an OAuth Client ID at
# => https://console.cloud.google.com/apis/credentials
#
# When configuring the Client ID, add an Authorized redirect URI:
# https://<URL>/auth/google.callback
GOOGLE_CLIENT_ID=
GOOGLE_CLIENT_SECRET=

# To configure Microsoft/Azure auth, you'll need to create an OAuth Client. See
# the guide for details on setting up your Azure App:
# => https://wiki.generaloutline.com/share/dfa77e56-d4d2-4b51-8ff8-84ea6608faa4
AZURE_CLIENT_ID=
AZURE_CLIENT_SECRET=
AZURE_RESOURCE_APP_ID=

# To configure generic OIDC auth, you'll need some kind of identity provider.
# See documentation for whichever IdP you use to acquire the following info:
# Redirect URI is https://<URL>/auth/oidc.callback
OIDC_CLIENT_ID=outline
OIDC_CLIENT_SECRET=<< CLIENT_SECRET >>
OIDC_AUTH_URI=https://kk.<< DOMAIN >>/auth/realms/<< REALM_NAME >>/protocol/openid-connect/auth
OIDC_TOKEN_URI=https://kk.<< DOMAIN >>/auth/realms/<< REALM_NAME >>/protocol/openid-connect/token
OIDC_USERINFO_URI=https://kk.<< DOMAIN >>/auth/realms/<< REALM_NAME >>/protocol/openid-connect/userinfo

# Specify which claims to derive user information from
# Supports any valid JSON path with the JWT payload
OIDC_USERNAME_CLAIM=email

# Display name for OIDC authentication
OIDC_DISPLAY_NAME=Keycloak

# Space separated auth scopes.
OIDC_SCOPES=openid profile email

# –––––––––––––––– OPTIONAL ––––––––––––––––

# Base64 encoded private key and certificate for HTTPS termination. This is only
# required if you do not use an external reverse proxy. See documentation:
# https://wiki.generaloutline.com/share/1c922644-40d8-41fe-98f9-df2b67239d45
SSL_KEY=
SSL_CERT=

# If using a Cloudfront/Cloudflare distribution or similar it can be set below.
# This will cause paths to javascript, stylesheets, and images to be updated to
# the hostname defined in CDN_URL. In your CDN configuration the origin server
# should be set to the same as URL.
CDN_URL=

# Auto-redirect to https in production. The default is true but you may set to
# false if you can be sure that SSL is terminated at an external loadbalancer.
FORCE_HTTPS=true

# Have the installation check for updates by sending anonymized statistics to
# the maintainers
ENABLE_UPDATES=true

# How many processes should be spawned. As a reasonable rule divide your servers
# available memory by 512 for a rough estimate
WEB_CONCURRENCY=1

# Override the maxium size of document imports, could be required if you have
# especially large Word documents with embedded imagery
MAXIMUM_IMPORT_SIZE=5120000

# You can remove this line if your reverse proxy already logs incoming http
# requests and this ends up being duplicative
DEBUG=http

# Comma separated list of domains to be allowed to signin to the wiki. If not
# set, all domains are allowed by default when using Google OAuth to signin
ALLOWED_DOMAINS=

# For a complete Slack integration with search and posting to channels the
# following configs are also needed, some more details
# => https://wiki.generaloutline.com/share/be25efd1-b3ef-4450-b8e5-c4a4fc11e02a
#
SLACK_VERIFICATION_TOKEN=
SLACK_APP_ID=
SLACK_MESSAGE_ACTIONS=

# Optionally enable google analytics to track pageviews in the knowledge base
GOOGLE_ANALYTICS_ID=

# Optionally enable Sentry (sentry.io) to track errors and performance
SENTRY_DSN=

# To support sending outgoing transactional emails such as "document updated" or
# "you've been invited" you'll need to provide authentication for an SMTP server
SMTP_HOST=
SMTP_PORT=
SMTP_USERNAME=
SMTP_PASSWORD=
SMTP_FROM_EMAIL=
SMTP_REPLY_EMAIL=
SMTP_TLS_CIPHERS=
SMTP_SECURE=true

# Custom logo that displays on the authentication screen, scaled to height: 60px
# TEAM_LOGO=https://example.com/images/logo.png

# The default interface language. See translate.getoutline.com for a list of
# available language codes and their rough percentage translated.
DEFAULT_LANGUAGE=ru_RU

Сохраняем файл и запускаем наше приложение.

docker-compose up -d

Возвращаемся в Nginx Proxy Manager и заводим домен для Wiki:

Сохраняем. Переходим по адресу https://wiki.<< DOMAIN >>, и видим заветное:

Для того чтобы успешно залогиниться, нужно создать пользователя в нашем  Realm в Keycloak, и задать ему пароль.

После создания пользователя, можно спокойно входить в нашу Wiki.

V Rising - это новая игра от компании Stunlock Studios, которая соединяет в себе жанры Survival (Выживание) и MMO. Не сказать что сочетание этих жанров, что то новое и необычное, но стоит отметить, что игра набирает популярность.

У Вас есть выбор где начать игру. Вы можете запустить приватную игру локально и приглашать друзей из Steam в нее, но они смогут играть только когда вы онлайн в игре. Либо подключиться к одному из публичных серверов, которые отличаются режимами PvP vs PvE (игрок против игрока или игрок против окружения), либо кастомными правилами (модификации здоровья, сбора, телепортаций, времени и так далее).

В статье мы рассмотрим как самостоятельно создать публичный сервер, подключиться, и играть на нем. Все, что нам для этого понадобится, это хороший сервер с белым IP-адресом и SSH доступ к нему.

Подготовка

Я пользуюсь серверами от VDSina.ru, так как там большой выбор конфигураций серверов и количество трафика для его работы. По этой ссылке вы можете приобрести себе сервер со скидкой 10%.

Минимальные системные требования:

1. 2 ядра
2. 4 Гб ОЗУ
3. 10 Гб SSD

Рекомендуемые системные требования:

1. 4 ядра
2. 8 - 16 Гб ОЗУ (зависит от количества пользователей)
3. 30 Гб SSD

Установка

Следующие инструкции будут написаны для серверов с OS Linux семейства Debian (для Ubuntu тоже подходит)

Заходим на наш сервер по SSH

ssh root@<ip address>

Устанавливаем Docker если не установлен

apt update
apt install docker.io docker-compose

Создаем директорию в которой будут храниться файлы сервера

mkdir -p /opt/v-rising-server && cd /opt/v-rising-server

Создаем папку для сохранений

mkdir -p /opt/v-rising-server/saves
chown 1000:1000 /opt/v-rising-server/saves

Создаем Docker Compose файл для запуска нашего сервера

touch /opt/v-rising-server/docker-compose.yml

Далее в данный файл, удобным для вас текстовым редактором вносим информацию:

version: '3'

services:
  vrising:
    container_name: v-rising-server
    image: mephi00/v-rising-wine
    volumes:
      - "./saves:/saves"
    environment:
      - V_RISING_NAME=Server Name
      - V_RISING_PASSW=Server Password
      - V_RISING_SAVE_NAME=Saves Name
      - V_RISING_PUBLIC_LIST=true
      - V_RISING_SETTING_PRESET=
    ports:
      - 9876:9876/udp
      - 9877:9877/udp

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

V_RISING_NAME - Имя сервера, отображаемого в игре
V_RISING_SAVE_NAME - Имя создаваемого мира
V_RISING_PUBLIC_LIST - Отображать сервер в списке публичных в игре
V_RISING_PORT - Порт сервера (при изменении необходимо будет изменить в секции ports)
V_RISING_QUERY_PORT - Порт для запросов на сервер (при изменении необходимо будет изменить в секции ports)
V_RISING_PASSW - Пароль для входа на сервер
V_RISING_DESC - Описание сервера
V_RISING_MAX_USER - Максимальное количество игроков
V_RISING_MAX_ADMIN - Максимальное количество администраторов
V_RISING_SETTING_PRESET - Пресет настроек предоставленный (Stunlock Studios)

Варианты пресетов:

PvP Mode:

• StandardPvP
• StandardPvP_Easy
• StandardPvP_Hard
• Level30PvP
• Level50PvP
• Level70PvP
• SoloPvP
• DuoPvP
• HardcorePvP

PvE Mode:

• StandardPvE
• StandardPvE_Easy
• StandardPvE_Hard
• Level30PvE
• Level50PvE
• Level70PvE

V_RISING_GAME_MODE - Игровой режим (PvP или PvE)
V_RISING_MAX_HEALTH_MOD - Модификатор на здоровье игроков (По умолчанию 1.0)
V_RISING_MAX_HEALTH_GLOBAL_MOD - Модификатор на здоровье всех остальных (По умолчанию 1.0)
V_RISING_RESOURCE_YIELD_MOD - Модификатор на получение ресурсов (По умолчанию 1.0)
V_RISING_DAY_DURATION_SECONDS - Длительность дня на сервере в секундах (По умолчанию 1080.0)
V_RISING_DAY_START_HOUR - Час в который начинается рассвет в игре (По умолчанию 9)
V_RISING_DAY_END_HOUR - Час в который начинается заход солнца в игре (По умолчанию 17)
V_RISING_TOMB_LIMIT - Максимальное количество Tombs в замке (По умолчанию 12)
V_RISING_NEST_LIMIT - Максимальное количество Vermite Nests в замке (По умолчанию 4)
V_RISING_DEATH_CONTAINER_PERMISSIONS - Кто может поднимать предметы умершего вампира (Anyone или ClanMembers) (По умолчанию Anyone)
V_RISING_CLAN_SIZE - Максимальное количество игроков в клане (По умолчанию 4)

Запуск и вход

После настройки всех параметров сервера, его можно запустить

docker-compose up -d

Теперь попробуем подключиться к нашему серверу. Заходим в игру и нажимаем Play

Выбираем Online Play и у нас появляется список серверов

Нажимаем на кнопку Display All Servers & Settings

После этого нажимаем внизу кнопку Direct Connect для подключения к Вашему серверу

Вводим в окошко IP-адрес Вашего сервера, и если Вы все сделали правильно произойдет запуск Вашего мира. Если Вы указывали пароль к серверу, то сначала надо будет его ввести. Если Вы не меняли настройки портов, то достаточно будет только IP-адреса.

У меня на этом всё! Приятной игры с друзьями!

При установке Oracle VM VirtualBox можно столкнуться с проблемой, что инсталлятор не может установить системное расширение, вследствие чего установка всей программы прерывается с ошибкой. Однако, если попробовать разрешить установку стандартным способом, можно обнаружить, что во вкладке "Безопасность" отсутствует пункт, которым можно разрешить установку проблемного расширения. Все оказалось несколько сложнее.

Чтобы разрешить проблему установки, необходимо перезагрузить ваш Mac и войти в меню восстановления, для этого при запуске системы необходимо удерживать CMD+R пока не появится логотип Apple. После загрузки вы увидите меню восстановления MacOS, где в меню необходимо выбрать Утилиты -> Терминал и ввести команду:

spctl kext-consent disable

После нажатия ENTER вы должны увидеть сообщение о том, что Kernel Extension User Consent отключен:

Kernel Extension User Consent: DISABLED
Please restart for changes to take effect.

Перезагружаем Mac через меню в обычном режиме и пробуем повторить установку. После данных манипуляций, установка должна успешно завершиться.

После успешной установки рекомендую вернуть настройку как она была раньше для соблюдения безопасности Вашего Mac:

spctl kext-consent enable

Подарили мне на день рождения новый ноутбук, тонкий, легкий стильный и достаточно мощный, вместо старого, огромного, тяжелого 19 дюймового монстра. И поскольку "тру программисты на винде не кодят" (если это не дотнет). Встал вопрос о том, какую сборку Linux себе поставить. Да еще такую, чтобы было красиво, удобно и практично.

Тема холиварная, понимаю. Но из всех дистрибутивов, самые симпатичные из коробки, это Elementary OS, Deepin OS и Fedora.

Fedora 28/29

Первое знакомство с Fedora произошло еще на другом ноутбуке, на котором она собственно замечательно работала. Но с моим ноутбуком. видимо, что то пошло не так и при первой установке был напрочь сломан Wifi. А это значит, что никакого интернета я получить не могу, поскольку даже Ethernet отсутствует.

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

Из плюсов - удобный пакетный менеджер, достаточно быстро и просто устанавливается Scale Factor.

Deepin OS 15.7

Вот тут начинается интересное. Первое отличие от большинства Linux дистрибутивов - звуковое сопровождение. Сначала думаешь "Вау, приколько" а спустя пару недель работы, думаешь: "Заткнись, заткнись!". Второе отличие это "Магазин приложений", где есть много пакетов на любой вкус. Разработчики намекают тут на то, что Вам не придется шариться по всея интернету и искать репозитории нужного Вам приложения. Это, конечно, было бы очень здорово, если бы ВСЕ пакеты в этом магазине обновлялись вовремя, в соответствии с выходом в официальном репозитории. Ну или максимум с задержкой в пару дней. Но не задерживать релизы на месяцы же, правильно? Из всех дистрибутивов сложнее всего настраивается Scale Factor для правильного размера элементов системы.

Elementary OS 5.0 Juno

Этот дистрибутив я считаю одним из самых практичных и красивых из существующих на данный момент. Необходимый софт ставится либо из "Магазина приложений" либо ставится через репозитории, или DEB пакеты при помощи приложения Eddy из магазина (ну либо через консоль, для хардкорщиков). Никакой лишней информации при загрузке или выключении системы. Адекватно работает сон и гибернация. Красивый дизайн и иконки и видно что система реально развивается. Наблюдаю за ростом дистрибутива начиная с 0.2 версии.

Из всех беспроводных наушников имеющихся на рынке, я решил купить решение от Apple. AirPods показались мне наиболее удобными для использования. Чехол, который их может заряжать вне дома, это не затычки, которые после нескольких часов прослушивания уже некомфортно носить. Ну и затычки мне не нравятся тем, что их постоянно надо поправлять, потому что под тяжестью провода, при жевании, они имеют свойство выпадать из ушей.

Так вот. Я купил наушники, проверил в магазине, все отлично. Все работало ровно до момента пока я не вышел на улицу. Музыка стала периодически заикаться. Меня это смутило, но разбираться с магазином пока я не пошел. Искал решения на форумах, но толкового решения не нашел. Либо советуют купить айфон, либо сбросить настройки наушников (че там сбрасывать непонятно).

В общем. Если у Вас заикаются AirPods, то для начала понадобится включить режим разработчкика на Вашем устройстве с Android. Как правило, на большинстве телефонах включается режим одинаково: Необходимо 7 раз тапнуть на версию прошивки (в MIUI - это Версия MIUI).

Далее заходим в параметры разработчика и экспериментируем с настройками Сети. В своем случае я поменял версию Bluetooth AVRCP на 1.6 выставил аудиокодек для передачи AAC. Можно попробовать еще потыкать присутствующие там параметры, но по факту должно сработать и только изменение версии AVRCP.

На днях апргрейднув MySQL c 5.5 до 8.0, о чем в последствии пожалел, я столкнулся с целой горой проблем. Одной из них стала ошибка авторизации пользователя root.

Authentication plugin 'caching_sha2_password' cannot be loaded: /usr/lib64/mysql/plugin/caching_sha2_password.so: cannot open shared object file: No such fileor directory

В блогах разработчиков MySQL 8 нашел информацию, что данная библиотека встроена в сам исходник MySQL, поэтому проблема решается изменением способа идентификации пользователя. Для этого необходимо:

Остановить MySQL сервер:

serice mysqld stop

Запустить сервер без таблиц с доступами:

mysqld --skip-grant-tables --user=mysql &

Обратите внимание: амперсанд (&) обязателен в конце команды. Он позволяет запустить инстанс MySQL в фоновом режиме, и показывает PID запущенного процесса, по которому мы потом сможем его закрыть.

Заходим в консоль MySQL:

mysql

И вводим команды:

FLUSH PRIVILEGES;

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'newPassword';

Выходим:

quit

И закрываем созданный инстанс по PID:

kill <PID>

Запускаем сервис MySQL и проверяем соединение:

service mysqld start
mysql -uroot -p

4 июня 2018 года Apple на ежегодной конференции WWDC представила новую macOS X Mojave, в которой есть все таки некоторые интересные вещи, которые люди хотели давно. И бета-тестирование, как было сказано, доступно в тот же день после конференции. Поставить её могут только обладатели аккаунта разработчика. Но мир не без добрых людей и они поделились профилем для тестирования.

Для того, чтобы установить macOS Mojave без аккаунта разработчика необходимо скачать данный файл и установить его следуя инструкциям на экране. После чего потребуется перезагрузить компьютер.

После перезагрузки компьютера, в Mac App Store Вас уже будет ждать обновление до бета версии macOS Mojave.

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

При обновлении Windows 10 до версии 1803 многие столкнулись с проблемами неправильного определения оперативной памяти в x64 системах. По этой причине не запускается SAI для x64 и по этой же причине штормит Adobe Photoshop подобными ошибками, при сохранении, использовании инструмента, попытке зайти в настройки:

Для исправления, придется обмануть систему и принудительно указать ей, сколько мы рельно имеем физической ОЗУ.
Для этого придется воспользоваться системной утилитой Regedit

Откроется окно программы, где в дереве необходимо пройти по пути:

HKEY_CURRENT_USER\Software\Adobe\Photoshop\120.0

120.0 - обозначает установленную версию Adobe Photoshop

Далее необходимо создать ключ DWORD 32 и назвать его OverridePhysicalMemoryMB и присвоить ему значение равное объему оперативной памяти на Вашем компьютере в Мегабайтах. В моем случае стоит 2 плашки по 2 Гб в итоге дающих 4 Гб. (Тут следует принять ту идею, что 1 ГБ = 1000 Мб)

На этом все. Закрываем Regedit и проверяем работу Adobe Photoshop

Работя с Elementary OS я столкнулся с проблемой сохранения изображений в Google Chrome. Неизвестный баг не дает сохранить изображения из браузера. При сохранении появляется диалоговое окно сохранения, но в нем нет кнопки "Сохранить" и поля для ввода имени файла.

В итоге помогла исправить ситуацию команда:

gsettings set org.gnome.settings-daemon.plugins.xsettings overrides "{'Gtk/DialogsUseHeader': <0>, 'Gtk/ShellShowsAppMenu': <0>, 'Gtk/DecorationLayout': <'close:menu,maximize'>}"

На днях Telegram представила свой собственный self-hosted прокси сервер, который можно постваить на собственный VPS сервер.

Как обычно, я ниже предоставлю docker-compose для быстрого деплоя сервера не вникая в настройки и параметры образа от Telegram.

Отличия от других прокси-серверов:

• Работает только для Telegram
• Нет фазы открытого обмена информацией
• Очень трудно отследить трафик, даже при помощи использования DPI

MTProto-прокси сервер собирает статистику по своей работе. Статистика предоставляется только на localhost: http://localhost:2398/stats.

Telegram также позволяет монетизировать Ваш прокси-сервер через подписку на Promoted-канал. Promoted-канал — это такой канал, который будет отображаться в начале списка Ваших чатов и закреплен там, пока Вы на него не подпишетесь, либо не отключетесь от данного прокси-сервера.

Для настройки Promoted-канала следует у специального бота @MTProxybot получить код и передать его в переменной TAG при запуске сервера.
Обратите внимание, что канал распространяется на всю связку IP-адрес:порт, независимо от секретного ключа. Имейте это ввиду.

Итак, для того чтобы установить прокси на свой сервер клонируем репозиторий:

git clone https://github.com/Medic84/mtproxy-compose.git

Далее можно донастроить параметры (к примеру параметр TAG), либо сразу запустить сервер:

cd mtproxy-compose
sudo docker-compose up -d

Чтобы посмотреть информацию о секретных ключах, ссылках для подключения нужно проверить логи контейнера:

sudo docker-compose logs

Чтобы проверить статистику контейнера, вводим команду:

sudo docker-compose exec mtproxy curl http://localhost:2398/stats

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

Вот представьте себе такую картину.
Есть человек. Человек этот психически неуравновешен, эгоистичен и никого не видит кроме себя. Ну и ко всему прочему глуповат. У него есть огнемет. Так, на всякий случай, но есть. Сидит этот человек у себя на кухне и кушает. И тут прилетает наглая муха, садится к нему на еду и начинает тереть лапки. От такой наглости у человека ком в горле, и он ХРРЯЯЯСЬ по тарелке чтобы муху прибить, а она улетела. Тарелка вдребезги, еда по всей кухне разлетелась, а мухе ничего, летает дальше себе по комнате. Тут человек не выдерживает, берет свой огнемет, а муха то уже и в окно улетела, но у человека уже дело принципа "Муху надо убить". Достает человек свой запакованый огнемет. Выходит с огнеметом на улицу и начинает сжигать все что видит, на что села та муха. Все горит и полыхает, люди кричат, выбрасываются из горящих домов, кто то пытается потушить. Но все боятся, что то высказать этому человеку - он же псих, вдруг им сделает чего. И люди могут только наблюдать как человек сжигает все на своем пути, чтобы догнать эту несчастную муху.

Никого не напоминает?

Да, к сожалению мой сайт также попал под волну блокировок. И так как сайт распологается на хостинге Digital Ocean, блокировка не заставила себя долго ждать.

+925,696 | Всего 17,676,059 (~0.477% всех адресов) ▲5.526%
Заблокированны подсети:
18.236.0.0/15 - Amazon.com, Inc.
54.64.0.0/13 - Amazon Technologies Inc.
23.251.128.0/19 - Google LLC
174.138.0.0/17 - DigitalOcean, LLC
188.166.0.0/17 - Digital Ocean, Inc.
159.203.0.0/16 - DigitalOcean, LLC
128.199.0.0/16 - DigitalOcean Cloud
159.65.0.0/16 - DigitalOcean, LLC

Пришлось (надеюсь временно) переехать на CloudFlare CDN, чтобы восстановить работу сайта.

Если блог кто то читает, отпишитесь в комментариях, как Вы думаете, к чему это все приведет?
Лично я не знаю к чему, но РКН всей своей прытью доказывает свою беспомощность. Кассетные блокировки - это то, что полностью подрывает авторитет РКН, показывая насколько он безумен. Если дойдет до того, что интернетом станет максимально некомфортно пользоваться, т.е. придется ставить нечто, что позволит посидеть на любимых сайтах, которые были заблокированы и оказались ни в чем не виноваты, то ИТ-специалисты, профессионалы своего дела, просто имигрируют в другие страны.

Какой смысл работать ИТ-специалисту в стране, которая плевать на ИТ хотела?

Control Viewer - это полноценная замена AutoIt Window Info с рядом неоспоримых преимуществ. По возможности, я старался придерживаться интерфейса последней, так что, особо переучиваться не придется. В процессе тестирования, мне так и не удалось найти какой-нибудь элемент, который не смог бы обнаружить Control Viewer (даже наоборот, показывает много скрытых элементов, особенно для системных окон).

Все настройки программы хранятся в следующем разделе реестра:

HKEY_CURRENT_USER\Software\Y's\Control Viewer

Основные отличия Control Viewer от AutoIt Window Info:

• Отображение полного списка всех существующих элементов GUI для интересующего окна (видимые, скрытые и удаленные элементы отображаются разными цветами, которые можно изменить на любые другие).
• Динамическое изменение информации для окон и их элементов в процессе поиска.
• Возможность быстрого переключения между элементами в списке.
• Возможность скрыть/показать любой элемент из списка (полезно, когда два или более элементов перекрывают друг друга).
• Информация для параметров Style и ExStyle отображается как в виде шестнадцатиричных значений, так и в виде составляющих его констант.
• Добавлены параметры PID и Path во вкладке Window и возможность быстрого перехода в папку, содержащую файл процесса.
• Добавлена система координат относительно выделенного элемента.
• Отображение цвета пикселя в форматах RGB и BGR.
• Пример заливки выбранным цветом.
• Возможность выбора кодировки текста (влияет на параметр Text во вкладке Control).
• Полное изменение внешнего вида всплывающей рамки для выбора элементов.
• Простой и удобный инструмент для получения скриншота интересующей части экрана для последующей публикации на форуме (вкладка Capture).
• Создание отчета в буфере обмена или текстовом файле для последующей публикации на форуме.
• Поиск всех запущенных AutoIt скриптов и созданных ими окон в системе (вкладка AutoIt).
• Приятный интерфейс.

Используемые горячие клавиши:

Ctrl+Alt+T - Включение/выключение режима "поверх всех окон" (доступна из меню).
Ctrl+Alt+H - Включение/выключение подсветки (всплывающей рамки) выбранного элемента (доступна из меню).
Ctrl+A - Выделение всего текста (работает в любом поле ввода).
Ctrl - Удерживайте при перемещении мыши для пролистывания скриншота.
Shift - Удерживайте при растягивании/сжатии контурной рамки для равностороннего изменения размера скриншота.
DoubleClick (на скриншоте) - Сохранение изображения в файл.
DoubleClick (на любом элементе списка) - Открытие папки с файлом процесса (вкладка AutoIt).
Del (на любом элементе списка) - Закрытие процесса (вкладка AutoIt).
F5 - Обновление списка (вкладка AutoIt).

Автор: Yashied

P.S. Yashied, если ты сейчас это читаешь - свяжись со мной либо с CreatOR. Дай о себе знать.