Настраиваем терминальный сервер на Windows Server в рабочей группе
Роль терминального сервера пользуется огромной популярностью у системных администраторов самых разных по размеру предприятий, от самых маленьких, до очень больших.
Действительно, это достаточно эффективный способ организации работы пользователей и эффективного использования вычислительных ресурсов.
Но есть и определенные сложности: начиная с Windows Server 2012 компания Microsoft решила, что для развертывания терминальных служб обязательно нужен домен Active Directory.
Это не всегда приемлемо и уместно. Значит будем обходиться без домена, а как - расскажем в этой статье.
https://interface31.ru/tech_it/2021/05/nastraivaem-terminalnyy-server-na-windows-server-v-rabochey-gruppe.html
Роль терминального сервера пользуется огромной популярностью у системных администраторов самых разных по размеру предприятий, от самых маленьких, до очень больших.
Действительно, это достаточно эффективный способ организации работы пользователей и эффективного использования вычислительных ресурсов.
Но есть и определенные сложности: начиная с Windows Server 2012 компания Microsoft решила, что для развертывания терминальных служб обязательно нужен домен Active Directory.
Это не всегда приемлемо и уместно. Значит будем обходиться без домена, а как - расскажем в этой статье.
https://interface31.ru/tech_it/2021/05/nastraivaem-terminalnyy-server-na-windows-server-v-rabochey-gruppe.html
👍27🔥3❤1
Что такое объектное хранилище S3 и в чем его основные особенности.
S3 (Simple Storage Service) – объектное хранилище и одноименное API доступа разработанное компанией Amazon и в настоящее время широко используемое многими облачными провайдерами, также существуют решения для создания собственных S3 хранилищ.
Первый раз сталкиваясь с S3 многие пользователи не понимают в чем его отличия от традиционных файловых хранилищ, какие преимущества и недостатки.
Начнем с того, что S3 – это не файловое хранилище, а объектное. Что это значит? А это значит, что мы можем хранить в нем не только файлы, а вообще любые двоичные данные, в любом формате.
Ведь что такое файл? Это именованная область на диске для хранения неких данных. В зависимости от типа хранимых данных используются разные форматы файлов, но это только один из частных случаев их, данных, размещения, хотя и самый привычный.
Например, те же данные мы можем хранить в базе данных в виде отдельных записей или даже их набора. А можем вообще хранить в сыром виде на блочном устройстве в виде RAW образа, и не важно, что там внутри, для устройства хранения это будет просто набор блоков.
S3 представляет собой плоское объектное хранилище, где данные организованы по принципу ключ – значение. Ключ – это уникальный идентификатор, значение – объект. Объектом может быть все что угодно – файл, сырые или форматированные данные, в любом случае для S3 это будет некоторый набор байтов, связанный с ключом – идентификатором.
Для работы со всем этим используется протокол HTTP(S) и специальное S3 API, что серьезно упрощает работу с объектами на программном уровне. Вам не нужны клиенты, поддержка протоколов и файловых систем, просто нужно отправить запрос по HTTP и получить или разместить данные.
Такой подход прежде всего удобен для разработчиков, теперь приложению не нужно сохранять или загружать данные через промежуточную прослойку – файл, а можно напрямую разместить или получить их из хранилища.
Это удобно и для облачных провайдеров, так как позволяет сделать простую и понятную тарификацию, по объему скачанного или загруженного трафика. И, главное, такая тарификация будет предельно понятна для пользователя.
А плоская иерархия, точнее ее отсутствие, дает неограниченные возможности горизонтального масштабирования и упрощает доступ к данным на уровне хранилища, так как не требуется поддержка иерархии системы хранения и поиска по ней.
Для удобства пользователя S3 хранилище позволяют создавать псевдоиерархические структуры, т.н. контейнеры (бакеты, bucket), но на самом деле они являются всего лишь префиксами ключа и не создают никаких дополнительных сущностей в системе хранения.
Как мы уже говорили, S3 – это хранилище наборов сырых данных, каждому из объектов которого соответствует свой ключ. Любые дополнительные абстракции в виде файловых систем, файлов или папок отсутствуют. А что именно там лежит – хранилищу абсолютно неинтересно, набор байтов он и в Африке набор байтов.
Собственно, исходя из этого и следует рассматривать плюсы и минусы хранилищ S3. При этом всегда следует отталкиваться от решаемых задач, потому что одни и те же особенности S3 могут быть как плюсами, так и минусами.
И разворачивая S3 локально также следует понимать с какой целью и для каких задач вы это делаете. Потому как это не замена файловому серверу или облачному хранилищу, а совершенно отдельная сущность, предоставляющая простой доступ к объектам и их хранение в любых объемах без лишних накладных расходов и без ограничения по форматам и размерам.
S3 (Simple Storage Service) – объектное хранилище и одноименное API доступа разработанное компанией Amazon и в настоящее время широко используемое многими облачными провайдерами, также существуют решения для создания собственных S3 хранилищ.
Первый раз сталкиваясь с S3 многие пользователи не понимают в чем его отличия от традиционных файловых хранилищ, какие преимущества и недостатки.
Начнем с того, что S3 – это не файловое хранилище, а объектное. Что это значит? А это значит, что мы можем хранить в нем не только файлы, а вообще любые двоичные данные, в любом формате.
Ведь что такое файл? Это именованная область на диске для хранения неких данных. В зависимости от типа хранимых данных используются разные форматы файлов, но это только один из частных случаев их, данных, размещения, хотя и самый привычный.
Например, те же данные мы можем хранить в базе данных в виде отдельных записей или даже их набора. А можем вообще хранить в сыром виде на блочном устройстве в виде RAW образа, и не важно, что там внутри, для устройства хранения это будет просто набор блоков.
S3 представляет собой плоское объектное хранилище, где данные организованы по принципу ключ – значение. Ключ – это уникальный идентификатор, значение – объект. Объектом может быть все что угодно – файл, сырые или форматированные данные, в любом случае для S3 это будет некоторый набор байтов, связанный с ключом – идентификатором.
Для работы со всем этим используется протокол HTTP(S) и специальное S3 API, что серьезно упрощает работу с объектами на программном уровне. Вам не нужны клиенты, поддержка протоколов и файловых систем, просто нужно отправить запрос по HTTP и получить или разместить данные.
Такой подход прежде всего удобен для разработчиков, теперь приложению не нужно сохранять или загружать данные через промежуточную прослойку – файл, а можно напрямую разместить или получить их из хранилища.
Это удобно и для облачных провайдеров, так как позволяет сделать простую и понятную тарификацию, по объему скачанного или загруженного трафика. И, главное, такая тарификация будет предельно понятна для пользователя.
А плоская иерархия, точнее ее отсутствие, дает неограниченные возможности горизонтального масштабирования и упрощает доступ к данным на уровне хранилища, так как не требуется поддержка иерархии системы хранения и поиска по ней.
Для удобства пользователя S3 хранилище позволяют создавать псевдоиерархические структуры, т.н. контейнеры (бакеты, bucket), но на самом деле они являются всего лишь префиксами ключа и не создают никаких дополнительных сущностей в системе хранения.
Как мы уже говорили, S3 – это хранилище наборов сырых данных, каждому из объектов которого соответствует свой ключ. Любые дополнительные абстракции в виде файловых систем, файлов или папок отсутствуют. А что именно там лежит – хранилищу абсолютно неинтересно, набор байтов он и в Африке набор байтов.
Собственно, исходя из этого и следует рассматривать плюсы и минусы хранилищ S3. При этом всегда следует отталкиваться от решаемых задач, потому что одни и те же особенности S3 могут быть как плюсами, так и минусами.
И разворачивая S3 локально также следует понимать с какой целью и для каких задач вы это делаете. Потому как это не замена файловому серверу или облачному хранилищу, а совершенно отдельная сущность, предоставляющая простой доступ к объектам и их хранение в любых объемах без лишних накладных расходов и без ограничения по форматам и размерам.
1❤17👍7
Приглашаем к тестированию Помощника установки и обновления сервера 1С:Предприятие для Linux v.2
Помощник реализует все функции прошлой версии, которые описаны в нашей статье:
🔹 Помощник установки и обновления сервера 1С:Предприятие для Linux
Кроме этого новая версия предоставляет следующие возможности:
▫️ Псевдографический режим работы TUI
▫️ Проверка запуска с правами root
▫️ Проверка поддерживаемой архитектуры (только amd64)
▫️ Проверка свободного места
▫️ Начиная с платформы 8.3.24 включена автоматическая установка внешних зависимостей инсталлятором
▫️При выборе установки модуля расширения веб-сервера предлагается установить Apache (при его отсутствии)
▫️ Удаление дистрибутивов (в т.ч. распакованных компонент) после работы скрипта
Также исправлены найденные ошибки.
Цели тестирования:
1️⃣ Проверка основных функций скрипта (установка, обновление, удаление, управление отладкой)
2️⃣ Проверка корректной работы на всех поддерживаемых платформах
3️⃣ Проверка корректной работы с зависимостями. При получении сообщения как на скриншоте 2 просьба сохранить и прислать его (файл содержит вывод команды hostnamectl)
4️⃣ Получение обратной связи
Поддерживаемые платформы:
✅ Astra Linux Special Edition 1.6, 1.7, 1.8
✅ Debian 10, 11, 12
✅ Ubuntu 20.04, 22.04 LTS, 24.04 LTS
✅ Mint 20, 21, 22
👇 Скрипт находится в первом комментарии к сообщению
Помощник реализует все функции прошлой версии, которые описаны в нашей статье:
🔹 Помощник установки и обновления сервера 1С:Предприятие для Linux
Кроме этого новая версия предоставляет следующие возможности:
▫️ Псевдографический режим работы TUI
▫️ Проверка запуска с правами root
▫️ Проверка поддерживаемой архитектуры (только amd64)
▫️ Проверка свободного места
▫️ Начиная с платформы 8.3.24 включена автоматическая установка внешних зависимостей инсталлятором
▫️При выборе установки модуля расширения веб-сервера предлагается установить Apache (при его отсутствии)
▫️ Удаление дистрибутивов (в т.ч. распакованных компонент) после работы скрипта
Также исправлены найденные ошибки.
Цели тестирования:
1️⃣ Проверка основных функций скрипта (установка, обновление, удаление, управление отладкой)
2️⃣ Проверка корректной работы на всех поддерживаемых платформах
3️⃣ Проверка корректной работы с зависимостями. При получении сообщения как на скриншоте 2 просьба сохранить и прислать его (файл содержит вывод команды hostnamectl)
4️⃣ Получение обратной связи
Поддерживаемые платформы:
✅ Astra Linux Special Edition 1.6, 1.7, 1.8
✅ Debian 10, 11, 12
✅ Ubuntu 20.04, 22.04 LTS, 24.04 LTS
✅ Mint 20, 21, 22
👇 Скрипт находится в первом комментарии к сообщению
2🔥20👍5
Какие еще поддерживаемые платформы вы бы хотели видеть в Помощнике v.2 (можно выбрать несколько ответов)
Anonymous Poll
40%
Альт
34%
РЕД ОС
14%
RHEL / EL
5%
Другие (в комментариях)
32%
Посмотреть ответы
❤1
Прячем секреты приложения. Как Kubernetes помогает защитить ваши данные?
Разберём на бесплатном вебинаре в учебном центре Слёрм!
Виталий Лихачев, SRE в нидерландском тревелтехе и Максим Киселев, руководитель разработки Deckhouse Stronghold встретятся, чтобы обсудить:
🔵 Как правильно спроектировать приложение, чтобы оно безопасно получало конфигурацию при работе в Kubernetes
🔵Как избежать утечек секретов
🔵Почему хранить секреты в Vault безопаснее, чем где-то еще
🔵Что делать, если часть конфигурации — это конфиденциальная информация.
📆 Когда: 27 августа в 19:00 мск
Разработчики, подключайтесь. Пообщаемся, поспорим и разберём реальные кейсы🔥
👉 Занять место на вебинаре и получить напоминание о встрече — в боте.
#реклама
О рекламодателе
erid: 2W5zFGn2jWp
Разберём на бесплатном вебинаре в учебном центре Слёрм!
Виталий Лихачев, SRE в нидерландском тревелтехе и Максим Киселев, руководитель разработки Deckhouse Stronghold встретятся, чтобы обсудить:
🔵 Как правильно спроектировать приложение, чтобы оно безопасно получало конфигурацию при работе в Kubernetes
🔵Как избежать утечек секретов
🔵Почему хранить секреты в Vault безопаснее, чем где-то еще
🔵Что делать, если часть конфигурации — это конфиденциальная информация.
📆 Когда: 27 августа в 19:00 мск
Разработчики, подключайтесь. Пообщаемся, поспорим и разберём реальные кейсы🔥
👉 Занять место на вебинаре и получить напоминание о встрече — в боте.
#реклама
О рекламодателе
erid: 2W5zFGn2jWp
1С:Предприятие и многопоточность. Часть 3. Файловая база и тонкий клиент
В комментариях был задан один интересный вопрос: а как быть с тонким клиентом для файловой базы? Действительно, такой есть и используется в современных платформах по умолчанию. А мы только недавно писали, что с файловой базой может работать только толстый клиент.
Но никакого противоречия здесь нет. Потому что тонкий клиент для файловой базы, скажем так, «ненастоящий». И если вы скачаете отдельно дистрибутив тонкого клиента (проигнорировав предупреждение) то работать он с файловой базой не будет. Вам придется полноценно установить платформу.
Тонкий клиент, как мы помним, выполняет роль фронтенда, т.е. выполняет только тот код, который в 1С предназначен для выполнения на клиенте. Это отображение данных, обработка ввода и несложные вычисления. Скажем, если вы изменили в строке количество или цену, то для подсчета суммы вызывать сервер необязательно.
Всё взаимодействие с базой данных выполняет сервер (бэкенд), основное отличие толстого клиента как раз в том, что он выполняет код как клиента, так и сервера и может работать с СУБД, в роли которой выступает файловая база напрямую.
Если же мы запускаем для работы с файловой базой тонкий клиент, то одновременно с ним на ПК запускается специализированная серверная среда, которая выполняет для тонкого клиента роль сервера и выполняет все основные вычисления и взаимодействие с файловой базы.
С точки зрения внешнего наблюдателя отдельного процесса специализированная серверная среда не запускает и выполняется в рамках запущенного тонким клиентом процесса. Т.е. с точки зрения ОС ничего не меняется, у нас как был один активный процесс, так и остался. И поведение такой связки мало чем отличается от поведения толстого клиента.
Если смотреть во внутреннюю кухню, то получим тот же самый единственный поток выполнения серверного кода и поток выполнения фоновых заданий. Да, тонкий клиент добавит отдельный поток для выполнения кода на клиенте, но никакой погоды это не делает, так как клиентские вызовы не выполняются одновременно с серверными, а фоновые задания и так в отдельном потоке.
Т.е. по факту многопоточности и вычислений никакой разницы между толстым и тонким клиентом при работе с файловой базой нет. Так в чем же разница и почему современные системы запускают именно тонкий клиент?
А сделано это для унификации поведения файловой и клиент-серверных конфигураций, вплоть до воспроизводимости ошибок. Это может быть не очень важно для пользователя, но важно для разработчиков и сопровождающих.
Толстый клиент при исполнении кода игнорирует директивы компиляции и выполняет его в едином контексте, где допустим вызов любых процедур и использование любых методов, это чревато тем, что код может содержать ошибки, которые приведут к невозможности работы в клиент-серверном варианте.
К наиболее грубым и часто встречающимся ошибкам относится использование на клиенте серверных методов, например, для прямого доступа к данным. Реже – вызов клиентских методов на сервере.
Это может привести к тому, что код, написанный неопытным программистом, может нормально работать в файловом режиме в толстом клиенте и оказаться полностью неработоспособным при переходе на клиент-серверную схему.
Особенно остро встает этот вопрос при переносе на платформу 8.3 старого кода, написанного для обычных форм или вообще для 7.7.
Поэтому было решено унифицировать работу и использовать для работы с файловой базой такую же трехзвенную схему. Теперь подобные ошибки будут одинаково проявляться как в файловом, так и клиент-серверном вариантах работы. И по этой же причине многие сторонние обработки могут требовать именно толстого клиента.
Дополнительные материалы:
🔹 1С:Предприятие и многопоточность. Часть 1. Общие вопросы
🔹 1С:Предприятие и многопоточность. Часть 2. Файловая база
В комментариях был задан один интересный вопрос: а как быть с тонким клиентом для файловой базы? Действительно, такой есть и используется в современных платформах по умолчанию. А мы только недавно писали, что с файловой базой может работать только толстый клиент.
Но никакого противоречия здесь нет. Потому что тонкий клиент для файловой базы, скажем так, «ненастоящий». И если вы скачаете отдельно дистрибутив тонкого клиента (проигнорировав предупреждение) то работать он с файловой базой не будет. Вам придется полноценно установить платформу.
Тонкий клиент, как мы помним, выполняет роль фронтенда, т.е. выполняет только тот код, который в 1С предназначен для выполнения на клиенте. Это отображение данных, обработка ввода и несложные вычисления. Скажем, если вы изменили в строке количество или цену, то для подсчета суммы вызывать сервер необязательно.
Всё взаимодействие с базой данных выполняет сервер (бэкенд), основное отличие толстого клиента как раз в том, что он выполняет код как клиента, так и сервера и может работать с СУБД, в роли которой выступает файловая база напрямую.
Если же мы запускаем для работы с файловой базой тонкий клиент, то одновременно с ним на ПК запускается специализированная серверная среда, которая выполняет для тонкого клиента роль сервера и выполняет все основные вычисления и взаимодействие с файловой базы.
С точки зрения внешнего наблюдателя отдельного процесса специализированная серверная среда не запускает и выполняется в рамках запущенного тонким клиентом процесса. Т.е. с точки зрения ОС ничего не меняется, у нас как был один активный процесс, так и остался. И поведение такой связки мало чем отличается от поведения толстого клиента.
Если смотреть во внутреннюю кухню, то получим тот же самый единственный поток выполнения серверного кода и поток выполнения фоновых заданий. Да, тонкий клиент добавит отдельный поток для выполнения кода на клиенте, но никакой погоды это не делает, так как клиентские вызовы не выполняются одновременно с серверными, а фоновые задания и так в отдельном потоке.
Т.е. по факту многопоточности и вычислений никакой разницы между толстым и тонким клиентом при работе с файловой базой нет. Так в чем же разница и почему современные системы запускают именно тонкий клиент?
А сделано это для унификации поведения файловой и клиент-серверных конфигураций, вплоть до воспроизводимости ошибок. Это может быть не очень важно для пользователя, но важно для разработчиков и сопровождающих.
Толстый клиент при исполнении кода игнорирует директивы компиляции и выполняет его в едином контексте, где допустим вызов любых процедур и использование любых методов, это чревато тем, что код может содержать ошибки, которые приведут к невозможности работы в клиент-серверном варианте.
К наиболее грубым и часто встречающимся ошибкам относится использование на клиенте серверных методов, например, для прямого доступа к данным. Реже – вызов клиентских методов на сервере.
Это может привести к тому, что код, написанный неопытным программистом, может нормально работать в файловом режиме в толстом клиенте и оказаться полностью неработоспособным при переходе на клиент-серверную схему.
Особенно остро встает этот вопрос при переносе на платформу 8.3 старого кода, написанного для обычных форм или вообще для 7.7.
Поэтому было решено унифицировать работу и использовать для работы с файловой базой такую же трехзвенную схему. Теперь подобные ошибки будут одинаково проявляться как в файловом, так и клиент-серверном вариантах работы. И по этой же причине многие сторонние обработки могут требовать именно толстого клиента.
Дополнительные материалы:
🔹 1С:Предприятие и многопоточность. Часть 1. Общие вопросы
🔹 1С:Предприятие и многопоточность. Часть 2. Файловая база
👍12
This media is not supported in your browser
VIEW IN TELEGRAM
ChatGPT-5, Midjourney 7.0, Kling 2.1 и куча нейросетей в одном боте. На 30% дешевле, чем официально или в других сервисах.
За 1 рубль ты получаешь 100 000 токенов. Этого хватит на:
• 600+ чатов с ChatGPT,
• 100 фото-генераций,
• 10 видео в Kling или Luma,
• и десятки других инструментов.
Попробовать можно бесплатно.
AicomboPRO
Реклама. Васьков М.Л. ИНН 774336060460.
За 1 рубль ты получаешь 100 000 токенов. Этого хватит на:
• 600+ чатов с ChatGPT,
• 100 фото-генераций,
• 10 видео в Kling или Luma,
• и десятки других инструментов.
Попробовать можно бесплатно.
AicomboPRO
Реклама. Васьков М.Л. ИНН 774336060460.
Игровой порт
Сегодня уже далеко не каждый коллега готов сказать для чего предназначен желтый порт DB15 на материнской плате или звуковой карте. Но это не удивительно, потому как данный порт вышел из употребления примерно 20 лет назад.
История игрового порта началась одновременно с историей IBM PC, который предполагал в том числе и игровые возможности. А так как отдельной отрасли компьютерных игр к тому времени еще не сложилось, то большинство игр разрабатывались для приставок и только потом портировались на разнообразные компьютеры.
В качестве элементов управления играми использовались джойстики или геймпады, классической схемой к тем временам был контроллер на две оси (джойстик или крестовина) и две кнопки. Однако никакого общего стандарта не было, и каждый производитель разрабатывал и внедрял собственные, несовместимые между собой контроллеры.
В IBM хорошо проанализировали существующий рынок и выпустили свое решение, которое оказалось ближе всего к контроллерам Atari, но было более простым и, следственно, более дешевым. Что было важно для массового продукта.
Игровые контроллеры IBM требовали наличия специальной платы расширения Game Control Adapter стоимостью 55 USD (сегодня это около 185 USD), не самое дешевое удовольствие, но вполне доступное широким покупательским массам.
С этой платой к нам и пришел разъем игрового порта в достаточно компактном по тем временам формате DB15. Порт поддерживал аналоговые сигналы для четырех осей и четырех кнопок, что позволяло подключить два стандартных контроллера. А также он был стандартизирован и обеспечивал совместимость оборудования и контроллеров разных производителей.
Но игровой контроллер продолжал оставаться достаточно редким оборудованием, так как требовал отдельного слота расширения, которых было не очень много, а родных возможностей материнской платы, наоборот, мало.
Поэтому хотите подключить модем? Нужна плата расширения. Принтер? Еще одна плата. И т.д. и т.п.
К середине 80-х ситуация стала выправляться, когда текущие возможности вычислительной техники стали позволять размещать на одной плате расширения сразу несколько контроллеров, подобные платы у нас назывались «мультикарты».
Но все изменилось в 1989 году с выходом ставшей потом культовой Sound Blaster от Creative Labs. Инженеры компании здраво рассудили, что звуковая карта берется чаще всего для игр и поэтому наличие на ней игрового контроллера будет дополнительным конкурентным преимуществом продукта.
По факту они произвели маленькую революцию, так как идею подхватили производители других звуковых карт и очень скоро игровой порт стал неотъемлемой частью именно звуковой карты.
Кроме того, в Creative взяли свободные пины разъема и вывели туда последовательный интерфейс для работы с MIDI. MIDI оборудование и раньше можно было подключить к ПК, но это требовало отдельного дорогого контроллера, теперь стало достаточно дешевого переходника.
Выход Windows 95 добавил нативную поддержку игрового порта со стороны операционной системы, также он был поддержан и со стороны DirectX, что облегчило его интеграцию с программным обеспечением и играми.
Именно на 90-е пришелся расцвет игрового порта, который появился практически в каждой звуковой карте, а выбор контроллеров к нему был на любой вкус, цвет и кошелек.
По мере интеграции контроллеров на материнскую плату туда переехал и игровой порт, надолго прописавшись рядом с аудиоразъемами. Но уже в начале нулевых прозвенели первые звоночки.
Все шире и шире стал применяться универсальный порт USB, а также стало все больше производиться периферии к нему, включая игровые контроллеры. Очень скоро USB начали вытеснять с задних панелей ПК остальные разъемы, включая игровой.
Окончательный закат игрового порта произошел с выпуском Windows Vista, в котором была прекращена его поддержка.
Сегодня единственный способ подключить к современному ПК контроллеры для игрового порта – это использование специальных USB-переходников.
Сегодня уже далеко не каждый коллега готов сказать для чего предназначен желтый порт DB15 на материнской плате или звуковой карте. Но это не удивительно, потому как данный порт вышел из употребления примерно 20 лет назад.
История игрового порта началась одновременно с историей IBM PC, который предполагал в том числе и игровые возможности. А так как отдельной отрасли компьютерных игр к тому времени еще не сложилось, то большинство игр разрабатывались для приставок и только потом портировались на разнообразные компьютеры.
В качестве элементов управления играми использовались джойстики или геймпады, классической схемой к тем временам был контроллер на две оси (джойстик или крестовина) и две кнопки. Однако никакого общего стандарта не было, и каждый производитель разрабатывал и внедрял собственные, несовместимые между собой контроллеры.
В IBM хорошо проанализировали существующий рынок и выпустили свое решение, которое оказалось ближе всего к контроллерам Atari, но было более простым и, следственно, более дешевым. Что было важно для массового продукта.
Игровые контроллеры IBM требовали наличия специальной платы расширения Game Control Adapter стоимостью 55 USD (сегодня это около 185 USD), не самое дешевое удовольствие, но вполне доступное широким покупательским массам.
С этой платой к нам и пришел разъем игрового порта в достаточно компактном по тем временам формате DB15. Порт поддерживал аналоговые сигналы для четырех осей и четырех кнопок, что позволяло подключить два стандартных контроллера. А также он был стандартизирован и обеспечивал совместимость оборудования и контроллеров разных производителей.
Но игровой контроллер продолжал оставаться достаточно редким оборудованием, так как требовал отдельного слота расширения, которых было не очень много, а родных возможностей материнской платы, наоборот, мало.
Поэтому хотите подключить модем? Нужна плата расширения. Принтер? Еще одна плата. И т.д. и т.п.
К середине 80-х ситуация стала выправляться, когда текущие возможности вычислительной техники стали позволять размещать на одной плате расширения сразу несколько контроллеров, подобные платы у нас назывались «мультикарты».
Но все изменилось в 1989 году с выходом ставшей потом культовой Sound Blaster от Creative Labs. Инженеры компании здраво рассудили, что звуковая карта берется чаще всего для игр и поэтому наличие на ней игрового контроллера будет дополнительным конкурентным преимуществом продукта.
По факту они произвели маленькую революцию, так как идею подхватили производители других звуковых карт и очень скоро игровой порт стал неотъемлемой частью именно звуковой карты.
Кроме того, в Creative взяли свободные пины разъема и вывели туда последовательный интерфейс для работы с MIDI. MIDI оборудование и раньше можно было подключить к ПК, но это требовало отдельного дорогого контроллера, теперь стало достаточно дешевого переходника.
Выход Windows 95 добавил нативную поддержку игрового порта со стороны операционной системы, также он был поддержан и со стороны DirectX, что облегчило его интеграцию с программным обеспечением и играми.
Именно на 90-е пришелся расцвет игрового порта, который появился практически в каждой звуковой карте, а выбор контроллеров к нему был на любой вкус, цвет и кошелек.
По мере интеграции контроллеров на материнскую плату туда переехал и игровой порт, надолго прописавшись рядом с аудиоразъемами. Но уже в начале нулевых прозвенели первые звоночки.
Все шире и шире стал применяться универсальный порт USB, а также стало все больше производиться периферии к нему, включая игровые контроллеры. Очень скоро USB начали вытеснять с задних панелей ПК остальные разъемы, включая игровой.
Окончательный закат игрового порта произошел с выпуском Windows Vista, в котором была прекращена его поддержка.
Сегодня единственный способ подключить к современному ПК контроллеры для игрового порта – это использование специальных USB-переходников.
👍5