Как работает серверный вызов в 1С

Публикация № 682305

463

Клиент-серверная архитектура заложена в платформе изначально — со времен «1С:Предприятие 8.0». Однако при разработке на 8.0 и 8.1 о разделении кода на клиентскую и серверную часть можно было не заботиться, поскольку на клиенте (на толстом клиенте) был доступен тот же функционал, что и на сервере. Всё изменилось с выходом платформы «1С:Предприятие 8.2», когда появился тонкий клиент. Теперь на клиенте доступен один функционал, на сервере — другой. Клиент и сервер «общаются» между собой с помощью серверного вызова. Конечно, это усложнило процесс разработки, но с другой стороны – можно создавать более оптимальные (быстрые) решения, поскольку все сложные задачи выполняются на сервере.

Немного базовой теории

Перед тем, как перейти к содержательной части, договоримся о некоторых ограничениях:

Мы подразумеваем, что Вы знаете о существовании четырёх директив компиляции, доступных в модулях формы: «&НаКлиенте», «&НаСервере», «&НаСервереБезКонтекста» и «&НаКлиентеНаСервереБезКонтекста».
Все примеры будут опираться на работу «1С:Предприятие 8» в клиент-серверном режиме. Файловый вариант по сути является эмуляцией клиент-серверного режима, с небольшими отклонениями (для данной статьи это не критично).
В рамках этого материала рассматривается исключительно взаимодействие клиента и сервера 1С. Работа с базой данных, преобразование данных и прочие нюансы работы системы – это темы других статей.

Далее, освежим в памяти немного теории.

Директивы, в имени которых упоминается «Клиент», устанавливают ограничение на обращение к базе данных.

Процедуры или функции, написанные под директивой «Без контекста», не имеют доступа к контексту (данным) формы. Исходя из этой информации, легко представить ограничения директив по доступу к данным в виде следующей таблицы:

Директива	Данные формы	База данных
&НаКлиенте	+	–
&НаСервере	+	+
&НаСервереБезКонтекста	–	+
&НаКлиентеНаСервереБезКонтекста	–	–

Опережая вопрос «Для чего же директива с самым длинным названием, если она ограничивает и использование контекста форм, и обращения к базе данных?», напомню: любая процедура и функция поддерживает обработку информации, переданной в неё в качестве параметров.

Отсюда делаем вывод: у методов, описанных под директивой «&НаКлиентеНаСервереБезКонтекста», единственным источником данных являются эти самые переданные параметры.

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

&НаКлиенте;
&НаСервере;
&НаСервереБезКонтекста;
&НаКлиентеНаСервереБезКонтекста.

То есть из метода, описанного под директивой «&НаКлиенте», можно вызывать процедуры и функции, описанные под любой директивой. А вот «из-под» директивы «&НаСервереБезКонтекста» можно вызывать только то, что описано под директивой «&НаСервереБезКонтекста» или «&НаКлиентеНаСервереБезКонтекста».

Теперь про серверный вызов

Серверный вызов — это передача какой-то информации с клиентской части «1С:Предприятие 8» на серверную часть с целью вернуть обратно некий набор данных.

Самый первый серверный вызов инициализируется в момент начала сеанса работы 1С. То есть когда пользователь выполняет вход в информационную базу:

Серверный вызов в момент входа пользователя в информационную базу

Рисунок 1

«Оу! При чём тут Библиотека?!» — спросите Вы.

Всё очень просто:

Рисунок 2

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

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

Но, для того чтобы перейти к основной теме данной статьи, необходимо сначала разобраться – где будет выполняться программный код, написанный под определенными директивами. То есть на какой части приложения «1С:Предприятие 8» будут доступны процедуры и функции, описанные под директивами «&НаКлиенте», «&НаСервере», «&НаСервереБезКонтекста» и «&НаКлиентеНаСервереБезКонтекста»:

Рисунок 3

Видим, что на стороне клиента у нас будут доступны процедуры и функции, написанные под двумя директивами из четырёх, а на стороне сервера – под тремя из четырёх.

Сразу возникают вопросы: «Зачем такое многообразие и чем оно полезно?», «Как метод, описанный под директивой «&НаКлиентеНаСервереБезКонтекста» может выполняться и на клиенте, и на сервере?».

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

И в этом нам помогут наши новые друзья, знакомьтесь!

	Это процесс клиентской части приложения «1С:Предприятие 8». Он запускается на компьютере пользователя и сожительствует в оперативной памяти с другими процессами (38 вкладок браузера, поток аудио из социальной сети, telegram и другие). Может порождать серверный вызов.
	Это процесс серверной части приложения «1С:Предприятие 8». Он существует на сервере 1С. Знает, какие клиентские сеансы в данный момент запущены, но самостоятельно не может инициировать взаимодействие с ними. Работает с клиентской частью только через полученный от неё серверный вызов.
	А это серверный вызов. Как было сказано выше, он порождается процессом клиентской части и призван «прислуживать» ему. Он передает запросы со стороны клиента на сторону сервера, а также занимается транспортировкой данных с клиента на сервер и обратно.

Итак, давайте рассмотрим несколько особенностей работы программного кода в «1С:Предприятие 8», написанного под разными директивами.

Действие 1. Открытие пользователем формы с данными.

Рисунок 4

Рисунок 5

В момент нажатия Пользователем кнопки открытия формы из интерфейса, происходит передача управления на Сервер. По переданным параметрам получаются необходимые для построения данные из БД и происходит формирование контекста формы, который затем отправляется на клиентскую часть. У пользователя на экране отображается запрошенная форма.

Действие 2. Получение из открытой Пользователем формы дополнительных данных из Базы данных.

Рисунок 6

Получение этих данных может быть описано под двумя директивами — «&НаСервере» и «&НаСервереБезКонтекста». Рассмотрим оба случая.

Явление 1. Директива «&НаСервере»

Рисунок 7

При вызове процедуры или функции под директивой «&НаСервере» из формы со стороны клиента происходит «упаковка» всего контекста формы и отправка его на сторону сервера.

После выполнения метода на сервере, весь этот «пакет» транспортируется обратно. Таким образом, форма со всеми элементами и данными дважды проходит через самое узкое место системы.

Явление 2. Директива «&НаСервереБезКонтекста»

Рисунок 8

При вызове процедуры или функции под директивой «&НаСервереБезКонтекста» из формы со стороны клиента происходит передача на сторону сервера только тех данных, которые были указаны в качестве параметров. Обратно же передаётся только необходимая информация в уже подготовленном виде.

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

Из примеров видно, что далеко не всегда оправдано указание директивы компиляции «&НаСервере» с точки зрения использования контекста (данных) формы на сервере.

Если возможно решить возникшую задачу путём отправки на сервер только определённого набора данных, то надо эту возможность использовать и описывать метод под директивой «&НаСервереБезКонтекста». Это позволит уменьшить нагрузку на серверный вызов, а также не занимать сервер обработкой и хранением ненужной в текущий момент информации.

Кстати, именно поэтому до версии платформы 8.3.7.1759 на сложных формах для управления видимостью элементов рекомендовалось использовать панели со страницами, а не свойство «Видимость». Только начиная с этого релиза отработка изменения видимости элементов стала выполняться на стороне клиента.

До этого момента при каждом изменении свойства «Видимость» происходил серверный вызов, как при использовании директивы «&НаСервере».

Но использование директивы «&НаСервереБезКонтекста» не является панацеей. Помимо нагрузки на серверный вызов, всегда необходимо задумываться ещё над одним параметром.

Действие 3. Обработка данных табличной части формы с получением дополнительной информации из Базы данных.

Рисунок 9

Явление 1. Построчная обработка табличной части на стороне клиента с организацией серверного вызова для получения дополнительной информации из базы данных.

Мы уже знаем – лучше использовать директиву «&НаСервереБезКонтекста».

Рисунок 10

Рисунок 11

При таком построении программного кода происходит множественное обращение со стороны клиента на сервер – по количеству элементов цикла, запущенного на стороне клиента.

Явление 2. Предварительная обработка табличной части на стороне клиента с целью подготовки требуемых к обработке на сервере данных и «упаковки» их в набор параметров. Затем передача этого набора на сервер для получения дополнительной информации из базы данных.

Используем всё ту же директиву «&НаСервереБезКонтекста».

Рисунок 12

В данном случае количество серверных вызовов сведено к минимуму за счёт предварительной подготовки параметров.

Большое количество текущих серверных вызовов может свидетельствовать о неоптимальном программном коде.

Избегайте создания серверных вызовов внутри цикла. Подготовьте набор параметров и единожды выполните его передачу для обработки на сервер. Если предполагается сложная обработка большого количества данных формы – передайте её полностью на сервер (при помощи директивы «&НаСервере») и выполните все действия на стороне сервера.

Если цель серверного вызова, созданного внутри цикла – получить какую-либо информацию из базы данных, то данная операция включает в себя запрос в цикле. А это очень негативно влияет на производительность всей системы в целом.

С директивой «&НаСервереБезКонтекста» вроде бы разобрались. Она нужна для того, чтобы уменьшить объем информации, передаваемой в рамках одного серверного вызова. Дополнительно разобрались с количеством текущих серверных вызовов – необходимо стремиться к их минимизации.

Давайте теперь попробуем разобраться, для чего нужна директива «&НаКлиентеНаСервереБезКонтекста».

Действие 4. Выполнение обработки данных.

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

Рисунок 13

Та-дам!

Рисунок 14

Для копирования у нас есть ксерокс. Но куда его поставить? На сторону клиента или сервера? Под какой директивой его разместить?

Как было озвучено ранее – любая процедура и функция поддерживает обработку информации, переданной в неё в качестве параметров.

Давайте для начала попробуем разместить копировальный аппарат на стороне клиента. Для этого описываем процедуру или функцию «Ксерокс» под директивой «&НаКлиенте». Тогда процесс клиентской части в любой момент сможет без проблем обратиться к ней и все действия будут выполнены в соответствии с программным кодом.

Но что произойдёт, если потребность в копировании возникнет на стороне сервера? Например, для подготовки данных, передаваемых на сторону клиента, потребуется сделать копию? Напомню – процесс серверной части не имеет возможности самостоятельно инициировать клиентские вызовы.

Рисунок 15

Получается, что использовать директиву «&НаКлиенте» неправильно, а директиву «&НаСервере», как мы изучили ранее – нежелательно. Давайте посмотрим поведение системы при использовании директивы «&НаСервереБезКонтекста».

Рисунок 16

Вроде бы результат достигнут – и с сервера, и с клиента доступно копирование. Но для того, чтобы получить копию данных, используемых на клиенте, приходится делать серверный вызов. А это опять ведет к лишней нагрузке на соединение и временным затратам.

Избавиться от излишней передачи на сервер при сохранении возможности копирования на клиенте и на сервере можно при помощи директивы «&НаКлиентеНаСервереБезКонтекста».

Рисунок 17

Не углубляясь в детали, отметим, что метод, описанный под данной директивой управления, создаётся в двух копиях – и на стороне клиента, и на стороне сервера. Это позволяет выполнить необходимые действия там, где появилась потребность в них (клиент/сервер), без лишних серверных вызовов.

Конечно, вместо того чтобы выделять повторяющийся программный код, описывать его в отдельном методе под директивой «&НаКлиентеНаСервереБезКонтекста», можно поступить по-другому. Просто взять и написать один и тот же участок кода и в клиентской, и в серверной процедуре.

С точки зрения выполнения программы результат будет одинаков. Но объяснение «почему так не надо делать» – это уже совершенно другая тема…

Вместо заключения

В данной статье мы на наглядных примерах рассмотрели влияние различных директив компиляции на такое явление системы «1С:Предприятие 8», как серверный вызов. Как видно, основная причина для выбора правильной директивы – производительность транспортировки данных между клиентской и серверной частью.

Придерживайтесь при разработке следующих правил:

По возможности не передавайте контекст формы на сторону сервера
Минимизируйте количество текущих серверных вызовов
Длительные и ресурсоёмкие задачи запускайте на выполнение на стороне сервера (при возможности – в фоновом режиме).

Учитывайте потребность в доступности тех или иных видов данных, обоснованность передачи управления и не стесняйтесь при необходимости дробить процедуры и функции. И будет Вашему серверному вызову всегда легко, а Вы от пользователей Вашей программы получите «молчаливую благодарность»!

Так ли это важно думать об оптимизации? Тут имеет смысл вспомнить одну историю.

Программист Иван при доработке 1С на своём предприятии сделал ошибку в выборе директивы компиляции. Из-за неё длительность одного из серверных вызовов была больше возможной на полсекунды.

Пользователей, применяющих этот функционал, – 25 человек, и каждый из них за рабочий день в среднем совершает 110 таких операций. Всего впустую за рабочий месяц потрачено 28875 секунд (21 рабочий день * 25 человек * 110 операций * 0,5 секунды) = 8,02 часов.

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

О статье

Данную статью я написал для проекта «Курсы-по-1С» и она вызвала там достаточно высокий интерес. Для того, чтобы ещё больше начинающих (и не только) 1С-разработчиков могло получить пользу от прочтения данного материала, размещаем его полностью тут.

Надеюсь, материал кому-то принесет пользу, а кого-то просто позабавит. Спасибо за внимание! :)

463

Специальные предложения

Вознаграждение за ответ

Сумма: 1 $m

Добавили:
SeerRM (1.00 $m)

Показать полностью

Комментарии

Избранное Подписка

1. Dzenn 357 18.11.17 13:32 Сейчас в теме

где-то это уже было

2. Fragster 943 18.11.17 14:34 Сейчас в теме

(1) курсы-по-1с рф/news/2017-03-09-how-server-call-works/
(не работают ссылки на национальные домены :) )

3. unichkin 1259 18.11.17 14:46 Сейчас в теме

Подумал что плагиат сначала - поставил минус, потом увидел что автор тот же) Спасибо, хороший материал.

4. echo77 1102 19.11.17 13:01 Сейчас в теме

Отдельный плюс за картиночки! Информация преподнесена легко и доходчиво.

5. Malfarion 195 19.11.17 13:25 Сейчас в теме

Очень хороший материал, все правильно и понятно описано. Продолжайте.

6. LexSeIch 204 19.11.17 21:06 Сейчас в теме

Спасибо за статью. Читал Вас на курсах по 1С. Ждём других статей на актуальные темы...

7. script 210 19.11.17 22:14 Сейчас в теме

В 8.3.11 появилась возможность передачи информации на клиент по инициативе сервера.
Так что статью нужно немного дополнить, мне кажется.
Передача информации по инициативе сервера

8. pahich 581 19.11.17 22:55 Сейчас в теме

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

9. Brawler 455 19.11.17 23:54 Сейчас в теме

Забавно))

10. ValeriTim 20 20.11.17 10:17 Сейчас в теме

Отличная статья! И наглядно и читать приятно, и что самое главное - понятно :) Держи звездочку!

Огромное спасибо.

А остальным только поучиться в оформлении :)

11. 🅵🅾️🆇 20.11.17 10:29 Сейчас в теме

Неплохо для новичков. По хорошему стоит углубиться в тему и показать, что именно физически передается между клиентом и сервером (как форма запаковывается в xml).
У меня все лапки не доходят Wireshark'ом отследить.

12. spy-83 186 20.11.17 13:07 Сейчас в теме

круто.
очень удобно и понятно! визуальное оформление + комментарии
+++

13. AlexeyPapanov 21.11.17 11:15 Сейчас в теме

Комиксы излишние на мой вкус. А текст стоящий.

20. Serj1C 478 22.11.17 08:08 Сейчас в теме

(13) А мне больше картинки понравились

14. Абушев 133 21.11.17 11:44 Сейчас в теме

А как же "ПредопределенноеЗначение" на клиенте?
Можно было в статью про него тоже.

17. pahich 581 21.11.17 19:29 Сейчас в теме

(14) :) спасибо! Думаю, что есть много о чем ещё рассказать! Но в рамках данной статьи это будет перегруз...

15. Glebis 11 21.11.17 17:12 Сейчас в теме

Почему не описано применение оператора "Знач", который позволяет не возвращать значение параметра с клиента на сервер и тем самым уменьшает размер возвращаемого результата серверного вызова?

18. pahich 581 21.11.17 19:31 Сейчас в теме

(15) ну это уже особенность работы с данными, а не принцип работы серверного вызова.

23. Glebis 11 22.11.17 09:31 Сейчас в теме

(15)

с клиента на сервер

*с сервера на клиент.
(18)

(15) ну это уже особенность работы с данными, а не принцип работы серверного вызова.

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

28. pahich 581 22.11.17 22:36 Сейчас в теме

(23) Глеб, серверный вызов - транспорт. Что «положат», то и «повезет». Данная тема больше относится к (11) :)

16. Yashazz 2939 21.11.17 17:30 Сейчас в теме

Блин. Тоже сначала подумал, что плагиат... Да, неплохая и полезная статья.

19. user705522_constantin_h 18 21.11.17 19:54 Сейчас в теме

Хорошая статья. Спасибо.

21. Andry.Boris 55 22.11.17 08:44 Сейчас в теме

Хорошая и полезная статья.

22. DPotapov90 22.11.17 09:07 Сейчас в теме

Очень полезная статья, особенно для начинающих. Спасибо :)

24. Alex 98 22.11.17 09:31 Сейчас в теме

Очень понравился стиль передачи информации... респект!

25. SeerRM 11 22.11.17 10:53 Сейчас в теме

Круто! Побольше бы таких статей!

26. arekin 22.11.17 11:22 Сейчас в теме

Роль картинок в этой статьей просто бесценна.
Спасибо за статью.

27. mikl79 108 22.11.17 14:12 Сейчас в теме

спасибо, все очень понятно

29. zurapa 23.11.17 06:50 Сейчас в теме

Статья шикарнейшая - понятно, даже самым маленьким.
А вот вывод из истории в конце не понравился. Оптимизация - это замечательно! Но, говорить, что программист кому-то задолжал?.. Если бухгалтер медленно считает, или продажник немного продаёт - значит ли это, что он задолжал?..
Если так важна скорость работы приложения, то 1С в сухую проигрывает другим решениям на java, PostgreSQL и прочему зоопарку технологий... И базы получаются куда живей и масштабируемей.
Основная прелесть 1С в быстрой удобной разработки и получения результата вчера, при довольно-таки хилом планировании, проектировании... И это играет куда большую роль... А оптимизация в свободное время.
Сразу написать оптимально не всегда получается. А порой не нужно, потому что делается обработка на раз, или два и срочно. Спасибо не скажут за оптимально написанный код за 8 часов и 1 час работы этой обработки, нежели написать за 30 минут, тяп-ляп и выполнение обработки займёт 3 часа... Вот в этом сила 1С. И говорить, что разработчик кому-то должен, за неоптимальный код совершенно не правильно. Генеральный директор компании "Рога и Копыта" вряд-ли лучше напишет.

32. pahich 581 23.11.17 12:55 Сейчас в теме

(29) Михаил, спасибо за прочтение! :)

Цель выдуманной истории - дать пищу для дум на тему "а не стать ли мне еще лучше, чем я есть сейчас" :) Кстати, на эту тему уже холиварят в соседней статье про "Суррогаты" :)

41. DrAku1a 1306 25.01.18 11:43 Сейчас в теме

Вообще-то, это вольный пересказ анекдота "Серийный программист Джон"

Плохой программист Джон сделал ошибку в коде, из-за которой каждый пользователь программы был вынужден потратить в среднем 15 минут времени на поиск обхода возникшей проблемы. Пользователей было 10 миллионов. Всего впустую потрачено 150 миллионов минут = 2.5 миллиона часов. Если человек спит 8 часов в сутки, то на сознательную деятельность у него остается 16 часов. То есть Джон уничтожил 156250 человеко-дней ≈ 427.8 человеко-лет. Средний мужчина живет 64 года, значит Джон убил примерно 6 целых 68 сотых человека.

Как тебе спится, Джон — серийный программист?

Источник (статья на Хабре), не факт что первоисточник, но в ней не указывается авторство.

Тут вопрос целесообразности. Если программист тратит неделю на то, чтобы оптимизировать код, в результате - получая указанный прирост, то его труд предприятию окупится примерно через пол-года, и это в рамках указанной частоты использования, при условии что стоимость человекочаса программиста равна стоимости человекочаса бухгалтера. В реальности, для обработки запускаемой одним пользователем раз в месяц - в такой оптимизации вообще нет смысла. Например, в основном, все используют универсальные механизмы обмена - на базе конвертации данных. Работает такой обмен гораздо медленнее, чем специально написанная программистом обработка. Почему тогда всё делается через КД?!!

43. pahich 581 25.01.18 18:24 Сейчас в теме

(41) Андрей, спасибо за прочтение! )

Идея истории взята оттуда, но не является "вольным пересказом". Надеюсь, Вы не считаете, что позаимствовать идею - плохо? ))

Про целесообразность - всегда есть "рамки разумного". Но согласитесь - "сделать быстро" не всегда значит "сделать не оптимально"? Ну и наоборот - "делать медленно" не всегда значит "делать хорошо"...

30. Xershi 790 23.11.17 12:35 Сейчас в теме

Из справки:

&НаКлиенте (&AtClient) — определяет клиентскую процедуру (функцию);
&НаСервере (&AtServer) — определяет серверную процедуру (функцию);
&НаСервереБезКонтекста (&AtServerNoContext) — определяет серверную процедуру (функцию), исполняемую на сервере вне контекста формы. Переменные не могут быть внеконтекстными. В таких методах недоступен контекст формы (включая данные формы). Допустимыми являются вызовы только других внеконтекстных методов. При вызове этих методов не выполняется передача данных формы на сервер и обратно. Применение внеконтекстных методов позволяет существенно уменьшить объем передаваемых данных при вызове серверной процедуры из среды клиентского приложения;
&НаКлиентеНаСервереБезКонтекста (&AtClientAtServerNoContext) — определяет процедуру (функцию), исполняемую в модуле формы на клиенте и на сервере, не имеющую доступа к контексту формы, данным формы, переменным, но имеющую доступ к процедурам и функциям общих модулей – серверных, не глобальных и серверных и клиентских одновременно. Сама процедура (функция) доступна для клиентский, серверных контекстных и неконтекстных процедур и функций модуля формы. Из серверных внеконтекстных методов формы допускается вызов серверных методов общих модулей;
&НаКлиентеНаСервере (&AtClientAtServer) — определяет процедуру (функцию), исполняемую в модуле команды, выполняемую на клиенте и на сервере, имеющую доступ к процедурам и функциям общих модулей – серверных, не глобальных и серверных и клиентских одновременно, не имеющую доступ к переменным. Сама процедура (функция) доступна для клиентских серверных процедур и функций модуля команды.

Почему только 4 описали?

31. pahich 581 23.11.17 12:48 Сейчас в теме

(30) Максим, добрый день!

Аналогичный вопрос задавали мне в "первоисточнике" вот ссылка

Частично цитирую ответ:

"есть директива «&НаКлиентеНаСервере». Она доступна в модуле команды и по сути равна директиве «&НаКлиентеНаСервереБезКонтекста», так как в командах отсутствует контекст формы. Так что любой читатель, столкнувшись с потребностью использовать директиву «&НаКлиентеНаСервере», без труда разберется в её особенностях. Да и в статье указано, что рассматриваются директивы, доступные в модуле формы."

Спасибо за прочтение! :)

33. Xershi 790 23.11.17 14:02 Сейчас в теме

(31) проверил!
Да действительно «&НаКлиентеНаСервере» выдает ошибку в модуле формы на 8.3.10.
Вот пример обработки кому охота это проверить.
Но я бы все таки оставил оговорку, что 5 метод не для формы!

Прикрепленные файлы:

ВнешняяОбработка1.epf

35. pahich 581 23.11.17 15:33 Сейчас в теме

(33) :) Спасибо!

34. DonAlPatino 136 23.11.17 14:33 Сейчас в теме

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

36. Xershi 790 23.11.17 15:37 Сейчас в теме

(34) документацию пишут технари, которые это разработали. А те кто не в теме и не могут понять, что они имели в виду. Для этого такие статьи и разрабатывают, чтобы понизить уровень входа!

37. ifilll 27.11.17 16:47 Сейчас в теме

По поводу "Вместо заключения", есть другой вариант.

Плохой программист Джон сделал ошибку в коде, из-за которой каждый пользователь программы был вынужден потратить в среднем 15 минут времени на поиск обхода возникшей проблемы. Пользователей было 10 миллионов. Всего впустую потрачено 150 миллионов минут = 2.5 миллиона часов. Если человек спит 8 часов в сутки, то на сознательную деятельность у него остается 16 часов. То есть Джон уничтожил 156250 человеко-дней ≈ 427.8 человеко-лет. Средний мужчина живет 64 года, значит Джон убил примерно 6 целых 68 сотых человека.

Как тебе спится, Джон — серийный программист?

38. spacecraft 27.11.17 16:56 Сейчас в теме

(37) 1,5 землекопа... где-то уже это было :)

39. ifilll 28.11.17 09:31 Сейчас в теме

В русскоязычном интернете это было на habr'е, в мире это уже давний мем, откуда он появился мне не известно, варьируется он деталями, а суть не меняется.

46. DonAlPatino 136 05.02.18 11:41 Сейчас в теме

(39) Эх, молодежь(с завистью) Старый советский мультфильм: "В стране невыученных уроков"

40. tivanitsky 12 11.01.18 13:37 Сейчас в теме

Восхитительная статья! :-). Особенно картиночки.

42. ЧерныйКот 25.01.18 12:24 Сейчас в теме

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

44. pahich 581 25.01.18 18:25 Сейчас в теме

(42) Андрей, спасибо!

45. FlyNN 233 31.01.18 11:09 Сейчас в теме

ЭТАШЭДЭВР!) За одни только картинки поставил бы +100500)

47. smokevg 11 08.02.18 17:40 Сейчас в теме

Случайно наткнулся на статью, очень хорошо и понятно написано, спасибо.

48. AnnieCoder 08.02.18 17:44 Сейчас в теме

Если не ошибаюсь, читала статью на гилевском ресурсе. Хорошо разложено по полочкам.

49. АлександрЯрославичъ 09.04.18 10:59 Сейчас в теме

Спасибо! Познавательно и интересно.

52. METAL 110 08.06.18 13:10 Сейчас в теме

Не совсем в тему, но таки спрошу.
Есть общий модуль, типовой, название заканчивается на "...ПолныеПрава".
Стоят галки "Сервер" и "Вызов сервера".
"Клиент" и "Привилегированный" - НЕ стоят.
Выполняется метод из этого модуля и даёт ошибку "Нарушение прав доступа" (действительно, пользователь, под которым выполняется код, не имеет доступа к данной таблице)
Режим - файловый (НЕ клиент-сервер).
Вопрос: правильно ли понимаю, что в клиент-серверном режиме метод будет реально выполняться без контроля прав (с полными правами независимо от назначенных пользователю ролей), а в файловом - для этого надо будет установить галку Привилегированный?

53. spacecraft 08.06.18 13:14 Сейчас в теме

(52) от названия модуля ничего не зависит, от слова "совсем".

55. METAL 110 09.06.18 10:34 Сейчас в теме

(53) Ну, в типовых же его не просто так пишут. Стандарты как бы намекают :) Но пробежался, все что нашёл - такие модули привилегированные

54. pahich 581 08.06.18 13:24 Сейчас в теме

(52) Михаил, добрый день.
Нет, отличий в правах доступа к таблицам базы данных между файловым и клиент-серверным вариантом быть не должно. Если только какие-то недокументированные возможности.

Поэтому или давайте пользователю соответствующие права, или ставьте свойство выполнения в привилегированном режиме у модуля в значение истина. Но тут тоже могут быть подводные камни : )

56. METAL 110 09.06.18 10:40 Сейчас в теме

(54) Добрый день, Павел.
Спасибо за ответ.
Да, похоже в нашем случае кто-то сделал этот модуль непривилегированным, который изначально таковым был при выпуске типового решения. На 100% неизвестно, так как нет возможности сравнить с конфигурацией поставщика, но похоже всё так и было.
Сделал привилегированным, пока всё хорошо. Постараемся расследовать почему таки когда-то сняли эту галку, возможно действительно были какие-то подводные камни. Было бы интересно услышать пару примеров, если сталкивались (ну или в теории)
Отдельное спасибо за статью и еще одно отдельно за рисунки, огонь!)

57. user1052892 19.09.18 21:51 Сейчас в теме

Добрый день! Подскажите, пожалуйста насчет установки видимости реквизитов формы. Есть функция, которая устанавливает видимость элементов формы. Причем видимость различных элементов зависит от значения констант и реквизитов объектов БД, на которые ссылаются реквизиты объекта формы. Как лучше сделать с точки зрения быстродействия: получать необходимые значения, обращаясь к серверу (возможно, несколько раз) и затем, вернувшись на клиент, установить видимость элементов; или сразу уйти на сервер, там получить все необходимое и там же выставить видимость? Другими словами, в функцией с какой директивой - &насервере или &наклиенте написать: элементы.элемент.видимость = ложь (или истина)? Если в 1-ом варианте удастся получить все данные за 1 раз, то будет ли разница в быстродействии со вторым вариантом? платформа 8.3.10. Спасибо заранее.

58. pahich 581 19.09.18 23:22 Сейчас в теме

(57) Добрый день. По идее, если это возможно, то лучше получить все за 1 раз в процедуре/функции под директивой "&НаСервереБезКонтекста" и на стороне клиента установить виимость. Если же получение значений для установки видимости невозможно за 1 обращение к БД, то правильнее уйти на сервер и там управлять видимостью. Но это в теории. На самом деле очень многое зависит от сложности формы и количества явных и неявных серверных вызовов. Пробуйте разные варианты и смотрите замер производительности - он покажет и серверные вызовы и потери на каждом из них.

59. user1052892 20.09.18 09:25 Сейчас в теме

(58) большое спасибо

60. user1052892 20.09.18 20:35 Сейчас в теме

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

61. pahich 581 21.09.18 09:22 Сейчас в теме

(60) Ольга, добрый день!

Не готов сейчас ответить на этот вопрос. Если будет возможность - расследую подробно этот вопрос и оформлю в виде отдельной статьи. Но не обещаю этого : )

Извините, что не смог помочь )

62. user1052892 21.09.18 12:19 Сейчас в теме

(61) спасибо, ничего страшного. Очень буду ждать статью ))

63. spacecraft 21.09.18 21:58 Сейчас в теме

(60)

Везде рекомендуют ограничивать такие вызовы, но я не нашла информации почему

Рекомендация носит не запрещающий характер на сами вызовы, а ограничение на бесконтрольные частые вызовы клиентом сервера. Передача управления с клиента на сервер требует транспортных затрат. Обычно это самое узкое горлышко в работе. Дополнительная "холостая" работа сервера на их обслуживание. Клиент, с момента передачи управления на сервер, ожидает возвращения управления.

Чем такие вызовы опаснее, чем, например, вызов процедуры модуля формы с директивой & насервере

Если имеется ввиду такие вызовы с клиента, то они по определению не могут быть опаснее. Это практически такой же вызов, только без сериализации/десериализации данных форм и их передачи.
Можно их сравнивать с работой вызова клиентом серверного метода с директивой &НаСервереБезКонтекста

64. user1052892 22.09.18 14:20 Сейчас в теме

(63) спасибо

65. user1052892 22.09.18 14:39 Сейчас в теме

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

66. spacecraft 22.09.18 17:01 Сейчас в теме

(65) в данном контексте уже рассматривается не сам вызов сервера с клиента, а безопасность модуля.
Нельзя вызвать серверный метод напрямую с клиента, если он располагается в общем серверном модуле без флага "вызов сервера". Вот эта безопасность и подразумевается.
Т.е. для обеспечение безопасности, когда к коду/данным нужно обеспечить доступ только с сервера, то такой код необходимо располагать только в серверном общем модуле без флага "вызов сервера". И обращение к нему осуществлять через промежуточные модули, где использовать "вызов сервера".

67. user1052892 23.09.18 13:05 Сейчас в теме

(66)Если я правильно поняла, то некая зловредная программа может получить доступ к данным, если будет вызов функции модуля с флагом "вызов сервера" с клиента, и не сможет этого сделать, если с клиента вызвать серверную функцию модуля формы, а уже оттуда общий модуль без флага "вызов сервера". Так? А почему? А если с клиента вызвать серверную функцию модуля формы, а оттуда общий модуль с флагом"вызов сервера"?

68. spacecraft 23.09.18 13:14 Сейчас в теме

(67) в качестве примера:
В общем серверном модуле написали функцию, принимающую в качестве параметра модуль формы. Так как это серверная функция (выполняется в контексте сервера), то ожидается получение серверной формы.
Если этот общий модуль указать флаг "вызов сервера", то возможна ситуация вызова этой функции с клиента. И даже попытки передать туда форму. Но это будет уже клиентская форма, которую на сервер просто так не передать.
Получаем ситуацию, в которой ошибки при сохранении не будет, но возможна ошибка при выполнении кода во время работы.
Ошибки времени выполнения более опасны, чем ошибки времени компиляции, так как не отслеживаются сразу.

69. user1052892 23.09.18 14:04 Сейчас в теме

(68) спасибо. Т.е. зловредные программы здесь ни при чём?

70. spacecraft 23.09.18 14:13 Сейчас в теме

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

71. user1052892 23.09.18 14:23 Сейчас в теме

(70) спасибо большое

72. Darklight 21 15.11.18 14:47 Сейчас в теме

(68)1С намудрила, конечно со своими директивами. Нет, чтобы просто сделать атрибуты:
&Сервер
&Клиент
&ВнешнееСоединение
&ПередачаКонтекста
&СерверныйВызов
&ПривилегированныйВызов (необходимость вообще сомнительна - так как есть функция "УстановитьПривилегированныйРежим")
&КешированныйВызов (для механизма повторного использования + &КешированныйВызовНаСеанс)

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

&Сервер&Клиент&ВнешнееСоединение&СерверныйВызов&КешированныйВызовНаСеанс
функция КакаятоФункция(парам1, парам1) экспорт

КонецФункции

Если с сервера вызов не должен быть доступен - то убираем атрибут &Сервер.

Для доступности на сервере и на клиенте без контекста формы без серверного вызова и кеширования
&Клиент&Сервер
функция КакаятоФункция(парам1, парам1) экспорт

КонецФункции

С контектсом формы и серверным вызовом
&Клиент&Сервер&СерверныйВызов&ПередачаКонтекста
функция КакаятоФункция(парам1, парам1) экспорт

КонецФункции

А ещё я бы ввёл параметры у атрибутов - например для кешировнного вызова - задать режим кеширвоания (чтобы не делать два разных атрибута):
&КешированныйВызов(Режим=Вызов) //на время вызова
&КешированныйВызов(Режим=Сеанс) //на время сеанса - вариант по умолчанию, когда параметр не указан: "&КешированныйВызов"
Ну, сразу намекну, что хотелось бы и временем жизни управлять более точно:
&КешированныйВызов(Режим=Время,Время=3600) //На один час (параметров атрибутов могло бы быть несколько)
&КешированныйВызов(Режим=Время,Время=3600,Группа=ЛюбоеНазваниеИдентификатораГруппа) //И чтобы в методе "ОбновитьПовторноИспользуемыеЗначения" можно было указать в параметре значение такого идентификатора группы "ЛюбоеНазваниеИдентификатораГруппа" одного или нескольких - чтобы можно было сбросить только определённые части кеша, а не весь целиком).

Для клиентов тоже можно было бы указывать ограничения на вид клиента в параметрах атрибутах
&Клиент(Толстый=Истина,Тонкий=Истина,WЕB=Ложь) //Разрешено для тостого и тонкого клиента - для WEB - запрещено - для Мобильного - неопределено - определяется глобальной настройкой значения по умолчанию)

Тогда внешнее соединение бы приравнял к виду клиента:
&Клиент(ВнешнееСоединение=Да,Толстый=Да,Тонкий=Нет,WЕB=Нет)

Ну и для Сервера тоже могут быть варианты
&Сервер(Десктоп=Да,Мобильный=Нет) //Разрешено только для классического серверного контекста

А ещё можно было тут и платфору определять - вдруг это будет актуально для каких-то алгоритмов (ведь есть же свои нюансы для у разных платформ):

&Сервер(Десктоп=Да,Windows=Да,Linux=Нет)

&Сервер(Мобильный=Да,WindowsMobile=Да,Android=Да,iOS=Нет)

Можно было бы размести две разные функции (с разным алгоритмы, разными атрибутами, но одним именем) - которые были бы различно выбраны для разного контекста и платформы исполнения.

Хотя, возможно для платформ лучше отдельный атрибут завести: &Платформа и просто сочетать его с другими атрибутами контекста,
чтобы задавать больше специфических значений параметров атрибута: &Платформа(WindowsDesktop=Да,WindowsServer=Да,LinuxDesktop=Нет,LinuxServer=Да,WindowsMobile=Да,Версия,Android=Да,iOS=Нет,LinuxServerВерсия="Core>=4;Base=Debian", WindowsMobileВерсия=">=10.1",AndroidВерсия=">=8.1",1СПредприятиеВерсия=">=8.3.12")

Кстати, чтобы отказаться от директив "ПривилегированныйВызов" и "СерверныйВызов" , можно их включить в параметры атрибута контекста
&Сервер(Клиент=Истина, Привилегированный=Истина) //Такая процедура/автоматически бы стала доступна и на сервере и на клиенте с серверным вызовом, и выполнялась бы в привилегированном режиме - хот, как я написал выше, я бы вообще убрал директиву "Привилегированный вызов".

Тогда сюда же можно перенести и передачу контекста
&Сервер(Клиент=Истина, Контекст=Истина) //Доступно и на сервере и на клиенте - при вызове с клиента требуется серверный вызов и передача контекста

Итого можно было бы обойтись несколькими всего атрибутами с наборами параметров атрибутов:

&Сервер
&Клиент
&Кешировать (переименовал для простоты)

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

&Клиент(Доступность=Модуль)&Сервер(Доступность=Конфигурация)
функция КакаятоФункция(парам1, парам1) экспорт
//Функция будет доступна в клиентском контексте только внутри модуля, и в серверном - всей конфигурации
КонецФункции

Или даже круче - задать доступность только определённым модулям

&Клиент(Доступность=Ограничения,ОграниченияДоступности="ЭтотМодуль,Обработка.Обработка1.Форма.ФормаОбработки.МодульФормы")&Сервер(Доступность=Ограничения, ОграниченияДоступности="ОбщийМодуль.Модуль1,ОбщийМодуль.Модуль2,Обработка.Обработка1.МодульМенеджера,Обработка.Обработка1.МодульОбъекта") //Задаётся персональная доступность функции для разных модулей клиентского и серверного контекста)

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

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

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

Тогда и от директив препроцессора #ЕСЛИ Сервер ТОГДА #КОНЕЦЕСЛИ можно было бы отказаться (но я бы всё-таки не стал, просто сейчас есть целых две разных схемы разграничения контекста - у форм и общих модулей (и отчасти модулей объектов): атрибуты и директивы препроцессора, а хотелось бы единую схему для всех). А для директив препроцессора как раз хорошо было бы добавить дополнительные возможности контроля параметров "компиляции" - которые можно было бы гибко настраивать для конфигурации + вводить свои.

73. Daynestro07 22.11.18 15:12 Сейчас в теме

Хорошая статья, все понятно разжевала на счет клиент-серверного взаимодействия. Сейчас без этого понимания на УФ можно не соваться.

74. user907301 09.01.19 12:45 Сейчас в теме

А мне очень понравилось, особенно все становится понятно при просмотре комиксов!

75. prime9 909 18.01.19 13:58 Сейчас в теме

Статья огонь! Ржали как кони, всем отделом когда сервер копию пытался сделать :)

76. user876469 25.07.19 03:20 Сейчас в теме

Спасибо, очень познавательно и доходчиво объяснено!

77. pahich 581 25.07.19 09:11 Сейчас в теме

(76) Пожалуйста )

78. RGEGSD 14.11.19 14:41 Сейчас в теме

Как это я ваще не вник к этому

79. pahich 581 14.11.19 20:33 Сейчас в теме

(78) Чем-то помочь? )

Оставьте свое сообщение

E-mail:

См. также

[После]Новогодние задачи 5

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Математика и алгоритмы

Совсем немного времени осталось до того момента, когда отзвучат куранты, шампанское будет выпито, мандарины съедены, и даже оливье закончится. Возникнет вопрос: чем бы занять неожиданно появившееся свободное время?

30.12.2019 1149 Alxby 23

С 2020 года сервис «Продление поддержки конфигурации 1С:УПП» подорожает вдвое Промо

Успейте продлить поддержку УПП до повышения цен! Фирма «1С» предупредила об изменении цен на сервис «Продление поддержки конфигурации "1С:Управление производственным предприятием"». С 1 января 2020 года сервис подорожает в два раза.

Регистры бухгалтерии. Общая информация 116

Статья Программист Нет файла v8 v8::БУ БУ Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

Общая информация о внутреннем устройстве регистров бухгалтерии.

05.09.2019 10340 YPermitin 22

"Хочу универсально!" [Часть 1] 67

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Математика и алгоритмы Практика программирования Разработка

Сентябрьская серия статей про то, как начинающий разработчик Вася проходит путь от простой задачки к созданию своего механизма. На этот раз - открытие значения из текущей колонки.

02.09.2019 6423 SeiOkami 35

1C:Предприятие для программистов: Запросы и отчеты. Второй поток. Онлайн-интенсив с 17 марта по 16 апреля 2020 г. Промо

Данный онлайн-курс предусматривает углубленное изучение языка запросов и возможностей системы компоновки данных, которые понадобятся при разработке отчетов, работающих на платформе “1С:Предприятие” в рамках различных прикладных решений. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей различных прикладных решений, которые используют в своей работе отчеты разного назначения.

6500 рублей

Иерархия без "В ИЕРАРХИИ" 123

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Говорится о том, как эффективно представлять иерархию в СУБД, как получать и использовать эти представления при решении задач в запросной технике. Уточняются и дополняются запросы из статьи "Уровни, глубина, прародители, циклы и аналоги запросом" [https://infostart.ru/public/160707/].

22.08.2019 6162 ildarovich 18

EnterpriseData – часть 3. Загрузка данных, идентификация объектов 65

Статья Программист Нет файла v8 v8::УФ 1cv8.cf ОС Бесплатно (free) Практика программирования Математика и алгоритмы Перенос данных из 1C8 в 1C8 Разработка

Основные этапы загрузки данных через EnterpriseData. Идентификация объектов загружаемых полностью и по ссылке. Приведены схемы процессов загрузки данных. Описание основных операций и обработчиков. Перечень процедур БСП, используемых при загрузке данных, структура «КомпонентыОбмена».

22.08.2019 6292 ids79 7

Перенос данных КА 1.1 / УПП 1.3 => БП 3.0 (перенос остатков, документов и справочников из "1С:Комплексная автоматизация 1.1" / УПП 1.3 в "1С:Бухгалтерия 3.0"). Обновлен до версий КА 1.1.115.х, УПП 1.3.130.х! Промо

Разработка позволяет перенести остатки по всем счетам бух.учета в программу "1С:Бухгалтерия предприятия 8", ред. 3.0 на выбранную дату начала ведения учета. Также переносятся документы за период и вся необходимая справочная информация. Правила оперативно обновляю при выходе новых релизов. Рассылка обновлений правил бесплатно в течение 12 месяцев. Есть видеодемонстрация проведения переноса данных. Конфигурации при использовании обмена остаются полностью типовыми. Перенос данных возможен в Бухгалтерию 3.0 версии ПРОФ, КОРП или базовую.

24700 руб.

Обработчики событий при записи объектов. Зачем и что за чем? 247

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Программисту, имеющему немного опыта на платформе 1С 8.3, бывает сложно разобраться: ПередЗаписью, ПриЗаписи, ПослеЗаписи, на сервере, на клиенте, в модуле формы, в модуле объекта.... Эта шпаргалка была создана в процессе обучения и реального опыта с целью разложить всё по полочкам, чтобы было четкое понимание в каком случае какой обработчик нужно использовать и в какой последовательности они запускаются при записи и проведении документов. Данная статья будет полезна в большей степени начинающим разработчикам. Но и опытным позволит освежить информацию, упорядочить её.

25.07.2019 18976 4 AlbinaAAA 24

Как проводятся документы в типовых конфигурациях от 1С 167

Статья Программист Нет файла v8::ОУ ERP2 УТ11 Россия УУ Windows Бесплатно (free) Математика и алгоритмы Практика программирования Разработка

В свое время, когда только начинал шаги в 1С и изучал, как проводятся документы в конфигурациях на платформе 1С по книге "Разработка управляемого интерфейса" (Хрусталева Е.Ю.), и там были представлены примеры совсем далекие от того, как сейчас проводятся документы в современных конфигурациях от 1С.

24.07.2019 19283 skv_79 35

Подборка программ для взаимодействия с ЕГАИС Промо

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

FizzBuzz на 1С. Чем короче, тем веселее. Варианты принимаются... 8

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

Мне было скучно, я не мог себя заставить написать ничего полезного. И читал статью на Хабре. Потом я читал комментарии, а потом... нет я не ушел смотреть котиков на ютюбе. Я решил сделать несколько решений задачки FizzBuzz на 1С, с целью "чем короче, тем лучше". Прошу сильно не пинать, это просто развлечение для вечера.

24.07.2019 3508 vandalsvq 16

Управление качеством кода 144

Статья Программист Руководитель проекта Нет файла v8 Бесплатно (free) Математика и алгоритмы Рефакторинг и качество кода

О SonarQube, АПК, EDT. Какие преимущества дает их использование. Для каких команд подходит.

22.07.2019 10493 Stepa86 33

Перенос документов, остатков и справочников КА 1.1 => КА 2 / УТ 11. Обновлено до КА 2.4.12.х и УТ 11.4.11.х! Промо

Более 130 компаний выполнили переход на КА 2 или УТ 11 с помощью нашей разработки! Позволяет перенести не только остатки и справочники (как типовая обработка), но и документы за нужный период времени. Предоставляем техподдержку, оперативно исправляем замечания, выпускаем обновления при выходе новых релизов программ 1С. Вы можете проверить разработку до покупки: сделаем бесплатный тестовый перенос из вашей базы КА 1.1 и предоставим доступ к базе-результату через веб-клиент!

29700 руб.

Что делает "В ИЕРАРХИИ" в запросе? 102

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Описание действий платформы 1С при использовании конструкции "В ИЕРАРХИИ" в запросах.

16.07.2019 11267 YPermitin 34

Создание отчетов с помощью СКД - основные понятия и элементы 225

Статья Программист Нет файла v8 v8::СКД Бесплатно (free) Практика программирования Математика и алгоритмы

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019 27700 ids79 17

Базовый курс для начинающих 1С-программистов. Пятый поток. Онлайн-курс с 12 февраля по 15 апреля 2020 г. Промо

Данный онлайн-курс является начальной ступенью по изучению базовых принципов программирования в системе “1С:Предприятие” и предназначен для обучения 1С-программированию “с нуля”.

4500/9500 рублей

Реализуем Стек, Очередь и Приоритетную очередь в 1С 52

Статья Программист Нет файла v8 1cv8.cf Россия Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

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

24.06.2019 8813 RonX01 63

Почему вообще работает мой запрос? или Ещё раз о планах запросов 47

Статья Программист Нет файла v8::Запросы Бесплатно (free) Математика и алгоритмы Практика программирования Разработка

Другие статьи на эту тему объясняют, что такое план выполнения запроса, но не рассказывают о том, как его получить. Эта заметка призвана заполнить этот пробел. Её цель - популяризировать общедоступные инструменты получения плана запроса среди разработчиков, которые ещё не начали их использовать.

10.06.2019 6775 DataReducer 12

Базовый курс по разработке мобильных 1C-приложений для Android-устройств. Третий поток. Онлайн-интенсив с 11 февраля по 05 марта 2020 г. Промо

Данный онлайн-курс предусматривает изучение базовых принципов создания приложений для операционной системы Android, работающих на мобильной платформе “1С:Предприятие”. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие” при разработке прикладных решений для “обычных” компьютеров, но пока ещё не занимался разработкой 1С-приложений, предназначенных для работы на мобильных устройствах.

7500 рублей

Организация хранения промежуточных данных 3

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Организация хранения промежуточных данных в процедуре сверки.

29.05.2019 2488 scientes 1

Вычисление 200 тысяч знаков числа pi 74

Статья Программист Нет файла v8 Россия Бесплатно (free) Математика и алгоритмы

В статье рассматриваются возможности платформы выполнять сверхточные вычисления без использования сложных алгоритмов и внешних компонент на примере вычисления числа pi.

28.05.2019 4733 Oleg_nsk 96

Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2"). Обновлен до КА 1.1.115.х и ERP 2.4.11.х Промо

Обработка позволяет переносить из КА 1.1 в ERP 2 документы за выбранный период и остатки. Типовая обработка от фирмы 1С документы не переносит. Также исправлены ошибки типовой обработки. При выходе новых релизов обновление высылается бесплатно в течение года. Разработка будет полезна фирмам-франчайзи, которые периодически выполняют такой перенос данных для заказчиков. Вы можете один раз приобрести обработку переноса, и потом бесплатно получать обновления в случае выхода новых релизов конфигураций 1С.

29700 руб.

Регистры накопления. Виртуальные таблицы. Часть №1: Обороты 88

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

Описание работы платформы 1С:Предприятие 8.2 с виртуальной таблицей "Обороты" регистров накопления.

20.05.2019 14469 YPermitin 5

Даем названия переменным: как префиксы экономят наше время 10

Статья Программист Стажер Внешняя обработка (ert,epf) v8 Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

Понятные названия переменных экономят время и силы разработчика : в начале, когда мы даём названия переменным, в процессе развития разработки, когда мы "на лету" понимаем назначение той или иной переменной, в конце, когда мы передаём разработку на поддержку других программистов, сами переходя к новым разработкам

06.05.2019 3986 Designer1C 69

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Заметки по SQL: Срез последних - аналог запроса 17

Статья Программист Нет файла v8 1cv8.cf Россия Бесплатно (free) Математика и алгоритмы Практика программирования

В статье описывается создание среза последних данных средствами классического языка запросов. Причем метод построения запроса был разработан еще во времена, когда автор работал с СУБД Oracle 9i и программировал на PL SQL. Основная идея заключается преобразовании запроса с подзапросом, в запрос без подзапроса (в примерах описывается преобразование до двух вложенных подзапросов). Запросы тестировались на реальных базах данных. Платформа - 1С:Предприятие 8.3 (8.3.10.2561).

15.01.2019 7234 IVC_goal 5

Разработка и сценарное тестирование с Vanessa-ADD. Концепция, теория и сквозной пример создания сценария 236

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Математика и алгоритмы

Первая часть цикла публикаций, посвященных Vanessa-ADD

09.01.2019 32047 Vladimir Litvinenko 69

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Многопоточное восстановление последовательностей 42

Статья Системный администратор Программист Нет файла v8 Бесплатно (free) Производительность и оптимизация (HighLoad) Практика программирования Математика и алгоритмы Универсальные функции

Универсальный алгоритм многопоточного фонового восстановления любой последовательности.

05.12.2018 8337 _ASZ_ 29

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С 132

Статья Программист Нет файла v8 v8::blocking 1cv8.cf Бесплатно (free) Математика и алгоритмы Практика программирования

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018 25019 ids79 40

Онлайн-курс "Подготовка к экзамену 1С:Эксперт и 1С:Профессионал по технологическим вопросам" с 7 по 24 апреля 2020 г. Промо

На курсе вы получите практические навыки решения задач производительности 1С, в том числе характерных для высоконагруженных информационных систем (более 1000 пользователей). Подготовка к экзамену – только одна из составляющих курса. 70% слушателей приходят за знаниями, которые позволят расти и зарабатывать, делать сложные задачи на крупных проектах.

16450 рублей

Основные понятия и механизмы оптимизации клиент-серверного взаимодействия в 1C 150

Статья Программист Нет файла v8 Россия Бесплатно (free) Математика и алгоритмы Практика программирования

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

23.08.2018 26140 Rain88 44

Теорема номер тринадцать 15

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Использование математических методов для языка запросов.

15.03.2018 10100 vasilev2015 24

Онлайн-курс «Практические аспекты внедрения регламентированного учета и расчета себестоимости в 1С:ERP на крупных промышленных предприятиях» с 17 февраля по 13 марта 2020 года. Промо

Курс рассчитан для подготовки экспертов по регламентированному учету и учету затрат для внедрения на крупных промышленных предприятиях с «исторически сложившимся» учетом

9000 рублей

Введение в CI для 1С 87

Статья Программист Нет файла v8 Россия Бесплатно (free) Математика и алгоритмы

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

21.11.2017 20366 real_MaxA 22

#Область ВНЕШНИЕ_ВЫЗОВЫ или MVC в 1С, библиотечность и упрощение интеграции кода 44

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Математика и алгоритмы Универсальные функции

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

12.10.2017 15554 for_sale 58