Оформлен в виде подсистемы набор некоторых из часто используемых при разработке инструментов:

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

Ранее подсистема жила только тут http://infostart.ru/public/15126
Но из-за ужесточившихся условий скачивания я сделал контентное зеркало
devtool1c.ucoz.ru.



В этот раз хочу сделать акцент на плохо освещенной ранее функции Отладить().

Отладить(Объект, *Модально, *НастройкаКомпоновки, *ВнешниеНаборыДанных), удобно вызывать из отладчика (через диалог "Вычислить выражение"); варианты использования:

   Отладить(Запрос, *Модально) - открывает запрос в консоли запросов
   Отладить(ПостроительЗапроса, *Модально) - открывает результирующий запрос построителя запросов в консоли запросов
   Отладить(ПостроительОтчета, *Модально) - открывает построитель отчета в консоли построителей отчетов, откуда можно открыть результирующий запрос построителя отчета в консоли запросов
   Отладить(СхемаКомпоновки, *Модально, *НастройкаКомпоновки, *ВнешниеНаборыДанных) - открывает схему компоновки в консоли компоновки данных, откуда можно открыть результирующие (из макета компоновки) запросы в консоли запросов

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

(550) Какой может быть тонкий клиент, когда мы имеем обычные формы?

а, все... приложение управляемое, формы обычные...

а как-то можно параметры общие использовать в консоли запросов?

(553) Нет. Такое пожелание записано, однако корректная реализация кажется сложной.

(554) а что на счет поиска в консоли запросов по тексту? а то приходится файл анализировать =)

(555) Предложение записал, но думаю что его не скоро сделаю. В каком виде ты считаешь нужен этот поиск?

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

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

(558) Воспроизвести не сумел. Попробуй уточнить описание, а лучше запиши видео.

(559) открой консоль запросов с сохраненным файлом. измени реквизит Тип запроса на "а". закрой обработку и открой заново. обработка открываться больше не будет.

(560)+ у первой строки в сохраненном файле

(561) это проявилось когда попытались открыть файл запросов в "старой версии", где нет типа запросов "Обычный"

(560) Возможность редактирования типа запроса в колонке является ошибкой и будет исправлена в следующей версии. Однако даже так у меня консоль открывается заново и вместо типа запроса "а" там "Обычный". Возможно твой сломанный файл помог бы воспроизвести проблему.

В версии 2.57 выявлена ошибка "потеря имени сохраненного файла, вследствие чего неоправданно появляется диалог выбора файла", которая будет вечером исправлена и опубликована в новой версии.

(563) значит я давно не обновлялся ;)

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

Исследую переменную в Исследователе со значением "объект метаданных"(дока авансовый отчет), даблклик по ячейке "Имя-Значение" - получаю ошибку.


{Обработка.ирКлсПолеТекстовогоДокументаСКонтекстнойПодсказкой.МодульОбъекта(151)}: Ошибка при вызове метода контекста (Удалить)
       КоманднаяПанель.Кнопки.Удалить(ЛксПолучитьКнопкуКоманднойПанелиЭкземпляраКомпоненты(ЭтотОбъект, "АвтоКонтекстнаяПомощь"));
по причине:
Недопустимое значение параметра (параметр номер '1')

http://s1.ipicture.ru/uploads/20120905/1F4pv444.jpg

(567) Буквально в предыдущем посте написал
"Обычно когда пользователь сообщает о проблеме в программном продукте и не указывает его версию, подразумевается что он использует последнюю. Так что на будущее указывайте версию, если используете не последнюю"

Неужели даже последний пост не прочитал перед тем как писать?

(567) В текущей версии 2.58 ошибка не воспроизводится и нет такой строки модуля.

2.60
Основные изменения:
- Добавлен инструмент "Настройка техножурнала" - средство для управления техножурналом (значительно улучшенное по сравнению с обработокой с ИТС)
- Добавлен инструмент "Настройка журнала регистрации" - средство для полного управления параметрами регистрации событий в журнале регистрации
- Добавлен инструмент "Тестирование метаданных" - пока простое но довольно эффективное средство для автоматического тестирования всех форм и объектов
- В анализе техножурнала улучшен разбор событий SDBL, DBMSSQL и некоторых других (969)
- В интерфейсной панели реализовано хранение настроек в профиле пользователя базы 1С

2.62
В консоли запросов реализовано извлечение текстов запроса SDBL и СУБД и плана запроса СУБД с представлением их в оригинальном и метаданном виде, для чего необходимо в полуручном режиме настроить техножурнал

(531) Реализовал, хотя есть вероятность что придется обратно все таки вернуть.

респект!

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

(573) 5 копеек дал?
(571) а какие настройки внести неоходимо? =)

(571) (572) почему настройки журнала не срабатывают? выводятся только пустые строки фактически, хотя запросил параметр DBMSSQL? что перезапустить надо?

(575) По такому описанию сложно как то помочь. Рекомендую создать тему с подробным описанием проблемы.

(574),(575) Используй шаблон настройки техножурнала "Анализ запросов"

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

(578) Не понял. Каких таблиц не можем определить имена? Приведи пример.

В версии 2.65 реализовал конвертор запроса SDBL в запрос 1С (с параметрами). Конечно в силу органиченности языка запросов 1С запросы SDBL типа INSERT, DELETE, UPDATE после конвертации будут давать не рабочие запросы 1С. Но запросы SELECT в большинстве случаев получаются вполне рабочие.

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

2(580) слушай, а мобильная версия поспевает за основной?
Потому что я только недавно обновил до 2.63, и мне пришлось захватывать корень хранилища для этого...
И вот опять

(581) Автор мобильного варианта инструментов (khaoos) при выпуске очередной версии присылает ее мне для публикации на основном сайте подсистемы. Так что мобильная 2.63.2 является последней на текущий момент.

Народ, а есть у кого опыт запуска под вайном в линуксе?

(583) 8.3 есть нативный под линукс.... только какое это отношение имеет к ветке?

а планируется адаптация для работы в нативном линуксе?

(585)  а что, ИР там не работает?

(568) нет, поскольку активно используются COM-объекты.

В ИР действительно используется много COM объектов, исходники большинства из которых мне недоступны. Соответственно сделать их нативные версии не получится.

да это понятно. Поэтому нужно искать альтернативные способы реализации. Делать код подсистемы ИР платформозависимым. Я лично хочу помочь в этом.

Возьмем хотя бы RegExp от MS. Как с этим на вайне/линухе? Он в подсистеме используется во многих местах.

Без аналога этого

RegExp = Новый COMОбъект("VBScript.RegExp");

Половина подсистемы перестанет работать

(502)главное верить )))

(591) В линуксе кома нет естественно, но под вайном данные библиотеки вполне должны работать (1С++ и опенконф, портировали в вайн езерсовтовский). А вообще реализации регулярных выражений конечно хватает в линуксе. А какие есть варианты по замене ? Использовать ВК которые будут вызывать сходные функции ?

(591) Орефков вроде сделал компоненту нативную для регулярных выражений.

(594) Так а где она?)

Нашел http://snegopat.ru/forum/viewtopic.php?f=6&t=218&hilit=RegExp#p2764
Но в ней правда нет Replace, который я активно использую.

(0)Дружище, огромный респект за столь ценный труд! :)

(0) Спс, отличная работа :)

А можно твоим анализом техножурнала посмотреть, какие запросы конкретная строка кода делает в СУБД?

600!

(599) Да, но легко только на клиенте можно. Сначала надо настроить регистрацию нужных событий инструментом "Настройка техножурнала". Потом прямо в отладчике надо остановиться на нужной строке и вычислить выражение "ТехН()", потом выполнить выполнить эту строку (остановиться на следующей) и вычислить выражение "ТехК()". Дальше продолжить выполнение предприятия, где уже будет открыта "трасса" техножурнала.

(599) Ну и универсальный способ конечно тоже есть, но он менее удобен, чем (601). Просто пишешь техножурнал. Потом загружаешь его инструментом "Анализ техножурнала", включаешь итоги и переключаешься на закладку Контексты (строки модулей). Там ишещь свою строку модуля и активизируешь ее. Снизу будут отображены все события которые по ней зарегистрированы.

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

хотя может быть с последней версии уже все изменено!

Ошибка: консоль запросов не понимает Выразить когда говоришь ей "режим дерева"

А из-за этого в некоторых случаях точность теряется

(604) По такому описанию ошибку будет тяжело воспроизвести.

спасиб за ир, хоть и качал с инфстарта

(606) в консоли запросов создаем любой запрос с  Выразить(Поле КАК Тип), пытаемся перейти в режим дерева - ругается на синтаксическую ошибку.

видимо КАК ему не нравится

вообще плюшки хорошие, сейчас курю (только перешли на 8.2

(608) Проверил на запросе
ВЫБРАТЬ ВЫРАЗИТЬ(1 КАК ЧИСЛО)

Ошибки нет. Дерево запроса построилось.

Буду у компа, скину пример запроса, который не пашет

http://wstaw.org/m/2012/11/15/plasma-desktopRT4359.png

достаточно квалификатор добавить, и падает, КАК поле - не обязательно

(613)Судя по картинке падает на второй скобке. Без выражения в скобках никак?

(615) там скуль точность уменьшает до 6 знаков, а надо 7 :(

ну и округление потом до 2-х с размазыванием копейки дальше есть

(614) Ошибку подтверждаю. Она была внесена в 2.65. Будет исправлена в следующей версии.

(618) ок, спасибо!

Тебя на инфостарт-конференции хотели видеть, спасибо сказать

(620) О да я знаменит! =)

(621) Крут - это факт

(614) Исправлено в 2.67

А можно например как-то тут
http://screencast.com/t/9BhlZjPifpM
вычислить время для каждой записи прошедшее с предыдущей записи?
Или в СКД?

(624) Есть идеи каким образом искать пары быстро?

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

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

И еще. :)
http://screencast.com/t/gixkElLG3d

(628) Не совсем понял, где там указано "равенство". Там вид сравнения автоматически устанавливается. Для поля "Комментарий" он всегда "Содержит". Кажется естественным, что для строковых полей неограниченной длинны он равен "Содержит".

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

2(629) а!....
2(630) вообще да, согласен... Фигово что нельзя добавить к ЖР отдельное поле, например Длительность, писать туда секунды.
У меня просто есть куча своих событий типа.
ТарамПарама.Начало
ТарамПарама.ВложенноеПамПамПам.Начало
ТарамПарама.ВложенноеПамПамПам.Провал
ТарамПарама.ДругоеВложенноеПамПамПам.Начало
ТарамПарама.ДругоеВложенноеПамПамПам.Успех
ТрамаПарам.Успех

И пока Длительность приходится в Комментарий, при чем к обычному комментарию добавлять типа такого: +"| длительность: "+(ТекущееВремя()-ВремяНачалаСобытия)+"";

Потом выгружать фрагмент ЖР в Ексель-файл,  открывать в екселе и разбивать текст комментария по колонкам.

(631) а у нас замеры производительности пишутся в регистр, потом этот регистр по РИБ поднимается в центральную базу и в центре уже по нему строится отчет, средствами 1с. Провалы тоже пишутся - ибо там таймер сохраняется в параметр сеанса, а потом в обработке ожидания уже сбрасывается в базу.

хотя отваливание по блокировкам так и не отловить, их надо отдельно анализировать

у меня нет проблемы с отвалами блокировок, они крайне редки, и слава богу их длитлительности (или длительности запросов или чего там еще приводящих к их возникновению) можно померять в ТЖ.
А вот тупо иногда непроизводительных 1Сный код иногда интересно отловить в ЖР. Потому что код пишут несколько людей, и скажем результат их творчества может выполняться в отдельном сеансе на спец. машине, и отлаживать и замерять производительность в конфигураторе со свой машины я не всегда в состоянии, тем более онлайн. А вот покурить по итогу ЖР иногда интересно.

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

я не знаю, я вообще в коммерции не шарю.
Хотя, если он упростит анализ, и даст набор каких-то мастеров по анализу... не, не знаю, я тяжело себе представляю абстрактные вещи

(635) аналог ЦУПа?

Инструменты разработчика 2.63

Настройка техножурнала

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

(637) Да, ближайший продукт в отношении этой функции - ЦУП. Но он в реальном времени почти ничего не показывает. В ИР можно в реальном времени мониторить техножурнал.

В коммерческом продукте мы собирались также ориентироваться на реальное время, т.е. максимально оперативно предоставлять данные логов, начиная с более низкого уровня чем в ЦУП. Ну и сразу за всеми серверами наблюдать одновременно в одном месте.

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

(639) более чем актуально, если это будет интересный и удобный продукт.

(640) спасибо. не читал. обновляю раз в 2-3 месяца, чаще не нужно. потому как тратится не мало времени..

(640) прошу прощения, что повторно задаю вопрос, но все же:

загрузил настройку по умолчанию с выдачей плана запроса ( Обращения к СУБД и планы запросов) на локальном компьютере. выполнил пару запросов и тишина, в логе пусто.
регистрируется только событие EXCP.

что не так?

(643) События СУБД недоступны на клиенте при серверной СУБД. Возможно ты для клиента настройку редактировал, а надо для сервера.

(644) т.е. зайти на сервер и там настроить под любым пользователем? перезапускаться надо? либо только службу?

В настройке техножурнала ИР есть флажок "На сервере".

автору огромное спасибо!
с помощью его инструментов смог убрать у клиента задвоившиеся планы видов расчета.
вот вопрос, как теперь убрать из конфигурации эти инструменты?

(647) Установить отбор по подсистеме "Инструменты разработчика" в дереве конфигурации. Удалить все справочники. Удалить все другие объекты.

Если заранее известно, что подсистему придется удалять и возможностей мобильной версии будет достаточно, то используйте именно ее.
http://infostart.ru/public/145611/
http://devtool1c.ucoz.ru/load/mobilnye_instrumenty_razrabotchika_dlja_1s_8_2/1-1-0-6

ок, спасибо!