супер вообще. доки подвисают.

давай по существу

Обновил на свою голову бухгалтерию. 2 несчастных пользователя еле работают.
док на 1500 строк висит с белым экраном минут пять. при этом 600 метров уже захватил клиент.

Да супер описания проблемы.

Что сказать хотел, а то я и на 8.0 могу сделать, чтобы клиенты по гигу отъедали.

А если запустить это все на серваке с 256 метрами ОЗУ ...

клиент-сервер.

(0) Руки просто сам понимаешь не такие.

(5) вам больше нечего добавить?

а что еще добавлять? клиент сервер. мс скуль.
база 1,5 гига, бухгалтерия самая последняя под 8.2
сервак с 8 гигами оперативки.

всего 2 юзера сейчас работают.

(0) А конфигурация адаптирована под 8.2? Если она работает под 8.2 это ещё не значит что она предназначена для платформы 8.2.

(3) 1500 строк
тут авансовый отчет более 10 строк 1с вылетает, при том что в режиме совместимости и в 8.1. было все ок.

(11) проблема в самописаных РЛС на регистры. хотя до 10 строк в документе все работает

(0) реальное ускорение будет только для специально под 8.2 написанных конф.

(10) последняя БП адаптирована.

(11) да я уже жалею что поставил. сто раз себе говорил нафиг нафиг.

(15) Что тут скажешь... маньяк :)

решил на бухии проверить. теперь точно знаю что торговлю не переведу.

переходи на клюшки

Мда, Маньяк нашел для себя новые старые грабли... Тестерам-пионэрам физкульт-привет!

(17) А вот зря. Бух регистры высегда были тормознутые. И там где бухия лежала, УТ работала

А когда я написал, что после перевода на 8.2 наблюдаются тормоза меня все оплевали...

(21) да это не просто тормоза. тормозища конкретные.

2 минуты проведение приходной на 1000 строк.

и это после перезапуска службы. до этого вообще белый экран и пипец.

(0) даешь 8.3

(24) А нафиг нужно было так спешить и переводить и так тормозную бухгалтерию на 8.2?

(26) кстати да

(14) Судя по тому как там приходиться конкретно переворачивать мозх при кодировании, я не думаю что конфигурацию успели именно "адаптировать". Мне кажеться там просто "подправили" код шоб она работала. Мне у Радченко понравилась фраза в какой-то его книге (скорее в коротко о главном), типа что надо кодировать общение клиента и сервера, а не как раньше набор процедур и функций.

(28) угу.. именно там было описано что подход теперь при разработке на 8.2 должен в корне смениться...

(28) если в ней нет режима совместимости просто "поправить" код не получится

(26) не спрашивай. климануло на приключения.
Теперь придется ждать и обновления платформы и БП в конце месяца.

(28) побарабану клиент и сервер. у меня в терминале работают на котором и сервер и клиент. скуль с самой базой отедбльный сервак.

(32) а релиз можно озвучить?

1.6.20.6

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

(32) Не думаю что по барабану. Если клиент и сервер близко находяться, это ещё не значит что "общение" между ними будет быстрее нежели через гигабитную сеть.

Осталась старая копия под 8.1?
Вот бы реальные цифры сравнения

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

мелкие доки до 100 строк в принципе сейчас работают нормально. Только у главбуха опять чето клиент 600 метров отжирает.

а клиент - толстый?

толстый конечно. в БП тонкого еще нет.

Тогда наверное на ускорение можно и не надеяться,
если не использовать кластеры серверов и их новую "отказоустойчивость" и динамическое распределение нагрузки. Потому как посути для тебя ничего не изменилось.
Хотя странно что изменилось в худшую сторону.

(42) не вижу ничего странного
даже Линухи уже на 486 не летают :(

(42)
"Хотя странно что изменилось в худшую сторону."
ничего странного, 14 релиз 81 тоже стал тормозом для файлового режима...

(0) в файл переведи

8.2 в файловом режиме летает - а вот в SQL точных замеров скорости и маштабируемости пока ни у кого нет

(44)
То есть теперь бабушки бухгалтерши с фаловыми базами и 3 типами документов будут еще интенсивнее сосать баранку от руля на своих слабеньких целиронах?

(47) не, бабушки то баранку кушать будут, для них незаметно,
а вот восстановление последовательности тормозит как эстонский черепах

(48) восстановление всегда лучше запускать в фоновом режиме. разница десятки раз.

Если вы читали теорию, то теперь проведение документов в 8.2 происходит совсем по другому. (см. М.Радченко "Коротко о главном")
Надо проверить в новой БП проведение организовано по старым или по новым алгоритмам?

все по старому. то что она новая это только одно слово.
она одаптирована просто. тоесть доработаны те участки которые касались отличий между 8.1 и 8.2 все остальное как было.
думаю так и останется пока не выйдет новая редакция.

(0) Ну ты Маня отчудил. Я ж говорил еще пару лет это 8.2 трогать не надо.

(51)  ну тогда точно непонятны причины перехода на 8.2.

Единственным плюсом остается отказоустойчивый кластер, но вроде и 8.1 не часто сбоит, к тому же 8.1 хоть отлажен на пользователях. А 8.2.9 первая версия после бетты, она просто обязана сбоить и работать криво!

(50) интересно как по "новой методе" надо организовывать fifo...

к томуже радченко не читал - а что там нового в проведении?

(54) при чем тут фифо?
Изменился сам механизи записи при проведении. Например теперь та же проверка на остатки считаются не ДО, а ПОСЛЕ проведения. Ну и всё из этого проистекающее тоже другое.

(55) Мне перепечатать сюда всю главу книги? ;)

(56) вот именно притом... распределять то как?

(57) как и раньше. Остатки выбрал, отсортировал и списал

в книжке то самое тупое...

В документе 5 морковок. на складе 3. Пишем проведение, получаем в запросе -2 - откатываем т.к. мало. А как быть если распределять надо?

(59) ага. Дык сначала тогда придется записать документ с пустым набором, чтобы почистить старые остатки, а потом распределять. И что мы имеем? Те же яйца в профиль...

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

(62) что за книжку курим?автор название?

(63) http://v8.1c.ru/metod/books/book.jsp?id=187

Она для начинающих и интересного в ней мало (во всяком случае до того места, что я дошел. До отчетов). Зато она ценна своей концепцией. Т.е. сразу объясняется как надо правильно писать именно в версии 8.2

(64) спс на досуге тоже покурю

(65) Ну и М.Радченко "Коротко о главном". Там описаны все отличия от 8.1

(0) Появилась БП Версия 1.6.20.6 отдельным дистрибутивом под версию 8.2, мож попробовать её?

(0) зайди, плз, на OFF: Выборы правозащитника, проголосуй

(64) имхо, отстой... уже жалею, что купил - один в один, как показалось, документация  с ИТС

(67) на сайте появилась?

Ля действительно. на сайте 1С появился полный дистрибутив для 8.2
Уже качаю. прикольно отреагировали.

Как только скачаю 230 метров. попробую посмотреть в чем разница.

(72) уважаемый расскажешь что получилось с (67)

(64) Мля, НЕ ПОКУПАЙТЕ эту книжку. Там нет ничего нового, а по приемам программирования вообще ничего нет. Бесполезная книжка.

КОроче сделал сравнение. ничем не отличается практически. В отчетах изменели вызов на сервер. всё.

(75) т.е. конфа для 8.2 ничем не отличается от 8.1?

да

(77) спс уважаемый

(75) Значит подвисает точно из-за платформы?

(79) я сделал вывод что да. лечится перезапуском службы сервера.

(0) ты мисту с твиттером не попутал часом?

Спс., учтём.

(81) а не партнер фирмы 1С, а писать им письма уже просто устал. написался уже. хватило уже пару раз.

(80) гы... а рпхост от 8.1 на вин32 у тебя никогда не отжирали оперативу не возвращаяя ее после закрытия клиентских соединений? :) :) :)

(80) Ну, бывает иногда и в 8.0, и в 8.1, когда оперативная память на серваке постепенно засирается, и под конец её перестает хватать. Тоже лечится перезапуском службы.

(84) :-)

(84) Я так понял, у Маньяка трабл с засиром памяти на 8.2 возникает чаще, чем на 8.1. Маньяк, я прав?

Я так понял выложили полный дистрибутив под 8.2 для того чтобы обновить могли без снятия поддержки. Там основной затык чт ов обновлении режим совместимности не убран. поэтому для перевода в полный 8.2 пришлось снять с поддержки.
Полный дистрибутив позволяет обновить конфигу без снятия поддержки. там сразу идет полный режим совместимости.
Короче 230 метров только для этого предназначен))

Да засира нет. 8 гигов оперативки.

У глабуха клиент все равно 600 метров жрет.

Если проблема со службой, может стоит запускать как приложение ?

(88) А где ты нашел 230 метров?
На сайте 1С выложено:
"Технологическая платформа 1С:Предприятия 8.2 Версия 8.2.9.356"
Дата выхода: 25.09.2009.

Размер файла платформы (116 793 KB)
Тонкий клиент: (26 052 KB)

(92) это не платформа, а конфига 230 метров.

У меня сейчсас клиент 230 жрет, я провел буквально 4-5 накладных приходных.

(91) скорее всего нет разницы. тут проблема в самом серваке, да еще как и выяснилось в клиенте.
Это либо платформа, либо конфига виновата. По всей видимости БП еще рано переводить под 8.2. надо ждать и обновление платформы и обновления бп с оптимизацией под 8.2

но пока страшно и то и другое делать на базах. Это БП 1,5 гига у меня, а торговля уже 14 гиг. чота как то очкую я торговлю вообще трогать ближайший год.

кста прикольно что заметил еще. в аннотации к 8.2 сказано что уменьшен размер выгрузки баз. под 8.1 размеры выгрузки были 140-150 метров. под 8.2 в первый же день стало 220 метров.

(93) Это которая "2.0.9.2 Тестовая"?

+(97) хотя может быть проблема в том что на 8.1 у меня конфа была закрыта на поддержке.
для перевода на 8.2 пришлось снять. Я заметил что когда конфига снята с поддержки размер выгрузки гораздо больше.
Скорее всего метаданные два раза выгружаются (бд поставщика и бд конфиги).

100!

попробуйте чистую типовую с поддержкой и бюез поддержки выгрузить. Разница будет в разы.

Пришли описание как воспроизвести и на чем воспроизвести, т.е. базу, на testplatform@1c.ru (если можешь конечно).
Я так понимаю, что 1.5 Гига - это в развернутом виде, в виде выгрузки оно поменьше будет.

(102)В 1С работаешь?

Типа да.

(102) типовая бухгалтерия (последний релиз). выгрузку бы конечно выслал. только не вижу смысла. есть негативный опыт общения с техподдержкой. Поэтому молча сижу, жду обновлений. У главбуха по прежнему клиент 600 метров (так как она интенсивнее всех работает) и база тормозит.

тестирование и исправление делал. с базой все впорядке, учет тоже в порядке.

Поторопился с переводом. мой косяк. назад не вернуть так что терпят. накормил обещаниями.

(105) а подробнее про негативный опыт?

(105) Я не техподдержка, я testplatform@1c.ru
Переписка будет строго по делу, т.е. по проблеме.
База нужна, чтобы был один и тот же предмет для анализа с той и другой стороны.
Если возможно проблему воспроизвести в типовой демобазе, то надо описать как это сделать. Насколько я знаю, в демобазе таких больших документов нет.

(109) Не работает связь по типу в 8.2.9.356 . Пробовал сделать бух.операции, так с субконто полный облом.

(109) вот еще глюк

v8: Глюк в 8.2.9.356

Пишите письма.
Обязательные требования:
0. Одна проблема - одно письмо.
1. Четкое пошаговое описание воспроизведения на конкретном примере - базе, конфигурации, внешнем отчете или обработке.
2. В сложных случаях - иллюстрация картинками или видеороликом.

(0) Не понимаю твоего подхода.  С техподдержкой связываться не хочешь, сидишь и ждешь. Ветки заводишь на мисте. Может все таки стоит письмецо с выгрузкой отправить?

(113) а чо долбанутый на всю голову базы высылать. это коммерческая тайна фирмы.
ты как посоветуешь..пипец..
связыватся нехочу я им уже писал много писем с конкретными глюкаами, а получал одно "в данной версии изменений не планируется".

на днях уже обновление выйдет и платформы и конфы. ждемс..

(114) Да ладно тебе. Во-первых, не все клиенты так ревностно относятся к бух базам. Некоторым пофигу, потому что ничего там интересного нету на самом деле. Во-вторых, есть большие сомнения, что из 1С может быть утечка. Ты слышал о таких случаях? И я нет. И вряд ли когда-нибудь услышим

(114) Ты опять буйствуешь? Послушай что тебе человек говорит, а говорит он тебе дело. Меньше эмоций в данных вопросах быть должно

ага, горячий привет пионерам 8.2 без вас никак :)

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

Что мешает обработкой в базе сделать Номенклатура1, Номенклатура2... ФизЛицо1, ФизЛицо2, Контрагент1..., Организация1, очистить регистр сведений Контактная информация и выслать базу?

Да Я бы тоже не послал. Потому что не уверен в их помощи. У них ошибки висят еще с беты, которые они не фиксят.

(119) видимо сам уже много денег поднял на информации из клиентских баз :)

(120) а зачем мне такое щастье? ну скажи, кто мне заплатит чтобы я сидел базу переименовывал, скрывал там что то, потом архив 300-400 метров еще пару часов заливал на мейл, писал письмо и т.д.
а самое главное что это лично мне даст кроме потери времени?.
новая платформа через 3 дня будет.

(123) надеюсь с новой платформой ваша проблема решится
но на всякий случай держите нас в курсе

с меня пиво :)

Сейчас тормозов нет из за неактивности. Обычно после выгрузки из УТ главбух сидит пару дней проверят доки, перепроводит огромные документы и т.д. При этом в БП только 2-3 человека работают и документы выборочные.
УТ на 8.1 50 человек. все работает нормально. порядка 1000 заявок в день, столько же отгрузок. тоесть все эти же доки по 200-3000 строк работают нормально.

(125) Как успехи?

sign

люди, кому из вас нужны клиенты Маниака? Признайтесь честно...

Мне..

По чем опиум для народа?!..  ;))

мне интересен результат новой платформы, насколько она перестанет быть такой тормознутой.. а не сам Маньяк или его база

Все мы тормозим - по началу !..  ;))

(0) бета-тестерам троекратное УРА!!!

а платформу то сдвинули на 10.12.2009... все из-за него...

Сегодня перенесли базу на сервак. Документов в день пока очень мало - до 50. Будем наблюдать.

(134) Неужели прислушались к нему?

Ну вот, из-за Маниака будем без новой платформы сидеть :(.

(137) Зато сколько 1С-ков сохранили работу... Ж-)

(126) никак. отложили ж все обновления. обещали 30 числа а уже стоит 10 и 14

(123) Так ведь на ИТС есть специальная обработка, которая специально предназначена для таких случаев. Вся информация из базы пропадает, остается только структура.

(0) Ну дык... Новая платформа - новые глюки... От этого никуда не денешься. Ибо процесс программирования есть процесс исправления старых ошибок и генерации новых. :)

(139) отложили и дали рашпиль:

http://users.v8.1c.ru/Platform82ActualTest.aspx
Утилита, для исправления проблем обновления конфигураций версии 8.2

Утилита предназначена для выполнения административных операций над конфигурациями и информационными базами 1С:Предприятия 8. В версии 8.2.9.356 утилита содержит возможность тестирования и исправления конфигураций. Для использования файлы утилиты должны быть размещены в каталоге двоичных файлов платформы.

Утилита может быть использована для исправления ошибок обновления конфигураций, стоящих на поддержке, сконвертированных при помощи версии 8.2.9.356

А тем временем наш главбух уже истязался. одна накладная на 2000 строк проводится 25 минут.

наверно попробую в файловую перекинуть

(144) салям алейкум уважаемый
как ваши дела? побороли 8.2?

жду обновления.

Если обновление не поможет надо будет что то делать. 25 минут проводить один док это жестоко.

Сейчас кстати отладчиком посмотрю.

взял приходную накладную на 618 позиций самую первыю в базе. уже минут 5 висит.

такс. не выдержал оборвал.
итак из 3 минут проведения (которое оборвал)
99,99 процентов занимает две вещи:
Общий модуль в процедуре удаления движений
СтрокаДвижения.НаборЗаписей.Записать();   - 63 процента времени

и в модуле документа процедура ДвиженияПоРазницам
ПроводкиНУ.Записать(Ложь); - 34,66 процента времени

Профайлер в зубы и смотреть что делает 1С в SQL ...

Если запись занимает столь много времени, то проблема явно не в 1С ...

сейчас файловую запущу.

в файловой тоже самое. база протестирована несколько раз.

(154) А на 8.2.10 пробовал?

(143) Какой терпеливый главбух однако... %)

пипец на файловой тоже уже 10 минут висит.
(155) на тестовой нет.

сейчас скачаю. чо делать. а то релиз еще 5 раз перенесут

(158) Так косяков еще больше

В файловой в отличие от (150) все время занимает очистка движений.

Процедура УдалитьДвиженияРегистратора(ДокументОбъект, Отказ, РучнаяКорректировка = Ложь) Экспорт
   
   // получение списка регистров, по которым существуют движения
   ТаблицаДвижений = ПолныеПрава.ОпределитьНаличиеДвиженийПоРегистратору(ДокументОбъект.Ссылка);
   ТаблицаДвижений.Колонки.Добавить("НаборЗаписей");
       
   Для Каждого СтрокаДвижения ИЗ ТаблицаДвижений Цикл
       // имя регистра передается как значение, полученное с помощью
       // функции ПолноеИмя() метаданных регистра
       ПозицияТочки = Найти(СтрокаДвижения.Имя, ".");
       ТипРегистра = Лев(СтрокаДвижения.Имя, ПозицияТочки - 1);
       ИмяРегистра = СокрП(Сред(СтрокаДвижения.Имя, ПозицияТочки + 1));
       
       Если РучнаяКорректировка Тогда
           Набор = ДокументОбъект.Движения[ИмяРегистра];
           Набор.Прочитать();
           Набор.УстановитьАктивность(Ложь);
           
       Иначе
           ЕСли ТипРегистра = "РегистрНакопления" Тогда
               МетаданныеНабора = Метаданные.РегистрыНакопления[ИмяРегистра];
               Набор = РегистрыНакопления[ИмяРегистра].СоздатьНаборЗаписей();
               
           ИначеЕсли ТипРегистра = "РегистрБухгалтерии" Тогда
               МетаданныеНабора = Метаданные.РегистрыБухгалтерии[ИмяРегистра];
               Набор = РегистрыБухгалтерии[ИмяРегистра].СоздатьНаборЗаписей();
               
           ИначеЕсли ТипРегистра = "РегистрСведений" Тогда
               МетаданныеНабора = Метаданные.РегистрыСведений[ИмяРегистра];
               Набор = РегистрыСведений[ИмяРегистра].СоздатьНаборЗаписей();
               
           ИначеЕсли ТипРегистра = "РегистрРасчета" Тогда
               МетаданныеНабора = Метаданные.РегистрыРасчета[ИмяРегистра];
               Набор = РегистрыРасчета[ИмяРегистра].СоздатьНаборЗаписей();
               
           КонецЕсли;
           
           Если НЕ ПравоДоступа("Изменение", МетаданныеНабора) Тогда
               // отсутствуют права на всю таблицу регистра
               СообщитьОбОшибке("Нарушение прав доступа", Отказ, СтрокаДвижения.Имя);
               Возврат;
           КонецЕсли;
           
           Набор.Отбор.Регистратор.Установить(ДокументОбъект.Ссылка);            
           // набор не записывается сразу, чтобы не откатывать транзакцию, если впоследствии
           // выяснится, что на один из регистров не хватает прав.
       КонецЕсли;
       
       СтрокаДвижения.НаборЗаписей = Набор;        
       
   КонецЦикла;    
   
   Для Каждого СтрокаДвижения ИЗ ТаблицаДвижений Цикл        
       Попытка
           СтрокаДвижения.НаборЗаписей.Записать();
       Исключение
           // возможно «сработал» RLS или механизм даты запрета изменения
           СообщитьОбОшибке(ОписаниеОшибки(), Отказ, СтрокаДвижения.Имя);
           ВызватьИсключение "Операция не выполнена";
       КонецПопытки;
   КонецЦикла;
   
   Если (НЕ Отказ) И (НЕ РучнаяКорректировка) Тогда
       Для Каждого Движение ИЗ ДокументОбъект.Движения Цикл
           Если Движение.Количество() > 0 Тогда
               Движение.Очистить();
           КонецЕсли;
       КонецЦикла;
       Если НЕ ДокументОбъект.ПометкаУдаления Тогда
           ДокументОбъект.Записать(РежимЗаписиДокумента.Запись);
       КонецЕсли;
   КонецЕсли;

КонецПроцедуры

Тоесть грубо говоря по регистру делается отбор по регистратору и очищается набор. вот и зависает наглухо.

даааа
остается только вам посочувствовать

в УТ и БП эта процедура разная.
Смотрите процедуру
идет цикл по
Для Каждого СтрокаДвижения ИЗ ТаблицаДвижений Цикл
где создается набор и отбор
и потом опять же
Для Каждого СтрокаДвижения ИЗ ТаблицаДвижений Цикл
где идет удаление.
в УТ совершенно по другому.
Там в первом цикле создается МассивОбрабатываемыхСтрокТаблицыДвижений
и удаление идет именно по нему.
Походу косяк типовой. в БП она пытается очистить все движения одним махом, в УТ построчно.

надо походу ждать обновление БП. хотя один фиг платформа тоже виновата.

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

В тестовой торговле ред 11 сделал 200 строк, файловая.
Провелось до 1 сек

нет неправильно я описал (164). в БП в этой процедуре она в цикле пытается удалить один и тот же набор. конкретный косяк.

(167) выкинь её на свалку. нашел с чем сравнивать. там ничего нет.

сейчас попробую исправить процедуру

(169)

Это означает что затык возможно на SQL или на железе.
Программа то отработала за приемлимое время

(171) программы бывают разные. констуркции тоже.
Не помогло.
Есть еще различие между УТ и БП, эта процедура общего назначения.
в УТ в неё удаление вызывается серверной процедурой из общего модуля ПолныеПрава который чисто серверный. её нет БП.
(171) сервак мощный. на нем сейчас работают 50 человек в УТ которая летает. а в бухгалтерии серверной и файловой на этом же сервере я один и пара бухов.

(172)Не пробовал делать много документов по 100 строк, как максимум (если выбора нет) ?

п.с. скорость проведения увеличится, ибо не всегда нужно перепроводить все документы ;)

(173) ну да расскажи. еще скажи что ради таких глюков вообще в 1С надо запретить доки перепроводить ))

(173) ты понимаешь - это реальные доки. уж не предлагаешь ли ты мне сказать бухам чтобы они реальные доки по 100 строк делали )) лол

Есть подозрения что тормоз на бухрегистрах. сейчас на тестовой 8.2.10 запущу

(174)
Ну так сумма времен проведения 10 документов по 100 строк
и одного на 1000 отличается ?

(177) мелкие доки быстро проводятся. по строк специально не искал. на 600 строк это средний документ. есть и по 3-4 тысячи.

(178)
Т.е. получается резко падает производительность при преодолении
некого порога количества строк в документе ?

аааааааааааааааааа
на 8.2.10 все летает. док на 600 строк в файловой 8 секунд хотя удаление занимает 40 процентов времени

(179) думаю пропорционально. просто на как правило между одной и двумя минутами разницы нет, потому что юзеру пофигу. он уже знает что прога висит и делает что то свое.
а вот если док уже достигает рамки в 5-10 минут то это уже напрягает.
Учитывая что это БП в которой 2-3 человека работают уже с готовыми доками в УТ это еще фигня. Вот если бы в оперативной базе такой завис возник меня бы повесили. у нас 1000 заявок только в день.
поэтому я БП решил перекинуть на 8.2 походу УТ (даже без этого глюка) я еще долго не переведу.
//
касаемо проблемы. на тестовой 8.2.10 баг исчез.

ждемс сегодняшнего релиза, не будет придется тестовую ставить.

А я вот делаю на 11 торговле и не пойму - будет эта редакция поддерживаться вообще или нет.

Пока что то выходят релизы 10 .

Может есть инфа ?

11 торговля сто процентов будет другой.

нда уж
А где учат ставить сырой релиз в пром эксплуатацию?

И не просто сырой в пром эксплуатацию, а без проведения тестовых испытаний даже.

(185) А где бы ты тогда узнал про косяки и что релиз сырой?

К моему счастью у меня хватает мозгов не пускать в пром эксплуатацию системы, а спокойно сидеть и все обкатывать на тестовом стенде. И потом не говорить о том, что во всем виновата 1с

слабаки вы против Мани... другого давно бы с работы под ж.пу ногой за такие игры...

(188) Один на тестовом стенде? Сурово. Я не меньше недели обычно тестю новый релиз УПП и все-равно остается очень много ошибок.

(189) +1

(190) Читаем чуточку внимательнее, я где-то написал "один"? И хорошо, что хватает ума обкатывать новую УПП, и сами понимаете, сколько ошибок остается. А человек пишет, что 8.2 вхерачил и у него "ниработает" и это все злая 1с.

(188)
Ну вот у меня сейчас 2 новых проекта.
Что же мне их - на 8.1 писать ??

А потом все заново переписывать.

Да, пора ставить сверхбыстрые компы, в нашей системе уже начинается тяга к глобализму и масштабности.

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

(192) варианта 2. Отложить, писать неторопясь, в надежде что выпустят к моменту ввода в эксплуатацию.

(195) Именно! К тому же опыт 1с показывает, с выпуска беты ждать от года-полутора до нормальной платформы. Если проект сдавать через 2 месяца, то зачем 8.2? Если через полтора года, то почему бы и не 8.2?

(196) Шутить изволите про 1.5 года ?
Платформе 8.1 скока уже ? косяк идут один за другим... при чем очень критичные...
Например с задвоенными движениями...

Так что 1С это вечный косяк... )))

(197) Любая работающая программа устарела (с) Мэрфи для ИТ.

Я говорю про то, когда релиз можно достаточно спокойно использовать в пром эксплуатации, а не когда он по 5 раз на дню падает на тестах без нагрузок.

(181) Такая же проблема. На тестовой 8.2.10 есть улучшения? Долго исследовал эту проблему, пришел к выводу: затык не в коде и не SQL и не в железе, косяк именно в платформе.

(198) Я привел пример ошибки в платформа 8.1 которая сейчас в пром эксплуатаци...

Или задваивание проводок это фигня а не ошибка ?

(200) Конечно же фигня. Ей всего-то полгода... А что, костылики во все конфигурации ещё не внесены?

(180) А на SQL как?

Слушайте хватит про костыли

в (0) было
>>супер вообще. доки подвисают.

в итоге оказалось :
что подвисают только доки > 1000 строк
и то только на тестовом устаревшем релизе

(203) И то каких-то 25 минут проводить...
(201) А кто задваивал, платформа или конфа?

ЗЫ: А где вы берете таких бухов? Ко мне бегут если больше 15 сек висит при проведении...

(205) Платформа, естественно.

(189) прикинь меня еще главбух при заме расхвалила во всю. балгоджарность выразила. можно идти премию выбивать.

Для тех кто не может перечитать еще раз: проблема была в платформе.
(хотя ошибка в процедуре все же присутствует - посмотрите код - очистка идет одного набора записей - это косяк)
на 8.2.10 проблема решена и на файловой и скульной базе. все летает.

хвалить то надо 1С. И премию лично Нуралиеву. А Маню наказать за пораженческие настроения и паникерство.

(209) лол ну и хвали. за что интересно хвалить? за то что в работающих местах плодят баги а потом их правят.

Вроде вышла тестовая  8.2.10.70