Опыты замкнутых биоценозов (Биосфера-2 и другие) показали что это возможно, хотя и есть множество не предусмотренных факторов. Банально кислорода не хватало, но это не проблема при наличии запасов воды и энергии. Или ветер нужен для деревьев и кустарников обязательно и т.д.
С высокоэнергетическими частицами можно бороться электромагнитным полем. Так что да все упирается в источник энергии.
Примерно так же как у нас, различные ограничения по возрасту, по максимальной скорости и т.д. Еще на местном уровне вводят различные ограничения и запреты. Вплоть до запрета кикшеринга самокатов, только личные.
Интересно что на скутеры регистрация и номера не требуются. Проблему решили просто отдельной категорией прав M или любой выше.
Аналогично легко решается проблема и тут. Просто ввести отдельную категорию прав на СИМ со сдачей экзамена ПДД и простейшего вождения по площадке. Дальше в городах где есть проблемы выборочные проверки со штрафами и проблема уйдет.
Совместима без доработки конфигураций и блокировки ввода (или изменения) данных? Плохо верится что смогли обеспечить двухстороннюю синхронизацию и работу пользователей (не только чтение но и запись) в двух базах 1С. Что в случае РИБ штатно!
Не спорю что это возможно неплохой механизм быстрого переноса/конвертации/свертки данных, когда пользователи отключены. Но типовыми средствами это так же делается, да не так быстро но надежно.
И пользователи при очередном перезапуске сеанса попадают уже на новый сервер в полную копию базы.
Да типовой механизм РИБ 1С это не очень быстро. Но кто мешает за месяц-два перетянуть все старые данные, которые не меняются. И уже непосредственно перед переходом синхронизировать только то что поменяли в этот день.
Да в отличие от вашего низкоуровневого вмешательства в СУБД типовой РИБ медленный в работе. Но зато быстрый в начальном старте, не надо долго писать SQL скрипты и т.д. И он поддерживаемый обычными специалистами по 1С.
Вы в курсе что лицензионное соглашение с 1С прямо запрещает прямой доступ (изменение данных) в базу СУБД мимо средств платформы 1С?
Вот это признание в некомпетентности: "Отзыв по результатам проекта свёртки исторических данных в распределенной корпоративной БД 1С:УПП с применением программного комплекса DB Replication
https://v8.1c.ru/priobretenie-i-vnedrenie/otvety-na-tipovye-voprosy-po-litsenzirovaniyu-1s-predpriyatiya-8/#65 65 вопрос с ответом: "Во всех остальных случаях лицензионное соглашение позволяет использовать для построения решений только штатные средства платформы. В частности, можно обращаться к данным информационной базы только при помощи объектов «1С:Предприятия», специально предназначенных для работы с данными (запросы, справочники, документы и т. д.). Нельзя обращаться к данным информационной базы напрямую, минуя уровень объектов работы с данными «1С:Предприятия», например при помощи средств СУБД или при помощи внешних компонент, которые реализуют прямой доступ к СУБД. Это ограничение распространяется на любые действия с данными, в том числе на изменение их структуры, а так же на чтение или изменение самих данных информационной базы или служебных данных «1С:Предприятия»."
Проблема не в рекламе. Проблема в недобросовестной рекламе и введение в заблуждение, путем привязки (причем неграмотной и не в тему) к платформе 1С Предприятие.
И Вы не в курсе что в последние годы 1С активно переходит с MS SQL на PostgreSQL. Причем не только сама 1С и франчайзи но и конечные пользователи. Например 1С Фреш с самого начала работает на Linux+PostgreSQL. Последние три моих места работы - 1С только на PostgreSQL, да и другие учетные системы тоже не MS SQL а PostgreSQL, MariaDB или SQLite.
Т.е. утверждать "На основании собственного опыта и опыта Softpoint могу уверенно утверждать, что если в компании есть крупная ИТ-система, то она почти всегда на MSSQL Server (даже если это не 1С). " - голословно.
Автор не знает о чем пишет, не представляет что такое платформа 1С и как она работает с СУБД. Имхо статья для рекламы "нашего инструментария DB Replication".
С какой стороны он аппаратный с двумя-тремя уровнями эмуляции (линукс, сеть, виртуалка)?
Полностью аппаратным на железке. Дальше уже от уровня эмуляции, но COM(RS-232) прекрасно пробрасывается, это не LPT который даже переходников с USB нет вменяемых. Сам использую когда надо "Ugreen USB 2.0 Type-A - COM(RS232) 9pin". Работает прекрасно, пока не встретилось неподдерживаемой железки.
вайтишный пузырь схлопнулся - бывает...
Опыты замкнутых биоценозов (Биосфера-2 и другие) показали что это возможно, хотя и есть множество не предусмотренных факторов.
Банально кислорода не хватало, но это не проблема при наличии запасов воды и энергии.
Или ветер нужен для деревьев и кустарников обязательно и т.д.
С высокоэнергетическими частицами можно бороться электромагнитным полем.
Так что да все упирается в источник энергии.
Классический корабль поколений возможен уже сейчас.
Но слишком дорого.
И безумно без подходящей для дешевой колонизации планеты.
С алгоритмом Флойда-Уоршелла какие отличия?
Примерно так же как у нас, различные ограничения по возрасту, по максимальной скорости и т.д.
Еще на местном уровне вводят различные ограничения и запреты.
Вплоть до запрета кикшеринга самокатов, только личные.
Кто/что мешает ППС начать на самокатах патрулировать?
С мигалками...
Интересно что на скутеры регистрация и номера не требуются.
Проблему решили просто отдельной категорией прав M или любой выше.
Аналогично легко решается проблема и тут.
Просто ввести отдельную категорию прав на СИМ со сдачей экзамена ПДД и простейшего вождения по площадке.
Дальше в городах где есть проблемы выборочные проверки со штрафами и проблема уйдет.
Просто штрафы поднять если нарушил на СИМ.
Т.е. переход пешехода на красный допустим 500р а если на самокате 5000р.
И все.
Совместима без доработки конфигураций и блокировки ввода (или изменения) данных?
Плохо верится что смогли обеспечить двухстороннюю синхронизацию и работу пользователей (не только чтение но и запись) в двух базах 1С.
Что в случае РИБ штатно!
Не спорю что это возможно неплохой механизм быстрого переноса/конвертации/свертки данных, когда пользователи отключены.
Но типовыми средствами это так же делается, да не так быстро но надежно.
1) РИБ
2) РИБ
И пользователи при очередном перезапуске сеанса попадают уже на новый сервер в полную копию базы.
Да типовой механизм РИБ 1С это не очень быстро.
Но кто мешает за месяц-два перетянуть все старые данные, которые не меняются.
И уже непосредственно перед переходом синхронизировать только то что поменяли в этот день.
Да в отличие от вашего низкоуровневого вмешательства в СУБД типовой РИБ медленный в работе.
Но зато быстрый в начальном старте, не надо долго писать SQL скрипты и т.д.
И он поддерживаемый обычными специалистами по 1С.
Эээ Осипов? Гений 1С ты?
Целиком.
И понял то что описано с обычной типовой конфигурации 1С (БП, ЗУП, ERP/КА/УТ11) не может работать без проблем.
После каких то доработок да можно заставить это работать.
Но не понятно чем помешал обычный РИБ?
Зачем нужен этот Репликатор?
Не примите за рекламу но изучите хотя бы статью
https://habr.com/ru/companies/dataline/articles/691796/
Или хотите сказать что ваше решение позволяет выполнить онлайн переход без остановки работы пользователей?
Причем без доработки конфигурации 1С?
Для массового и безопасного перехода 1С с MSSQL на PostgreSQL уже все есть.
Из статьи совершенно не понятно зачем нужна DB Replication?
Вы в курсе что лицензионное соглашение с 1С прямо запрещает прямой доступ (изменение данных) в базу СУБД мимо средств платформы 1С?
Вот это признание в некомпетентности:
"Отзыв по результатам проекта свёртки исторических данных в распределенной корпоративной БД 1С:УПП с применением программного комплекса DB Replication
Источник: https://softpoint.ru/portfolio/
© SOFTPOINT"
https://v8.1c.ru/priobretenie-i-vnedrenie/otvety-na-tipovye-voprosy-po-litsenzirovaniyu-1s-predpriyatiya-8/#65
65 вопрос с ответом:
"Во всех остальных случаях лицензионное соглашение позволяет использовать для построения решений только штатные средства платформы. В частности, можно обращаться к данным информационной базы только при помощи объектов «1С:Предприятия», специально предназначенных для работы с данными (запросы, справочники, документы и т. д.). Нельзя обращаться к данным информационной базы напрямую, минуя уровень объектов работы с данными «1С:Предприятия», например при помощи средств СУБД или при помощи внешних компонент, которые реализуют прямой доступ к СУБД. Это ограничение распространяется на любые действия с данными, в том числе на изменение их структуры, а так же на чтение или изменение самих данных информационной базы или служебных данных «1С:Предприятия»."
Проблема не в рекламе.
Проблема в недобросовестной рекламе и введение в заблуждение, путем привязки (причем неграмотной и не в тему) к платформе 1С Предприятие.
И Вы не в курсе что в последние годы 1С активно переходит с MS SQL на PostgreSQL.
Причем не только сама 1С и франчайзи но и конечные пользователи.
Например 1С Фреш с самого начала работает на Linux+PostgreSQL.
Последние три моих места работы - 1С только на PostgreSQL, да и другие учетные системы тоже не MS SQL а PostgreSQL, MariaDB или SQLite.
Т.е. утверждать "На основании собственного опыта и опыта Softpoint могу уверенно утверждать, что если в компании есть крупная ИТ-система, то она почти всегда на MSSQL Server (даже если это не 1С). " - голословно.
Автор не знает о чем пишет, не представляет что такое платформа 1С и как она работает с СУБД.
Имхо статья для рекламы "нашего инструментария DB Replication".
А когда перестанут Xcode для Intel обновлять.
Придется для сборки iOS приложений добывать яблочную железку на ARM?
Или все же можно как то извратиться с эмулятором?
Эпоха хакинтоша для запуска xcode закончилась?
Полностью аппаратным на железке.
Дальше уже от уровня эмуляции, но COM(RS-232) прекрасно пробрасывается, это не LPT который даже переходников с USB нет вменяемых.
Сам использую когда надо "Ugreen USB 2.0 Type-A - COM(RS232) 9pin".
Работает прекрасно, пока не встретилось неподдерживаемой железки.