1с опубликовать дистрибутив тонкого клиента
В интернете есть много инструкций как установить Internet Information Services и опубликовать на нем базу, будь то файловую, или клиент-серверную. Но, крайне мало кто пытается разобраться, как IIS работает, и что делает платформа при публикации базы. В этой статье я покажу как опубликовать базу на IIS без использования конфигуратора.
Общая информация
Для начала уточним, что для корректной работы 1С с веб-серверами используются библиотеки, которые используют API веб-сервера, так называемые Internet Server API (ISAPI). Для IIS такая библиотека называется «wsisapi.dll», и находится она в папке bin установленной платформы 1С. Именно поэтому при установке IIS необходимо проследить, чтобы был выбран компонент «Расширения ISAPI (eng: ISAPI Extensions)».
Общение с веб-сервером происходит через Менеджер. Функционально Менеджер IIS является просто GUI оболочкой для отображения информации из конфигурационных файлов формата XML. Быстро посмотреть их можно через «Редактор конфигурации (eng: Configuration Editor)» -> «Поиск по конфигурации (eng: Search Configuration)».
На практике, все, что нужно для 1С, изменяется в конфигурационном файле хоста «ApplicationHost.config». Этот файл можно открыть в любом удобном текстовом редакторе.
В конфигурационном файле хранятся такие интересующий нас настройки, как установленные модули ISAPI, настройки пулов приложений, а также сайтов.
Также каждая публикация 1С может иметь собственные настройки конфигурации, которые накладываются на общие настройки хоста и имеют больший приоритет. Это файл «web.config», который лежит в папке публикации вместе с файлом описания публикации «default.vrd».
Настройка веб-сервера для работы с 1С
На девственно чистый IIS установим модуль ISAPI от 1С:
Находясь в корне сервера выберем пункт настройки «Сопоставления обработчиков (eng: Handler Mappings)», и выберем пункт «Добавить сопоставления сценария (eng: Add Script Map)», и пропишем наш обработчик 1С:
Путь запроса (eng: Request path): * (любой, так как предполагается, что на данном веб-сервере будут только приложения 1С)
Исполняемый файл (eng: Executable): \bin\wsisapi.dll
Имя (eng: Name): 1С (любое на ваш вкус, значения не имеет)
Задать «Ограничения запроса (eng: Request Restrictions)»:
На закладке «Сопоставление (eng: Mapping)» убрать галку, а на закладке «Доступ (eng: Access)» установить уровень доступа «Выполнение (eng: Execute)».
При сохранении настроек Менеджер IIS спросит, разрешить ли данное расширение ISAPI? Согласимся с ним, нажмем «Да».
Таким образом, в конфигурационный файл хоста «ApplicationHost.config» в тег «handlers» запишется информация о нашем модуле обработчике:
А также в тег «isapiCgiRestriction» пропишется разрешение на исполнение нашего модуля:
Е сли в менеджере строка обработчика выделена серым, и статус у него «Отключен», то проверьте общие настройки разрешений функций. Возможна следующая ситуация:
Разрешение «Выполнение (eng: Execute)» должно быть включено.
Добавление базы на веб-сервер
По умолчанию на IIS создается сайт «Default Web Site», данные этого сайта расположены физически на сервере по пути: «C:\inetpub\wwwroot».
Если открыть Internet Explorer и попробовать перейти по адресу localhost, то мы обнаружим внутреннюю ошибку сервера 500. Но ведь в папке «C:\inetpub\wwwroot» лежит файл «iisstart.htm», и он даже присутствует в списке настройки «Документ по умолчанию (eng: Default Document)», но почему же сервер не хочет его отображать? И тут мы вспоминаем, что для всего сервера указали в модулях обработчиках, что «*» любые запросы должен обрабатывать ISAPI модуль от 1С. Убрав эту настройку у сайта и перезагрузив страницу обнаружим, что загрузится приветственная страница IIS. Именно поэтому, если на данном веб-сервере планируется размещать не только приложения 1С, то модуль ISAPI устанавливаем для каждой базы, а не для сервера или сайта в целом.
Итак, добавим на наш сайт «Default Web Site» новое приложение: «base1C»:
Правой кнопкой на «Default Web Site» -> «Добавить приложение (eng: Add Application)»
Физический путь (eng: Phisical path): C:\inetpub\wwwroot\base_1C (создадим в каталоге сайта папку «base_1C», нижнее подчеркивание добавлено, чтобы показать, что имя папки ни на что не влияет, и вообще папка может быть где угодно, главное, чтобы были права для ISS_IUSERS).
Пул приложений (eng: Application pool): DefaultAppPool (оставим по умолчанию).
Внимание! В рамках одного пула приложений все приложения должны запускаться под одним ISAPI модулем, т.е. единой платформой.
Нажимаем «ОК» - сохраняем настройку нашего приложения.
Вообще, пулы приложений в контексте 1С нужны для того, чтобы разделить базы, работающие на разных платформах, ведь в рамках одного пула платформа 1С (читай ISAPI модуль) должна быть одинакова. Если нужно запустить какую-то базу под 32х битной платформой, то у приложения указываем в настройке «Сопоставления обработчиков (eng: Handler Mappings)» модуль нужной 32х битной платформы, переносим это приложение в отдельный пул приложений, и у этого пула приложений в значениях по умолчанию разрешаем 32-разрядные приложения.
Файл «default.vrd» по факту, сюрприз-сюрприз, имеет структуру XML файла.
Главный тэг здесь «point», у которого есть атрибуты:
«base» - относительный путь нашей публикации («/base1C»)
«ib» - собственно строка подключения к нашей базе 1С так, как вы ее видите в окне списка баз («File=С:/bases/demo;» - для файловой базы и «Srvr=server;Ref=demo;» - для клиент-серверной)
В некоторых случаях необходимо организовать автоматическую авторизацию под конкретным пользователем. В таком случае в строку подключения дописываются параметры пользователя: «Srvr=server;Ref=demo;Usr=test;Pwd=Pass1234»
«enable» - разрешение работы в тонком или веб-клиенте («true» или «false», если не указан по умолчанию «true»)
По сути, содержание нашего файла описания публикации минимально может выглядеть вот так:
Постфактум должен сказать, что такой метод публикации предназначен исключительно в учебных целях для понимания механизмов работы связки IIS и 1С. Также он может пригодиться, когда необходимо опубликовать базу не в корень сайта. В этой статье не описаны такие нюансы как раздача прав на папки с файловыми базами, папки платформы, регистрация SSL сертификатов и многое другое. Это темы отдельных статей.
Также хотелось бы упомянуть альтернативный способ публикации базы 1С с помощью консольной утилиты «webinst», которая находится в папке «bin» установленной платформы. Про работу с данной утилитой хорошо написано на сайте ИТС:
При работе удаленных пользователей через тонкий клиент возникает необходимость обновления версий тонкого клиента при обновлении версии сервера приложений 1С. С этой целью платформой предусмотрено два варианта получения дистрибутива обновления:
- обновление дистрибутива с помощью настроек публикации информационной базы;
- обновление дистрибутива публикацией web-сервиса обновления.
Настройка публикации дистрибутива
Необходимо скачать дистрибутив тонкого клиента, переупаковать его из rar в zip архив, при этом файлы дистрибутива должны находиться в корне архива, без папок (требования к zip-архиву), имя архива любое.
Опубликовать на web-сервере каталог с дистрибутивом
- Создаем виртуальный каталог, включаем просмотр каталога
- Не забываем при публикации из конфигуратора запускать его под администратором.
- При работе х32 сервера 1с на х64 версии ОС и IIS установить в дополнительных параметрах пула приложений DefaultAppPool "Разрешены 32-разрядные приложения"
Apache
Проверяем доступен ли дистрибутив по внешней ссылке. В моем случе web-сервер (как IIS так и Apache) работает в пределах ЛВС.
Настроить публикацию информационной базы
Настройку можно провести из конфигуратора или непосредственно отредактировать файл default.vrd из каталога публикации.
Проверка
После загрузке архива дистрибутива с сервера будет произведена установка без лишних вопросов к пользователю, все параметры установки будут взяты из 1cestart.cfg.
Пользуясь данным функционалом надо помнить о необходимости наличия прав на установку приложений на ОС клиента (как вариант, установка прав). А так же предусматривать возможные проблемы при установке дистрибутива и проводить установку нового дистрибутива заранее, чтобы исключить проблемы на критичных участках. Как вариант, для этого необходимо наличие развернутой базы для обновления на сервере (простая файловая база, опубликованная на веб сервере с публикацией дистрибутива). При необходимости обновления дистрибутива у файловой базы для обновления меняется версия. В основной ИБ запускаются уведомления о необходимости выполнения обновления с кнопкой "Обновить". По нажатию на эту кнопку выполняется запуск базы для обновления, далее отрабатывает механизм платформы по обновлению дистрибутива. Результат обновления можно собирать автоматически с помощью скриптов, и отправлять для анализа. При не успешном выполнении проблемные дистрибутивы доставляются. По выполнении обновления всех дистрибутивов выполняется перевод рабочей ИБ на новую версию.
Начиная с версии 8.3.1 декларируется "Возможность обновления дистрибутива тонкого клиента и получения списка общих информационных баз без создания общих каталогов позволяет получить актуальную версию дистрибутива и текущий список информационных баз при удаленной работе".
При публикации на веб-сервере, появилась новая опция "Публиковать дистрибутив" и поле для ввода расположения публикуемого дистрибутива.
Как этим пользоваться? Документации нет :(
У кого-нибудь сработало авто-обновление тонкого клиента?
(3) VISkvortsov, всё работает
Для веб-сервера IIS еще нужно сделать дополнительную настройку MIME-типа, т.к. 1С запрашивает
application/zip
а в IIS по-умолчанию это
application/x-zip-compressed
и файлик не отдается веб-сервером.
Badmentonych; adhocprog; vladislav.ivanovsky; BTRVODKA; DreamcastMD; ErAK; turbo232; playertwo; Preheater; + 9 – Ответить
(5) dimabenyash, см. приложенные скриншоты.
Запускаете Диспетчер служб IIS.
Слева выбираете Default Web Site, либо свой конкретный сайт.
Справа заходите в Типы MIME.
В появившемся списке находите строку
application/x-zip-compressed
переименовываете её в
Публиковать дистрибутив.
Определяет возможность получения и установки клиентского приложения в том случае, если не совпадают версии клиентского приложения и сервера. В качестве дистрибутива используется zip-архив, полное имя которого указывается в качестве значения свойства Расположение публикуемого дистрибутива. В файле default.vrd эти свойства соответствуют атрибуту pubdst элемента point. В архиве должен располагаться дистрибутив клиентского приложения (без каталогов). При установке будут использоваться параметры установки, указанные в файле 1cestart.cfg (аналогично обычной установке клиентского приложения).
Но к сожалению в моем случае не помогло.
Для Apache 2.2 с файловой ИБ это почему-то не работает.
Ничего не запускается, а сразу предлагает перезапуск. Беда-а!
Отпишусь сюда, если решу проблему.
Я настраивал для БП 3.0.39, и поначалу вылетала ошибка при запуске.
Оказалось, что пользователя сперва надо запустить локально и отключить у него начальное освоение.
Правда, при этом стояла галочка "Низкая скорость соединения": при ней даже иконки не выводились.
(10) katochimoto, а что в mime должно быть написано? файл удается скачать по ссылке. Но при запуске 1с выдает ошибку "Различаются версии клиента и сервера. " путь получился типа 80.111.123.213:6001/distrib/tc-windows-8.3.4.482.zip
Плюс еще надо убедиться что юзер от которого стартует 1сный стартер должен иметь права на установку под ограниченным юзером не стартует, я тут ка кто натыкался на статью что можно в AD-шке покрутить политики сделать что то вроде alwaysinstallhichpriority в значение да поставить. но сам не проверял.
Народ, хелп,
стоит на сервере WinServer2008R2Std в дата-центре "Apache/2.2.31 (Win32) mod_ssl/2.2.31 OpenSSL/1.0.1q" опубликована БП 3.0 без включенного SSL. Платформа 1С автообновляется (скачивается дистрибутив и т.д. на клиентском компе). Причем служба запускается с ключом -D ssl
На заметку (может кому пригодится): для усиления защиты Apache смотрящего в веб можно добавить настройки:
SSLProtocol All -SSLv2 -SSLv3
SSLCipherSuite HIGH:!RC4
они запрещают использовать слабые протоколы и шифры. Проверял себя на https://www.ssllabs.com/ssltest/index.html уровень защиты "B" выдало, как у Google Mail! :)
Не прошло и года как руки дошли, чтобы озадачить техподдержку 1С данным вопросом. Решение в следующем. Для самоподписанных сертификатов не скажу, а для сертификатов выпущенных центрами сертификации (в т.ч. бесплатные) нужно на тонком клиенте инсталлировать сертификат центра сертификации (в формате .cer, если не ошибаюсь Х509), который находится на уровень выше в цепочке сертификатов сертификата вашего веб-сервера в папку "Доверенные корневые центры сертификации".
Речь идёт об операции из меню конфигуратора "Администрирование"-"Публикация на веб-сервере" (ИТС):
Поддержка этой операции в обновляторе стала возможной благодаря консольной утилите 'webinst.exe' (ИТС), которая идёт в комплекте с платформой 1С при установке компоненты 'Модули расширения веб-сервера'.
Настройка параметров публикации базы
Заходим в свойства базы и нажимаем ссылку "" справа от пункта "Публикация" (доступна также групповая настройка):
В открывшемся диалоге заполняем необходимые параметры:
Веб-сервер
Поддерживается публикация для веб-серверов IIS и Apache, при этом они должны быть настроены специальным образом:
- инструкция для IIS (ИТС)
- инструкция для Apache (ИТС)
Веб-сервер и платформа 1С, которую мы используем для публикации, должны работать на одном компьютере.
Создаём новый или выбираем уже созданный веб-сервер:
Адрес, включая порт
Здесь нужно указать адрес по которому будет доступно содержимое веб-сервера. Эту информацию можно узнать из настроек веб-сервера.
Для веб-серверов IIS эта информация указана в оснастке "Диспетчер служб IIS".
Эта настройка никак не влияет на операцию публикации в обновляторе. Он носит информативный характер и позволяет:
- отличать один веб-сервер от другого (если их несколько)
- формировать ссылку на опубликованную базу, чтобы вы сразу могли перейти по ней и проверить корректность публикации
Версия платформы
Здесь необходимо указать версию и битность платформы, которая будет использована обновлятором для публикации базы на веб-сервере.
Обратите внимание, что с одним веб-сервером можно использовать только одну версию платформы 1С.
Если требуется использовать параллельно несколько версий платформы 1С для публикации, то обычно:
- заводят по отдельному веб-серверу Apache на каждую версию платформы (обновлятор полностью поддерживает этот сценарий работы)
- делают специальную настройку веб-сервера IIS (обновлятор не поддерживает этот вариант)
Разрядность веб-сервера и платформы 1С должны:
- либо совпадать (32 и 32, 64 и 64)
- либо это должен быть 64-разрядный IIS и 32-разрядная платформа 1С; при этом требуется специальная настройка IIS (ИТС)
Не забудьте дать полные права на папку, куда установлена платформа 1С, для группы пользователей IIS_IUSRS (если используется IIS), либо для учётной записи от имени которой запускается служба Apache.
Путь к конфигурационному файлу
Эта настройка указывает обновлятору на конфигурационный файл установленного веб-сервера Apache.
Корневая папка по умолчанию для новых публикаций
Эта папка используется для автоматического формирования каталога для публикации конкретной базы, если нажать кнопку 'звёздочка' справа поля "Каталог публикации".
Вы можете расположить эту папку в любом удобном для вас месте на компьютере.
Не забудьте дать полные права на эту папку для группы пользователей IIS_IUSRS (если используется IIS), либо для учётной записи от имени которой запускается служба Apache.
Скрипт для перезапуска веб-сервера
Формат скрипта - последовательность команд, предназначенных для исполнения командным интерпретатором (подробнее).
Я сам подсматриваю синтаксис таких скриптов здесь и здесь.
Обновлятор будет будет запускать этот скрипт после публикации или отключения публикации на веб-сервере, если для операции будет включён соответствующий параметр.
Для генерации этого скрипта обновлятором нажмите ссылку "Сгенерировать скрипт".
Имя публикации
Придумайте имя, по которому база будет доступна на веб-сервере. Используйте кнопку 'звёздочка', чтобы обновлятор сам сгенерировал подходящее имя.
Каталог публикации
Укажите отдельную папку для публикации этой базы на веб-сервере. Она может быть расположена в любом месте на компьютере.
Не забудьте дать полные права на эту папку для группы пользователей IIS_IUSRS (если используется IIS), либо для учётной записи от имени которой запускается служба Apache.
Используйте кнопку 'звёздочка', чтобы обновлятор сам сгенерировал подходящую папку для публикации.
Публиковать доступ для клиентских приложений
Эта опция отвечает за возможность работы с опубликованной информационной базой с помощью тонкого, мобильного и веб-клиента.
Публиковать стандартный интерфейс OData
Отвечает за возможность получения доступа к стандартному интерфейсу OData (ИТС) прикладного решения.
Публиковать дистрибутив тонкого клиента
Определяет возможность получения и установки клиентского приложения (тонкого клиента) в том случае, если не совпадают версии клиентского приложения и сервера. В качестве дистрибутива используется zip-архив:
- Windows x86 - дистрибутив 32-разрядного клиентского приложения для ОС Windows.
- Windows x86_64 - дистрибутив 64-разрядного клиентского приложения для ОС Windows.
- MacOS x86_64 - дистрибутив 64-разрядного клиентского приложения для ОС MacOS.
Не забудьте дать полные права на папку с дистрибутивами для группы пользователей IIS_IUSRS (если используется IIS), либо для учётной записи от имени которой запускается служба Apache.
Переходить при окончании работы веб-клиента
Позволяет указать URL, на который будет выполняться переход после окончания работы веб-клиента.
Публиковать Web-сервисы по умолчанию
Отвечает за возможность использования в данной информационной базе Web-сервисов, которые опубликованы без явного указания разрешения использования.
Публиковать Web-сервисы расширений по умолчанию
Отвечает за возможность использования Web-сервисов, которые поставляются в расширениях конфигурации.
Публиковать Web-сервисы из списка
Содержит перечень публикуемых Web-сервисов (ИТС) и позволяет управлять публикацией каждого Web-сервиса.
Первая колонка управляет публикацией конкретного Web-сервиса. Если флажок сброшен, то данный Web-сервис будет запрещен к использованию (его нельзя будет вызвать).
Вторая колонка (с именем Имя) содержит имя Web-сервиса, как оно задано при создании.
Последняя колонка таблицы (с именем Адрес) содержит псевдоним имени публикуемого Web-сервиса. Обращение к Web-сервису возможно как по имени, так и по псевдониму.
Использовать OpenID-аутентификацию
Этот флаг включает для данной информационной базы возможность использования OpenID-аутентификации.
Использовать в качестве OpenID-провайдера
В этом случае публикуемая информационная база будет выступать в роли OpenID-провайдера.
Опция "Время жизни аутентификации" указывает время жизни признака аутентификационных данных в секундах. Максимальное время жизни аутентификационных данных составляет 604 800 секунд (7 суток).
Содержимое списка адресов представляет собой регулярное выражение, которое определяет маску разрешенных имен сайтов, на которые могут выполняться переадресации пользовательского веб-браузера после исполнения команды OpenID-провайдера.
Каталог временных файлов
Позволяет указать каталог временных файлов для работы расширения веб-сервера или файлового варианта информационной базы.
Фоновые задания в файловом варианте
Этот параметр описывает возможность использования фоновых заданий в файловом варианте информационной базы.
Размер пула соединений
Размер пула ‑ максимальное количество соединений в пуле.
Время жизни соединения в пуле
Время жизни соединения в пуле ‑ максимальное время жизни соединения в пуле, в секундах. Если в течение указанного времени соединение не было востребовано, оно будет удалено из пула.
Число попыток соединения с сервером 1С
Максимальное количество попыток установки соединения с сервером «1С:Предприятия».
Время ожидания соединения с сервером 1С
Время ожидания установления соединения с сервером «1С:Предприятия», миллисекунды.
Время ожидания между попытками соединения с сервером 1С
Время ожидания между попытками установления соединения с сервером «1С:Предприятия», миллисекунды.
Таймаут проверки соединения с сервером 1С
Период проверки соединения с сервером 1С
Период проверки системы отслеживания разрыва соединений, миллисекунды.
Отладка
Указывает необходимость запуска в отладочном режиме.
Адрес отладчика
Указывает адрес отладчика, к которому нужно автоматически подключиться для отладки, где localhost указывает на поиск на локальном компьютере, «1560» ‑ номер сетевого порта. Если порт не указан, то будут проверяться все порты в диапазоне портов 1560–1591. Указание tcp:// эквивалентно tcp://localhost. Если адрес отладчика не указан, в процессе исполнения кода на встроенном языке отладка производиться не будет.
Если протокол отладки, указанный с помощью атрибута protocol, не совпадает со схемой, указанной в атрибуте url, соединение с отладчиком не будет установлено и работа продолжится без возможности отладки.
Управление публикацией на веб-сервере
Где находится
В контекстном меню базы:
Вывод информации
Публикация
Не забудьте дать полные права на папку с публикуемой базой для группы пользователей IIS_IUSRS (если используется IIS), либо для учётной записи от имени которой запускается служба Apache.
Отключить публикацию
Расписание
При необходимости вы можете вставить операцию "Управление публикацией на веб-сервере" в скрипт, вот так:
Далее сохранить (кнопка "Сохранить") файл со скриптом на диск.
И далее в расписании выбрать операцию "запуск скрипта" и указать этот файл:
Внимание. Если скрипт включает в себя перезагрузку веб-сервера, не забудьте включить в задаче опцию "Запускать с наив. правами":
Действия при обновлении платформы
Примерный порядок действий для обновления платформы 1С при уже имеющихся публикациях на веб-сервере.
- Выгнать пользователей из баз (в обновляторе это меню "Опасные операции", пункт "7. Запретить работу в базе").
- Удалить старую платформу 1С.
- Установить новую платформу 1С.
- Изменить версию платформы (если она была там прописана) на новую в свойствах веб-сервера в обновляторе.
- Запустить повторную публикацию из обновлятора с перезагрузкой веб-сервера. Для этой операции обновлятор должен быть запущен правой кнопкой мыши, пункт "Запуск от имени администратора". Закрыть обновлятор (чтобы следующие операции мы выполняли без повышенных привилегий).
- Разблокировать базы (в обновляторе это меню "Опасные операции", пункт "8. Разрешить работу в базе. ").
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
При работе удаленных пользователей через тонкий клиент возникает необходимость обновления версий тонкого клиента при обновлении версии сервера приложений 1С. С этой целью платформой предусмотрено два варианта получения дистрибутива обновления:
- обновление дистрибутива с помощью настроек публикации информационной базы;
- обновление дистрибутива публикацией web-сервиса обновления.
Небольшое отступление…
Если Вы собираетесь опубликовать базу на web-сервере используя платформу 1С8.3 -64bit, то на сегодня это возможно пока только при использовании в качестве Web-сервера Apache 2.4 64-bit.
Настройка публикации дистрибутива
Необходимо скачать дистрибутив тонкого клиента, переупаковать его из rar в zip архив, при этом файлы дистрибутива должны находиться в корне архива, без папок (требования к zip-архиву), имя архива любое.
Опубликовать на web-сервере каталог с дистрибутивом
- Создаем виртуальный каталог, включаем просмотр каталога
- Меняем у каталога Тип MIME для расширения .zip c «application/x-zip-compressed» на «application/zip». Перезагружаем IIS.
- Не забываем при публикации из конфигуратора запускать его под администратором.
- При работе х32 сервера 1с на х64 версии ОС и IIS установить в дополнительных параметрах пула приложений DefaultAppPool «Разрешены 32-разрядные приложения»
- Печать при работе через удаленный рабочий стол или удаленные приложения (42 899)
- Услуги (21 109)
- 1С: Публикация дистрибутива клиентского приложения на веб-сервере (6 888)
- Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux (2 914)
- Настраиваем веб-доступ для 1С:Предприятия в файловом режиме (2 797)
- для бухгалтеров:
- позволяет производить тестирование баз (всего лишь нажатием правой кнопкой мыши по имени базы) (при этом предложит выполнить резервное копирование базы);
- позволяет проводить резервное копирование базы путем выгрузки либо архивной копии папки с базой (всего лишь нажатием правой кнопкой мыши по имени базы);
- позволяет восстанорвить базу из выгрузки или из архивной копии базы (всего лишь нажатием правой кнопкой мыши по имени базы);
- позволяет ускорить работу базы при работе по сети (работа через удаленный рабочий стол) за счет технологии Microsoft RemoteApp, и главное теперь все отображаемые окна 1С бухгалтерии 8.х будут корректно отображаться, т.к. что бухгалтера смогут спокойно использовать данную технологию;
- для системных администраторов (теже функии, что и для бухгалтеров и плюс к ним):
- возможность использования технологии RemoteApp для 1С бухгалтерии 8.х без нудного объяснения, что нужно сделать если Вы вдруг не увидите какого-то окошка программы, а так же использование RemoteApp (по сравнению с обычным удаленнм рабочим столом) значительно облегчает процесс защиты сервера от неправильных действий пользователя (ведь для пользователя все выглядит так, как будто он просто работает у себя за компьютером, конечно если вы для него сделаете соответствие «Рабочего стола сеанса пользователя на сервере» с «Рабочим столом локального компьютера пользователя», а так же соответствие «Моих документов сеанса пользователя на сервере» с «Моими документами локального компьютера пользователя», что в общем-то сделать достаточно просто путем настройки профиля пользователя на сервере);
- при нажатии правой кнопки мыши по конкретной базе можно создать файлы пакетной выгрузки или же для файлового варианта базы пакетного архивирования папки с базой;
- позволяет ускорить процесс работы бухгалтерии, а так же это пока единственный способ, который можно применить для работы с базой 1С бухгалтерии через интернет (конечно нужно будет как-то организовать статический ip адрес на сервере, например воспользоваться услугами провайдера, или использовать систему DDNS, или же воспользоваться программкой Hamachi, или же использовать LiderIp);
- для руководителя:
- позволяет уменьшить затраты на приобретение лицензионного программного обеспечения (например можно приобрести MS Office и установить его на сервере, а все остальные пользователи смогут запускать оффисные приложения у себя на комьютере через систему RemoteApp), разумеется нужно будет просчитать экономическую целесообразность использования данного метода ведь для работы данной технолигии придется приобрести Windows Server, а так же для каждого пользователя заплатить за терминальную сессию;
- позволяет ускорить процесс работы бухгалтерии, а так же это пока единственный способ, который можно применить для работы с базой 1С бухгалтерии через интернет.
Вариант поставки клиентских лицензий с программной защитой.
4601546080875 1С: Предприятие 8. Клиентская лицензия на 1 рабочее место (программная защита) 32400 4601546080882 1С: Предприятие 8. Клиентская лицензия на 5 рабочих мест (программная защита) 112320 4601546080899 1С: Предприятие 8. Клиентская лицензия на 10 рабочих мест (программная защита) 216000 4601546080905 1С: Предприятие 8. Клиентская лицензия на 20 рабочих мест (программная защита) 410400 4601546080912 1С: Предприятие 8. Клиентская лицензия на 50 рабочих мест (программная защита) 993600 Вариант поставки клиентских лицензий с USB защитой.
4601546038777 1С: Предприятие 8. Клиентская лицензия на 1 рабочее место (USB) 43200 4601546038807 1С: Предприятие 8. Клиентская лицензия на 5 рабочих мест (USB) 146880 4601546038814 1С: Предприятие 8. Клиентская лицензия на 10 рабочих мест (USB) 270720 4601546038821 1С: Предприятие 8. Клиентская лицензия на 20 рабочих мест (USB) 514080 4601546038838 1С: Предприятие 8. Клиентская лицензия на 50 рабочих мест (USB) 1192320 Памятка водителю, использующему автомобиль с катализатором.
Рекомендации для каталитического конвертера, которые владелец должен знать и выполнять для того, чтобы преобразователь функционировал должным образом на протяжении всего срока службы.
а) Не используйте этилированный бензин на автомобиле с каталитическим конвертером – на активном металле образуется налет, в результате чего уменьшается эффективность преобразователя и в конечном счете он может выйти из строя.
б) Всегда поддерживайте систему зажигания и топливную систему в исправном состоянии.
в) Если двигатель имеет пропуски зажигания, не эксплуатируйте автомобиль (или по крайне мере насколько это возможно, возможно менее) пока не устраните повреждение.
г) Не пытайтесь запускать двигатель автомобиля с буксира – каталитический конвертер может пропитаться несгоревшим топливом, что может быть причиной перегрева, когда двигатель запустится.
д) Не выключайте зажигание на высоких частотах вращения двигателя, то есть не газуйте непосредственного перед выключением.
е) В некоторых случаях из выхлопной системы может ощущаться запах сероводорода (запах тухлых яиц). Это типично для многих автомобилей оборудованных каталитическим конвертером. После пробега в несколько тысяч километров проблема должна исчезнуть. Топливо с низким качеством и высоким содержанием серы может усилить этот эффект.
ж) Каталитический конвертер на автомобиле, поддерживаемом в хорошем состоянии и регулярно обслуживаемом, может служить на протяжении 30 000 – 160 000км пробега, если преобразователь больше не эффективен, замените его.
з) Не используйте топливные или масляные присадки – они могут содержать вещества, вредные для каталитического конвертера.
и) Не эксплуатируйте автомобиль, если двигатель сжигает масло вплоть до образования видимого голубого дыма.
к) Помните, что каталитический конвертер работает при очень высоких температурах. Не паркуйте автомобиль на сухой длинной траве или куче листьев.
л) Помните, что каталитический конвертер чрезвычайно хрупок – в течении работы по обслуживанию не ударяйте по нему инструментом.Немного о свечах.
По состоянию свеч зажигания можно определить состояние двигателя.
А) Если носовая часть изолятора свечи зажигания чистая и белая, без нагара, это говорит о слабой смеси или о слишком горячей свече.
Б) Если кончик и носовая часть изолятора покрыты твердым черным нагаром это говорит о слишком богатой смеси. Если свеча черная и замасленная, вероятно, также сильно изношен двигатель.
В) Если носовая часть изолятора покрыта легким коричневым налетом, смесь правильная и двигатель вероятно в хорошем состоянии.
Г) Межэлектродный зазор свечи зажигания имеет большое значение. Если он слишком большой или слишком мал, размер искры зажигания и производительность будет серьезно ослаблена. Зазор должен соответствовать 0,8 мм для всех двигателей.
Д) Чтобы установить зазор измерьте его щупом, затем согните открытый или закрытый внешний электрод, пока не получите правильный зазор. Он считается правильным, если щуп подходящего размера плотно входит между электродами.Читайте также:
- для системных администраторов (теже функии, что и для бухгалтеров и плюс к ним):
- для бухгалтеров:
Apache
-
Проверяем доступен ли дистрибутив по внешней ссылке. В моем случе web-сервер (как IIS так и Apache) работает в пределах ЛВС.
Настроить публикацию информационной базы
Настройку можно провести из конфигуратора или непосредственно отредактировать файл default.vrd из каталога публикации.
Проверка
После загрузке архива дистрибутива с сервера будет произведена установка без лишних вопросов к пользователю, все параметры установки будут взяты из 1cestart.cfg.
Пользуясь данным функционалом надо помнить о необходимости наличия прав на установку приложений на ОС клиента (как вариант, установка прав). А так же предусматривать возможные проблемы при установке дистрибутива и проводить установку нового дистрибутива заранее, чтобы исключить проблемы на критичных участках. Как вариант, для этого необходимо наличие развернутой базы для обновления на сервере (простая файловая база, опубликованная на веб сервере с публикацией дистрибутива). При необходимости обновления дистрибутива у файловой базы для обновления меняется версия. В основной ИБ запускаются уведомления о необходимости выполнения обновления с кнопкой «Обновить». По нажатию на эту кнопку выполняется запуск базы для обновления, далее отрабатывает механизм платформы по обновлению дистрибутива. Результат обновления можно собирать автоматически с помощью скриптов, и отправлять для анализа. При не успешном выполнении проблемные дистрибутивы доставляются. По выполнении обновления всех дистрибутивов выполняется перевод рабочей ИБ на новую версию.