Будьте осторожны! обновление при помощи обновлятора БП 3.0.44.94 #779466


#0 by g00d
У меня несколько клиентов обновилось с помощью автообновлятора и теперь не могут работать. {ОбщийМодуль.СтандартныеПодсистемыСервер.Модуль(1101)}: Недопустимое обращение к необновленным параметрам работы программы (например, к некоторым параметрам сеанса). Необходимо перенести вызов прикладного кода после обновления параметров работы программы.                     НСтр("ru = 'Недопустимое обращение к необновленным параметрам работы программы
#1 by vermazar
Удалить *.cdx
#2 by Зая Бусечка
Что удалить? Откуда в 8ке cdx?
#3 by g00d
где удалять cdx на серверной базе? :)
#4 by zak555
зачем тебе обновлятор ? нужно обновляться штатно
#5 by hitodom
а разница?
#6 by zak555
сейчас я штатно обновлюсь с 43
#7 by hitodom
У меня работает - у всех должно работать (с)
#8 by zak555
3.0.43.124 -> 3.0.44.94
#9 by zak555
на какой платформе обновление проводилось ?
#10 by g00d
8.3.6.1652
#11 by g00d
3.0.43.263 - 3.0.44.94
#12 by zak555
так надо 8.3.8.2054
#13 by g00d
Если это требование, почему она позволила обновиться?
#14 by hitodom
Это же тестовая. Почему тогда не 8.3.9?
#15 by zak555
а вот-вот будет релизом а вот 8.3.9 ещё не скоро
#16 by saaken
Звонок на фирму франчази, которая занимается допиливанием УПП: - Нам нужно добавить небольшую функциональность в РТУ! - Это стоит $150/час. Но для вас будет лучше, если вы прочтете ЖКК и выполните эту работу сами. Клиент, удивленный такой откровенностью спрашивает: - А ваш босс знает, что вы таким образом препятствуете бизнесу? - На самом деле, это его идея. Мы получаем куда больше прибыли, когда позволяем нашим клиентам сначала самим попытаться что-то дописать.
#17 by zak555
+ как я и говорил: никаких проблем в обновлении не было в клиент-сервером варианте, значит проблема в кривых руках
#18 by hitodom
так уже выяснили, что проблема в платформе.
#19 by hitodom
кстати автору обновлятора можно на этом сыграть
#20 by zak555
проблема лишь в боязни ставить АКТУАЛЬНЫЙ релиз
#21 by vermazar
Пересказ известного анекдота.
#22 by g00d
причем тут боязнь? что бы установить новую версию сервера, придется заранее обновить тонкие клиенты у около 60 пользователей находящихся в разных городах, в разных сетях. Это реально трудоемко
#23 by g00d
в правильных обновлениях перед обновлением проверяется совместимость релиза с текущей платформой
#24 by g00d
пользуясь случаем обращаюсь к автору автообновлятора! Программа проверяет совместимость платформы и обновления?
#25 by zak555
админов нет, которые автоматизировали этот процесс ?
#26 by g00d
как себе представляешь процесс автоматизации обновления на компьютерах разных предприятий в разных городах. К которым даже не всегда есть администраторские права?
#27 by Cyberhawk
Не понял, о каком автообновляторе речь?
#28 by Cyberhawk
Домен
#29 by zak555
#30 by zak555
так пусть работают через вэб-клиент тогда, кто не обновил тонкий
#31 by Fish
Я так и не понял, это косяк обновлятора или при штатном обновлении то же самое?
#32 by zak555
при штатном не было проверил на файловой и sql вариантах
#33 by hhhh
на самом деле может работать и на старой платформе. Там ведь не всё целиком. Что-то работает, что-то нет. Кто-то хочет оставаться на старой платформе несмотря на предупреждения. Поэтому автор автообновлятора стоит перед выбором.
#34 by bazvan
Обсалютно о автообновлятор все обновил. Просто некоторые тол. пы не читают реадми ТХТ прежде чем обновлять
#35 by bazvan
отключена совместимость с 8.3.6 так что на старых платформах я бы вообще не рекнул запускать
#37 by hitodom
расскажи нам как ты проводишь тестирование перед установкой новых релизов?
#38 by hhhh
он говорит, автообновлятор должен быть в курсе реадми, обновлять и платформу тоже.
#39 by hitodom
лучше пусть говорит, что платформа то у вас не та
#40 by zak555
зачем его тестировать, если он релиз
#41 by Cyberhawk
Так там обновлятор. А тут какой-то автообновлятор.
#42 by bazvan
а как это определить? Парсить реадми ТХТ или еще чего? странные вы какие то. Ну нет на текущий момент в платформе такого механизма. И руками можно обновить, и не чего не скажет а потом ругатся будет. Просили у 1сников что бы сделали проверку на совместимость но пока такого нет
#43 by g00d
я говорю про то что обновлять не должен обновлять ИБ если версия платформы не совместима с обновлением.
#44 by shuhard
ты до сих пор веришь, что тебе кто-то должен ?
#45 by g00d
к тому же базы после обновления были абсолютно не работоспособны. При старте сразу вываливаются в ошибку с перезапуском. Но тем не менее обновлятор отчитался об успешном обновлении.
#46 by g00d
Конечно, я же заплатил этот продукт.
#47 by zak555
из кармана ?
#48 by hhhh
если заплатил, то ты должен обратиться к ним. Кому заплатил. Мы-то ничего не платили, у нас другие действия - сидеть и ждать пока 1с что-то придумает.
#49 by hhhh
раньше было другое. Например, написано, нужна такая-то версия платформы, но она нужна скажем для регламентной отчетности. А всё остальное некритично, работает на обеих платформах. Поэтому особенно не торопились с переходом, ждали более стабильных релизов.
#50 by g00d
именно из своего кармана
#51 by zak555
надо было посоветоваться с партнёром, который ИТС предоставляет
#52 by Алексей Карманов
Друзья, всем привет. Я вышел из отпуска, ознакомился с проблемой и вот что я думаю: 1. Обновлятор уже сейчас проверяет  совметимость платформы и выдает соответствующее предупреждение в отчёт, когда у него есть возможность проверить эту версию. У него есть возможность проверить эту версию, если это обновление было скачано обновлятором из интернета или у него есть доступ в интернет (стоит галка "Искать обновления на сайте 1С"). Парсить Readme.txt не проблема, но с ним может быть чехорда в том случае, если это отраслевая конфигурация, сделанная на основе типовой. Но я поставил в план парсить минимальную версию платформы оттуда, когда нет друго возможности узнать её. 2. Теперь вопрос, что мне делать зная, что наша текущая версия платформы не соответствует минимальной в требования 1с? В данный момент я ограничиваюсь предупреждением в отчёте  всё согласно таким аргументам: - 1с очень рано начинает требовать обновление платформы для своих типовых и почти никто этого не делает сразу, очень рискованно, так как новые релизы зачастую сырые - все проведенные мною до этого тесты показывали, что для тех случаев, когда обновление текущей версией платформы невозможно - платформа сама отказывалась применять это обновление или даже "зависала" 3. Исходя из описанного выше у меня в голове пока только такой план: - добавить обработку readme.txt для тех случаев, когда не удалось получить минимальную версию платформы из других источников - увеличить паузу после вывода в отчёт предупреждении о минимальной  версии (можно добавить это сообщение ещё в конце, но стоит ли - оно будет пугать пользователей, так как будет появляться в 80% случаев и вынуждать их тут же обновлять платформу, что не всегда хорошо) - сделать в обновляторе опцию (значение по умолчанию НЕТ) - отказываться обновлять при несоответствии минимальной версии платформы - отказываться обновлять вне зависимости от опций, если отличаются релизы текущей и требуемой платформы (например, 8.3.6 < 8.3.8). Обсуждать лучше сюда:
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С