v8: Почему стало нельзя передавать ТЗ на сервер #714730

Внимание вопрос знатокам!! Уважаемые знатоки почему нельзя передавать с клиента на сервер ТЗ на прямую  (Вопрос именно по чему, а не как это обойти, то есть меня интересует причина по которой это золочено в платформе. И какие бы могли быть ошибки если бы....)

Внимание вопрос знатокам!! Уважаемые знатоки почему нельзя передавать с клиента на сервер ТЗ на прямую  (Вопрос именно по чему, а не как это обойти, то есть меня интересует причина по которой это золочено в платформе. И какие бы могли быть ошибки если бы....)

Это военная тайна.

И мне, и мне расскажите, тоже интересно, что может случиться с  ТЗ (особенно если все колонки примитивные типы).

если скажем,вас же придется устранить)))) пятница

Я согласен. Устраняйте его. А мне скажите. :)

я протестую меня устранять не надо))

это для общего блага. Одна маленькая жертва на алтаре науки.

я не маленькая а очень весомая 125 кг как не как

Не сериализуется.

наука будет довольна)

+8 Наврал дико :)

с примитивными типами - ничего, только как проверять простые у тебя там типы или нет? один раз разрешим передать, а второй раз нет?

Имел в виду, что ТЗ - это мутабельное значение.

и...

По всей видимости существует какая-то заморочка при передаче этого объекта между rphost'ами Как-то по-другому я объяснить не могу

+думаю, так получилось и когда-нибудь получится обратно разрешить

чтобы тупые одинесники не гоняли туда-сюда ТЗ от статыщ строк

а массив структур можно типа гонять

ну, или кто-то из отдела разработки 1С люто нас не любит...

таки все равно гоняю только не напрямую

кого-то из настоящих программистов укусил 1сник наверное. 1Сник вырос и забыл, а настоящий разработчик - нет...

ну так это ж кошерно

мутатор мыть надо

1с ник это разве не настоящий программист а искусственный??

один фиг List<Struct>

Мутабельное... Сериализуется... О чём речь-то?

А у структуры, структура не помяняется. а у ТЗ в легкую!

Скорее всего уперлись в сериализацию индексов, которые могут быть у ТЗ

Потому-что до подверсии .7 с ТЗ страдиционно не работает 1с ;)

просто рефакторингом лень заниматься

один хрен появится либо новый класс с методами ТЗ, либо ТЗ вернут на родину

выдумали бы тогда какую-нибудь фиксированное ТЗ :) Фиксированный массив же есть. Склоняюсь больше к

КонструкторФиксированнойТаблицыИмениБорисаНуралиева

Не, ПроцессорКонструированияТаблицыФиксированнойСтруктуры

Сие ниспослано свыше провидением дабы все вспомнили как работать с массивами.

в ПроцессорКонструированияТаблицыФиксированнойСтруктуры аргументом является структура, в которую надо положить фиксированный массив, элементом которого будет исходная тз <-- вот так бы придумали разработчики УТ 11 :)

Индексные деревья скорее всего тяжело тягать.

ТаблицаЗначений, кстати, доступна на ТонкомКлиенте, и индексы доступны, но передать на сервер -нельзя.

мошт на ВЕБа с ТЗехой к.л. траблы?

Вот как то так:

Что за ОбъектСистема?

ВК.

читер... А что за вк? Нетленка, что ли?

В чем может быть сложность передать индекс? Индекс это же "простое соответствие" ключ - номер строки

с упорядочением по ключу

крутотенюшка, крутота. Тоже хочу знать это кунг-фу.

Вроде изначально в  бете можно было

Индексное дерево, не индекс.

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

Ага. И каждый раз их строить. А в тз 100500 строк и сложный индекс.

Не факт, что дольше - передавать или строить.

Я бы поспорил. Но лень. Ибо тяпница.

ТЗ не только сериализуется, но и сохраняется в качестве значения в файл.

расскажите неграмотному клюшечнику - что такое "сериализация", про которую все время говорят и используют в снеговике?

куда этот файл запихнуть если тонкий клиент коннектится хз куда и сервер далеко?

Сериализация - это преобразование объекта 1С (ТЗ, СЗ, Массив) в XML либо XDTO вид. Платформа при передаче объектов с сервера на клиент и обратно сериализует объекты в XDTO (спец формат 1С на основе тегов, пот типу XML)

наскольо японимаю - такая сериализация существенно увеличивает колво гоняемых данных и достаточно тормозная вещь..?

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

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

а представь, что создаешь dbf и колонки у нее английские все до 8 знаков - еще и описание делай в модуле... а тут всё по-русски: все колонки у ТЗ русские.

У Волшебника ходило видео по ХМЛ :)

в 7.7 ВК DOM есть - но она сложнее

Там 1С создало свой алгоритм сжатия данных (режим сжатия данных - усиленный), но можно включить и типовой deflate.

"может проги такие" Проги такие - питекантропы из 7.7

я вообще нихера не понимаю.. вот например: . (взято с ) --- Добрый день. В конторе, в которой я сейчас работаю, возникла необходимость раз в месяц выгружать продажи из Ут в Бухгалтерию.  Дело обычное, но проблема заключалась в том, что объем данных оказался приличным (около 500 реализаций в день) и выгрузка/загрузка обычным способом была очень долгой, так что мы решили прибегнуть к некоторым ухищрения, о которых я хочу рассказать в этой публикации, может кому-то они помогут. По сути, мы имеем 3 этапа, которые я опишу, а так же какой выигрыш по времени мы получили: Выгрузка данных из УТ (было ~ 45 часов, стало 8 -10) -------- блин капец - "приличный объем данных = 500 реализаций в день!.. хз может унего там конечно реализации по 5000 строк... ------- Почему так долго загрузка идет? - счет на ДЕСЯТОК ЧАСОВ? - это же окуеть! (отступ: я помню такую ситауцию, когда на старых компах шттаная выгрузка их ТиС и загрузка в БУХ операций попроводочно иксемельфайла размером в 20-25 часов - занимало  нескольо часов) ---- почему так долго..? в БП сложная структура и там все долго раскладывается? почему у меня на клюшках - примерно такой же объем данных при ТУПОЙ ЗАГРУЗКЕ В БУХ (тупизна проявляется в высокой избыточности загрузки - постоянной фильтрации большого количества данных для получения состава текущего документа - и тупых/гвонокодовых вариантов поиска ГТДшек - написать в свое время надо было "быстро") - занимает менее 20 минут (еще раз при тупой высокозатаратной избыточной фильтрацией при загрузке) - ну еще и проведение после загрузки занимает минут 40-60. ..Почему в снеговиках все так долго? много регистров? тупыей проги? использование универсальных медленных инструментов...? ..непонятно мне все это. ---------- злобный я, сижу потихоньку копаюсь в коде доступной 8-ки - никакого желания все это изучать еще раз нет и исправлять - надолело уже -

я понимаю - но выхода нет ;-) но непиткантропам - нет никакого желания/возможностей делать эту/такие работы (?). . замкнутый круг... . я вот сейчас смотрю - ..ять, ВМСина внедряемая - при отгрузке закза генерится туева хуча однострочных атомарных-операций, которые привязываются к шапке-документу посредством "владельца" - тысяча-полторы тысячи строк - задумывают прогу надолго - то есть на 1-2-3 минуты.. и это нехреновый неслабый сервак... . когда смотрю все это хочется писать свой бл.кджек с бильярдом и моделоями. свой, маленьктий, быстрый. заточенный только под конкретную задачу...

Как у него не падает по нехватке памяти только. Там проблема в типовой обработке ВыгрузкеЗагрузкеДанныхXML, которая кэширует в Соответствии все выгруженные объекты в виде xml текста, в надежде, что они еще раз выгрузятся. Так было в 8.1, потом я больше в ней не разбирался.

брошу я нахрен это программирование... ;-) . да и пофтиг что питекантропы клюшечные. пусть бы это дате питкантропынми методами работало на малых выборках быстро 9я не про ВМС, а вообще про 8-ку) - но билин. якогда в 8.2 на БП3 работаю веду свой Ипшечный учет (у меня есть блэкджек и шлюхи) - я весь нервничаю что пипец - такое впечатление что там у них внтури гномики сонные сидят... все так неторпопливо... степеноо.. - ну шо это за херня!!!???? я привык на своих клюшках (уж простите старого мамонта проел вам плешь своим нытьем)- кнопку на документе в 300-500 строк жимакнул - менее секунды-секунда - готово! а то и быстрее срыгивает/смаргивает. . на снеговике вообще возможна быстрая реакция системы...? х..ли там все так степенно и медленно? - меагфункционал внутри? овнокод типовых пистаелей в 1С самой? хрен ли так все неторопливо..?

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

проблем еще с чем - я столкнулся с глобальнйо проблемой в обозримых у мну снеговиковчан - склонность использования тупых типовых универсальных методов. пожелание сделать не так как обычно в снеговике - а как мне удобно/надо - приводит к ступору или нутью неявному... . может конечно мне просто фатально-тотально невезет.

Hеба утpеннего стяг... В жизни важен пеpвый шаг. Слышишь: pеют над стpаною Ветpы яpостных атак. И вновь пpодолжается бой, И сеpдцу тpевожно в гpуди, И Ленин такой молодой, И юный Октябpь впеpеди.

Тяжко вам с erp2.0 то будет.

"пожелание сделать не так как обычно в снеговике - а как мне удобно/надо" Конечно, необходимость коряжить стройные типовые механизмы из за нежелания учиться "кадров" вызывает подсознательный саботаж.

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

Хотя, конечно за куски кода типа:

какие нахер кадры..? дело до простого доходит. ну не люблю я иксемель. и обхемы мелкие и струткры простыве как два пальца об асфальт. СДЕЛАЙТЕ МНЕ ВЫГРУЗКУ в тxt, или заберите от меня выгрузк в txt - пля пипец - видно как зубная боль начинается...

надо расстреливать. Это кусок из типовой УТ11, он даже суко в сообщение не поместился.

good speed

Терпи. Век plain table ушел в прошлое.

ну хз.. у мну в клюшках что-то подобное я тупо сконструировал строку и из Шаблон - выполнил... . с друго стороны - сумма разума на планете = const, а население все растет. может такой хреновый способ выбран для читабельности..? а то народ конструкции переброски флажка между 0 и 1 вида фл = 1-фл - не втыкает...

ага, ты мне еще пендаля дай чтобы лучше и быстрее пошло.. ;-)

Вот за это я вас, семерошников, на дух не переношу, за эти сокращения. Лениво штоле нормально и звучно переменные и процедуры называть, например так:

терпеть можно когда тяжелая математика часами считается. но когда сука выгрузка 3-5 тысяч номенклатур с 3 ЕИ к каждой по загрузке в снеговика занимает десятки минут - мну это бесит. . мну бесит не платформа. хз с ней. мну бесит наплевательство на удобство и комофртность работы пользователей. планйтабле ушли в прошлое - да и фиг с ними. но создаваемые НОВЫЕ конфиги ДЛЯ СТАРЫХ ПРИНЦИПОВ РУЧНОЙ ИНТЕРАКТИВНОЙ работы - ну не должны тормозить. просто потому что не должны. и хоть усритесь там в коде в платфоре и еще где. А если тиормозять где-то проблемы. гдето явные проблемы. в подходах. архитектуре. неумении программировать.

"буду я всякую бл..ь по имени называть" ;-) есть функциональный код - там должно быть понятно и прозрачно и названия переменных адекватные. а для цикла и прочих базовых прогрпаммистсткий вещей сгодится и конструкция типа Для ы=-сч по -1 Цикл

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

ну да потом ипись что такое "Для ййй = 1 По ццц ..."

вот ты на мой ник посмотр и на свой. с делаай выводы. где и кто понятнее... ;-)

m(Мамец)-serg(Сегрей)74(1974 г.р.), а теперь ты Сергей подумай о чем твой ник говорит

*Сегрей = Сергей ))) пиво)))

вся страна знает что "m-" - мамец - афигенно информативно ;-) . мой ник говорит о том. что я злобный человек с неусточивой психикой, склонный к самокопаниям, обливания окружающих грязью и всем становится понятно как со имной меня себе вести.. ;-)

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

Погоди, как это не должны тормозить? А кто же тогда серваки мощные будет покупать? :) ЗЫ. С платформой все в порядке, это руки кривые у некоторых.

/вся страна знает что "m-" - мамец/ а если мне не нужно чтоб всЯ страна знала

тогда ваще просто ms74 или Для ййй = 1 По ццц .. ;-)

ну тебе простительно, только потомки не поймут((( что такое ййй и что ццц

нафига тогда при массовой кривизне рук делать акуенно мегасложные типовеы конфиги - от этого руки прямее станут...? и заметьте - кучат тормозов и жалоб на типовые конфиги...

ааа пример у нас нашел:

и чего здесь непонятного..?