Как оно? Последние типовые норм? Оле, xlx/xlsx, doc/docx, pdf - совсем никак? Со шрифтами ранее были моменты... как сейчас оно? А оборудование как?

(0) С excel, doc, pdf - в основном ведь работаешь с клиентской машины, разве нет?

(1) не только, например формирую пакет писем с вложениями дебиторам регламентным на стервере.

у нас есть и у наших клиентов

pdf вроде работает


OLE - а зачем вам это? у нас уже нигде почти не используется

у нас куча обменов на OLE и COM построена...
понятно что писалось все при царе горохе и сейчас так не пишут - но как правильно?
чтобы быстро модно молодежно но при этом безопасно и удобно.

(4) ну никто против купленного софта санкций пока вводить не собирается

потихоньку перебирайтесь и все

(3) артефактов в древнем УПП столько...
ну там например чтиво OPC DA олей...

(6) поднимешь Windows внутри VM на Linuх, будешь использовать как шлюз

(0) Да норм. 1ска читать xls и ods умеет сама сейчас
https://infostart.ru/1c/articles/341855/

у нас УПП, есть обмен на com в толстом клиенте. В обычном рдп он так работает, если из линуксового клиента нужен, я его из-под wine запускаю и всё работает.
шрифты к серверу вроде не относятся? Если только клиент линуксовый, но там со шрифтами проблем нет. Но да, они отличаются от виндового клиента.

(7) не-не-не, речь про 1С на чистом линуксе

(10) самоцель в чем?

понятно же, что без осознанного отказа от ОЛЕ "на чистом линуксе" усидеть не получится

(11) самоцель???

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

(12) ну да. Если кто-то сам выбирает себе цель, то пусть и сформулирует другими словами свою "самоцель".

Просто так "хочу чтоб больше не было винды" - это слишком абстрактно... вроде "борьба за все хорошее и против всего плохого"

И может я уже все забывать стал, но что-то не припомню, чтоб в типовом УПП (в версиях "из коробки") было встроено использование ОЛЕ

(14) винда это риски сейчас причем не малые

(11) ну вот и хочу агрегировать опыт по проблемам/фичам возникаемым при использовании.

3 года назад Виктор Богачев не рекомендовал переводить сервер 1С на линукс.

А от скуля тотуже отказались?

(18) а от скуля у меня есть опыт, самый крупный проект на котором был посгри который я настраивал - ДО корп на примерно 1100 сеансов пиковой нагрузки

(17) Это было рекомендацией с оговорками. Не переводить вообщем всем и всегда - такой рекомендации у не услышал в его выступлениях.

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

До это конн не тоже самое что упр

Упп

Ole - никак
xlsx/docx - если память не изменяет, есть код в БСП
pdf - работа через ImageMagick
Со шрифтами проблем нет.
Что за оборудование ?

(20) примерно в то время он сказал, что всё-же не рекомендовал-бы сервер 1С переводить на линукс, а вот линукс+постгри - маст хэв

(23) производственное - всякое... весы для грузовиков и т.п.

(24) т.е. сервак для СУБД и сервер приложений = две машины, а не в одной?

(25) это же не серверное оборудование

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

(27) удобнее сервером 1с забирать всё оптом

(23) ты к серверу это оборудование цепляешь ?
Если с дровами только под винду, то никак.

(26) откуда я знаю, даже через 5 мин могут сказать, что инвестиции резко сокращаем.

(30) ну в общем примерно понятно... в крайнем случае костыли и лисапеды пока не будет нативно.

Разве дрова к серверу цепляются, а не к клиенту?

В типовой бпо к клиенту

а консоль сервера  так и не появилась под linux?

(33) у нас торгового оборудования нет

(35) есть типа того и уже давно: https://codenotes-1c.blogspot.com/2019/09/linux.html

(32) В общем, схему разрисуй, что где находится и что к чему цепляется.

Например, если в примерах свежих внедрений на КА/ERP , которые я видел в работе (не я внедрял, а прихожу на готовые внедрения и допиливаю всякие остатки или костыли)

То там идет работа оборудование через отдельный сервер. И один сервер, уже после получения данных с оборудования, обращается к другому серверу.
Причем, там все сервера на виндах, но работа с оборудованием в 1С вообще никак и ни о чем, поэтому вот так.
Т.е. понятно, что это уже не реалтайм управление техпроцессами, станками 1С все равно и никогда не будет управлять напрямую.

(37) не знал

(38) т.е. главные продактовые сервера под линуксом и ещё один/специально выделенный машин/сеанс под вайном  для обмена?

(40) Не совсем точно выразился.

В любом случае и вне зависимости от того, на чем сидит "продактовый сервере 1С"
если будет сбор данных от оборудования или обращение к данным 1С из оборудования или для оборудования, то для этого приходится ставить отдельный сервер.
Ну и на практике, такой "сервер оборудования" на чем бы его ни сделали - он все равно где-то в одной локации с оборудованием находится.
Связь между "сервер оборудования" и центральным сервером фактически асинхронная. Например, на сеансах ws-соединения, но это все равно по понятиям асинхронная связь.

(37) Вот почему в кипрской оффшорной конторе не смогли догадаться сделать как уже почти у всех сделано?
Вместе этих консолей (администрирования серверов) и прочих извращений просто встроить уже наконец веб-сервер/сервис в платформу!
И получать админку сервера(ов) просто заходя по http из браузера...

(42) я за Бориса не отвечаю.

Есть опыт
Переход с Микрософта на Линукс

Астра линукс пока все

(4) >> куча обменов на OLE и COM построена...но как правильно? чтобы быстро модно молодёжно но при этом безопасно и удобно.

Нет единого ответа на вопрос. С каждым конкретным обменом надо смотреть. Есть web-сервисы, HTTP-сервисы, REST-интерфейс, файловые обмены (в файловой системе или через FTP) и работа с XML, JSON, текстовыми документами,  HTTP-документами, а ещё внешние источники данных, и список можно продолжить.
И зависит от множества факторов. В первую очередь от того кто на той стороне - с кем обмен.

(44) Нет у вас серьезного опыта
Так детские игры в песочнице, ответа на простой вопрос не смогли дать

(47) Иди ищи бюджет ;-)

(28) >> может произодители оборудования сейчас вложатся для написания драйверов под линух.

С чего бы им подпрыгивать? Если только производитель оборудования не из России.
Я бы на это не надеялся.

Оборудование, как правило, сидит на клиенте. И драйвера тоже на клиенте. И не надо спешить переводить такие клиентские компы на линукс. Пусть сидят себе дальше на винде.

(48) На недоучек его точно нет смысла тратить

(50) Сначала представься

(49) Проблема только в эквайринге, особенно Сбера
Хз есть ли уже драйвер под линукс, они под винду 64 то не так давно запилили

(0) Если задача стоит всерьез и по-взрослому, то стоит пригласить специалистов с опытом. Чтобы с одной стороны оценили возможность, а с другой стороны озвучили все особенности и возможные риски.
Без какой-либо конкретики это всё обсуждение сферических коней в вакууме. И никаких конкретных ответов эта ветка не даст. Кто-то скажет что всё "Ок", кто-то расскажет о каких-то нюансах и особенностях, а кто-то приведёт примеры "как всё плохо на Linux". И уж точно никто не даст никаких гарантий, что его опыт применим к вашей ситуации.
Если есть свои ресурсы (время, компетенции и оборудование), то можно попытаться самим поиграться с поднятием тестовых стендов и обкаткой всех бизнес-процессов, обменов, работы оборудования и пр. и пр. и пр.

(52) Ну вот смотри манифест из последних дров. Там даже плагины для браузеров есть
  <?xml version="1.0" encoding="UTF-8" ?>
- <bundle xmlns="http://v8.1c.ru/8.2/addin/bundle" name="com_1c_SberAcquiringTerminal">
  <component os="Windows" path="SberAcquiringTerminalChromeSetup32.exe" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="i386" client="Firefox" clientVersion="40.*" />
  <component os="Windows" path="SberAcquiringTerminalChromeSetup64.exe" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="x86_64" client="Firefox" clientVersion="40.*" />
  <component os="Windows" path="SberAcquiringTerminalIESetup32.exe" type="plugin" object="SberAcquiringTerminalIE.AddInServiceEx" arch="i386" client="MSIE" />
  <component os="Windows" path="SberAcquiringTerminalIESetup64.exe" type="plugin" object="SberAcquiringTerminalIE.AddInServiceEx" arch="x86_64" client="MSIE" />
  <component os="Windows" path="SberAcquiringTerminalChromeSetup32.exe" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="i386" client="Chrome" />
  <component os="Windows" path="SberAcquiringTerminalChromeSetup64.exe" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="x86_64" client="Chrome" />
  <component os="Windows" path="SberAcquiringTerminalNativeWin32_2_2_2_1.dll" type="native" arch="i386" />
  <component os="Windows" path="SberAcquiringTerminalNativeWin64_2_2_2_1.dll" type="native" arch="x86_64" />
  <component os="Linux" path="SberAcquiringTerminalChromeSetupLin32.sh" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="i386" client="Firefox" clientVersion="40.*" />
  <component os="Linux" path="SberAcquiringTerminalChromeSetupLin64.sh" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="x86_64" client="Firefox" clientVersion="40.*" />
  <component os="Linux" path="SberAcquiringTerminalChromeSetupLin32.sh" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="i386" client="Chrome" />
  <component os="Linux" path="SberAcquiringTerminalChromeSetupLin64.sh" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="x86_64" client="Chrome" />
  <component os="Linux" path="libSberAcquiringTerminalNativeLin32_2_2_2_1.so" type="native" arch="i386" />
  <component os="Linux" path="libSberAcquiringTerminalNativeLin64_2_2_2_1.so" type="native" arch="x86_64" />
  <component os="Android" path="com_1c_SberAcquiringTerminal.apk" codeType="java" type="native" arch="ARM" />
  <component os="Android" path="com_1c_SberAcquiringTerminal.apk" codeType="java" type="native" arch="ARM64" />
  <component os="Android" path="com_1c_SberAcquiringTerminal.apk" codeType="java" type="native" arch="i386" />
  <component os="Android" path="com_1c_SberAcquiringTerminal.apk" codeType="java" type="native" arch="x86_64" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_i386.so" codeType="c++" type="native" arch="i386" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_ARM.so" codeType="c++" type="native" arch="ARM" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_ARM64.so" codeType="c++" type="native" arch="ARM64" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_x86_64.so" codeType="c++" type="native" arch="x86_64" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_x86_64.so" codeType="c++" type="native" arch="x86_64" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_x86_64.so" codeType="c++" type="native" arch="x86_64" />
  <component os="Android" path="libcom_1c_SberAcquiringTerminal_x86_64.so" codeType="c++" type="native" arch="x86_64" />
  <component os="MacOS" path="AddInChrOSX.pkg" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="x86_64" client="Chrome" />
  <component os="MacOS" path="AddInChrOSX.pkg" type="plugin" object="com.1c.enterprise.sberacquiringterminal.native" arch="x86_64" client="Firefox" />
  <component os="MacOS" path="AddInSafOSX.pkg" type="plugin" object="application/component-sberacquiringterminal" arch="i386" client="Safari" />
  <component os="MacOS" path="libSberAcquiringTerminalNativeMac64_2_2_2_1.dylib" type="native" arch="x86_64" />
  </bundle>

(0) У 1Са есть. 1С:Фреш называется

+(54) А вот дров для ФР Штриха под линукс нету. Это реальная проблема у кого инфраструктура на Штрихах.

(54) Ясно
(56) Официальных от Штрих-М нет, но есть https://github.com/shtrih-m/fr_drv_ng/releases

(56)+ Под wine кстати с глюками но драйвер штриха пашет
Но имхо проще поменять ККТ на атоловские, чем со штрихами любиться

Еще есть проблемы с принтерами этикеток, под линукс я настраивал но печать выглядит специфически если как обычный принтер а не командами (ZPL и т.д.) в порт

(58) У нас под вайном около 200 касс со штрихом норм работают. Проблем не было никогда.

(60) Ща тебе Гарри расскажет что тебя не существует, потому что он настроить не смог ;-)

(60) формально к каждому сеансу вайна нужно иметь лицензию на виндовс?

(62) Чего? Еще что придумаешь?

(62) вайн, конечно, не эмулятор, но и не виртуалка )

(60) а передача в офд как?

(60) В чем проблема то?

(66) там настройка не тривиальная же

(67) Хз. Настройкой ККМ и вайна не я занимаюсь. ККМ подключены через компорт, в ОФД данные передаются.

(42) Все пожелания можно написать в телеграмм @platform_suggestions
Раз в неделю предложения выносятся на обсуждение группе разработчиков платформы.

(62) К самому wine и к сеансу не нужно.
Но! У MS есть Redistributable Runtimes, которые этого требуют, что и написано у них в соглашении.
Т.е. если приложение может обходится без них, то нет, а если они потребуются - лицензия нужна.

(70) Сделал открытие века. За сторонние продукты надо платить.