Конфигурация в режиме совместимости с 8.1, переношу через буфер обмена Перечисление - падает 8.1 с ошибкой "формат потока"

отвечу на вопрос в заголовке: с ошибкой "формат потока"

интересно, кто-нибудь сидит ещё на 8.1?

(2) ты не поверишь ;)

(2) есть такие , и некоторые вовсе вроде как переходить не собираются . причем на 8.1 у них торговля и тут же на 8.2 БП

(0) а нахрена?

не надо забывать, что 8.1 пока что остаётся суперстабильной системой, в отличие от 8.2, а у многих бизнес-процессы так заточены, что они ещё будет сидеть десять лет

(4) у меня в одной конторе так. УТ 10.2 сильно переписанная, нет желания весь этот зоопарк тестить на 8.2

некоторые и на 8.0 сидят, т.к. жалко денег на обновление платформы )

а чо значит переношу перечисление через буфер обмена?

(9) думаю это он так копирует объект кофигурации через буфер.

(8) Что ты несешь? Если есть ключик 8.0 - он и на 8.2 будет работать!

(9) Мышкой - из конфигуратора 8.2 в конфигуратор 8.1

а что конфу 8.1 в которую переносишь не конвертнуть на 8.2?

(12) Дак, не получится скопипастить.

(13) Конвертнули её на 8.2, поработали неделю, теперь приняли решение её обратно в 8.1

(15) Обратно трудновато будет.

(15) Обратного пути нет смирись :(

хотя я шучу

(16) Перерисовка форм заново в 8.1?

8.1 мне пока больше нравится... как-то она поправославнее, что ли. Хотя бы динамическое обновление стабильнее работает.

(15) а че ж не на 8.0?

(19) нах оно нужно?

(15) режим совместимости не катит?

+(21) хотел сказать "зачем"

(22) Катит. НА нем пока и работают!

Вообщем, перенос в 8.1 из 8.2 без полной переделки метаданных НЕРЕАЛЕН?

(18) Если бы было все так просто. ) Восстановление из бэкапа не предлагать (когда было все на 8.1)?

(25) ага

(25) о таком даун грейде не думали

(25) перед переходом на 8.2 вы делали бэкап (делали ведь?) возьми конфу с нее и перекчай данные.

(29) всмысле возьми конфу, сделай пустую базу и через КД залей данные.

(25) Опс! Голосовалку прикрутил. ))
У нас есть и 8.1

+(31) ...и есть 8.2

(30) Вот это дельная мысль! +1

(31) Ещё бы хотел узнать, о мотивах не использования 8.2 в режиме совместимости 8.1?
(30) Конфа "торговая" проще наверно уговорить, использовать режим совместимости с 8.1 :)

давно

(34) Использовать режим совместимости с 8.1 - это +100.
У нас три конфы и все в режиме совместимости на 8.2

(11) ключик подходит, только платформу 8.2 надо поставить и базу конвертнуть ))

Не понятно чем режим совместимости не устроил...
Пользователи не заметят разницы...
Значит программисты пугаются?

думаем о 8.2 но не спешно, потребности нет, а тестировать действительно много

Оставили производство на 8.1 потому, что тестировать очень много надо.

(39) А, что там тестировать в режиме совместимости с 8.1?

насколько я понял, там используется тот же движок 8.1

(41) много чего. У нас обширно взаимодействие со сторонними системами.

(42) Не совсем понятно, что ты имеешь ввиду под "там используется тот же движок 8.1"? По твоему мнению, под "капотом" у 8.2 стоят "движки": 8.0, 8.1, 8.2.13 и т.д.? Вот это действительно смешно )))

(44) В режиме совместимости с 8.1 используются старые API платформы 8.1.15.14

это видно даже по дизайну форм

(45)  теперь стало яснее, что ты имел ввиду под словом "движок".

(47) :)

какая разница на какой платформе сидишь ?

>какая разница на какой платформе сидишь ?

большая... секос в 8.0 с com+ - это не для слабых духом...

(49) Это я и пытаюсь выяснить - в чем разница между 8.2 (в режиме совместимости 8.1) и самой 8.1.15.14

(0) infostart.ru/public/67013/

(2) помнится на прошлой работе была база 400 гиг, так не переходили на 8.2 ибо слишком долго идет конвертация

(51) как минимум чтобы подключиться к 8.2 из, скажем 7.7 или 8.1 надо будет переделывать строки подключения(через com), если количество баз 7.7 более 30 + штук 5 восмерок, то это уже само по себе не мало работы.

Теперь если учесть что конвертация 140 гигов это не быстро и в случае какой-либо проблемы надо иметь возможность быстро все вернуть "как было" то и выходит, что к переходу надо готовиться. Даже если все проходит быстро гладко и без проблем, это большой объем работы.

(51) зачем использовать совместимость ?
запускай всё с одного ярлыка 8.2

8.2 + Postgresql 9.0.3 = полет нормальный

(51) 8.2 в режиме совместимости - это 8.1.16, не забывай этого. То есть открой список багов 8.1.15, они в 8.2 в основном пофиксены.

(57) Что это за релиз такой 8.1.16?

или это "образно"

а почему нет варианта 7.7 ?=))

(60) темой не предусмотрено

(58) образно. 8.1.15.14 это версия 2009 года. Там накопилось за 2 года куча ошибок, которые никто не исправлял. Их исправляли уже в 8.2 режим совместимости.

(62) как может накопиться много ошибок в том, что не изменяется? или ты про то, что их таки нашли? ну да за 3 года 8.1.15.14 ошибок найдено в 100500 раз меньше, чем за время существования любого релиза 8.2

(62)+ то есть 8.2 в режиме совместимости - это фактически 16-й релиз 8.1, а не 15-й.

(63) уверен? У нас, например, сейчас в 8.2.13 глюков на порядок меньше чем было в 8.1.15. Вообще, 8.1 - это один большой глюк.

(65)+ может да, их тогда никто не искал особо, а сейчас у всех тонкие и веб-клиенты, управляемые приложения, конечно глюков намного больше нашли.

(64) Т.е. ошибки 8.2.15 в режиме совместимости с 8.1 отсутствуют, так как там 8.1-ые API?

А в 8.0 кто-нибудь работает по причине, сходной с (54)?

Все оно так :)

(69) хотя бы на 8.1 перейти лень?

у меня есть рабочая база на 7.7 ;)

и знаю, где есть рабочая на шестерке

(71) Это не интересует.
(72) У меня есть рабочая на Си в DOS.