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

Таким образом необходимые условия для работы ИР выполнены. Однако при попытке открыть многие формы возникают ошибки компиляции из-за недоступности общих модулей в режиме обычного приложения (у этих общих модулей не стоит соответствующий флажок). Поэтому в режиме обычного приложения такие формы конфигурации использовать не получится. Но в ИР предусмотрены универсальные формы объекта (Редактор объекта БД) и списка/выбора (Динамический список).

Динамический список еще и открываются по умолчанию в большинстве мест, а редактор объекта БД можно открыть кнопкой командной панели также в большинстве мест. В редакторе объекта БД есть кнопка 'В тонкий', позволяющая в свою очередь максимально быстро открыть объект в управляемом режиме. Кажется что такая альтернативная интерфейсная система вполне приемлема для решения задач разработки. СчетКт В ИЕРАРХИИ (ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ВнутрихозяйственныеРасчеты)) я бы хотел встав курсором в эту позицию и нажав 'волшебную' кнопку (или комбинацию) открыть это значение, например, в 'Редактор объекта БД' (или в 'Динамический список' с выделением этого элемента) (Я тут в 'Консоль запросов' нашёл 'Перейти к определению' (думал может это подходит для моего случая), но ни как не понял как эта штука работает) 2) Исследователь объектов: а можно элементы которые являются общими реквизитами выделять отдельным цветом? Например как вы делаете красным дефис у 'Слово', если это 'Перем' объявленная в модуле документа/справочника/и т.д. Я тут приложил скриншот для лучшего понимания (чёрным отметил как выделяется 'Перем' из модуля объекта, а синим - то, что хочется тоже выделять).

Хранилищ настроек - динамический список - поиск дублей и замена ссылок - контекстная подсказка - синтакс-помощник - поиск битых ссылок - поиск.

ВЫБРАТЬ ТабЭксель.Артикул, ТабЭксель.Цена ПОМЕСТИТЬ ВТТаб ИЗ &ТЗ КАК ТабЭксель; //////////////////////////////////////////////////////////// ­­//////////////////// Заходите в параметры, нажимаете 'Из запроса', появляется параметр ТЗ, тип таблица значений. Дважды щелкаем на словах '(0)Таблица значений' в колонке 'Значение', открывается редактор таблицы значений.

Сверху есть 'Получить' и варианты 'из файла', 'из MXL' и 'из запроса'. Выбираем 'из MXL', он просит выбрать файл с расширением MXL. Не верим ему, выбираем в типе файлов 'Все файлы', выбираем файл Excel (Хорошо бы чтобы он был сделан по проавилам, то есть, в первой строке - названия столбцов, это сводит к минимуму дальнейшую обработку таблицы), он спрашивает хотим ли мы ограничить длину строк, и загружает таблицу. Необходимо отладить 'большой' запрос в ERP 2.2.3.

Настроил работу с подсистемой Инструменты Разработчика (версия 4.04 - сегодня скачал) В настройках конфигурации разрешил использование модальности. Запускаю приложение в режиме Толстого клиента (управляемое приложение). В отладке ставлю точку останова на следующую строку после Запрос.Выполнить. Во время отладки в окне Вычислить выражение набираю Отладить(Запрос, Истина), или От(Запрос). Нажимаю 'Рассчитать' - конфигуратор зависает напрочь, жду 30-40 минут - аварийно завершаю сеанс. Что не так делаю? Цель: посмотреть составы временных таблиц: которые используются в запросе (подключаются через менеджер временных таблиц), которые формируются данным запросом.

Какае-то странное поведение возникает в 'Консоль запросов' в области 'Обработка строки результата' если выделить несколько строчек и нажать 'Ctrl + Num /'. Например: если выделить первые 3 строчки и закомментировать их, то почему-то 4-я строчка прыгает в конец 3-й строчки Демонстрирую проблему скриншотами (приложены): 1. Исходное состояние кода (1.png) 2.

Выделаю первые три строчки кода (2.png) 3. Нажимаю 'Ctrl + Num /' и сразу сделал скриншот (3.png) Информация для технической поддержки: ОС: Windows x86 version 6.1 Service Pack 1 (Build 7601) Платформа: 8.3.8.2167 Конфигурация: Бухгалтерия предприятия, редакция 2.0 (2.0.66.10-uz.13) Режим БД: клиент-серверный Приложение: Обычное приложение 32б Режим совместимости: Версия8216 Инструменты разработчика: Портативные 4.04.1. Прошу заранее прощение, но у меня снова пожелание: Консоль компоновки данных (ИР): если сформировать отчёт в таблицу значений, то хочется, что бы эту таблицу можно было передать в 'Консоль кода (ИР)' Я скриншот приложил. Например, эта таблица получается путём соединения данных базы 1С и внешнего источника, поэтому в консоли запросов такое не сделаешь. Но вот обработать всю таблицу программным кодом хочется. Передать через выгрузку в файл VT конечно я смог.

Просто хочется ещё чуточку удобства. Подскажите, использую ADO для подключения к файлу Excel в консоли запросов. Если стоит '.' (выбор всех полей), то запрос отрабатывает и получаю все данные листа, но если пытаюсь выбрать только одно поле (например, Лист1.Адрес дома AS АдресДома), то появляется ошибка Ошибка ADO: Произошла исключительная ситуация (Microsoft Access Database Engine): Ошибка синтаксиса в выражении запроса 'Лист1.Адрес дома'. Явно нельзя указать какие поля нужны всегда появляется ошибка.

С чем это может быть связано? Заранее спасибо! Разобрался. При выполнении запроса происходит ошибка из-за псевдонима таблицы, когда в названии листа книги есть пробел Например лист называется 'Первый лист'. Если составлять запрос КонструкторомИР и явно выбрать поля, то запрос будет следующим: SELECT ПервыйЛистТ.1 AS 1, ПервыйЛистТ.2 AS 2, ПервыйЛистТ.3 AS 3 FROM 'Первый лист$' AS ПервыйЛистТ В сгенерированном тексте таблице дан псевдоним 'ПервыйЛистТ', ошибка возникает когда первый знак в псевдониме '.

Вот так все работает: SELECT ПервыйЛистТ.1 AS 1, ПервыйЛистТ.2 AS 2, ПервыйЛистТ.3 AS 3 FROM 'Первый лист$' AS ПервыйЛистТ. Есть маленькие ошибки: Тех. Информация: ОС: Windows x86 version 6.1 Service Pack 1 (Build 7601) Платформа: 8.3.8.2167 Конфигурация: Бухгалтерия предприятия, редакция 2.0 (2.0.66.24-uz.8) Режим БД: клиент-серверный Приложение: Обычное приложение 32б От имени администратора Windows: Да Режим совместимости: Версия8216 Инструменты разработчика: Портативные 4.18p Ошибки: 1. Консоль запросов (ИР): в параметрах запроса есть параметр с типом 'ТаблицаЗначений'. При его редактировании я захотел колонку 'НомерСтроки' (добавлял сам, так как она используется в запросе) решил переставить на первое место, но после нажатия на 'ОК' и повторного открытия этой таблицы на редактирования - колонка остаётся по прежнему на последнем месте. Скриншот: ПорядокКолонок.png 2. У нас в справочнике 'ДоговорыКонтрагентов' есть ссылка на внешний источник данных 'ДоговорИзРеестра' Скриншот: ВнешнийИсточникВРедактореОбъектовБДОткрываемИзДругого1СЭлеме ­нта.png Открываю ещё одно окно редактора объекта БД (ИР) внешнего источника из редактора объекта БД (ИР) ссылки на договор контрагента.

И там: 1) Нет данных 2) Активны кнопки 'Пометить на удаление', 'Удалить из базы данных' и 'Записать все'. По настройкам внешнего источника данных он доступен только на чтение 3) Если в этой форме попытаться выбрать другую ссылку этого внешнего источника, то почему-то открывается форма выбора типа.

Скриншоты: 1 и 2: ВнешнийИсточникВРедактореОбъектовБД.png 3: ВнешнийИсточникВРедактореОбъектовБДВыборТипаЗачемто.png.

Для наступления полного и тотального счастья в плане бэкапов информации на рабочем сервере решил отказаться от Acronis True Image в пользу обычной архивации данных с помощью 7-Zip. Для выполнения поставленной задачи естественно использовал консольную версию архиватора. Stderr есть, конструкция 2logfile.%date%.txt вполне работоспособна, правда перед использованием с конкретными программами нужно убедиться, что они пишут ошибки именно в stderr, а не в stdout (со времен MS-DOS еще повелось, что многие stderr не используют) zip, пожалуй, самый универсальный, та же винда держит его без всяких дополнительных утилит, в отличии от 7z или, скажем, tar.gz, а поскольку дело имеем с бакапами, то лучше предусмотреть самый худший вариант — голая система или вообще лайв-сиди какой-нить, имхо. Общего идеала вообще нет, для кого-то битая кодировка при работе под разными семействами ОС проблема, для кого-то нет (хотя я лично не сталкивался при «одновременной» работе с архивами в Ubuntu 7+ и Win7), а для кого-то проблема ставить архиватор на виндоус-лайв-сиди:).

Asus x553m драйвер wi fi. Если он включен или мигает, то адаптер активен.

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

Могу добавить, что если перед вами стоит задача упаковать большой объем, и главное для вас время упаковки, а не качество (размер конечного архива), то для более чем двухядерных систем лучше использовать bzip2 формат. К примеру: 7z a -t7z archivefilename inputfilename -m0=bzip2 -mmt=8 В данном случае сжатие будет вестись в 8-и параллельных потоках (-mmt=8). Родной для 7z формат сжатия LZMA поддерживает к сожалению только 2-а потока. Остальные форматы сжатия максимум один поток. Я таким способом на сервере с 8-ью ядрами сжимаю 9гб до 2,3гб за 23 минуты. Инкрементные архивы я не использую, т.к. Время создания бэкапа не критично.

Вечером ночью в конторе все равно никого нет. Ежедневно создается полный бэкап всех файлов, а потом vbs скрипт удаляет бэкапы старше 7 дней. Про stderr не знал, нужно будет посмотреть, вываливает ли туда что-то 7zip, а архивация идет в zip, а не какой-то другой формат, именно из-за его универсальности, как правильно подметил VolCh. Вообще, когда я все это тестировал у себя, то при наличии одноименного архива, 7zip не особо напрягался и сравнивал содержимое архива с содержимом исходной папки, но согласен, что лучше подстраховаться и добавить парметр -y.

Звиняйте за размер но Кому лень разбираться — ссылка на архив с готовыми скриптами настроенными на проекты на DELPHI. Имею сказать, что с RAR'ом это всё можно сделат неизмеримо круче. Но RAR малость платный. Структура каталогов: Делаем в корне проекта папочку!Bakup В ней создаём папки: 7zip — кладём туда 7zip. Archives — тут будут хранится архивы и инкрементальные архивы. Current — тут хранятся текущие образы архива проекта (можно просто переписать на флэшку). Создаём в!Backup файлы: exclude.lst и excludeback.lst — с масками файлов и директорий исключаемых из инкрементальных и обычных архивов.

Маски из этих файлов объединяются. Excludecur.lst — файлы, исключаемые из текущих архивов. Excludefull.lst — файлы, исключаемые из полных архивов. Archivename.txt — префикс имени архива. Дальше идут скрипты: Backup.bat — создаёт самодостаточный архив в!Backup Archives с текущей датой в имени.

Файлы сортируются по папкам по месяцам (все архивы одного месяца хранятся в одной папаке). Любопытна задача. Но мне кажется, что Акронис все же в другом деле хорош (когда целиком партишн бэкапить надо, с системой или какими-то архи-важными данными).

А что касается 7-zip, то его использую косвенно, в замечательном бесплатном продукте Cobian backup (он автоматизирует процесс сжатия резервных копий), который помимо минималистичного, но достаточно удобно GUI обладает и крутым функционалом. Например, без дифференциальных бэкапов мои данные бы занимали уйму места. А так, собираю n-ое количество дифференциальных бэкапов и раз в пару месяцев или больше скидываю их на блю-рэй диски. Если можно через консоль научить 7-zip делать диф. Копии — научите;-). А что за сервер? Что архивируется?

Делается ли ASR бекап? Как вы планируете быстро развернуть сервер взамен расстрелянного старого? У меня есть некоторый негатив к статье, и вот почему — мне попадались пара фирм, где бекап был сделан подобным весьма простым способом.

Начавшись с простого zip, мысль у администратора плавно перетекла к складированию копий в централизованном виде. Потом автор задействовал кучу скриптов, которые архивируют, копируют, подтирают старые копии. Так вот — пришел я и поставил Bacula, потому что мне отнюдь не кажется вот это творчество простым, мне кажется, что это стабильный источник проблем — каждое простое действие, которое встроено в нормальную систему здесь надо реализовать, встроить в существующий велосипедный парк, поиметь проблем с ошибками. Это я к чему — господа админы, делайте правильно, чтобы за вами не расхлебывать потом последствия ваших «простых» схем, в которых вы что то там не дореализовали и делали руками, да и чтобы добавить новый сервер надо поменять вот тут, там и вот тут подопнуть. Делаю инкрементные бекапы с помощью winrar: rar.exe a -agYYYYMMDDHHMM -ac -ao server share D: documents где: agYYYYMMDDHHMM — прибавлять к имени архива текущие дату/время -AC — снять атрибут «архивный» -AO — добавить файлы с установленным атрибутом «архивный» именно так, а не архивация «за последние» n-дней (т.к.

Скрипт архивации по сотне причин может и не запуститься) — в архив попадают файлы, измененные ТОЛЬКО с момента последней архивации. Очень удобно анализировать: а в какой же именно день Леночка накосячила в файле общий.xls (можно откатить на любой день, причем БЕЗ установки всяких там акронисов (для любителей предполагать самые экстремальные ситуации, когда ВСЕ компы в офисе «НЕ ГРУЗЯЦЦО» — winrar идет даже на загрузочном WinXP PE) Но winrar хоть и относительно недорогой, но в кучу мест покупать надоест, поэтому перехожу на 7zip 1. Как бы это реализовать на 7zip — у него таких ключей нет, да и «общая папка» может в один прекрасный день оказаться на samba-сервере под убунтой. Для тех, кому приходится архивировать сотни гигабайт Пробовал использовать WinRar для бэкапа общего сетевого диска (RAID10) — порядка 400 ГБ. Получался архив около 300 ГБ, при попытке открыть его WinRar сдулся с ошибкой «недостаточно системных ресурсов». Причем, на разных серваках.

Видимо, неоптимальная работа с памятью. Степень сжатия была и 1, и 0. Попробовал 7zip — работает без проблем.

Для файловой помойки в Windows этот архиватор однозначно рулит. Исходный архив открывался очень быстро и без проблем. Вот пример простого батника, который, на мой взгляд, оптимально решает данную задачу: 'C: Program Files 7-Zip 7z.exe' u -ssw -mx0 -mmt2 -ms=off -r e: mbackup.7z @'c: mlistbackup.txt' c: mbackup%date%.log Тип архива 7zip определяет по расширению результирующего файла бэкапа. U — поскольку архивный бит 7zip не понимает, пришлось делать просто обновление основного архива.ssw — как и написано выше, открываем открытые другими программами файлы -mx0 — поскольку на диске куча pdf, jpg и т.д., то сжатие дает только 4% экономии.

Нерациональное соотношение местонадиске/процессорноевремя.mmt2 — использовать два потока. Думаю, пригодится при обновлении архива.ms=off — по дефолту создаются solid-архивы. Отключаем ибо они работают медленнее. Возможно, для mx0 — некритично, но для mx1 и т.д.

— оптимальнее.r — рекурсивно обрабатывать поддиректории. E: mbackup.7z — результирующий файл архива @«c: mlistbackup.txt» — файл в UTF8 с папками, которые следует архивить. c: mbackup%date%.log — выводим результаты в лог с датой. К сожалению, сохранять права доступа к файлам 7zip тоже не умеет.

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