Платформе 8.3 уже больше 2 лет... с 03.07.2012. Наконец решились обновиться... Релиз 8.3.5.1119 300+ пользователей... Стольких "ярких картинок" я давно не видел... Это не говоря уже о том что "требования назначения функицональности" и "Отказоустойчивый кластер" просто не работают...
Здесь и "Отсутствующие сеансы" и "Ошибка совместного доступа к файлу" и падения рабочих процессов, и тех лог 20 ГБ ошибок за 10 минут... и "Ошибка блокировки", и "Соединение не удерживается"... И падение клиента и падение конфигуратора.. За неделю узнали всё. Это в самой простой конфигурации. 1 центральный сервер и 2 рабочих, без отказоустойчивости, и с настройками чтобы везде был один рабочий процесс.
А у всех так было? Кто какую версию использует? За 2 года эти ошибки так и остались? или были какие-то "Удачные" версии? Кто-нить не подскажет какие?
(1648) Все формы, даже с замками, которые "не редактируются"? У меня такое было на некоторых формах, которые были отредактированы и обновлялись с режимом "обновить с приоритетом основной конфигурации" - заменил (обновил) их из конфигурации поставщика и все стало ОК; затем уже изменил как мне нужно было.
P.S. Отправлял такой вопрос в поддержку 1С - ответили "водичкой", типа возьмите из конфигурации поставщика...
Поставил 8.3.8.2088, заметил что при массовом удалении сеансов через консоль администрирования происходит падение агента сервера 1с. В публикациях ошибок платформы не нашел такой.
(1649) 1С:Предприятие 8.3.8.2167 на виртуалке, - похожая беда.
При удалении "заснувшего" сеанса (юзер зашел с ноута и не вышел из клиента 1С корректно) останавливается служба Агент сервера 1С.
При удалении сеанса в котором юзер запустил обработку (Амортизация), все активные юзеры теряют коннект к базе (не могут ничего делать/не могут зайти по новой в базу)
В ознакомительных версий, в версиях 8.2.16, 8.2.17 не было значительного количества значимых изменений, а ветку 8.2.18 так и не смогли довести до ума, и избавить от багов. Кроме того большая часть нововведений приходится именно на платформу 8.3.3. Я на 8.3.7 Стабильно работает без каких либо нареканий...
Стабильной версии нет. что-то да и не работает. Так что остается только методом тыка сесть на более поддерживаемую версию и работать только с ней, т.к. Баг сегодняшний, используемый во благо, может завтра уже быть пофиксен и придется все переписывать :)
СУБД для 1С - это же не просто хранилище. Таки это СУБД, со своими вытекающими - транзакционность и нормальная работа в многопользовательском режиме, прежде всего. Ну и всякие плюшки, связанные с администрированием.
А ещеее помечтать если... Вот допишут движок трансляции запросов, чтоб оконные ф-ии использовались. Тогда еще серьезный плюс клиент-серверу будет.
Мои бухи до сих пор работают на 8.2.130 поскольку не хотят переходить на Бухгалтерию 3.0, так что тестировать не чего не могу. Так с выходом новых релизов 8.3. раз в квартал обновляюсь с Бухгалтерии 2.0 на Бухгалтерию 3.0 чтобы когда КАК ВСЕГДА НЕОЖИДАННО глав.бух решит что настало время работать в Бухгалтерии 3.0.
Так что пока в основном слежу за за отзывами.
Для таких как я и мои бухи 1С выкинуло сюрприз в Бухгалтерии 2.0 с релиза 2.0.66.12:
- При открытии Регламентных отчетов выдается ошибка и отчеты не открываются, если база запущена платформой 8.2.130. Так что хочешь или нет переходи на платформу 8.3.
И ничего в ответ 1С они свой зад прикрыли тем что честно сказали Бухгалтерия 2.0 с релиза 2.0.66.3
Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.8.1747.
А при открытии платформой 8.2.130 предупреждают что часть функций может быть не доступна.
Но поскольку Регламентные отчеты недоступны это критично. То хотим или нет мы будем переходить на кон-фы под 8.3.
Я думаю,что скоро появится и Платформа 9.0 или сразу 10.0 чтобы всем было СЧАСТЬЕ!
(1686) При наличии базы данных БП 2.0 в почти девственном виде конфигурации, просто грех не переходить на БП 3.0.
Не нужно оправдывать некомпетентность бухгалтеров.
Учет в БП 3.0 не отличается от БП 2.0!
Учебных материалов на ИТС завались.
Переводите базу на БП 3.0 и пусть учатся.
Пора уже и об переводе с ЗУП 2.5 подумать на ЗУП 3.1, если таковая у вас используется.
(1687)
не совсем так, учет да не отличается, но отличается удобство работы
мой бух до сих пор ругается на 3.0, в "двойке" скорость отклика интерфейса была выше, некоторые вещи было удобнее выполнять, например не всегда доступно на форме поле "код" элемента справочника (то что вспомнил)
в "тройке" много новшеств повышающих удобство работы, но какой ценой....
некоторые вещи было удобнее выполнять, например не всегда доступно на форме поле "код" элемента справочника (то что вспомнил)
Как по мне так на управляемых формах удобнее работать. Тут как про фломастеры, которые на вкус и цвет все разные.
Код по прежнему можно увидеть произведя настройку внешнего вида конкретной формы.
Потом в некоторых справочниках 1С отказались от кодов вообще, так что вы их никогда не увидите, так как их просто нет.
(1686) Что Вам мешает работать на БП 2.0 и ЗУП 2.5 на той же 8.3.9 ???
У нас тоже основные базы БП 2.0 и ЗУП 2.5, но из-за наличия некоторых небольших баз на УФ, давно уже работаем на 8.3
(1688)Тормознутость 8.3 с её постоянным лазанием по инету, когда надо и не надо.
При ограниченном лимите на инет это критично.
1С в лом сделать настройки в которых была бы возможность не устанавливать те компоненты которые не используются при работе сконфигурацией.
(1692) А вы уверены, что переходе с 8.2 на 8.3 конкретно в вашем случае увеличится трафик? И по выборочной установке: а какие именно компоненты в платформе устанавливаются всегда и всем, и какие из них лучше бы сделать опционно устанавливаемыми?
Ещё добавлю, нечетные релизы часто бывают понадежнее четных)))
У меня при обновлении Бухгалтерии 2.0 на Бухгалтерии 3.0 релизом 8.3.9.2033
при запуске базы после обновления выдается сообщение " Отсутствует компонента httpsrv.dll" и программа закрывается. А при запуске базы после обновления релизом 8.3.9.1818 сообщение не появляется и база открывается нормально. Так что фэншуй с номерами не проходит.
Стандартная ситуация - в 1С всегда левая рука не знает что делает правая, а результат как у Черномырдина - Хотели как лучше, а получилось как всегда.
Изрядно доработанная Бух 2.0 на 8.3.9.1850, размер базы 36ГБ, СУБД МС Скуль 2008 стоит отдельно,
одновременных пользователей до 15, работает чуть более 2-х мес. без замечаний (стучу по дереву)).
В конфигураторе обнаружил интересную "фичу": если на обычной форме сделать поле недоступным, то оно перестает
выделяться мышью. Т.е. вернуть полю доступность мне удалось только выбрав его в списке элементов управления формы.
На багтреккере ее нашел - пишут, что исправили в 8.3.10. В остальном все норм.
До перехода сидели на 8.2.19, перешли, т.к. Бух 2.0 стала требовать платформу 8.3, журнал регистрации оставили в старом формате, хранилище конфы конвертнули.
Итак буду первым:
Перешел на 8.3.9.2170 с 8.3.8.2197. Время использования - 1 неделя. Перезапуск рабочих процессов раз в сутки.
Ни разу не было критических вываливаний с ошибками.
Немного уменьшились тормоза на управляемых формах.
Больше возможностей работы с расширениями.
Появился странный глюк: при первом запуске ЗУП 2.5 запускается управляемое приложение, режим запуска авто, второй и последующие разы запускается обычное приложение.
Появился странный глюк: при первом запуске ЗУП 2.5 запускается управляемое приложение, режим запуска авто, второй и последующие разы запускается обычное приложение.
Вот ровно та же хреномантия и на 8.3.9.1850, только у нас зоопарк КА и УПП, где чуть кэши почистишь и понеслось, стартует тонкий клиент, да же с учетом того, что четко указано, что должен стартовать толстый, потом при втором запуске, все нормально.
(1712) да так и сделал когда увидел,установил для всех пользователей в конфигураторе режим запуска "обычное приложение", обращений не было, может быть пользователи просто закрывали базу и переоткрывали.
(1714) Тогда остается только смирится с таким поведением 8.3.9.х.
Нам такой подход помог, всем пользователям установили режим запуска "Обычное приложение" и вопросы по "странному" интерфейсу прекратились.
Основной момент на который стоит обратить внимание - в новой БСП 2.4 требуется 8.3.10. Соответственно, как только типовые перейдут на новую версию БСП, то 8.3.10 станет обязательной версией. А вот 8.3.7, 8.3.9 и, скорее всего 8.3.11 ставить "по желанию".
Кто нить юзал вообще эту платформу, еще до офф. релиза?
Ещё в (1711) написал, что у нас 8.3.10 - основная платформа для разработчиков, с момента выпуска первой тестовой.
С точки зрения разработки - вполне стабильна, работает достаточно шустро, даже не смотря на включённую проверку модулей при изменении или переименовании объектов конфигурации.
Интерфейс в 8.3.10 претерпел некоторые изменения и стал почти приличным, на мой взгляд.
На следующей неделе займусь подготовкой набора тестов для оценки применимости релиза 8.3.10 на продакшен серверах.
Правда с продакшен серверами ситуация настолько аховая, благодаря одному крупному франчайзи, что можно ставить что угодно без всяких тестов - хуже уже не будет...
(1731) Сервер Ubuntu, БД PostgreSQL. Результат: "Ошибка СУБД: 42704: ERROR: unrecognized configuration parameter "lock_timeout"". На всех базах. Решили не связываться.
8.3.10.2168 - первые впечатления. Обновился сегодня ночью, вот что сразу вылезло:
1. Обновил 7 серверов х32 и 1 х64. Все на винде и MS SQL, один юзает PostgreSQL - результат поста (1740). Еще мучаю, но, видимо, буду откатывать. Остальные пашут.
2. В кнопку печати добавили описание текстом. Типа значек принтера и "Платежное поручение". У юзеров со старыми мониками 1024х768 кнопка изчезла, т.к. не помещается больше.
3. При выводе на печать реестра платежных поручений некорректно работает автомасштаб по ширине - вписывает документ в черверть листа. Устанавливаем вручную 90%.
Это то, что вылезло за 2 часа работы..
(1742) Бухгалтерия предприятия КОРП 3.0.46.19 . Обновлял платформу для обновления конфигурации. Этого пока не сделали, возможно после обновления все поправится.. Но кнопка печати точно останется! ))
(1744) в подобных базах у юзеров больше возможностей по кастомизации интефейса. Можно залесть в настройки формы и у кнопок выбирать "картинка/текст/картинка с текстом"
Версии PostgreSQL 9.4.2 для 1С уже 2 года. Недавно в актуальных версиях появилась 9.6.1-4.1C. Наверное, можно просто обновиться.
Можно также взять 9.6.2 отсюда https://postgrespro.ru/products/1c_build
(1752) Теперь можно. Только для этого придется выгружать в dt-шник и базу, обновляться, а потом снова загружать в новую. Это в моих условиях сложно сделать.
перешли с 8.3.6 на 8.3.9.2170
поставили сразу х64 клиента... а зря...
сканер и печать штрихкода отвалились... помучившись поставили 32-битного клиента
кто-нибудь запускал торговое оборудование на 64-битном клиенте?
(1732) Я думаю все пошли по пути вашему, и ставили 32-битные клиенты.
Мы так делаем, то обмен с Перко через их модуль интеграции с 1С не идет, то прямой обмен с базами Oracle фиг настроишь без гемору... ситуёвин много
кто-нибудь запускал торговое оборудование на 64-битном клиенте?
Для каких целей рядовому персоналу нужен 1С клиент х64?!
Даже если его выпустили, причём в статусе бета версии, то ставить его нужно только в тех редких случаях, когда он действительно необходим.
(1738) ставить можно всегда лишь бы не было потребности использовать программно другие программы по типу COM объектов, которые не имеют 64-го исполнения. 64-битный клиент может выручить в ресурсоемких операциях на базах с обычными формами типа ЗУП 2.5
3 года не сталкивался - думал, это уже изжито.
8.3.8.2167, ошибка при динамическом обновлении. Добавились пара седых волос на голове.
Исправил, используя http://infostart.ru/public/138797/
Перешли на 8.3.10.2252. В УТ 10.3 в обычных формах следующая трабла: у кого из пользователей установлен увеличенный шрифт экрана Windows средний или крупный (не мелкий) - обычные формы не растягиваются полностью; если их свернуть и нажать восстановить положение окна - то растягивается, но только у этого конкретного документа и в этом сеансе. Кто знает, как лечить?
(1749) Вернуть размеры шрифтов на место и подобрать разрешение экрана поменьше, с минимальной потерей чёткости и нажатием кнопки auto на мониторе после каждого пробного разрешения. Известная проблема, странно, что не заявлена как ошибка платформы.
Кто испытывает траблы с отладкой на 8.3.10?
Суть вопроса, делаешь точку останова и от нее начинаешь по шагам отладку, а тебя на каждом шаге отладки выкидывает из окна Конфигуратор на окно Предприятия. Жесть просто...
(1753) У меня тоже так на домашнем ноутбуке при работе в Толстом клиенте обычного приложения (на работе с уф формами такой проблемы нет). Решается сворачиваем окна Предприятия, тогда оно не выскакивает постоянно.
8.3.10.2252
При использовании хранилища конфигураций наблюдаем следующее.
Берем на редактирование общий модуль к примеру.
Модифицируем его.
Применяем изменения.
Смотрим, все работает как нам нужно.
Скидываем изменения в хранилище.
Идем в другую базу подключенную к хранилищу.
Получаем изменения.
А изменений та и нет!!!
Что-то типа скачивается из хранилища, но изменений нет...
(1760) в догонку
Замечено, что такая беда происходит в тот момент, когда у вроде бы нормально открытого модуля перестают адекватно работать кнопки "Переместиться назад", "Переместиться вперед". По F12 проваливаешься в метод, а назад тебя кидает черти куда. Что еще происходит в этот момент не подмечено.
Впечатление такое, что в памяти существует два модуля и вот второй невидимый модуль и сохраняется потом в хранилища, хотя тот что видим, применяется к базе данных текущей.
Что-то типа скачивается из хранилища, но изменений нет...
Подключение к хранилищу как организовано, файловое, тисипи или хттп? Работаем как раз на 8.3.10.2252, к хранилищу подключаемся по тисипи - такого поведения не замечал.
(1764) файловая шара в локальной сетке
На момент проявления ошибки в хранилище работал в одиночку, внутри находится УПП 1.3.
Коллеги жаловались на подобное поведение, но в другом хранилище, где находится КА 1.1.
(1776) Мы все так же на 8.3.10.2252. Терпим. Если глюк проявляется, то локально чистим кэш на тачке, где не отправляются изменения. Помогает порой. Ну и естественно по новой изменения вносятся.
Мы все так же на 8.3.10.2252. Терпим. Если глюк проявляется, то локально чистим кэш на тачке, где не отправляются изменения. Помогает порой. Ну и естественно по новой изменения вносятся.
Игорь, добрый день!
Подскажите пожалуйста, помимо глюка с хранилищем на 8.3.10.2252 ещё с чем-то сталкивались? Думаю на 8.3.10 переходим, ищу релиз постабильнее...
(1790) В отладчике проблема надоедливая еще есть. Делаешь шаг к следующей строке, а тебя выкидывает на окно запущенной конфигурации. Возвращаешься назад в конфигуратор. Еще шаг. Снова выкидывает. Плавающая фигня...
Так в целом у нас стабильно работает))) Только за пару дней порядка 200 отвалов rphost'ов и менеджеров (на 30+ базах) может быть, особенно много ночью, когда интенсивно работают бэкапы, казалось бы причем 1С, но сервер 1С не любит видимо нагрузку генерируемую другим ПО на том же ПК, ну и сам 1С сервер в УПП восстанавливает последовательность на партионке каждую ночь сколько успеет.
Это в целом трабла видимо платформы 8.3.
Может кто-то чего-то больше расскажет.
Еще ловим одну платформенную ошибку формата потока при записи данных в один не типовой регистр накопления на порядка 10+ базах КА 1.1 клонах.
Идентифицировать ошибку не удается, а к 1С наверное беспонту обращаться. Ошибка кстати идет еще и с 8.3.9 и возможно ранее.
(1770)
Функции СтрШаблон и СтрЗаканчиваетсяНа перекочевали в Глобальный контекст ЕМНИП еще в 8.3.9
УПП 1.3 непиленная работает в режиме совместимости 8.2.13, в котором эти функции ГК не видны и не пересекаются с одноименными функциями, определенными в модуле ГлобальныйМодуль. Режим совместимости меняли?
(1773) нет, не менял. Случайно наткнулся при обновлении с 1.3.78.2 на 1.3.79.2.
В списке баз указал "Версия 1С Предприятия" = 8.3.9.2170 - ошибка исчезла.
PS. Похоже все-таки на что-то специфическое при обновлении. Просто открыл эту конфигурацию в 8.3.10 - ошибок не показало.
8.3.10.2299.
Обычные формы, УПП. Если в настройках экрана Windows 7 стоит "Размер текста = 125%", то форма теряет привязки элементов при максимизации (окно формы распахивается, а элементы остаются на месте).
Вылечилось установкой "Размер текста = 100%".
8.3.8.2322, 2 файловые через веб-сервер. Давно появился баг с вылетом IIS через сутки работы, решаем перезапуском IIS по расписанию, причем надо указывать 2 раза ребут в настройках, так как после 1 не перезагружает, а выдает ошибку. Пробовали перейти на 8.3.9, бухгалтера жаловались на то, что созданный новый контрагент, не появятся в поиске. После отката на 8.3.8 все нормализовалось. Реструктуризация базы не помогла. Все как обычно - тихий ужас. Хоть и не в тему - УТ 11.1 два года назад не подхватывались расчетно-платежные документы в счет фактуры, после обновления на последнюю 11.3 опять тоже самое. Такое впечатление у них генератор багов стоит и по расписанию генерит одни и те же. И забавно наблюдать как все эти баги в типовых конфах (особенно в ут11) нарастают как снежный ком.
1С:Предприятие 8.3 (8.3.10.2466).
Обнаруженные ошибки:
1. В обычных формах, открытых при DPI, отличным от 100%, не работают привязки. (Зафиксирована в 1С)
2. Розница 2.2.5.23 - в интерфейсе оплат нет возможности вводить цифры с клавиатуры.
3. При установке через GP (групповые политики) перестал регистрироваться COM-коннектор (пришлось регать его отдельно через regsvr на всех 60 точках, раньше такого не замечал)
8.3.8.2322 УПП 1.3 Совместимость не снята.
Иногда проблемы с записью отчетов в файлы - слетает формат даже .mxl
При перезаписи - восстанавливается.
На 8.2 таких проблем никогда не было.