Веб клиент что это

Тонкий и Web клиент

У потенциальных пользователей программных продуктов на платформе 1С:Предприятие часто возникают вопросы: достаточно ли будет производительности работающих в данный момент на рабочих местах компьютеров для работы с новой программой? Не потребуется ли затратить дополнительные средства на их апгрейд? Возможна ли работа удаленных пользователей через Интернет?

В зависимости от конкретной ситуации можно предложить следующие варианты:

1. Работа через терминал-сервер. Возможна при любой платформе 1С:Предприятие.

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

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

Терминальный сервер обеспечивает надежность сохранения данных.

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

Терминал-сервер обеспечивает доступ к 1С удаленно через интернет

Ваши сотрудники (удаленный офис, сотрудники склада, аудиторы и т.д.) смогут подключаться к терминальному серверу 1С удаленно через интернет и работать с общей базой данных 1С в режиме реального времени. Шифрование передаваемых данных и безопасность работы в терминальном режиме удаленно через интернет можно обеспечить за счет использования технологии VPN.

Терминальный сервер позволит сэкономить на пользовательских компьютерах

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

Попробовать работу в режиме терминала можно на нашем сервере, предварительно заполнив заявку.

2. Работа в режиме тонкого клиента и веб-клиента

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

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

Тонкий клиент — это одно из клиентских приложений системы 1С:Предприятие 8. Исполняемый файл этого приложения — 1cv8c.exe.

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

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

Подключение через Интернет

Тонкий клиент позволяет работать с интерфейсом 1С:Предприятия через Интернет. Для этого используется веб-сервер, настроенный для работы с 1С:Предприятием 8.

Тонкий клиент взаимодействует с веб-сервером по протоколу HTTP. Веб-сервер, в свою очередь, взаимодействует с 1С:Предприятием 8 в файловом или клиент-серверном варианте работы.

В качестве веб-сервера используется Apache или IIS.

Веб-клиент не требует предварительной установки. Он исполняется не в среде операционной системы, а в среде интернет-браузера (Microsoft Internet Explorer или Mozilla Firefox). Пользователю достаточно запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база, и веб-клиент «сам приедет» к нему на компьютер и начнет исполняться.

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

Веб-клиент, в отличие от толстого и тонкого клиентов, исполняется не в среде операционной системы компьютера, а в среде интернет-браузера (Windows Internet Explorer или Mozilla Firefox). Поэтому любому пользователю достаточно всего лишь запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база, – и веб-клиент сам «приедет» к нему на компьютер и начнет исполняться.

Веб-клиент использует DHTML, HTTPRequest и элементы технологии AJAХ (Asynchronous JavaScript and XML — «асинхронный JavaScript и XML»). Вся функциональность клиента в этом режиме исполняется системой автоматически с помощью языка JavaScript.

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

Работа пользователей через Интернет, в том числе по низкоскоростным каналам связи

Тонкий клиент и веб-клиент позволяют работать с информационной базой через Интернет в реальном режиме времени. Подключение осуществляется через специально настроенный веб-сервер (Apache или IIS).

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

Веб-клиент

один из видов Клиентского приложения — это программа, работающая на компьютере пользователя и обеспечивающая интерактивное взаимодействие системы 1С: Предприятие 8 с пользователем, в отличие от других компонент системы (программ и рабочих процессов), предназначенных исключительно для программного взаимодействия с другими частями системы или с другими программными объектами. Веб-клиент не требует какой-либо предварительной установки на компьютер. В отличие от толстого и тонкого клиентов, он исполняется не в среде операционной системы компьютера, а в среде интернет-браузера (Windows Internet Explorer, Mozilla Firefox, Google Chrome или Safari). Поэтому пользователю достаточно всего лишь запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база – и веб-клиент «сам приедет» к нему на компьютер и начнет исполняться.

Мы хотим принести в Россию самые передовые облачные технологии и заботимся о каждом пользователе. Политика конфиденциальности Антикоррупционная политика Договор-оферты

Продукты
- Аренда 1С
- Аренда 1С:Фреш
- Аренда сервера 1С
- Аренда виртуального сервера
- Облако 1С
- 1С онлайн
- Бухгалтерия Онлайн
- Программы 1С для ИП
- 1С:Контрагент
- 1С-Отчетность
- 1СПАРК Риски
- 1С:Распознавание первичных документов
- 1С:Кабинет сотрудника
- Техническая поддержка
- Часто задаваемые вопросы
- Форум 1С
- Выбор программы
- Предоставить доступ
- О проекте
- Новостной блог
- Отзывы клиентов
- Контакты
+7 (804) 333-16-02 звонок по России бесплатный Москва: +7 (499) 649-16-02 Санкт-Петербург: +7 (812) 425-17-02 Екатеринбург: +7 (343) 222-16-02 info@e-office24.ru sales@e-office24.ru

Круглосуточная техническая поддержка пользователей

Как работает WEB. Клиент-серверная модель и архитектура веб-приложения

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

В этой же части рассмотрим, как устроены клиент, сервер и веб-приложение, что мы можем удобно серфить в Интернете.

Модель клиент-сервер

Эта идея взаимодействия клиента и сервера по сети называется моделью «клиент-сервер». Это делает возможным просмотр веб-сайтов (например, сайт wiki.merionet.ru) и взаимодействие с веб-приложением (как Gmail).

На самом деле, модель клиент-сервер — это ни что иное, как способ описать отношения между клиентом и сервером в веб-приложении. Это детали того, как информация переходит от одного конца к другому, где картина усложняется.

Базовая конфигурация веб-приложения

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

Клиент

Клиент — это то, с чем взаимодействует пользователь. Так что «клиентский» код отвечает за большую часть того, что на самом деле видит пользователь. Это включает в себя:
1. Определение структуры веб-страницы
2. Настройка внешнего вида веб-страницы
3. Реализация механизма пользовательского взаимодействия (нажатие кнопок, ввод текста и т.д.)
Структура: Макет и содержимое веб-страницы определяются с помощью HTML (обычно HTML 5, если речь идет о современных веб-приложениях, но это другая история.)

HTML означает язык гипертекстовой разметки (Hypertext Markup Language). Он позволяет описать основную физическую структуру документа с помощью HTML-тэгов. Каждый HTML-тэг описывает определенный элемент документа.
- Содержимое тега «» описывает заголовок.
- Содержимое тега «
  » описывает абзац.
- Содержимое тега «» описывает кнопку.
- И так далее.
Веб-браузер использует эти HTML-тэги для определения способа отображения документа.

Look and Feel: Чтобы определить внешний вид веб-страницы, веб-разработчики используют CSS, который расшифровывается как каскадные таблицы стилей (Cascading Style Sheets). CSS — это язык, который позволяет описать стиль элементов, определенных в HTML, позволяя изменять шрифт, цвет, макет, простые анимации и другие поверхностные элементы.

Стили для указанной выше HTML-страницы можно задать следующим образом:

Взаимодействие с пользователем: Наконец, для реализации механизма взаимодействия с пользователем, на сцену выходит JavaScript.

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

Иногда взаимодействие с пользователем, может быть реализовано без необходимости обращения к вашему серверу — отсюда и термин «JavaScript на стороне клиента». Другие типы взаимодействия требуют отправки запросов на сервер для обработки.

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

Сервер

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

Вы можете рассматривать порты как отдельные каналы на каждом компьютере, которые можно использовать для выполнения различных задач: один порт может быть использован для серфинга на wiki.merionet.ru, в то время как через другой получаете электронную почту. Это возможно, поскольку каждое из приложений (веб-браузер и клиент электронной почты) использует разные номера портов.

После настройки HTTP-сервера для прослушивания определенного порта сервер ожидает клиентские запросов, поступающие на этот порт, выполняет все действия, указанные в запросе, и отправляет все запрошенные данные через HTTP-ответ.

База данных

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

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

Как масштабировать простое веб-приложение

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

Чтобы выполнить масштабирование в соответствии с этими большими объемами, можно распределить входящий трафик между группой внутренних серверов.

Здесь все становится интересно. Имеется несколько серверов, каждый из которых имеет собственный IP-адрес. Итак, как сервер доменных имен (DNS) определяет, на какой экземпляр вашего приложения отправить трафик?

Ответ очевиден — никак. Управление всеми этими отдельными экземплярами приложения происходит через средство балансировки нагрузки.

Подсистема балансировки нагрузки действует как гаишник, который маршрутизирует клиентские запросы по серверам как можно быстрее и эффективнее, насколько это возможно.

Поскольку вы не можете транслировать IP-адреса всех экземпляров сервера, вы создаете виртуальный IP-адрес, который транслируется клиентам. Этот виртуальный IP-адрес указывает на подсистему балансировки нагрузки. Таким образом, когда DNS ищет ваш сайт, он указывает на балансировщик нагрузки. Затем подсистема балансировки нагрузки перескакивает для распределения трафика на различные внутренние серверы в реальном времени.

Возможно, вам интересно, как подсистема балансировки нагрузки узнаёт, на какой сервер следует отправлять трафик. Ответ: алгоритмы.

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

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

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

Теперь поток трафика выглядит следующим образом:

Службы

Итак, мы решили проблему трафика, создав пулы серверов и балансировщик нагрузки для управления ими.

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

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

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

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

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

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

Сети доставки контента (Conten Delivery Network – CDN)

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

Популярная тактика решения этой проблемы — использование сети доставки контента (CDN). CDN — это большая распределенная система «прокси» серверов, развернутая во многих центрах обработки данных. Прокси-сервер — это просто сервер, который действует как посредник между клиентом и сервером.

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

Давайте сравним, как веб-сайт работает с CDN и без него.

Как мы уже говорили в разделе 1, для типичного веб-сайта доменное имя URL преобразуется в IP-адрес сервера хоста.

Однако если клиент использует CDN, доменное имя URL преобразуется в IP-адрес пограничного сервера, принадлежащего CDN. Затем CDN доставляет веб-контент пользователям клиента, не затрагивая серверы клиента.

CDN может сделать это, сохраняя копии часто используемых элементов, таких как HTML, CSS, загрузки программного обеспечения и медиаобъектов с серверов клиентов.

Главная цель — расположить контент сайта как можно ближе к конечному пользователю. В итоге пользователь получает более быструю загрузку сайта.

Веб-клиент СЭД

Web-клиент (или “Тонкий клиент”) — это полноценное рабочее место пользователя Docsvision, предоставляющее пользователю доступ к системе через интернет-браузер и не требующее установки. Он позволяет работать с поступающими документами и заданиями, выполнять с ними все основные операции, осуществлять поиск, формировать и просматривать отчеты и пр. Для работы с web-клиентом подходит любое устройство: настольный компьютер, ноутбук, планшет или телефон.

Ключевые преимущества

Современный веб‑интерфейс

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

Мобильность и кроссплатформенность

Для работы web-клиента подойдет любой из известных браузеров: Microsoft Internet Explorer, Google Chrome, Apple Safari и пр. Универсальность и адаптивная верстка позволяют комфортно работать с любого устройства на любой платформе (Windows, Linux, Mac OS, iOS, Android).

Полная функциональность

В web-клиенте можно создавать документы, отправлять их на согласование, согласовывать, создавать поручения, — все, что требуется в повседневной работе. Полнотекстовый и атрибутивный поиск позволит найти необходимый документ, сформировать выборку и построить отчет.

Производительность

Высокопроизводительные технологии обеспечивают высокую скорость работы: открытие карточки занимает менее секунды! Скорость работы практически не зависит от технических характеристик рабочего места пользователя — серверная обработка данных позволяет одинаково быстро работать и на современных, и на старых офисных компьютерах, на нетбуках и планшетах.

Полностью настраиваемый интерфейс

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

Расширяемость функциональности

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

Функциональные возможности
- Обработка запросов и обращений без участия ответственных сотрудников.
- Настройка и исполнение диалоговых сценариев.
- Подключение к мессенджерам и интеграция с другими каналами.
- Предоставление быстрых релевантных ответов на вопросы, написанных на естественном языке, выбранных из возможных кнопочных вариантов или озвученных голосом.
- Классификация запросов.
- Генерация уточняющих вопросов пользователю и ответов на возникшие вопросы.
- Анализ запросов пользователей с целью улучшения работы сервиса.
Стартовая страница — Dashboard

Стартовая страница по умолчанию. Мобильная версия

Пример создания задания

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

Подписание документа ЭП

Карточка задания на исполнение

Работа с заданиями в мобильной версии

Мобильная работа

Web-клиент создан на основе адаптивной верстки, что позволяет работать в нем с любого устройства.
В мобильной версии доступна вся функциональность модуля.
Похожие публикации: