Имя: Пароль:
1C
1С v8
Глюки с кодом (возможно кэш)
0 korgallom
 
18.09.20
11:06
Добрый день, у одного клиента работаем через хранилищем старая переписанная УТ 10.3, версия платформы  8.3.10.2561, все работает хорошо, кроме периодических проблем код в модулях самопроизвольно откатывается на более старый, также в СКД меняются на более старые версии при разработке, каждый день чищу кэш, и то не выручает если в течении дня много было доработок может прямо после изменения пропасть, возможно дело в динамическом обновлении. Подскажите может у кого было, поможет переход на версию 2.3.16 например?
1 acht
 
18.09.20
11:07
> возможно дело в динамическом обновлении.

- Доктор! Я заметил, что вот если я себя вот так вот по ноге молоточком стукну, то мне больно! Что мне делать, доктор?
- А Вы, батенька, не стучите.
2 CaIIIka
 
18.09.20
11:17
Динамически не обновляйтесь.
Дал бы ссылку, но не знаю, можно ли на сторонние форумы здесь давать. "SQL 2005 + 1C8.2" первая в яндексе
3 korgallom
 
18.09.20
11:20
(1) (2) то есть без вариантов, обидно иногда так хочется динамически обновиться что сил нет, спасибо.
4 korgallom
 
18.09.20
11:21
(0) 8.3.16
5 Franchiser
 
гуру
18.09.20
11:22
(0) аналогично при динамическом обновлении было
6 CaIIIka
 
18.09.20
11:25
(0) На чем база у вас? Для статистики интересно.
7 Franchiser
 
гуру
18.09.20
12:01
(6) пропадали куски кода, внесённые в конфигурацию при частом динамическом обновлении при активной разработке и работе пользователей в базе.
8 CaIIIka
 
18.09.20
12:04
(+6) Сервер БД какой?
9 korgallom
 
18.09.20
13:05
(6) ms sql
10 korgallom
 
18.09.20
13:06
(8) ms windows 2019, mssql 2017
11 CaIIIka
 
18.09.20
13:28
(10) Ок. Занесем в список капризных систем.
Для информации... У нас на разных объектах по-разному динамическое проходит, но в основном проявляется проблема "Соединение завершено по инициативе сервера" с вылетом пользователей, за чем следует перезагрузка последнего.
На sql express 2008 r2 через раз нормально. На postgree почаще пользователи вылетать начинают. С конфой как у вас проблем не было. Но на "большом" sql 2005 - табу на динамическое изначально (решили судьбу не испытывать).
12 Очевидно
 
18.09.20
13:36
(0) да, была такая ошибка, и тему на пратнерсах заводили. И 1С отчитывалась что победила (по моему даже несколько раз).
По факту ошибка 8.3.12 точно воспроизводилась.
На партнерсе можно даже найти точный порядок действий для воспроизведения.
Точно не помню, но было что-то типа ... 1-й разраб меняет модуль, помещает, потом 2-й захватывает и динамически обновляется, при этом изменения 1-го теряются.
https://bugboard.v8.1c.ru/error/000035297.html
Советую обновить платформу. Но не факт что эта ошибка решена (хоть и пишут что исправлено в 8.3.10.2753 мы с подобным сталкивались на 8.3.12)
В общем не советую при работе с хранилищем динамически обновлятся.
13 Очевидно
 
18.09.20
13:43
14 ProxyInspector
 
18.09.20
13:52
У нас хуже. Штук 30 магазинов. Конфигурация простейшая размером 3 мБ. Но достаточно часто раз в несколько дней идет обновление через командный файл.Методом "Загрузить конфигурацию". И все равно с вероятностью порядка 1% обновление проходит криво и приходится чистить кеш. Так что 1с83 - страшно сырая, тормозная и кривая программа.
15 korgallom
 
18.09.20
15:36
(11) замечал только с настройками СКД и модули, проблемы были замечены конкретно когда добавляли в прод напрямую.
16 korgallom
 
18.09.20
15:38
(12) в 8.3.16 интересно не пропадет проблема? (13) партнерские не открыть
17 Очевидно
 
18.09.20
15:48
(16) честно говоря, давно отказались от динамического обновления. Только если есть риск отгрузке (бывает 1-2 раза в год).
если учесть что основной объем стонов на тему этой проблемы был 8.3.10 - 8.3.12 то на 8.3.16, вероятность ошибки всё же меньше, но это не точно.
18 korgallom
 
18.09.20
15:53
(17) спасибо за ответ
19 timurhv
 
18.09.20
17:03
(0) бывало на 8.3.9 люди из отпуска выходили через 30 дней.
За этот период конфигурацию бухгалтерии обновляли на несколько новых релизов, но они все-равно через одного ловили ошибку кэша. Кто в это время работал - все нормально.