18.06.2015
Новый механизм отладки
Реализовано в версии 8.3.7.1759.
Мы значительно переработали механизм отладки. Для этого было несколько причин. Во-первых, мы хотели предоставить вам возможность отлаживать все имеющиеся на сегодняшний момент приложения. Во-вторых, прежняя архитектура отладчика требовала изменений для того, чтобы соответствовать текущим тенденциям, и иметь возможность будущего развития. В-третьих, был необходим универсальный интерфейс отладки, с которым мог бы работать не только конфигуратор 1С:Предприятия, но и Development Tools.
Основные преимущества
Чтобы вы могли представить себе объём выполненных нами изменений, коротко перечислим основные преимущества нового механизма.
Отладка по протоколу HTTP
Прежний механизм отладки был основан на том, что отладчик, реализованный в конфигураторе 1С:Предприятия, напрямую взаимодействовал с предметами отладки (клиентскими и серверными приложениями). Это взаимодействие осуществлялось по протоколу TCP/IP.
Однако с выходом приложений 1С:Предприятия в Интернет, а особенно с появлением мобильных приложений, такой подход стал источником ограничений и неудобств. Далеко не всегда протокол TCP/IP позволяет отладчику «достучаться» до предметов отладки. Ведь они могут находиться вне локальной сети, в которой работает отладчик.
Поэтому в новом механизме в качестве транспортного протокола мы выбрали более «вездеходный» протокол HTTP, который, кстати, используют и клиентские приложения для подключения к информационным базам.
Современная архитектура отладки
Особенностью прежнего механизма отладки была необходимость подключения к информационной базе с помощью конфигуратора. В результате разработчик, выполняющий отладку, имел полный доступ ко всем административным функциям.
Новый механизм отладки перестал нуждаться в соединении с отлаживаемой информационной базой. Главное, что требуется теперь отладчику, это такая же конфигурация, которая работает у клиентов. Для её получения нет необходимости подключаться к отлаживаемой информационной базе. Вы можете загрузить её, например, из файла.
Отладка мобильных приложений
Благодаря использованию протокола HTTP, стала возможной отладка приложений, исполняемых мобильной платформой. Причём вы можете отлаживать любые контексты: клиентский, серверный, а также фоновые задания.
Изменение переменных, свойств объектов и асинхронные вычисления выражений
Теперь в процессе отладки вы можете изменять значения любых переменных, которые доступны для записи. Для быстрого просмотра и изменения локальных переменных мы реализовали отдельное окно. А само вычисление выражений, отображаемых отладчиком, теперь выполняется в асинхронном режиме.
Отладка в Development Tools
При создании нового механизма отладки мы реализовали новый, универсальный программный интерфейс взаимодействия с ним. Этот интерфейс использует конфигуратор 1С:Предприятия, и этот же интерфейс использует теперь и новая среда разработки 1C:Enterprise Development Tools. Таким образом, все возможности отладки доступны теперь и при работе в Development Tools.
Архитектура процесса отладки
Новая архитектура отладки выглядит следующим образом:
В отладке участвуют отладчик, предметы отладки и новый элемент — сервер отладки.
Прямой передачи информации между отладчиком и предметами отладки нет. Всё взаимодействие организуется через сервер отладки. Это основной элемент механизма. На сервере отладки организована очередь сообщений, через которую отладчик и предметы отладки передают информацию друг другу.
И сам отладчик, и предметы отладки взаимодействуют с сервером отладки по протоколу HTTP. Таким образом теперь неважно, где эти предметы отладки расположены.
Взаимодействие с сервером отладки выполняется по инициативе отладчика и предметов отладки. Для этого организуются дополнительные соединения. Их основное назначение — узнать, не появилась ли для них информация на сервере отладки. И если появилась, получить эту информацию.
Таким образом, взаимодействие получается одностороннее. Информация всё время передаётся с сервера отладки в отладчик, и в предметы отладки.
Идентификация информационных баз
В прежнем механизме для идентификации информационных баз использовалась строка соединения. Такое решение в некоторых случаях вызывало трудности с сопоставлением предметов отладки и конфигуратора. Потому что, во-первых, оно было регистрозависимым, а во-вторых, при отладке некоторых контекстов платформа формировала строку соединения автоматически. И она не всегда совпадала с той, которую вы указывали при подключении информационной базы в конфигураторе. Поиск и исправление таких ситуаций усложняли процесс отладки.
В новом механизме мы избавились от строки соединения. Теперь мы используем идентификатор информационной базы. В файловой информационной базе такой идентификатор генерируется при первом подключении клиентского соединения. В серверной информационной базе в качестве такого идентификатора используется идентификатор регистрации информационной базы в кластере.
Приятным дополнительным моментом здесь является то, что мы пока сохранили в платформе старый механизм отладки (в дальнейшем он может быть исключён). И вы можете пользоваться им при желании, или при необходимости. Так вот старый механизм мы доработали, и теперь он тоже использует идентификатор информационной базы, а не строку соединения.
Типичные сценарии отладки
С точки зрения прикладного разработчика типичные сценарии отладки не изменились. Единственным значительным отличием является то, что новый механизм отладки нужно включить. Потому что по-умолчанию он выключен.
Несмотря на это имеет смысл познакомиться с тем, что происходит теперь при запуске отладки. Потому что это может быть полезно вам в каких-то нестандартных сценариях работы.
Файловый вариант
Прежде чем начать отладку в файловом варианте, в настройках конфигуратора нужно указать, что вы хотите использовать новый механизм отладки — «Отладка по протоколу HTTP».
При этом конфигуратор автоматически предложит вам использовать локальный сервер отладки. С этим нужно согласиться и перезапустить конфигуратор.
Установленный вами способ отладки сохраняется между сеансами конфигуратора, но хранится он в разрезе информационных баз. Поэтому для другой информационной базы вам снова нужно будет его включить.
Теперь при старте конфигуратора, или при его перезапуске, платформа автоматически будет запускать ещё и сервер отладки. Это отдельное приложение dbgs.exe. Вы можете увидеть его в диспетчере задач.
В параметре ownerPID у него указан идентификатор того приложения, которому принадлежит этот сервер отладки. В данном случае это конфигуратор 1С:Предприятия.
Теперь, если из конфигуратора вы запустите отладочный сеанс 1С:Предприятия, он автоматически подключится к серверу отладки, и в конфигураторе вы увидите подключенные предметы отладки.
Если сеанс 1С:Предприятия был запущен без отладки, то, как и раньше, вы можете подключить его к отладчику. Только теперь нужно указывать адрес сервера отладки:
Этот адрес вы можете узнать из настроек предметов отладки:
Есть один непривычный момент, связанный с работой сразу с несколькими файловыми базами. В файловом варианте каждый конфигуратор с включенной отладкой http запускает свою копию сервера отладки на разных портах:
Поэтому если у вас открыты сразу несколько конфигураторов, то для подключения клиентского приложения к отладчику вам нужно выбрать из них правильный.
Клиент-серверный вариант
Прежде чем начать отладку в клиент-серверном варианте, вам нужно, как и раньше, запустить сервер 1С:Предприятия в режиме отладки, но указать, что для отладки будет использоваться новый механизм HTTP. Например, так:
ragent.exe -debug -http
При таком запуске сервера будет запущен и сервер отладки.
В параметре ownerPID у него будет указан идентификатор менеджера кластера 1С:Предприятия.
Теперь в настройках конфигуратора, как и в случае файловой базы, вам нужно указать, что вы хотите использовать новый механизм отладки — «Отладка по протоколу HTTP».
При этом конфигуратор автоматически предложит вам использовать уже сервер отладки кластера, а не локальный сервер. С этим нужно согласиться и перезапустить конфигуратор.
Дальше всё выглядит точно так же, как и в файловом варианте, за исключением того, что при старте конфигуратора серверной базы с включенной отладкой http локальный сервер отладки запускаться уже не будет.
Подключение предметов отладки
При запуске отладочных сеансов из конфигуратора, приложения выполняют автоматическое подключение предметов отладки (как клиентского, так и серверного) к серверу отладки.
При этом, как и раньше, у вас есть возможность настроить в конфигураторе автоматическое подключение предметов отладки независимо от того, каким образом они были запущены. Теперь эти возможности стали гораздо богаче.
Во-первых, теперь платформа предлагает вам для выбора все возможные предметы отладки.
А во-вторых, появился ещё один, более тонкий способ настройки. Это использование заранее созданных отборов.
Такие отборы вы можете использовать как при подключении предметов отладки, так и для просмотра доступных предметов отладки.
В отборе, кроме самих предметов отладки, вы можете указать конкретных пользователей, чьи сеансы вас интересуют, а также, если используется разделение данных, указать область информационной базы, которая будет отлаживаться.
Изменение переменных, свойств объектов и асинхронные вычисления выражений
Новый механизм отладки позволяет вам изменять значения переменных в процессе отладки. В прежнем механизме такая возможность отсутствовала.
Для удобного просмотра и изменения локальных переменных, что представляется наиболее частой задачей, мы реализовали окно «Локальные переменные».
Внешне оно очень похоже на привычное вам «Табло». Но, во-первых, это окно уже автоматически заполнено всеми локальными переменными, а во-вторых, значения переменных вы можете теперь менять.
Значения примитивных типов вы можете изменить прямо в ячейке «Значение»:
А для изменения других значений вы можете воспользоваться окном ввода выражений:
Приятным бонусом является то, что в этом окне полностью функционирует контекстная подсказка.
Точно таким же образом вы можете изменять и значения любых (не только локальных) переменных, свойств, доступных для записи. В окне вычисления выражений (которое вызывается командой Shift+F9) вы можете менять значения переменных как в ячейке «Значение», так и с помощью отдельного диалога.
Кстати, само вычисление выражений теперь выполняется асинхронно. Это означает, что конфигуратор заказывает вычисление предмета отладки. И некоторое время это вычисление ожидается на сервере. Если вычисление выполнено, то результаты сразу поступают в конфигуратор. Если вычисление выполняется продолжительное время, то результаты этих вычислений асинхронно приходят в конфигуратор позже. Такой подход позволяет вам не ожидать длительных вычислений в конфигураторе, и продолжить свою работу.
Теги:
разработка
8.3.7
https://partners.v8.1c.ru/forum/t/2078782/m/2078782
Конфигурация ПО
8.3.21-22, клиент-сервер, отладка http
Проблема
Проблемы в работе отладчика по http после нештатного завершения
Воспроизведение
Восстановить базу из выгрузку в клиент-серерном режиме с http отладкой. Запустить конфигуратор. Запустить из него на отладку тонкое или толстое клиентское приложение. Через диспетчер задач принудительно завершить процесс конфигуратора. Снова запустить конфигуратор. При этом будет отображен вопрос
Ошибка регистрации отладчика на сервере отладки:
информационная база с именем «test» на сервере отладки по адресу «http://CORTEX: 1550» уже отлаживается другим отладчиком.
Повторить?
Безуспешно понажимать «Да» несколько раз и сдаться, нажав «Нет».
Запустить из него на отладку тонкое или толстое клиентское приложение.
При этом предмет отладки автоматически не подключается к отладчику. Но даже если его вручную подключить, то остановка предмета не работает. Также при этом в отладчике становятся недоступны кнопки запуска предметов отладки, на одну из которых мы нажали.
Если же в клиентском приложении вызвать исключение например командой «Команда1» на открывшейся форме, то кнопка «Конфигуратор» в окне ошибки появляется, но нажатие на нее запускает новый процесс конфигуратора, который естественно не может запуститься и выводит диалог ожидания запуска
С этой информационной базой уже работает конфигуратор:
компьютер: CORTEX, сеанс: 3. начат: 28.08.2022 в 7:44:26. приложение: Конфигуратор
Такое поведение процесса конфигуратора сохраняется бесконечно. Помогает запуск нового процесса конфигуратора через несколько минут.
Столь негуманное поведение платформы выглядит как ошибка.
Но если все же такое поведение является запланированным, то предлагаю хотя бы дать возможность пользователю конфигуратора в вопросе «Ошибка регистрации отладчика на сервере отладки…» жестко исправить эту ошибку сразу путем удаления регистрации на сервере отладки нештатно завершившегося отладчика.
Не работает отладка на сервере |
Я |
04.08.16 — 13:53
Имеется 1С 8.3.8.1861+Ubuntu 16.04+PostgreSQL.
Все работает,все хорошо, но не работает отладка серверных процедур в конфигураторе. Ключ -debug добавлен ко всем службам,брендмауэр отключен, имена базы и строки подключения совпадают, предмет отладки типа сервер есть, но автоматом не подключается, а добавление вручную не решает проблему. 1С на серваке одна,т.е никаких других платформ и сервисов там нет. Помогите кто чем может.
p.s. Заметил такую штуку — в моей базе порт отладчика 1560 и порт сервера тоже 1560, а в других базах(правда на виндовом сервере) порты сервера и отладчика отличаются. Может в этом проблема? Как изменить порт не нашел.
p.p.s. Прочитал статью(http://v8.1c.ru/o7/201506debug/index.htm), о том что 1С изменила архитектуру отладки. И чтоб она работала нужно добавить ключ к службе сервиса -http. Но как добавить ее в линуксе ни слова. Интернет тоже молчит. Кто-нибудь сталкивался с таким?
1 — 04.08.16 — 14:36
апну
2 — 04.08.16 — 15:08
сходи на ubuntu.ru
3 — 04.08.16 — 15:28
(2) Сомневаюсь, что дело в убунту
4 — 04.08.16 — 15:30
Показывай окно предметов отладки
5 — 04.08.16 — 15:41
6 — 04.08.16 — 15:44
Предмет отладки виден и отладчик к нему подключен.
Твоя проблема в том, что точки останова не работают.
Когда останавливаешь выполнение кода («Отладка — Остановить») и потом что-нибудь делаешь в пользовательском режиме, то отладчик остановится на первой выполнившейся строке кода?
Проверь это не на внешней обработке, а на какой-нибудь форме конфигурации
7 — 04.08.16 — 15:44
это я их ручками в нижнюю таблицу поместил, а так ни клиент ни сервер автоматом не подключаются
8 — 04.08.16 — 15:47
(7) Так проблема в том, что автоматом не подключаются, или все-таки в (6)?
9 — 04.08.16 — 15:49
Параметры->Дополнительные->Устанавливать режим разрешения отладки: включен?
10 — 04.08.16 — 15:53
(9) включен
(8) проблема в том что в не останавливается на точках останова в серверных процедурах
(6) «Отладка — Остановить» ничего не происходит, отладка не прекращается
11 — 04.08.16 — 15:58
После добавление ключ -debug службу перезапускали?
12 — 04.08.16 — 16:02
(11) Сначала службу, а потом и весь сервер
13 — 04.08.16 — 16:03
(10) «не останавливается на точках останова в серверных процедурах» // А в клиентских?
14 — 04.08.16 — 16:04
(13) а в клиентских останавливается
15 — 04.08.16 — 16:07
В недрах etc/init.d/srv1cv8 раскомментировал строку SRV1CV8_DEBUG=1?
16 — 04.08.16 — 16:09
(15) Конечно, иначе бы ключ -debug не появился бы
17 — 04.08.16 — 16:15
(16) Где появился? Ты смотришь командные строки запущенных процессов ОС и ключ там есть, верно?
18 — 04.08.16 — 16:17
usr1cv8 2123 0.0 0.1 45248 4660 ? Ss авг03 0:00 /lib/systemd/systemd —user
usr1cv8 2125 0.0 0.0 61276 2020 ? S авг03 0:00 (sd-pam)
usr1cv8 2143 0.3 1.1 828596 47000 ? Ssl авг03 5:12 /opt/1C/v8.3/x86_64/ragent -daemon -debug
usr1cv8 2157 1.2 3.7 1354716 150108 ? Sl авг03 18:59 /opt/1C/v8.3/x86_64/rmngr -port 1541 -host Ubuntu-1604-xenial-64-minimal -range 1560:1591 -debug -tcp -clstid 3273afcc-57c6-11e6-3384-5254a20178af
usr1cv8 8921 0.9 8.6 1629804 350392 ? Sl 10:23 0:42 /opt/1C/v8.3/x86_64/rphost -range 1560:1591 -reghost Ubuntu-1604-xenial-64-minimal -regport 1541 -pid 33721e72-57c6-11e6-3384-5254a20178af -debug -tcp
root 9560 0.0 0.0 17560 976 pts/0 S+ 11:41 0:00 grep —color=auto 1c
19 — 04.08.16 — 16:17
это в линуксе на сервере
20 — 04.08.16 — 16:36
(14) А клиентское приложение и сервер приложений на разных хостах расположены?
21 — 04.08.16 — 16:38
(20) Да
22 — 04.08.16 — 16:42
(21) Скорее всего это причина. То, что серверный предмет отладки виден, но при запуске предмета отладки (клиентского приложения) из отладчика автоматом не подключается, косвенно свидетельствует о проблемах с установкой связи между отладчиком и сервером приложений.
Открыл все порты на обоих серверах в обе стороны? Файрволы?
23 — 04.08.16 — 16:43
(21) а чего фоновые задания не подколючил? забыл?
24 — 04.08.16 — 16:45
Судя по командным строкам запущенных процессов, диапазон портов используется стандартный. Так что размещение файлов debugcfg.xml на обоих хостах _вроде_ не требуется
25 — 04.08.16 — 16:53
(23) Зачем?
(22) Фаерволов нет, брэндмауэр отключил на клиенте
«Открыл все порты на обоих серверах в обе стороны?» Насильно ничего не открывал. на линуксе iptables ничего не блокируют, значит там все открыто, а на клиенте хз как проверить?
26 — 04.08.16 — 16:54
Может причина в этом «Заметил такую штуку — в моей базе порт отладчика 1560 и порт сервера тоже 1560, а в других базах(правда на виндовом сервере) порты сервера и отладчика отличаются.»
27 — 04.08.16 — 17:12
ап
28 — 04.08.16 — 17:25
(26) Нет, у меня так же
(25) «а на клиенте хз как проверить?» // Тут не подскажу, какая утилитка в Убунту сможет показать _доступность_ порта. Кажется, при попытке подключиться всякими ssh / telnet’ами просто подтвердит, слушается ли порт, но открыт ли он в принципе, не покажет.
Сделай такой эксперимент: запусти конфигуратор на хосте сервера приложений и проверь отладку там. Т.е. все локально на одном хосте.
29 — 04.08.16 — 17:51
(28) это невозможно, на серваке урезанная версия ОС убунту без графического интерфейса
30 — 04.08.16 — 17:54
Случаем к базе подключение с клиента не по ИП-адресу происходит (в строке запуска)?
31 — 04.08.16 — 17:55
сначала было по айпи, потом поменял на имя сервера из консоли администрирования серверов. Это ни на что не повлияло
32 — 04.08.16 — 17:56
«потом поменял на имя сервера из консоли администрирования серверов» // Я про строку соединения на клиенте. Та, что прописана в v8i-файлах. И заодно покажи строку адреса отладчика в настройках отладки.
33 — 04.08.16 — 18:02
(32) «Я про строку соединения на клиенте. Та, что прописана в v8i-файлах». А где их искать? Поиск в виндовс не дал результатов.
«И заодно покажи строку адреса отладчика в настройках отладки.» http://s018.radikal.ru/i513/1608/23/18e93a0aae1a.jpg
34 — 04.08.16 — 18:08
"Поиск в виндовс не дал результатов"// А, так у тебя клиент на хосте под управлением Винды. Я почему-то думал, что тоже Убунту...
Искать, например, в диалоге «О программе», там строка соединения написана.
Но скорее всего дело в виндовой файрволе, ставлю на это (отключи его в расширенной оснастке для всех трех видов сетевых расположений)
35 — 04.08.16 — 18:08
*в виндовом файрволе
36 — 05.08.16 — 09:17
(34) Брендмауэр отключен, я написал это в своем первом сообщении
37 — 05.08.16 — 09:44
(0) Какая конфа? В новых типовых всякое через фоновые запускается, надо включать автоподключение к ним.
38 — 05.08.16 — 10:20
(37) Самописная
39 — 05.08.16 — 14:35
ап
40 — 08.08.16 — 14:43
(36) Убеди меня в этом
41 — 09.08.16 — 09:30
42 — 09.08.16 — 11:20
(41)В службах попробуй полностью отключить Брандмауэр Windows
43 — 09.08.16 — 13:53
(42) Не помогло
44 — 09.08.16 — 21:30
(41) Так ты в домене. Ну телнет с линукса до своего хоста на разные порты поделай — будет коннект успешен?
45 — 11.08.16 — 10:51
(44) Да я дома пытался отладку подключить. Тоже не работает. А когда на работе отключил брендмауэр, то перестала работать отладка рабочих баз)))
46 — 26.08.16 — 13:56
проблема остается на последнем релизе 8.3.8.2027. в списках ошибок такая проблема отсутствует, но есть несколько других связанных с отладкой… проблему можно обойти установкой клиента и отладкой на самом сервере.
47 — 24.09.16 — 11:01
Пропишите ip-адрес и имя сервера в файле hosts. Читайте ИТС "отладка прикладных решений"
48 — 24.09.16 — 11:25
(47) не получилось в hosts, прописываем на DNS сервере? ламерское решение! даже читать смысла нет.
пускай пилят по человечески уже. проблема реально существует. просто временное решение в (46).
49 — 24.09.16 — 12:29
(48) уже есть .2088. Может быть, поправили.
50 — 24.09.16 — 12:53
Столкнулся с описанной проблемой еще 8.3.7, думал проблема в docker, т.к. ubuntu 14.04, postgres и 1с установлены в контейнере docker.
Ключ -http проблему решил.
В моем случае добавлял параметр в supervisord.conf
command=/opt/1C/v8.3/x86_64/ragent -port 1540 -regport 1541 -range 1560:1591 -debug -http
Но отладка http иногда в процессе отладки, вещает весь сервер. Процесс dbgs дает почти 100% нагрузку на процессор. Иногда достаточно закрыть сеансы 1с и конфигуратор и предприятие, но чаще перезапуск контейнера docker.
ThinkingStone
51 — 24.09.16 — 17:38
(48) установка клиента на сервер ubuntu без графического интерфейса? Ну да, немного неудобно, но решение рабочее. А еще можно все списать на кривую платформу.
А можно взять и прочитать, а потом и проверить все, что написано на итс (а там ведь немного текста). Проверить порты клиента и сервера тем же телнетом, убедиться, что имена клиента и сервера резолвятся. Чудес не бывает. Убежден, что если к вопросу подойти вдумчиво, то все получится.
Вопрос: «Что делать, если стоят точки останова, при этом платформа выполняет проведение без остановки? Куда смотреть?».
Причина: по умолчанию отладка на сервере выключена.
Куда смотрим и что проверяем
1. Добавьте ключ «-debug» в строке запуска службы «Агент сервера 1С:Предприятия 8.3».
Например, по умолчанию строка такая (условно):
«C:Program Files1cv88.x.xx.xxxxbinragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv8srvinfo»
Запуск с опцией отладки:
«C:Program Files1cv88.x.xx.xxxxbinragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d «C:Program Files1cv8srvinfo»
Условия запуска меняются в реестре — через строковый параметр «ImagePath». Раздел находится здесь в зависимости от разрядности:
- HKLMSYSTEMCurrentControlSetservices1C:Enterprise 8.3 Server Agent
- HKLMSYSTEMCurrentControlSetservices1C:Enterprise 8.3 Server Agent (x86-64)
Для активации потребуется рестарт службы либо перезагрузка сервера.
2. В меню «Сервис — Параметры — Запуск 1С:Предприятия — Дополнительные» включите опции:
- «Устанавливать режим разрешения отладки»;
- «Начинать отладку при запуске»
3. Через Конфигуратор откройте «Отладка — Подключение» — какие сеансы у вас показываются в предметах отладки; поставьте настройки в окне «Автоматическое подключение».
Например, автоматически подключать «Клиентские и внешние соединения на сервере» или «Фоновые задания» в зависимости от задачи.
4. При использовании отладки по протоколу TCP/IP возможно потребуется настройка правил брандмауэра.
Проверьте эти моменты и, скорее всего, отладка в серверном режиме у вас заработает.
Отладку можно проводить при помощи двух различных протоколов: по TCP/IP (вариант по умолчанию) и по HTTP, при этом оба протокола предоставляют достаточно похожие возможности. Собственно, эта статья и посвящена рассмотрению особенностей этих двух протоколов, также в ней рассказывается о том, что такое предмет отладки.
Кроме этого отмечу, что эта статья входит в небольшую серию статей об отладке в 1С:
- Как включить отладку на сервере 1С
- Отладка по протоколам HTTP и TCP/IP в 1С
- Инструменты отладки в 1С
- Отладка в 1С
Содержание
- Предмет отладки
- Выбор протокола отладки
- Протокол отладки TCP/IP
- Подключение предметов отладки
- Протокол отладки HTTP
- Сервер отладки
- Подключение предметов отладки
Предмет отладки
Начнем с обсуждения такого понятия, как «предмет отладки». Предмет отладки — это контекст встроенного языка, который характеризуется такими параметрами как:
- имя пользователя;
- тип предмета отладки;
- номер сеанса;
- имя компьютера и номер порта при отладки по TCP/IP;
- имя информационной базы при отладке по HTTP.
Типы предметов отладки:
- тонкий клиент — код исполняемый в тонком клиенте;
- веб-клиент — код исполняемый в веб-клиенте;
- толстый клиент — код исполняемый в толстом клиенте;
- клиент (мобильное приложение) — код исполняемый в клиентском приложении, на мобильном устройстве (только HTTP);
- сервер — код исполняемый на сервере;
- сервер (файловый вариант) — код исполняемый на сервере, в файловом варианте;
- сервер (мобильное приложение) — код исполняемый на сервере, в файловом варианте, на мобильном устройстве (только HTTP);
- COM-соединение — код исполняемый через внешнее соединение;
- Web-сервис — код исполняемый при вызовах методов Web-сервисов;
- HTTP-сервис — код исполняемый при вызовах методов HTTP-сервисов;
- фоновое задание — код исполняемый в фоновом задании;
- фоновое задание (файловый вариант) — код исполняемый в фоновом задании (в файловом варианте);
- фоновое задание (мобильное приложение) — код исполняемый в фоновом задании (в файловом варианте) на мобильном устройстве (только HTTP).
Подключение предметов отладки зависит от выбранного протокола отладки и поэтому будет рассмотрено ниже.
Выбор протокола отладки
Выбрать протокол отладки можно в конфигураторе: Главное меню->Сервис->Параметры->вкладка «Отладка»:
При выборе варианта отладки по протоколу HTTP поля диалога становятся доступными для редактирования. Этот диалог может незначительно отличаться (доступностью полей и значениями по умолчанию) в зависимости от информационной базы.
Группа «Сервер отладки» позволяет указать, каким сервером отладки нужно воспользоваться:
- Использовать локальный сервер отладки — вариант в основном для файловых информационных баз, в дополнительных полях можно указать адрес сетевой карты (если их несколько), а также один или несколько диапазонов портов которые будут использоваться для отладки, например: 1560:1591, 7700-8000;
- Использовать удаленный сервер отладки — конфигуратор попытается подключиться к удаленному серверу отладки по указанному адресу и порту;
- Использовать сервер отладки кластера — используется сервер отладки кластера серверов, кластер серверов должен быть запущен в отладочном режиме.
Группа «Имя информационной базы» позволяет указать имя информационной базы, под которым отладчик зарегистрируется на сервере отладки. Если доступ к серверу отладки защищен паролем, то этот пароль можно указать в группе «Доступ».
При отладке по протоколу TCP/IP отладчик ищет доступные предметы отладки на текущем или указанном компьютере. Для корректной работы отладчика (если конечно речь идет не о файловой базе на одного пользователя) очень рекомендуется нормально настроить сеть — в частности DNS-сервер и доступность отладочных портов (по-умолчанию 1560:1591).
Подключение предметов отладки
Для выполнения отладки модуля нужно подключить предмет отладки. Подключенные и доступные для подключения предметы отладки, а также настройки отладчика и автоматического подключения можно увидеть в диалоге «Предметы отладки» (меню «Отладка»->»Подключение»):
В список доступных предметов отладки попадают только те из них, которые отвечают следующим требованиям:
- отладчик и предмет отладки имеют одинаковый идентификатор информационной базы;
- в приложении включена возможность отладки (для сервера — см. первую статью серии, для клиентского приложения — соответствующий параметр командной строки либо свойство в диалоге настройки клиентского приложения либо соответствующие указания в конфигурационном файле);
- отсутствуют в списке подключенных предметов отладки.
Кнопка «Настройка…» открывается окно с настройками:
В этом окне можно изменить отладочные порты которые будет сканировать отладчик в поисках подходящих предметов отладки. Кроме этого можно узнать адрес отладчика (строка «Отладчик:»), этот адрес пригодится при различных видах отладки в файловых базах (подробнее об этом в следующей статье).
Некоторые типы предметов отладки остаются доступными для подключения очень непродолжительное время, в этом случае нужно воспользоваться настройками автоматического подключения предметов отладки:
Настройку отладки сервисов (Web, HTTP, OData) в файловой базе следует выполнять в диалоге публикации на веб-сервере (подробнее об этом в следующей статье).
Протокол отладки HTTP
Отладка по протоколу HTTP доступна начиная с версии технологической платформы 8.3.7. При этом для отладки клиент-серверной информационной базы сервер должен быть запущен в режим отладки по протоколу HTTP, о том как это сделать читайте в предыдущей статье серии.
Основное отличие отладки по протоколу HTTP заключается в наличии специального приложения — сервер отладки, который занимается координацией процесса отладки. Отладчик и предметы отладки общаются с сервером отладки по протоколу HTTP, поэтому нужно убедиться, что протокол HTTP не блокируется какими-либо прокси-серверами, брандмауэрами или чем-то другим.
Сервер отладки
Сервер отладки обычно запускается конфигуратором (в файловом варианте) или кластером серверов (если кластер запущен в режиме отладки).
Кроме этого сервер отладки может быть запущен вручную — для реализации нетривиальных сценариев отладки.
Сервер отладки (dbgs) находится в каталоге bin, параметр --help покажет информацию об имеющихся параметрах запуска (там все довольно понятно), пример запуска:
C:Program Files1cv88.3.13.1513bindbgs -a 192.168.0.170 -p 4000
Проверяем:
Подключение предметов отладки
Как и в случае с отладкой по протоколу TCP/IP, для выполнения отладки по HTTP требуется, что бы предмет отладки был подключен. Управления предметами отладки все также происходит в диалоге «Предметы отладки» (меню «Отладка»->»Подключение»):
В список доступных предметов отладки попадают все предметы отладки зарегистрированные на используемом сервере отладки для информационной базы, имя которой указывается в настройках (см. «Выбор протокола отладки»).
Из списка доступных предметов отладки исключаются уже подключенные и не соответствующие отбору предметы отладки. Отбор можно установить в правой верхней части окна:
В окне настроек отладчика можно узнать адрес сервера отладки и имя информационной базы:
Для настройки автоматического подключения предметов отладки существует специальный диалог:
В левой части диалога можно указать типы предметов отладки, которые подлежат автоматическому подключению, а в правой — дополнительные отборы предметов отладки.
На этом все, надеюсь, что эта статья была Вам полезна. Также напомню про другие статьи серии об отладке в 1С, ссылки на них можно найти в начале этой статьи.
Если Вы нашли ошибку или неточность, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Загрузка…
Разберем основные случаи когда и почему не работает отладка 1С.
1. В списке предметов отладки не видны серверные сеансы
Возможно сервер 1С запущен не в режиме отладки. Для того чтобы включить режим отладки, службу сервера 1С нужно запустить с ключом -debug. Пошаговый разбор как это сделать тут.
2. В списке предметов отладки не видны ни клиентские ни серверные сеансы.
Еще одной причиной отсутствия предметов отладки в списке является то, что предметы отладки находится не на том компьютере где запущен отладчик 1С. Актуально как для серверных так и для клиентских сеансов. Для решения проблемы обычно достаточно указать имя удаленного компьютера для поиска предметов отладки и обновить список.
Если и после этого список пустой, то нужно вбить вместо имени IP-адрес удалённого компьютера. В случае если это помогло, то рекомендуется прописать привязки имен и IP-адресов компьютеров в файле hosts. Если и это не помогло то необходимо проверить настройку фаервола, разрешены ли на сервере 1С (или удаленном клиенте) входящие соединения с компьютера где запущен отладчик на порты 1560-1591.
3. В списке предметов отладки не видны клиентские сеансы.
Причина как правил в том, что не разрешена отладка клиентского приложения. Для разрешения отладки клиентского сеанса достаточно в настройках программы в режиме 1С Предприятие указать в параметре «Отладка в текущем сеансе» — Разрешена TCP/IP.
4. Предмет отладки виден в конфигураторе и подключается, но точка останова все равно не срабатывает на строке кода.
Данная проблема актуальна при отладке по протоколу TCP. Причина в том что отладчик не может принимать входящие соединение из-за того что брандмауер или фаервол блокируют сетевое взаимодействие между отладчиком и предметом отладки. Тут нужно понимать, что отладчик не только устанавливает исходящее соединение с предметом отладки, но также должен иметь возможность принимать входящее соединение. Проблема решается отключением фаервола на компьютере где запущен отладчик либо открытием входящих соединений на портах 1560-1591 для исполняемого файла 1cv8.exe.
5. Программный код выполняется в сеансе фонового задания.
В типовых конфигурациях 1С широко использует запуск длительных процедур в фоновом режиме. Для этого на сервере запускается отдельный фоновый сеанс помимо основного серверного сеанса пользователя. Проблема решается включением автоматического подключения отладчика к фоновым сеансам. После этого как правило отладка начинает работать, если нет проблем с фаерволом описанных выше.
6. Программный код выполняется в сеансе web-сервиса или http-сервиса.
Как правило сеанс подключения к web-сервису http-сервису существует непродолжительное время и вручную подключиться к нему проблематично. Здесь так же достаточно включить автоматическое подключение к таким сеансам и отладчик сам будет находить и подключать предметы отладки, ваша задача только поставить точку останова в коде.
Подводим итоги
Как видим основные причины неработающей отладки 1С легко решаются. Пожалуй самой трудно-диагностируемой проблемой является работающий в сети фаервол, который может блокировать соединения между отладчиком и предметом отладки. В самом простом случае достаточно открыть порты для подключения как описано выше. В более сложном случае, когда отладчик и предмет отладки разделены NAT, может потребоваться проброс портов. Самый крайний случай когда из-за политик безопасности прямое сетевой взаимодействие по протоколу TCP между отладчиком и предметом отладки не возможно, следует рассмотреть вариант отладки по протоколу HTTP.
Напоследок стоит отметить, что как правило отладка производиться на тестовом сервере 1С, который запускается на портах отличных от типового диапазона 1560-1561. Поэтому, все изложенное выше в части номеров портов, следует рассматривать в контексте ваших реально используемых диапазонов портов.
Многие начинающие предприниматели испытывают трудности с настройкой специализированного программного обеспечения. В частности, возникает вопрос по 1С: как включить режим отладки на 1C сервере предприятия. В этой статье пойдет речь о том, как именно можно осуществить эту процедуру.
Это необходимо для самостоятельной разработки конфигураций любой сложности. Использование указанного режима дает программисту возможность выявить уже существующие ошибки в работе, а также определить потенциально слабые места и возможные угрозы.
Как это сделать на платформе 8.1
На самом деле, процесс схож на разных версиях. Отличия только в деталях, которым и посвящен этот раздел.
Алгоритм состоит из следующих несложных шагов:
- Отключаем сервис Enterprise Server Agent.
- Открываем редактор реестра системы. Чтобы это проделать, требуется активировать знакомую всем комбинацию «Win + R». Альтернативный вариант – через меню Пуск.
- В возникшем окне вводим слово «regedit», как обозначено на скриншоте. Важно помнить, что кавычки не используются.
- После необходимо увидеть такой путь: [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent].
- Отыскиваем строку с названием «ImagePath» и корректируем ее, плюсуя к ней «-debug». Чтобы это осуществить, необходимо кликнуть по ней правой кнопкой мыши и нажать «Изменить».
- Запускаем упомянутую выше службу.
По окончании выполнения этой операции отладка в серверном режиме 1С должна начать действовать.
Когда не получается в версиях 8.2/3
Здесь алгоритм практически полностью идентичный предыдущему, за исключением небольших деталей. По инструкции, приведенной ниже, можно решить проблему.
Дабы устранить неполадку, нужно проделать такое:
- Прекращаем действие Enterprise Server Agent.
- Снова жмем Win + R, вводим слово «regedit».
- Далее берем маршрут [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.1 Server Agent].
- Аналогично прошлому разу, отыскиваем «ImagePath», после чего нам важно включить дебаг на сервере 1С. Просто кликаем правой кнопкой, жмем «Изменить» и корректируем его, прописывая «-debug».
- Возобновляем процессы.
Также есть способ сделать это через клиента. Для этого требуется открыть данную программу и войти в нее в режиме конфигуратора. После выбираем меню «Отладка», после чего выбираем соответствующий действующей версии режим, как это показано на скриншоте ниже.
Когда запуск осуществился, на экране можно будет увидеть окно. На картинке внизу показаны появившиеся клавиши. С их помощью пользователь может вносить изменения в настройки.
Чтобы использование было максимально результативным, стоит подробно вникнуть в назначение включения отладки на сервере 1С. Об этом речь пойдет в следующих разделах.
Готовые решения для всех направлений
Ускорь работу сотрудников склада при помощи мобильной автоматизации. Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара.
Узнать больше
Мобильность, точность и скорость пересчёта товара в торговом зале и на складе, позволят вам не потерять дни продаж во время проведения инвентаризации и при приёмке товара.
Узнать больше
Обязательная маркировка товаров — это возможность для каждой организации на 100% исключить приёмку на свой склад контрафактного товара и отследить цепочку поставок от производителя.
Узнать больше
Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе. Начни использовать современные, более эффективные мобильные инструменты.
Узнать больше
Повысь точность учета имущества организации, уровень контроля сохранности и перемещения каждой единицы. Мобильный учет снизит вероятность краж и естественных потерь.
Узнать больше
Повысь эффективность деятельности производственного предприятия за счет внедрения мобильной автоматизации для учёта товарно-материальных ценностей.
Узнать больше
Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.
Узнать больше
Исключи ошибки сопоставления и считывания акцизных марок алкогольной продукции при помощи мобильных инструментов учёта.
Узнать больше
Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов..
Узнать больше
Используй современные мобильные инструменты для проведения инвентаризации товара. Повысь скорость и точность бизнес-процесса.
Узнать больше
Показать все решения по автоматизации
Производим запуск в Windows
В этой операционной системе воплотить подобное действие нетрудно. Пошаговое руководство:
- Вызываем окно.
- Прописываем в нем слово «regedit». Получится воспользоваться альтернативным путем, подобно показанному на рисунке.
- Находим путь: HKEY_LOCAL_MACHINESYSTEMControlSet001Services1C:Enterprise 8.3 Server Agent (x86-64)
- Выбираем «ImagePath» и видоизменяем ее, дописывая к ней «-debug», как на изображении ниже.
- Завершающий шаг – выполняем перезапуск агента.
Когда все пункты были выполнены, то запуск сервера 1С в режиме отладки прошел успешно, и с этого момента все должно быть в порядке.
По протоколу HTTP
Обозначенные в предыдущих разделах методы дают возможность запустить по TCP/IP. Это стандартный вариант, действующий в штатной обстановке. В большинстве ситуаций именно он и нужен для корректного функционирования системы. Однако бывают исключительные случаи, когда требуется открытие в HyperText Transfer Protocol. Это сделать несложно.
Процедура идентична предыдущей, однако все же есть небольшие отличия в алгоритме. Точнее в некоторых его пунктах. Будет иначе выглядеть параметр «ImagePath». Дополнительно к нему необходимо будет добавить «-http».
В случае когда эксплуатируется удаленный сервер, обязательно надо обозначить его адрес, а также порт вместе с паролем в следующем формате: «-debugServerAddr», «-debugServerPort» и «-debugServerPwd».
При осуществлении деятельности стоит учитывать, что использование подобного способа возможно только при работе с версиями от 8.3.7.
Как запустить сервер 1С в режиме отладки на Ubuntu
Описанную выше процедуру всегда можно проделать и на этой операционной системе. Для этого требуется:
- Поставить «sudo service srv1cv83 stop».
- Далее с аккаунта рута запускаем «/etc/init.d/srv1cv83».
- Здесь обнаруживаем «#SRV1CV8_DEBUG=».
- Вносим коррективы, чтобы на выходе иметь «SRV1CV8_DEBUG=1».
- Выполняем перезапуск «sudo service srv1cv83 start».
- Далее движемся по такому пути: «Параметры» – «Запуск 1С:Предприятия» – «Дополнительные».
- В последнем меню активируем значки, которые изображены на скриншоте внизу.
После выполнения всех описанных действий должен включиться нужный режим.
Как запустить правильно
Как уже было сказано ранее, по умолчанию система приложения осуществляет старт без отладки серверных процедур 1С, поскольку происходящие процессы сильно замедляют работу и создают дополнительную нагрузку.
Существует несколько способов это исправить. Некоторые были разобраны в предыдущих пунктах. Здесь же будет подробно описан наиболее распространенный метод. Алгоритм следующий:
- Входим в реестр, ориентируемся на снимок экрана ниже.
- Переходим по указанному маршруту: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.3 Server Agent (x86-64). Стоит учитывать, что имя раздела может немного разниться. Это зависит от модификации: 8.1/8.2. Кроме того, значение имеет разрядность: 32 или 64 бит.
- Далее нужен параметр «ImagePath». Если быть точнее, то не он сам, а его показатель. Его требуется дополнить ключом «debug», как это сделать, наглядно показано на следующем изображении. Важно понимать, что перед ним можно использовать символы как «-», так и «/». Во многих статьях пишут по-разному, поэтому неопытные пользователи могут запутаться.
- По результатам проделанных действий на экране должно отображаться то, что показано на скриншоте.
- Выполняем перезапуск службы «Агент сервера 1С:Предприятия 8.3 (x86-64)».
После завершения процедуры режим успешно активирован. Все, что остается сотруднику, – это проверить правильность его работы.
Иметь дело со специализированным программным обеспечением не всегда просто. Особенно если речь идет о молодом предприятии, в штате которого еще нет программиста.
Лучшее решение в сложившейся ситуации – это обратиться к профессионалам, обладающим достаточным количеством навыков и опытом взаимодействия с подобным ПО.
Определить корректность
Существует простой, но надежный способ проверить стабильность работы выбранного режима. Для этого необходимо настроить фаервол. В нем требуется открыть TCP и UDP порты.
Далее можно приступать к осуществлению проверки. Первый шаг – запуск конфигуратора. Далее следует зайти в соответствующее меню и начать процедуру. Можно также просто нажать кнопку F5 на клавиатуре. Рабочая платформа откроется и будет действовать в режиме предприятия. Не закрывая окно, кликаем на вкладку «Подключение» и ищем ячейку «Тип». Когда в нем указана надпись «Сервер», то все функционирует корректно.
Функции и параметры запуска режима отладки 1С 8.3 и остальных версий
У описанной в статье опции есть большое количество сильных сторон, которые существенно повышают эффективность и надежность. Основная задача в том, чтобы проверить работоспособность написанного кода.
Чтобы это осуществить, используется инструмент под названием «точка останова» (преднамеренное прерывание выполнения программы, при котором выполняется вызов отладчика). Ее разработчик фиксирует на строке алгоритма. Графу выделяют с помощью мышки и нажимают кнопку (она помечена иконкой в виде красного круга). Другой способ – нажать клавишу F9. В соответствующем разделе есть возможность просмотреть все оставленные метки или оставить условие.
Другая полезная функция запуска 1С с отладкой на сервере носит название «Остановка по ошибке». С ее помощью программист получает возможность останавливаться исключительно в проблемных местах. После того как это произошло, пользователь попадает прямиком в конфигуратор. Там можно использовать остальные функции выбранного режима. Например, двигаться между строчками посредством горячих клавиш. Наиболее значимые и популярные из них выведены в меню.
Дополнительное преимущество – разработчик получает возможность отслеживать значение переменной после каждого выполненного элемента кода. Самый легкий способ – навести на него курсор. Тогда программа в выплывающем окне предоставит необходимую информацию. Но есть более интересный. Если зайти в раздел «Отладка», то открывается доступ к еще двум многофункциональным инструментам.
Табло
Очень удобная опция. Можно следить за происходящими процессами прямо по ходу выполнения алгоритма. Нужно просто перетащить в него интересующие переменные
Второй инструмент – «Вычисление выражений».
Он подходит для моделирования программистом различных ситуаций. К примеру, тот хочет определить, какие данные нужно получить на текущем ходе. Пользователь может прописывать любые формулы и получать результаты. Для этого нужно включить режим отладки на сервере 1С.
Бывают ситуации, когда необходимо знать последовательность действий в коде. Под это также разработан специальный механизм. Он называется «Стек вызовов». При использовании открывается специальное дополнительное окно. В нем отображаются данные о том, какая процедура была вызвана из предыдущей.
Прежде чем пустить свои наброски в работу, необходимо тщательно проверять алгоритм. В этой ситуации специалист, как правило, пользуется описанными выше инструментами. Кроме того, необходимо следить за обновлениями и модернизациями, которые происходят в сфере разработки программного обеспечения, так как в ближайшее время может появиться принципиально новый софт с набором более продвинутых функций.
Ключ отладки на сервере 1С
Для успешного запуска обсуждаемого режима необходимо дополнять значение параметра «ImagePath». Это делается при помощи «debug». Пример его применения – на снимке экрана ниже.
Неопытным пользователям важно понимать, что существует два варианта символа, который стоит перед ним. Первый – «-», второй – «/». Использование любого из них допускается и не считается ошибкой. Это стоит помнить при прочтении статей и других материалов. При правильной последовательности действий цель будет достигнута, и приложение заработает правильно. Кроме того, программист получит доступ к дополнительным инструментам, речь о которых шла выше.
Заключение
В этой статье было подробно расписано, как запустить 1С предприятие в режиме отладки, и какие бонусы будут у пользователя от этого действия.
Известно, что приложение по умолчанию осуществляет запуск без этой опции. Это делается с целью ускорения работы и экономии ресурсов. Однако включив ее, разработчик получает большое количество преимуществ и удобных инструментов.
Прежде всего, это возможность проверить, насколько корректно работает написанный программистом код. Для этого применяется один из наиболее ходовых инструментов – точка останова. Также можно останавливаться с помощью другой функции, в том случае, если обнаружены ошибки. Именно поэтому программист должен знать, как включить серверную отладку в 1С.
Кроме того, с помощью конфигуратора получится передвигаться между строчками алгоритма, используя горячие клавиши. Это удобно и экономит большое количество времени. После каждого выполненного элемента разработчик может узнавать значение переменной. Также нельзя забывать о таких многофункциональных инструментах как «Табло» и «Вычисление выражений».
Однако не следует останавливаться на существующем функционале программы. Чтобы идти в ногу со временем, необходимо еще и внимательно следить за выходящими обновлениями. Вполне вероятно, что в ближайшем будущем у приложения будет большое количество новых конфигураций с принципиально другими опциями.
Также в статье был подробно описан процесс настройки отладки на сервере 1С 8 3 и в более ранних версиях. Подводя итоги предыдущих разделов, можно смело сказать, что процедура несложная, и требует лишь некоторой внимательности от пользователя. При работе с разными операционными системами Алгоритм очень похож. Отличия лишь в деталях, которые необходимо учитывать. Прикрепленные скриншоты дадут возможность начинающему разработчику сделать все правильно и не ошибиться.
Несмотря на несложный ход процесса, доверять эту работу необходимо исключительно высококвалифицированным сотрудникам. Особенно если речь идет о запуске 1С в режиме отладки с клиента сервера на крупном предприятии. В таких ситуациях привлечение непроверенных лиц может быть связано с финансовыми потерями.
Поэтому лучшее, что можно сделать, – это обратиться к профессионалам.
Если вы хотите оптимизировать свое производство с точки зрения технологий, в каталоге на нашем сайте найдутся решения, подходящие для разных сфер, в том числе внедрение специального ПО позволит выявить и устранить основные расхождения в товарном учете, избавиться от ручных операций на крупном производственном складе или же небольшом складском помещении магазина «у дома».
С помощью софта можно упростить ведение многих рутинных задач, к примеру, приход на склад, подбор заказа, инвентаризация, работа с ячейками. Для этого отлично подойдет программа «Склад 15», которая используется совместно с терминалом сбора данных. Все это и многое другое вы найдете на нашем сайте.
Если подвести итоги всего сказанного выше, то можно сделать вывод, что запустить 1С в режиме отладки несложно, но для этого требуется определенные перечень навыков. Однако это открывает разработчикам множество возможностей. Их работа становится намного более удобной и результативной. Открывается большое количество возможностей, которые положительно влияют на финансовую деятельность компании и на получение прибыли в дальнейшем.
Количество показов: 7009