Собственно сабж. Много раз переносили и наконец-то зарелизили.

+118 а то придумали непонятно что, Справочники, Регистры.. ))

(117) помнится мне, озвучивались теоретические планы 1С прикрыть все внешние обработки под соусом "это небезопасно, вот вам расширения взамен".

(115) Эти оповещения завести надо. Тот ещё геморрой.

У нас ЗУП 3.1.3.157 падает при попытке изменения наименования начисления: "Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине - Ошибка SDBL: ожидаемое имя файла pos=45".

(122) а версия 1С - свежая 8.3.11?

(123) она родимая 8.3.11.2867

(124) что же вы вперед паровоза бежите, надеюсь речь идет о тестовой копии? В ветке выше уже шли жалобы на бажность релиза. У меня сложилось (возможно неверное) ощущение, что пока текущий релиз бухгалтерии не потребует - лучше сидеть на предыдущей версии, пока публичный бета-тест не пройдет.

(122) так кэш то почистить надо. у меня на 3.1.3.274 не падает

ps: любителей запихнуть в типовое решение свои *овноконстанты надо палками бить

(125) Конечно тестовая, кэш чистили - базу пересоздавали.

(115) через сервер взаимодействия?

(128) Не помню уже, по тексту искать надо. Даже если так, уже лучше, чем ничего.

(118) Проще Linq to EF
http://catalog.mista.ru/public/402433/

(115) Уже давно можно было
http://catalog.mista.ru/public/434771/

ура! очень круто сделали с расширениями.
что на очереди в 8.3.12 или 8.4?
такими темпами САПеры и прочие потребители импортного продукта начнут беспокоиться.

При режиме совместимости 8.3.8 не работают расширения общих модулей. Чтобы сменить совместимось, нужно включать возможность изменения, смысл тогда  расширения? Новейшая конфа ка2 и режим совместимости старый, если все равно включать возможность, тогда уж проще общий модуль поправить. Сами же говорят, что режим совместимости менять нежелательно,. В общем, бред какой-то,..пока

в следующих типовых отключат совместимость с 8,3,10 и ниже, так что можно будет использовать возможности в полной мере не снимая с поддержки.

(133) а я уже снял)

Версионирование - интересно на перспективу. Расширения сырые.

Регистров накопления то все равно в расширении нет.
нафига мне одни регистры сведений ?

(132) В новейшей КА 2 режим совместимости никак не может быть 8.3.8, он там 8.3.10.

Интересно, а что с размером БД будет ?

Правильно я понимаю, что при использовании расширений, старая таблица с данными ( к примеру, справочника) остается, а также добавляется  новая таблица, куда переносятся данные из старой таблицы + дополнительные колонки расширения ?
Получается, при активном использовании расширений, размер БД должен хорошо так сразу увеличиться..

(138) Ну увеличится, и что? Для вас размер БД так критичен?

(139) Ну не хотелось бы, как-то. Если баз много и все вот так начнут пухнуть.. не хотелось бы.
Ну, или хотя б к этому надо быть морально готовым.
Есть сервера на sqlexpres в некоторых филиалах, к примеру. А там размер БД критичен. Или к примеру, если однажды не выгрузится в dt пр причине того, что такой большой по размеру файл уже не поддерживается файловой системой.

(138) Я думаю, что размер увеличится совсем на чуть-чуть. Данные из старой таблицы перенесутся в новую. При чём в старой таблице эти данные удалятся.
http://курсы-по-1с.рф/news/2017-11-23-new-at-extension/

(141) я смотрела это видео ( второе) . Собственно, после него и возник вопрос.

А где там про то, что данные из старой таблицы удаляться ?

А если удалить расширение, что тогда останется ?

(141) звучит страшновато, реструктуризация из пользовательского режима. Поставил галку снял поставил снял, ой а у меня всё упало

+ это означает конец выгрузки в дт как класс, в режиме конфигуратора нет информации где что лежит, бомба

(140) Зачем нужно выгружать в ДТ?

(145) чтоб дожить до покупки сервера

(146) Сомневаюсь, что в 1С приоритетом являются проблемы пользователей, неспособных купить сервер )

(145) по разным причинам. Из последнего - нужно было перенести  среднюю по размеру базу с постгре на скуль.

(142) Во втором видео на той же странице.

И доработки станут по-настоящему отторгаемыми.

(109) Что? То есть обычные С-шники, например, обходятся какими-то неизвестными им в языке таблицами, отказываясь от const и enum?

(149) да, поняла, спасибо.
Интересно, тогда, что произойдет при удалении расширения. Обратно данные "переедут " ?
И еще, если оно не одно будет, а несколько.

(148) Понятно. Говорят (сам не пробовал) на постгрю можно реплицировать из мсскуля.

(152) Видимо, да. Я тоже живо себе представляю ситуацию, когда подключено 10 расширений и в каждом из них добавляются реквизиты, скажем, к справочнику Контрагенты

(152)Не переедут.

(154) Зато конфигурация "на замочке". У меня складывается ощущение, что это уже какой-то священный грааль )

скоро появится третья конфа в базе, конфигурация с расширениями, потом четвертая - конфигурация со всеми расширениями, потом пятая - самая самая актуальная конфигурация только просмотр

(156) Ну так "слойку" придумали давно,  дошел черед до 1С.

есть мнение, что из-за неработающего ЭДО 8.3.11.2867 отзовут

(159) скорее свалят на косяки БЭД

а с такими нововведениями "Мы с тобой в портянках от Версаче домой уедем…"

Пока не решена основная проблема расширений - обновление самих расширений после обновления конфы

(163) в 8.3.12

(164) Никогда не будет. Будут заставлять на ЕДТ переходить

Интересно выделение с shift

(159) можно поподробнее про ЭДО?

(167) ну, он на 8.3.11 не работает :)

(168) можешь рассказать хотя бы с какой ошибкой выкидывает?

(169) HTTP Error 400. The request is badly formed.

(170) Спасибо! :) есть куда смотреть при тестировании новой платформы. У 8.3.10.2580 глюки по фоновым заданиям, бывает крашится отбор построителя отчета в толстом клиенте.

как стабильность? рабочие сервера можно на нее переводить? или ждем след.релиза?

(173) стабильность - на высоте: в последней УТ11.3 прямой обмен с банками не работает на 8.3.11 и способ исправления - перейти на 8.3.10.

(0) проблемы со скоростью запуска базы. ЗУП3 открывался 30 минут. На 8.3.10 меньше чем за минуту.

Причем понять не могу где проблема. Иногда открывает до выбора пользователя меньше минуты, а иногда и 30 минут.
Запускал несколько раз иногда быстро, иногда медленно

(174) попробуй журнал регистрации на старый формат перевести

(175) попробую. Но как это все связано?

есть подозрение, что ключи долго ищет? Как это проверить сколько времени уходит на поиск ключа

(176) Таблица журнала блокируется в какой то момент. Вроде проскакивало, что в момент большой выборки из журнала одним из пользователей.
У нас было такое, что и SQL журнал накрывался.

(140) Много это сколько?
У меня размер DT с БП3.0 - 20 Гигов. Это много или мало?

(174) Задержек с запуском ЗУП 3.1.3 в файловом режиме не замечал, правда размеры 1cd не велики, максимум 3 гб. В клиент-серверном пока работать воздерживаюсь

Тестовую разместили 8.3.11.2899

(180) прыгающую ширину колонок поправили?

(181) описания исправленных ошибок еще нет...

(182) этой ошибки и в предыдущих версиях в "неисправленных" нет. как и с кэшем и динамическим обновлением.
прыгающая ширина - это когда мышью меняем ширину ДС, а потом применяем отбор через cftl+f. при включенной строке поиска ширина прыгает при отмене поиска, при выключенной - сразу, при появлении "буллета" с примененным поиском.

кэш - это Глюк после динамического обновления?

меняем ширину колонок ДС

(183) А она хоть зарегана?

(182) и вообще я думал, ты поставил себе уже

(186) лично я не регил, но птичка нашептала, что во внутреннем трекере 1с эти ошибки возможно есть. но такие внутренние ошибки в публичный трекер не попадают :(

(187) поставлю, надо отчеты тяжелые протестить. Чем свежей платформа, тем лучше умирают :)
Кстати, описание исправленных ошибок появилось - все 3 шт

В процессе тестирования нашлась закономерность - если память сервера MS SQL ограничена в плане потребления и в процессе выполнения запроса потолок будет превышен - процесс 1С умирает независимо от версии платформы :)

Кто нить тестировал изменение режимов работы по загрузке памяти и процессора при переводе конфигурации в режим совместимости "Не использовать" на версии 8.3.11?

(189) что-то не вижу этих ошибок в трекере

(190) Как ты определил что в процессе выполнения запроса превышается "потолок памяти" MS SQl?

(192) В Zabbix-е смотрели. Память жрет до цифры заданного ограничения, потом отпускает и в этот момент процесс падает.

Перенос конфигурации в РИБ как-то странно работает.

Голова 8.3.8.2137, выгружаются изменения конфигурации, Бух 2.0 совместимость с 8.2.16.
При загрузка на файловой 8.3.11.2700 выдаёт нетипичное сообщение:
====
Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных.
Необходимо произвести перенос расширений конфигурации в узел.
====
Расширений, естественно никаких. После обмена изменения в конфигурацию не подгружаются.

При загрузке в 8.3.10.2639 всё нормально. Сообщение:
====
Ошибка при вызове метода контекста (ПрочитатьИзменения): Из главного узла распределенной информационной базы получены изменения конфигурации.
Необходимо выполнить обновление конфигурации базы данных.
Обновление может быть выполнено в режиме Конфигуратор.
====
И изменения приходят.

Вот такое наблюдение.

(193) А разве скуль сразу не забирает себе всю память  которую ему выделили?

(195) Нет. По мере необходимости до установленного предела.

(195) Забирает, только если ему ограничение не настроить.

+(197) Тьфу, неверно прочитал вопрос. Сразу, емнип, не забирает.

(194) я часто сталкивался с отказом работы РИБ на разных версиях платформы в узлах. Так что ничего удивительного

(193) >>потом отпускает и в этот момент процесс падает

Скорей всего это со скулем вообще не связано, просто не может всосать объем запрошенных данных. В свойствах кластера ограничение по памяти рабочих процессов стоит?

(200) В свойствах кластера ограничений нет ессно. Специально игрались с ограничением памяти скуля и именно на установленном ограничения ловили падение, повышали порог - падение не происходило, понижали - снова падение.

(201) Если у всех так то это пипец...Регистрируйте ошибку в 1С. Наверняка попросят дампы процессов.

(202) еще не пипец - редкие вещи должны совпасть :)

Выложили релиз 8.3.11.2899

(204) Ждем новую тестовую версию? :)

(205) 8.3.13 жду. Надеюсь, в 1С не будут пропускать столь знаковый релиз )

А есть уже люди которые 8.3.11 на боевые базы поставили? Или только тестовые гоняем? В первую очередь интересует Розница 2.2

(207)
Серверные БП 2.0 и УТ 11 дико тормозили на ней, оставили 3.10

(208) после обновления делали реструктуризацию в соответствии с рекомендациями?

(209) Где эти рекомендации?

Переход с предыдущей версии на версию 8.3.11
Конвертация конфигураций, информационных баз, внешних обработок и внешних отчетов при переходе от предыдущей версии к версии 8.3.11 не требуется.

(207) Стоит у нас на кластере. Как в (208) сказано толстые формы не воспринимает в принципе, для обновления базы нужно стереть кэш у пользователей. Неважно динамически обновляешь или нет.

(209) прогнал перестройку индексов и норм.

Тестовая вышла 8.3.11.2924. Ошибки пока еще не опубликовали

написали, что исправили целых 5 ошибок

8.3.11 - Тормозит, периодически и сильно. На партнерском форуме 1сники не признали, но другие партнеры подтвердили.
пока не признают баг, обновляться не стоит

С расширениями, кстати, есть проблема. Если вы работаете на Postgre, то при загрузки базы из архива pgload-ом будут косяки в таблицах расширений. По крайней мере на 9.4.

(214) на чем тормозит - подробнее можно?

(214) И мне интересно, а то и хочется, и колется!

Новую тестовую 8.3.11.2954 выкатили и старая пока еще висит - может и 8.3.12 выкатят? :)