Приглашаем к тестированию Помощника установки и обновления сервера 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👍6
Какие еще поддерживаемые платформы вы бы хотели видеть в Помощнике v.2 (можно выбрать несколько ответов)
Anonymous Poll
40%
Альт
34%
РЕД ОС
14%
RHEL / EL
4%
Другие (в комментариях)
32%
Посмотреть ответы
❤1
1С:Предприятие и многопоточность. Часть 3. Файловая база и тонкий клиент
В комментариях был задан один интересный вопрос: а как быть с тонким клиентом для файловой базы? Действительно, такой есть и используется в современных платформах по умолчанию. А мы только недавно писали, что с файловой базой может работать только толстый клиент.
Но никакого противоречия здесь нет. Потому что тонкий клиент для файловой базы, скажем так, «ненастоящий». И если вы скачаете отдельно дистрибутив тонкого клиента (проигнорировав предупреждение) то работать он с файловой базой не будет. Вам придется полноценно установить платформу.
Тонкий клиент, как мы помним, выполняет роль фронтенда, т.е. выполняет только тот код, который в 1С предназначен для выполнения на клиенте. Это отображение данных, обработка ввода и несложные вычисления. Скажем, если вы изменили в строке количество или цену, то для подсчета суммы вызывать сервер необязательно.
Всё взаимодействие с базой данных выполняет сервер (бэкенд), основное отличие толстого клиента как раз в том, что он выполняет код как клиента, так и сервера и может работать с СУБД, в роли которой выступает файловая база напрямую.
Если же мы запускаем для работы с файловой базой тонкий клиент, то одновременно с ним на ПК запускается специализированная серверная среда, которая выполняет для тонкого клиента роль сервера и выполняет все основные вычисления и взаимодействие с файловой базы.
С точки зрения внешнего наблюдателя отдельного процесса специализированная серверная среда не запускает и выполняется в рамках запущенного тонким клиентом процесса. Т.е. с точки зрения ОС ничего не меняется, у нас как был один активный процесс, так и остался. И поведение такой связки мало чем отличается от поведения толстого клиента.
Если смотреть во внутреннюю кухню, то получим тот же самый единственный поток выполнения серверного кода и поток выполнения фоновых заданий. Да, тонкий клиент добавит отдельный поток для выполнения кода на клиенте, но никакой погоды это не делает, так как клиентские вызовы не выполняются одновременно с серверными, а фоновые задания и так в отдельном потоке.
Т.е. по факту многопоточности и вычислений никакой разницы между толстым и тонким клиентом при работе с файловой базой нет. Так в чем же разница и почему современные системы запускают именно тонкий клиент?
А сделано это для унификации поведения файловой и клиент-серверных конфигураций, вплоть до воспроизводимости ошибок. Это может быть не очень важно для пользователя, но важно для разработчиков и сопровождающих.
Толстый клиент при исполнении кода игнорирует директивы компиляции и выполняет его в едином контексте, где допустим вызов любых процедур и использование любых методов, это чревато тем, что код может содержать ошибки, которые приведут к невозможности работы в клиент-серверном варианте.
К наиболее грубым и часто встречающимся ошибкам относится использование на клиенте серверных методов, например, для прямого доступа к данным. Реже – вызов клиентских методов на сервере.
Это может привести к тому, что код, написанный неопытным программистом, может нормально работать в файловом режиме в толстом клиенте и оказаться полностью неработоспособным при переходе на клиент-серверную схему.
Особенно остро встает этот вопрос при переносе на платформу 8.3 старого кода, написанного для обычных форм или вообще для 7.7.
Поэтому было решено унифицировать работу и использовать для работы с файловой базой такую же трехзвенную схему. Теперь подобные ошибки будут одинаково проявляться как в файловом, так и клиент-серверном вариантах работы. И по этой же причине многие сторонние обработки могут требовать именно толстого клиента.
Дополнительные материалы:
🔹 1С:Предприятие и многопоточность. Часть 1. Общие вопросы
🔹 1С:Предприятие и многопоточность. Часть 2. Файловая база
В комментариях был задан один интересный вопрос: а как быть с тонким клиентом для файловой базы? Действительно, такой есть и используется в современных платформах по умолчанию. А мы только недавно писали, что с файловой базой может работать только толстый клиент.
Но никакого противоречия здесь нет. Потому что тонкий клиент для файловой базы, скажем так, «ненастоящий». И если вы скачаете отдельно дистрибутив тонкого клиента (проигнорировав предупреждение) то работать он с файловой базой не будет. Вам придется полноценно установить платформу.
Тонкий клиент, как мы помним, выполняет роль фронтенда, т.е. выполняет только тот код, который в 1С предназначен для выполнения на клиенте. Это отображение данных, обработка ввода и несложные вычисления. Скажем, если вы изменили в строке количество или цену, то для подсчета суммы вызывать сервер необязательно.
Всё взаимодействие с базой данных выполняет сервер (бэкенд), основное отличие толстого клиента как раз в том, что он выполняет код как клиента, так и сервера и может работать с СУБД, в роли которой выступает файловая база напрямую.
Если же мы запускаем для работы с файловой базой тонкий клиент, то одновременно с ним на ПК запускается специализированная серверная среда, которая выполняет для тонкого клиента роль сервера и выполняет все основные вычисления и взаимодействие с файловой базы.
С точки зрения внешнего наблюдателя отдельного процесса специализированная серверная среда не запускает и выполняется в рамках запущенного тонким клиентом процесса. Т.е. с точки зрения ОС ничего не меняется, у нас как был один активный процесс, так и остался. И поведение такой связки мало чем отличается от поведения толстого клиента.
Если смотреть во внутреннюю кухню, то получим тот же самый единственный поток выполнения серверного кода и поток выполнения фоновых заданий. Да, тонкий клиент добавит отдельный поток для выполнения кода на клиенте, но никакой погоды это не делает, так как клиентские вызовы не выполняются одновременно с серверными, а фоновые задания и так в отдельном потоке.
Т.е. по факту многопоточности и вычислений никакой разницы между толстым и тонким клиентом при работе с файловой базой нет. Так в чем же разница и почему современные системы запускают именно тонкий клиент?
А сделано это для унификации поведения файловой и клиент-серверных конфигураций, вплоть до воспроизводимости ошибок. Это может быть не очень важно для пользователя, но важно для разработчиков и сопровождающих.
Толстый клиент при исполнении кода игнорирует директивы компиляции и выполняет его в едином контексте, где допустим вызов любых процедур и использование любых методов, это чревато тем, что код может содержать ошибки, которые приведут к невозможности работы в клиент-серверном варианте.
К наиболее грубым и часто встречающимся ошибкам относится использование на клиенте серверных методов, например, для прямого доступа к данным. Реже – вызов клиентских методов на сервере.
Это может привести к тому, что код, написанный неопытным программистом, может нормально работать в файловом режиме в толстом клиенте и оказаться полностью неработоспособным при переходе на клиент-серверную схему.
Особенно остро встает этот вопрос при переносе на платформу 8.3 старого кода, написанного для обычных форм или вообще для 7.7.
Поэтому было решено унифицировать работу и использовать для работы с файловой базой такую же трехзвенную схему. Теперь подобные ошибки будут одинаково проявляться как в файловом, так и клиент-серверном вариантах работы. И по этой же причине многие сторонние обработки могут требовать именно толстого клиента.
Дополнительные материалы:
🔹 1С:Предприятие и многопоточность. Часть 1. Общие вопросы
🔹 1С:Предприятие и многопоточность. Часть 2. Файловая база
👍14❤1
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-переходников.
👍23
Где вы окажетесь завтра, зависит от того, что вы изучаете сегодня. PostgreSQL — инструмент, который ищут компании, а грамотных специалистов по нему все еще немного.
Почему именно PostgreSQL? Потому что это не просто база данных, а сердце ваших проектов. Если вы администратор БД, разработчик, DevOps или администратор Linux, этот курс — ваш апгрейд.
Мы научим настраивать кластеры, оптимизировать производительность, разбираться с блокировками и решать задачи работы с большими объемами данных. А также живые лекции, практические задания и диплом, который признают лидеры рынка. Учитесь у практиков, которые знают, как решать реальные задачи, и получите навыки, за которые платят топовые компании.
Присоединяйтесь к курсу сейчас и начните свой путь к высокооплачиваемой карьере! Оставить заявку на курс и получить скидку: https://otus.pw/z5jcv/?erid=2W5zFH7HuDS
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Почему именно PostgreSQL? Потому что это не просто база данных, а сердце ваших проектов. Если вы администратор БД, разработчик, DevOps или администратор Linux, этот курс — ваш апгрейд.
Мы научим настраивать кластеры, оптимизировать производительность, разбираться с блокировками и решать задачи работы с большими объемами данных. А также живые лекции, практические задания и диплом, который признают лидеры рынка. Учитесь у практиков, которые знают, как решать реальные задачи, и получите навыки, за которые платят топовые компании.
Присоединяйтесь к курсу сейчас и начните свой путь к высокооплачиваемой карьере! Оставить заявку на курс и получить скидку: https://otus.pw/z5jcv/?erid=2W5zFH7HuDS
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.