Релиз УТ 11.4.6.166 - Не рекомендуется использовать текущую версию конфигурации на платформе 8.3.13.1513.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Откуда инфа то? Не вижу нигде.
У нас используется 8.3.13.1513, и мне она не нравится пока тем, что отладка отваливается, и очень часто. Лечится перезапуском или переподключением.
Ещё в обычном приложении при открытии файла (файл-открыть) сразу краш был, пришлось совместимость с win7/8 поставить и ошибка ушла. Уж не знаю, что они там наделали...
PS: пардон, не проснулся.
У нас используется 8.3.13.1513, и мне она не нравится пока тем, что отладка отваливается, и очень часто. Лечится перезапуском или переподключением.
Ещё в обычном приложении при открытии файла (файл-открыть) сразу краш был, пришлось совместимость с win7/8 поставить и ошибка ушла. Уж не знаю, что они там наделали...
PS: пардон, не проснулся.
"Не рекомендуется использовать текущую версию конфигурации на платформе 8.3.13.1513"
Ну как понимать... Вот поставили мы эту платформу под нашу конфигурацию. И был на рабочем столе в 1С табличный документ, в котором при активизации области прорабатывался некоторый код, который был необходим для расшифровки и раньше никак не влиял на функциональность. А на 8.3.13.1513 из-за этого кода при активизации области всё лочилось на одной ячейке и не давало выделять область ячеек. Это как пример.
Ещё как пример после формирования отчёта на СКД и при изменении структуры отчета через изменение вариантов или настроек отчета аварийно завершается сеанс)
Может, что-то подобное просто есть и в Вашей УТ
Ещё как пример после формирования отчёта на СКД и при изменении структуры отчета через изменение вариантов или настроек отчета аварийно завершается сеанс)
Может, что-то подобное просто есть и в Вашей УТ
(3) Как правило, последние релизы в длинной линейке подрелиза (сейчас это 8.3.12) работают лучше, чем первые релизы более свежего подрелиза (8.3.13). Просто у разработчиков было больше данных для отладки и вылизывания кода. Так что выберите последний релиз из 8.3.12 и сидите на нем, пока УТ не потребует чего-то посвежее (а это будет еще через год примерно).
(4) Есть конечно ошибки платформы, но платформы также и отличаются возможностями. А в последних версиях конфигурации, режим совместимости отключен. А из-за этого может возникать проблемы, в связи с переименованием методов и изменением их логики работы.
Либо включать режим совместимости.
Либо включать режим совместимости.
(3) Для начала расскажите, для чего вам нужна 8.3.13? Вы готовы рискнуть стабильностью работы ради неё? Если нет - ставьте любую 8.3.12, не ниже разрешенной и не забивайте голову. Пока БСП не стал поддерживать желаемую версию - не стоит эту версию применять в проде. Для опытов - сколько угодно.
Из личных наблюдений.
1С последние несколько лет ведет одновременное поддержание 2-х веток платформы.
Аля linux-стайл.
Одна ветка, стабильные релизы, с незначительными исправлениями безопасности и ошибок.
Вторая ветка, условно-стабильные релизы, с доработкой функционала. (аля public-beta)
По сути уверен есть и третья ветка, Developer, где пилится совсем новый фунционал (dev->alpha->ЗБТ).
Так вот четные релизы 8.3.8, 8.3.10, 8.3.12 - это и есть ветка со самыми стабильными релизами.
А нечетные 8.3.9, 8.3.11, 8.3.13 - Это public-beta.
По сути должно быть так.
Есть 8.3.12, 8.3.13 , где-то в 1С есть 8.3.15 - это альфа.
Когда 8.3.15 будет готова увидеть свет, а 8.3.13 будет уже почти полностью отлажена:
8.3.12, 8.3.13 прекратит свое существование, появится 8.3.14 которая по сути будет следующим релизом 8.3.13 и изменения фунционала в ней будут "замороженны" и появиться 8.3.15 где на массовом пользователе будут вылавливаться баги и меняться функционал по предложениям пользователей.
На самом деле не совсем так происходит, но смысл не теряется.
Так что на особо ответственных местах не использую "нечетные" релизы.
А по поводу
Это плохо и для данных и для безопасности, ведь ошибки разные бывают.
Правильная практика, ставить максимально быстро релизы стабильной ветки. (или как минимум отслеживать исправленные ошибки, и решать коснуться они вас или нет).
1С последние несколько лет ведет одновременное поддержание 2-х веток платформы.
Аля linux-стайл.
Одна ветка, стабильные релизы, с незначительными исправлениями безопасности и ошибок.
Вторая ветка, условно-стабильные релизы, с доработкой функционала. (аля public-beta)
По сути уверен есть и третья ветка, Developer, где пилится совсем новый фунционал (dev->alpha->ЗБТ).
Так вот четные релизы 8.3.8, 8.3.10, 8.3.12 - это и есть ветка со самыми стабильными релизами.
А нечетные 8.3.9, 8.3.11, 8.3.13 - Это public-beta.
По сути должно быть так.
Есть 8.3.12, 8.3.13 , где-то в 1С есть 8.3.15 - это альфа.
Когда 8.3.15 будет готова увидеть свет, а 8.3.13 будет уже почти полностью отлажена:
8.3.12, 8.3.13 прекратит свое существование, появится 8.3.14 которая по сути будет следующим релизом 8.3.13 и изменения фунционала в ней будут "замороженны" и появиться 8.3.15 где на массовом пользователе будут вылавливаться баги и меняться функционал по предложениям пользователей.
На самом деле не совсем так происходит, но смысл не теряется.
Так что на особо ответственных местах не использую "нечетные" релизы.
А по поводу
чтобы "на долго хватило"
, это плохая практика, по сути, на долше всего хватит, релиза который имеет наибольшую версию (и в котором на момент установки может быть наибольшее количество ошибок), и что б на дольше хватило, вы будете держать этот "грязный" релиз до того пока вам не прийдется обновиться.
Это плохо и для данных и для безопасности, ведь ошибки разные бывают.
Правильная практика, ставить максимально быстро релизы стабильной ветки. (или как минимум отслеживать исправленные ошибки, и решать коснуться они вас или нет).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот