Имя: Пароль:
1C
 
8.3.18 вышла, качаем, обсуждаем ☑
0 PR
 
16.07.20
✎
19:57
1. Свое мнение 50% (3)
2. Не круто 33% (2)
3. Круто 17% (1)
Всего мнений: 6

1 Бурза
 
16.07.20
✎
19:59
(0) 17 ещё себя не зарекомендовала, нафик 18

Свое мнение
2 PR
 
16.07.20
✎
20:00
Странно, https://dl05.1c.ru/content/Platform/8_3_18_891/1cv8upd_8_3_18_891.htm на буржуйском, придется качать, чтобы по-русски почитать
3 RoRu
 
16.07.20
✎
20:02
(0) провокатор)))
4 Akela has missed
 
16.07.20
✎
20:07
Появились боты и сервисы интеграции!
5 PR
 
16.07.20
✎
20:10
Хех, в поставке перепутали местами файлы с русским и английским
6 Lama12
 
16.07.20
✎
20:12
(0) Блин я только в выходные продакшен собираюсь на 17 переводить.
7 AntiBuh
 
16.07.20
✎
21:18
чет боязно, даже выложить путно не смогли )))

Свое мнение
8 Вафель
 
16.07.20
✎
21:33
бсп под эту платформу таже с альфе нет
9 vovastar
 
16.07.20
✎
21:37
Лучше бы сделали чтобы подключаемое оборудование корректно работало на платформе х64.  А не выпускать каждый день новые релизы, не доводя до ума старые...

Не круто
10 Aleksey
 
16.07.20
✎
21:50
Расширения конфигурации .
Реализована возможность расширения типов атрибутов принятых объектов, за исключением:
общие типы атрибутов;
атрибуты с типами внешних источников данных;
атрибуты, имеющие определяемый тип;
Тип атрибута диаграммы типов признаков.
11 mikecool
 
16.07.20
✎
22:10
качать не буду, обсуждать тоже
15 vovastar
 
16.07.20
✎
23:00
(14) дада...даже именитый САП не может взять ее...уточните, пока живы наши законодатели, которые штампуют изменения в законодательстве со скоростью света, 1С будет жива...
16 trdm
 
16.07.20
✎
23:19
17 платформа даже в "1С работа с файлами" валится.
17 Anton1307
 
16.07.20
✎
23:24
Ничего полезного

Не круто
18 Ненавижу 1С
 
гуру
16.07.20
✎
23:31
(15) давно догадывался, что это все взаимосвязано - 1С лобирует изменение законов
21 PR
 
17.07.20
✎
00:27
(19) Очень скучный пост, я думал интереснее будет
22 HeKrendel
 
17.07.20
✎
01:19
(20) Ты уже пересел на яву?
23 HeKrendel
 
17.07.20
✎
01:20
Или что там ща модно в веб стеке?
24 Злопчинский
 
17.07.20
✎
01:34
(19) "А есть между прочим интересные идеи в западных продуктах."
- например (фузина что ли) ?
25 вым
 
17.07.20
✎
06:22
(19) >>Скоро офлайн отчетность не понадобится. А там и учет...Ну будет примитивное что то

кажется эту фразу слышал лет десять назад ....

Скоро сказка сказывается, да не скоро дело делается
26 RomaH
 
naïve
17.07.20
✎
06:39
В результат запроса к виртуальной таблице регистра сведений СрезПоследних попадают только те записи регистра, для которых свойство Активность установлено в значение Истина.

В режиме совместимости с версией 8.3.17 поведение не изменилось.

Источник: https://dl03.1c.ru/content/Platform/8_3_18_891/1cv8upd_8_3_18_891.htm#f3dbd814-98f4-11ea-8371-0050569f678a

а я и не знал...
27 vis_tmp
 
17.07.20
✎
07:07
(9) Поддерживаю!
Постоянно это напрягает.
И ТО и печать ШК в реглотчётности тоже.
28 zak555
 
17.07.20
✎
08:00
Так edt не догонит до последний конфы
29 ptiz
 
17.07.20
✎
10:39
8.3 еще сырая

Свое мнение
30 AntiBuh
 
17.07.20
✎
10:55
(29) 7.7 еще сырая
31 pavig
 
17.07.20
✎
10:58
(26)
Вот это новость. Я тоже не знал
32 Волшебник
 
17.07.20
✎
10:58
Расширены возможности использования расширения.

Круто
33 Fragster
 
гуру
20.07.20
✎
23:42
асинх рулит, конечно
34 Shamandafil
 
21.07.20
✎
16:55
(33) Байт код от этого изменился, интересно? :)
35 Fragster
 
гуру
21.07.20
✎
16:59
(34) вероятно с упаковкой чего-то в доп параметры описания оповещения намудрили. больше анализатор "хвоста" работает.
36 Конструктор1С
 
21.07.20
✎
17:10
"При использовании запросов из платформы на СУБД Microsoft SQL Server, их планы кэшируются в том же разрезе свойств, что и при выполнении этих запросов из SQL Server Management Studio с настройками по умолчанию. В результате это не приводит к генерации другого плана запроса при повторном исполнении запроса в SQL Server Management Studio, что упрощает анализ работы запросов"

Лучше бы сделали нормальное извлечение планов запросов при выполнении оных. ТЖ и текстовые планы запросов тот ещё трэш
37 Fragster
 
гуру
21.07.20
✎
17:11
(36) используй нормальные нструменты
38 Конструктор1С
 
21.07.20
✎
17:13
(37) например?
39 Fragster
 
гуру
21.07.20
✎
17:19
40 Eiffil123
 
21.07.20
✎
17:29
(26) что за дикость? это всегда так работало.
41 Shamandafil
 
21.07.20
✎
17:31
(35) Будь это так просто МС с .NET async await так не мудрила бы, со специальной стек машиной.
(40) Так это баг, но он вроде появляется только, когда используется таблица для хранения среза.
42 acht
 
21.07.20
✎
17:33
> Для команды /MergeCfg командной строки запуска конфигуратора реализована возможность
> работы с расширениями конфигурации. В качестве параметра команды может выступать
> файл .cfe. Для данной команды реализован параметр -Extension, позволяющий указывать
> имя расширения, для которого будет исполняться команда.

О!
43 Eiffil123
 
21.07.20
✎
17:35
(41) а. так и не понял, кто-то вообще использует эту таблицу для хранения среза на дату конца света.
Вроде в типовых все запросы на дату идут, уже как-то не модно делать запросы с пустой датой.
44 DJ Anthon
 
21.07.20
✎
17:40
Скажите лучше, когда, наконец, в типовых можно будет использовать расширения? А то там до сих пор стоит режим совместимости 8.3.14. Снимаешь с поддержки, и обновление вместо пяти минут занимает пять часов.
45 Fragster
 
гуру
21.07.20
✎
17:43
(44) ебе в этом режиме совместимости не хватает?
46 Serginio1
 
21.07.20
✎
17:45
(35) async await по сути это замыкание внутри которой после каждого await вызывается NextMove для перехода в новое состояние и вызов кода.
Когда TypeScript внедрили async await в JavaScript который их не поддерживал, там и генерился весь код на JS для их поддержки
47 Eiffil123
 
21.07.20
✎
17:48
(46) самая непонятная фигня. зачем она в 1С?
48 DJ Anthon
 
21.07.20
✎
17:50
(45) &ИзменениеИКонтроль, тяжко проверять изменения в типовых процедурах по 1000 строк. Изменения в расширениях в РИБ не отправляются на точки. Если произошло обновление конфиги и при этом требуется изменение расширения, обмен со всеми точками падает, надо на все точки заново выгружать всё. Потому что в типовые встроен механизм, который при обмене видит только изменение конфигурации и просит перезапустить базу для обновления, но не видит изменения в расширении и из-за этого обмен полностью встает. То есть в типовых не хватает модификации механизма, чтобы он работал с расширениями. если отдельно изменить расширение или конфигурацию, обмен выполняется. хотя и не просит перезапуститься, а должен по идее бы это сделать. Возможностей расширений в 8.3.15 больше, они нужны.
49 Fragster
 
гуру
21.07.20
✎
17:52
(46) это просто сахар над промисами. например, во всяких foreach работает весьма неочевидно, если этого не знать. А вот промисы по сравнению с коллбэками - больошй шаг вперед.
(47) почитай анонс на зазеркалье и поймешь. конечно, зря они под это дело не привели синтаксис на сервере к тому же самому (без реальной асинхронности, но хотя бы чтобы код на встроенном языке был одинаковым.)
50 Fragster
 
гуру
21.07.20
✎
17:53
(48) давно бы уже сделал централизованное управление расширениями в обход РИБ
51 Fragster
 
гуру
21.07.20
✎
17:56
а вот то, что к новым объектам в расширениях не прикрутить большую часть БСП - это обидно. но это и в этом релизе не починено.
52 DJ Anthon
 
21.07.20
✎
18:11
(50) и как это сделать? проблема не в отправке расширения на точку, а в том, что когда приходит обмен с конфигурацией, а расширение не позволяет обмену выполниться, нет возможности что-либо сделать - обмен встает с ошибкой, отключение расширения ничего не дает, потому что рушатся контрольные суммы обмена. отладить тоже нет возможности - обмен с изменениями конфиг занимает примерно от 5 до 20 часов. тут любая отладка намертво встанет, даже браться за это не стоит. обновляю через две базы. пока одна обновляется, в другой работают. упала - выписываю новую.
53 Serginio1
 
21.07.20
✎
19:05
(49) Ну Промисы это первичка. В JS нет многопоточности, но есть асинхронность за которую отвечает планировщик (какую задачу остановить какую запустить)
Промисы были давно, а вот async await не было. Промисы то тоже вызывает теже калбеки resolve, reject, те же продолжатели promise.then
Без async await это та еще лапша получалась
54 Serginio1
 
21.07.20
✎
19:10
55 ansh15
 
22.07.20
✎
03:13
TCmalloc включили в состав дистрибутива платформы, теперь он используется по умолчанию.
56 ansh15
 
22.07.20
✎
03:35
(55) По ходу, он уже в 8.3.16 был, посмотрел сейчас.
57 Конструктор1С
 
22.07.20
✎
05:50
(39) ковырял я эту штуковину. Не подходит. Да и разбирать xml плана запроса в 1с та ещё идея, гораздо лучше открыть его через SSMS. Дёрнуть планы запросов из кэша и я могу, у меня для этого обработки написаны. Проблема немного в другом. Когда база 1с здоровенная, каждому 1снику по копии не поставишь, толпа 1сников муштрует одну копию. И вот тут возникают неудобства с трассировкой запросов. 1сные запросы не так-то просто сопостовлять с их T-SQL аналогом, выплюнутым сервером 1с. А когда в базе копошатся много человек, и все что-то запускают, параллельные запросы могут долбиться к одним и тем же "популярным" таблицам (которые ты тоже выбираешь в запросе), приходится ковыряться во множестве похожих планов, выискивая свои. Ну либо ещё какие извраты и ухищрения (один из которых ТЖ), также приводящие к множеству лишних манипуляций. Вместо этого дрочерства фирма 1с могла бы предоставить хотя бы возможность получать результат преобразования запроса в T-SQL
58 Провинциальный 1сник
 
22.07.20
✎
06:33
(49) "А вот промисы по сравнению с коллбэками - больошй шаг вперед."
Угу. В пропасть. Из синтаксически красивого процедурного языка 1с превращается в непонятную муть без ясно понятной точки выполнения..
59 Rovan
 
гуру
22.07.20
✎
09:57
(9) этим занимаются разные подразделения, а  может даже разные дочерние фирмы!
Поэтому они не будут ждать... какждый хочет показать СВОЮ эффективность, получить премию и повышение должности !
60 Fragster
 
гуру
22.07.20
✎
10:53
(57) так там как раз есть инструмент "трасса", запустил, поработал, остановил. из ТЖ по твоему сеансу все досталось от метки до метки. все плны запросов, смотри не хочу
61 Конструктор1С
 
22.07.20
✎
19:18
(60) это то же самое дрочерство с ТЖ. К тому же, нужны административные права пользователя, а они есть не у всех
Закон Брукера: Даже маленькая практика стоит большой теории.