0. infostart 1595 07.11.19 16:39 Сейчас в теме

Вышла рабочая версия технологической платформы «1С:Предприятие 8.3.16»

Расширены возможности для разработчиков и администраторов. В пользовательских режимах появились новые инструменты для визуализации аналитики. А учебная версия стала совместимой с Mac OS и Linux.

Перейти к новости

Комментарии
Избранное Подписка Сортировка: Древо
1. capitan 1323 07.11.19 18:30 Сейчас в теме
Вспоминается...
Тяжело развестись только с первым мужем, потом они мелькают как фонарные столбы...
©Коко Шанель

Самые разумные еще на 8.3.12 платформе сидят, а такими темпами к Новому году как раз выйдет 8.3.20.20
user787833; m_aster; manlak; D_e_X_T_e_R; Igorro82IT; pavlov_dv; sstas007; acanta; 3vs; +9 Ответить
19. capitan 1323 08.11.19 10:55 Сейчас в теме
(1)Про подбор паролей в официальном письме http://1c.ru/news/info.jsp?id=26474 вроде ничего не сказано про "В клиент-серверном варианте"
просто
ДОПОЛНИТЕЛЬНЫЙ ФУНКЦИОНАЛ ДЛЯ ПРОТИВОДЕЙСТВИЯ ПОДБОРУ ПАРОЛЕЙ
В платформу встроен механизм автоматической блокировки аутентификации пользователей. Новый механизм позволит администраторам информационной системы более гибко и надежно настраивать ее защиту от взлома методом перебора паролей. Для настройки защиты используются следующие параметры информационной базы:

максимальное количество неуспешных попыток аутентификации;
длительность блокировки при превышении количества неуспешных попыток аутентификации;
коды дополнения имени пользователя при блокировке аутентификации.
20. vikad 114 08.11.19 10:58 Сейчас в теме
21. capitan 1323 08.11.19 11:06 Сейчас в теме
(20)На разных сайтах по разному
22. vikad 114 08.11.19 11:08 Сейчас в теме
(21) В файловой версии эти поля заблочены https://dl03.1c.ru/content/Platform/8_3_16_1030/1cv8upd_8_3_16_1030.htm#d5baafdf-8deb-11e9-8371-0050569f678a (здесь тоже явно сказано про клиент-серверный вариант)
2. myxins1989 105 07.11.19 20:04 Сейчас в теме
Чтение pdf из коробки это прикольно...
3. SiAl 72 07.11.19 22:23 Сейчас в теме
(2) Есть ли в этом большой смысл? Лучше бы ФорматированныйДокумент доделали, а то так и нет там таблиц.
6. saa@kuzov.org 08.11.19 01:24 Сейчас в теме
(2) Это не то чтение и запись pdf, которое нужно. Оно работает с вложениями (например, xml вложить внутрь pdf) и электронными подписями.
Ни создать pdf из картинок, ни склеить pdf, ни порезать, ни извлечь текст оно не может
9. myxins1989 105 08.11.19 07:57 Сейчас в теме
(6) у меня есть клиент, которому именно на форму надо выводить содержимое pdf для чтения. Так что это именно то чтение.
13. Darklight 19 08.11.19 09:38 Сейчас в теме
(9)Уже опробовали новый механизм?
14. myxins1989 105 08.11.19 09:46 Сейчас в теме
(13) Нет, там в конфе сделано так, что выше 8.3.13 не поставить. Переход на новый движок ПолеHTML был губительным.
16. Darklight 19 08.11.19 09:51 Сейчас в теме
(14)Ну Вы же можете протестировать это на пустой конфе - чисто для опыта
17. myxins1989 105 08.11.19 09:52 Сейчас в теме
(16) Пока загрузка не позволяет, может на выходных.
12. Darklight 19 08.11.19 09:38 Сейчас в теме
(6)Ну, можно считать это заделом на будущее
4. SeiOkami 1217 07.11.19 22:34 Сейчас в теме
. Поиск в «статических» таблицах
Унифицированы возможности поиска в динамических списках и «статических» таблицах. Теперь в таблицах, содержащих списки значений, коллекции и деревья пользователю доступна та же функциональность поиска, что и в таблицах, связанных с динамическими списками: строка поиска, состояние просмотра и управление поиском.



А вот это интересно!
Darklight; +1 Ответить
8. frkbvfnjh 558 08.11.19 07:07 Сейчас в теме
(4) Это нифига не интересно, а прискорбно, что это добавили только сейчас, хотя должны были сделать изначально, хотя бы из чувства унификации объектов.
18. SeiOkami 1217 08.11.19 10:43 Сейчас в теме
(8) лучше бы не добавляли?
23. frkbvfnjh 558 08.11.19 11:33 Сейчас в теме
(18) Да нет, лучше поздно чем никогда
5. AlexeyPapanov 337 07.11.19 23:32 Сейчас в теме
На партнерском семинаре в сентябре обещали в 8.3.17 группировку измерений планировщика. Жду этого релиза.
Aleskey_K; +1 Ответить
7. dj_tol 90 08.11.19 06:52 Сейчас в теме
На конец-то и до MAC OS добрались и LINUX. задолбала эта винда. Может будет счастье.
10. D_e_X_T_e_R 463 08.11.19 08:03 Сейчас в теме
(7)Я тут имел счастье погонять на маке 8.3.15. Так косяков было...А вот 8.3.14 стабильная, что на винде, что на маке.
А то что учебка теперь на linux и mac, то это большой плюс.
11. dj_tol 90 08.11.19 08:08 Сейчас в теме
(10)Согласен. По этому ждем и тестим.
15. Darklight 19 08.11.19 09:46 Сейчас в теме
Также в 8.3.16 можно будет расширять состав заимствованных функциональных опций (собственными и заимствованными объектами) и состав заимствованных критериев отбора реквизитами собственных объектов расширения.

Когда же сделают возможность изменять состав (расширять) типы заимствованных реквизитов (в т.ч. измерений, ресурсов, регистраторов) метаданных БД и определяемых типов?
Аналогично - где же возможность добавлять свои измерения и ресурсы в заимствованных регистрах в расширениях?
И когда расширения будет нормальная поддержка обобщённых типа а-ля "СправочникСсылка", "ДокументСсылка" - когда, хотя бы, в основной конфигурации если у реквизита, скажем, справочника, будет такой тип, скажем "СправочникСсылка" - то ему можно будет установить ссылку на справочник, добавленный в каком-то подключенном расширении.
Хотя в подписках на события (из основной конфигурации) подписка на источник "СправочникОбъект" срабатывает когда источником будет справочник из расширения!

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

Ну и полную поддержку подписок на события в расширениях тоже не плохо бы реализовать - а то заимствовать в расширение сейчас подписки можно - а сделать с ними там ничего нельзя
sashs1980; Yashazz; s22; AnatolPopov; +4 Ответить
24. AnatolPopov 38 08.11.19 12:04 Сейчас в теме
(15)
Когда же сделают возможность изменять состав (расширять) типы заимствованных реквизитов (в т.ч. измерений, ресурсов, регистраторов) метаданных БД и определяемых типов?
Аналогично - где же возможность добавлять свои измерения и ресурсы в заимствованных регистрах в расширениях?

Полностью поддерживаю.
Тут в одной разработке возникла необходимость сделать кое-что в расширении:
- добавить справочник, существующий в основной конфигурации, в тип ВладелецФайлов, опять же существующий в основной конфигурации. Низззя.
- у некоторых измерений некоторых регистров убрать галочку "Запрет незаполненных". А у некоторых реквизитов некоторых документов отменить "Проверка заполнения". Опять же низззя. Ну что вам эта галочка, священная, что ли?
- исправить запрос в СКД.
Все перечисленное пришлось делать в основной конфигурации.
И еще. В основной конфигурации была ошибка в одной процедуре - вызов несуществующей функции. Эта процедура целиком заменена в расширении (то есть &Вместо). Но ошибку все равно пришлось закомментировать в основной конфигурации.
25. T_Guest 08.11.19 16:32 Сейчас в теме
(24)
Сочувствую что вам "пришлось" ломать типовые объекты, этого можно было не делать.
- как на счет своего предопределяемого типа и там где это нужно?
- кое что все таки в расширении сделать можно. Например в процедуре проверки заполнения убрать из массива реквизитов для проверки или добавить. галочка не "священная", она просто не нужна, поскольку кусок кода в 3 строки будет куда более удобным в отладке.
- исправлять запрос в скд в типовом отчете это тоже какая то дичь, либо внешний отчет, а если влом, то делать свой макет (скд) в расширении, и выбирть его основным в этом же расширении.
- у меня не было проблем с вызовом "вместо" ниразу. проверьте кэш.

К сожалению расширение никогда даст возможность выполнить 100% разработок в ней. Что то можно сделать в расширении и уже очень многе, что-то все равно придется править в основной. Далеко не каждый нашел все варианты использования расширения с минимальным изменением типовой, кому-то просто лень написать пару строк, кто-то не подумал как можно сделать по другому.

офтоп - почему то никто не говорит, что до сих пор не реализована возможность изменения середине метода ???)) мне бы вот хотелось вписаться в огромную процедуру прямо в середину, но выносить такое изменение в расширение ради одной строки тоже не гуманно для будущего обновления.
26. lefthander 08.11.19 16:39 Сейчас в теме
(25)
почему то никто не говорит, что до сих пор не реализована возможность изменения середине метода ???)) мне бы вот хотелось вписаться в огромную процедуру прямо в середину, но выносить такое изменение в расширение ради одной строки тоже не гуманно для будущего обновления.

Да, было бы очень хорошо. Сейчас приходится использовать &Вместо ;)
30. D_e_X_T_e_R 463 09.11.19 08:52 Сейчас в теме
(26)Так вроде писали об этом уже:

https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-rasshireniy-konfiguratsii-15/

Другой вопрос, когда это реализуют в конфигурациях.
28. AnatolPopov 38 08.11.19 17:00 Сейчас в теме
(25)
1. К переопределяемому типу привязана подсистема, которая помещает в формы документов и справочников ссылку "Присоединенные файлы". Добавляешь документ или справочник в тип - ссылка чудесным образом появляется в формах.
2. Галочка проверки заполнения уже стоит. А в расширении понадобилось, чтобы не стояла.
3. Насчет своего макета подумаю. Наверно, упустил из виду эту возможность. Но все равно странно, что модули всяких объектов можно исправлять в расширении, а текст запроса СКД - нельзя.
4. Насчет &Вместо вы не поняли ситуацию. Разработчики основной конфигурации решили, что некий функционал не нужен, ну и забили на него. Поэтому платформа не замечала, что из одной процедуры вызывается несуществующая функция. Нам сам функционал понадобился. Я поместил замену процедуры в расширение с аннотацией &Вместо, но платформа стала каждый раз проверять код и в основной конфигурации. То есть ей пофиг, что прежняя процедура не используется вообще. Все равно проверяет, находит ошибку и ругается.

И кстати, насчет середины метода. А как эту самую середину указать? Поставить метку в основной конфигурации? И как это будет жить при обновлении основной конфигурации?
29. T_Guest 08.11.19 17:43 Сейчас в теме
(28)
1 попробуйте расширить подсистему на свой определяемый тип.

2. Галочка проверки заполнения уже стоит. А в расширении понадобилось, чтобы не стояла.


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

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

середина метода это шутка ;) сделать то это можно как угодно когда ты пишешь саму платформу, хоть директиву типа "goto" в основном коде указывай
это было к тому что бессмысленно просить что-то сверху, когда к этому уже есть доступ хоть и не самый удобный и тривиальный.
33. Darklight 19 11.11.19 10:10 Сейчас в теме
(28)(24)(25)
И кстати, насчет середины метода. А как эту самую середину указать? Поставить метку в основной конфигурации? И как это будет жить при обновлении основной конфигурации?


Это хороший вопрос.
Лучше всего применять парадигму АОП (Аспектно-ориентированное программирование) и методологию разработки DI (Внедрение зависимости) - но её нужно изначально при разработке конфигурации поддерживать (ну а если бы ещё и платформа расширенно это поддерживала - было бы замечательно), и она всё-равно не даст 100% гарантии, что проблем с внедрением не будет.

Вот тут в теме про анонс аннотации ИзменениеИКонтроль и ниже - почитайте мои комментарии - я там немного изложил свои соображения на эту тему
Смотри там пой пост 13. и ниже

А про DI там есть немного в моём посте 34. и ниже
27. T_Guest 08.11.19 16:50 Сейчас в теме
(15)
"где же возможность добавлять свои измерения и ресурсы " - а зачем вам это в расширении? смело добавляйте свои измерения и ресурсы в основную конфигурацию.
хотите изменить тип реквизита? уверены что это лучше чем добавить свой новый?
На счет регистраторов, да придется это сделать в основной конфе, но на обновление это повлияет наверное .... никогда, поскольку регистраторы у регистров не каждый релиз меняются. так что вы даже не увидите это при обновлении.

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

подписки тоже лучше делать свои так же в основной конфе, а не лезть в типовые.

а "большой смысл" это облегчение обновления конфигурации, и чем дальше тем оно будет легче.

"филькина надстройка" да и только :-(" - это вообще смешно.
рекомендую все изменения перенести в основную конфу и обновиться раз 5 подряд что бы почувствовать силу расширения )))
31. Yashazz 2889 10.11.19 17:14 Сейчас в теме
(27)
рекомендую все изменения перенести в основную конфу и обновиться раз 5 подряд что бы почувствовать силу расширения )))

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

Филькина надстройка и есть. Корявая поделка. Хотите нарваться на проблемы - юзайте, а грамотный подход позволяет и безо всяких расширений легко обновлять. Как-то ведь мы со времён 7.5 жили)
Romakon92; Darklight; +2 Ответить
36. T_Guest 11.11.19 18:55 Сейчас в теме
(31)
Хотите нарваться на проблемы - юзайте,

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

Жаль только, что любое начинание от программистов платформы 1С выходит в продакшн как не доделанное сырое Г, из за чего у всех портятся впечатления от новых возможностей. Конечно оно потом твердеет и перестает вонять, но Г и в африке Г....

Стабильностью платформа 1С уже давно не пахнет, поэтому ставить новую и быть подопытным больше не хочется.
32. Darklight 19 11.11.19 09:58 Сейчас в теме
(27)Ну Вы и советы даёте? Зачем мне тогда расширения? Только ради расширенных подписок на вызов функций - да и то через одно место сделанные (хотя сейчас с, появлением аннотации "&ИзменениеИКонтроль" стало немного получше - но, всё-равно, пока это всё через пень колоду и нет надежды что заметно станет лучше в дальнейшем; да и процесс обновления таких процедур не шибко облегчился!

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

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

Я не вижу ни одной причины (кроме названной мной Выше) для чего вообще тогда использовать расширения!

подписки тоже лучше делать свои так же в основной конфигурации, а не лезть в типовые.

В типовые никто и не собирался - это как раз и сейчас можно решить - попросту перехватив вызов в самих обработчиков в общих модулях.
Речь шла о своих подписках - чтобы в расширениях был хоть какой-то смысл, кроме упомянутого мной выше. Чтобы они могли стать автономными дополнениями, а не единственным местом, где можно написать подписки на вызов функций модулей. То есть, сделать шаг на пути к модульности - но увы, компания 1С, упорно этому сопротивляется!


хотите изменить тип реквизита? уверены что это лучше чем добавить свой новый?

Вот это Ваше предложение вообще не понял?
Вы мне предложили, вместо того, чтобы, скажем, у измерения "Партия" (условно) вместо того, чтобы расширить его тип новым партионным документом создать отдельный регистр накопления для партинного учета, который будет учитывать новый документ (и старые), дублировать туда все движения и переписать весь кода учета партий?


рекомендую все изменения перенести в основную конфу и обновиться раз 5 подряд что бы почувствовать силу расширения )))

Понятно, что расширения - это "филькина надстройка" в них нет смысла и придётся пока размещать все доработки в основной конфигурации!
Я сейчас неплохо обновляю и без расширений - "спасибо компании 1С" хотя бы за то, что сделали поддержку внешних средств сравнения модулей (позволяющих делать тройное сравнение) и за возможность в типовом инструменте сравнения/объединения вносить правки в результирующий текст (вот бы ещё сделали там возможность галочками прям настраивать какие изменения в текстах откуда брать; и добавили бы кнопку синтаксического контроля, ну а про всплывающую подсказку вообще молчу - несбыточная мечта) - тогда и в подписках на функции расширений вообще не особо то и нужда была бы.

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

А если бы к этому ещё и сценарии разёртываания (читай опциональной инсталляции с модификацией метаданных и кода перед началом применения ) и сценарии препроцессинга (читай опциональные макросы для модификации метаданных и кода при каждом обновлении конф. ИБ, ну, конечно же, с кешированием и контролем реальных изменений и зависимостей) - то вообще рай настал бы!
35. T_Guest 11.11.19 18:54 Сейчас в теме
(32)
хотите изменить тип реквизита? уверены что это лучше чем добавить свой новый?

Вот это Ваше предложение вообще не понял?
Вы мне предложили, вместо того, чтобы, скажем, у измерения "Партия" (условно) вместо того, чтобы расширить его тип новым партионным документом создать отдельный регистр накопления для партинного учета, который будет учитывать новый документ (и старые), дублировать туда все движения и переписать весь кода учета партий?



Как же вас бомбит) я гляжу уверены )) видимо я не воспринял всю глубину вашего вопроса. Я тоже был бы очень рад если бы все мои изменения не затрагивали основную конфигурацию и обновление проходило без каких либо вопросов, но полагаю этого не произойдет никогда. Своим сообщением хотел сказать что, многие не замечают возможностей оставить конфигурацию на поддержке не найдя нужную опцию в ожидаемом месте, да есть задачи которые придется решать в основной конфигурации, но без расширения эти задачи будут составлять 100%.

(32)
- то вообще рай настал бы!

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

Текущее обновление для меня тоже практически бесполезно. Я зашел посмотреть что нового, что может пригодиться и не могу сказать что обрадовался, видимо как и вы.

(32)
Я сейчас неплохо обновляю и без расширений -

Для меня расширения облегчают поддержку и обновление, жаль что вам нет, а если расширения обзывать филькиной грамотой то я мог бы сам по себе язык программирования 1С назвать таковым, но боюсь вы обидетесь)) Вам жизнь облегчают а вам МАЛО и вы нос воротите)

(32)
Я не вижу ни одной причины (кроме названной мной Выше)

Эпичненькая фраза, но кажется мы о разном ) я вам "какой прекрасный день", а вы "ночью дождь будет". причина все же одна есть ))
37. Darklight 19 12.11.19 09:48 Сейчас в теме
(35)В компании 1С и в развитии 1С: Предприятия 8 я уже давно разочаровался. Уверен их о многом просили на партнёрских форумах (где я не состою) и не раз - а толку ноль!
Сейчас я верю только в себя и немного в сообщество программистов - которым не всё равно!
В расширения я верил где-то последние года два (не с самого их появления - т.к. когда они появились - разочарованию просто не было предела), в последний год всё ждал - вот вот настанет светлое будущее - ну или хотя бы забрезжит свет в конце тоннеля. Но всё это время не знал - насколько всё плохо в расширениях внутри - не копал их глубоко - вот не так давно копнул - и разочарованию снова не было предела - но если раньше я думал что вот вот будут потихоньку развивать и добавлять то, чего ещё не перенесли из основного конфигуратора, надо просто подождать! То теперь - я вижу насколько это гнилая система с самого начала - в том, что перенесли уже давно и как это развивают сейчас - этот ребёнок мертворождённый! Нет смысла его особо изучать и использовать - только усложнять разработку да и только.

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

А всё то, чего мне так хотелось от развития платформы 1С и от расширений, в частности, я, видимо, буду делать кустарно - без каких-либо надежд на компанию 1С. Идей море - и всё так или иначе кустарно можно надстроить над тем корытом, что представляет сейчас платформа 1С: Предприятие 8.
Даже давно устаревший язык 1С - можно расширить практически до лучших образцов современных, скриптовых (да и не только скриптовых) языков - в конечном итоге попросту написав свой компилятор в опкоды платформы 1С. И эта идея у меня зарождается уже очень давно, ещё до появления расширений, ещё до появления 1С 8.3
Всё в моих руках - и компания 1С тут не помощник, веры в них нет никакой!

А Вам спасибо, за то, что поддержали беседу
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Екатеринбург
зарплата до 120 000 руб.
Полный день

Консультант-аналитик 1С
Рязань
зарплата до 80 000 руб.
Полный день

Программист 1С
Рязань
зарплата от 90 000 руб.
Полный день

Бизнес-архитектор 1С, ведущий консультант
Санкт-Петербург
Полный день

Руководитель проектов 1С
Санкт-Петербург
Полный день