Предоставление общего доступа к проекту и присоединение сеанса совместной работы в Visual Studio
После установки и входа в Visual Studio Live Share поделитесь проектом и запустите сеанс совместной работы с командой.
Общий доступ к проекту
Выполните следующие действия, чтобы начать сеанс совместной работы и пригласить коллегу работать с вами.
- Вход Теперь, когда вы вошли в систему, вы готовы начать собственный сеанс совместной работы. Вы не выполнили вход? Дополнительные сведения см. в разделе входа.
- Откройте решение, проект или папку. Обычным образом откройте папку, проект или решение, к которым вы намерены предоставить гостям общий доступ.
- (Необязательно) Обновите скрытые или исключенные файлы. По умолчанию Live Share скрывает все файлы или папки, на которые ссылаются файлы и папки, на которые ссылается gitignore в проекте от гостей. Скрытие файла предотвращает его отображение в дереве файлов, исключая его, чтобы он не передавался даже во время операций, таких как отладка. Если вы хотите скрыть или исключить другие файлы, файл VSLS.json можно добавить в проект с этими параметрами. Подробные сведения см. в разделе, посвященном управлению доступом к файлам и видимостью.
- Запустите сеанс совместной работы. Нажмите кнопку Live Share в правом верхнем углу, чтобы запустить сеанс Live Share. Ссылка для предоставления общего доступа к сеансу совместной работы автоматически копируется в буфер обмена.
При первом запуске сеанса совместной работы вы увидите окно средства Live Share. Обязательно закрепите это окно, чтобы оно появилось при следующем запуске сеанса Live Share.
Примечание. Вы можете попросить программное обеспечение брандмауэра для настольных компьютеров разрешить агенту Live Share открыть порт при первом совместном использовании. Принятие этого является совершенно необязательным, но позволяет безопасному прямому режиму повысить производительность, когда пользователь, с которым вы работаете, находится в той же сети, что и вы. Подробные сведения см. в разделе, посвященном смене режима подключения.

Совет Сведения о вопросах безопасности при использовании некоторых функций Live Share см. в статье, посвященной безопасности.
Если приглашенный гость имеет вопросы, краткое руководство. Присоединение к первой статье о сеансе содержит дополнительные сведения о получении и запуске в качестве гостя.
Дополнительные сведения о рекомендациях по обеспечению безопасности приглашений см. в приглашениях и доступе на присоединение.
В окне инструментов Live Share вам доступны все основные функции, что позволяет централизованно управлять сеансом.
Совет Окно инструментов Live Share не отображается во время сеансов? Вы всегда можете выбрать окно «Общий доступ к режиму динамического общего доступа»>, чтобы открыть его!
Завершение сеанса совместной работы
В качестве узла вы можете полностью прекратить общий доступ и завершить сеанс совместной работы, нажав кнопку «Общий доступ » в правом верхнем углу и выбрав «Завершить сеанс динамического общего доступа».

Все гости уведомляются о завершении сеанса. После завершения сеанса гости больше не смогут получить доступ к содержимому, и все временные файлы автоматически очищаются.
Возникли проблемы с общим доступом? См. раздел по устранению неполадок.
Присоединение к сеансу совместной работы
После скачивания и установки Visual Studio Live Share гостю остается лишь пара шагов до присоединения к размещенному сеансу совместной работы. Существует два способа присоединения: через браузер или вручную.
В качестве гостя, присоединяющегося к сеансу совместной работы, важно понимать, что узлы могут ограничить доступ к определенным файлам или функциям. Сведения о вопросах безопасности при использовании некоторых функций и параметров Live Share Дополнительные сведения см. в статье о безопасности .
Присоединение через браузер
Самый простой способ присоединиться к сеансу совместной работы — открыть ссылку приглашения в веб-браузере. Далее описано, как выглядит этот рабочий процесс.
- Вход После установки расширения Live Share следует выполнить вход, чтобы другие участники совместной работы знали, кем вы являетесь. Visual Studio использует учетную запись персонализации по умолчанию, поэтому этот шаг можно пропустить. Дополнительные сведения см. в разделе входа.
- Щелкните ссылку приглашения или откройте приглашение в браузере Откройте или снова откройте ссылку приглашения в браузере.
Примечание. Если вы еще не установили расширение Live Share, вы найдете ссылки на расширение Marketplace. Установите расширение, перезапустите средство и повторите попытку.

- Вход После установки расширения Live Share следует выполнить вход, чтобы другие участники совместной работы знали, кем вы являетесь. Visual Studio использует учетную запись персонализации по умолчанию, поэтому вы можете полностью пропустить этот шаг. Дополнительные сведения см. в разделе входа.
- Воспользуйтесь командой присоединения. Перейдите к сеансу live share для присоединения к файлам>.
- Вставьте ссылку приглашения. Вставьте URL-адрес приглашения и подтвердите его.
- Начните совместную работу. Вот и все! Вы сразу же подключитесь к сеансу совместной работы. Вы увидите кнопку Live Share для передачи состояния сеанса. Дополнительные сведения о том, как выглядит кнопка, см. в разделе о состоянии сеанса. После завершения соединения вы автоматически перейдете к месту редактирования узла.
Выход из сеанса совместной работы
В качестве гостя вы можете оставить сеанс совместной работы, не завершив его для других, закрыв инструмент.

Вы также можете оставить сеанс, нажав кнопку «Общий доступ » и выбрав «Оставить сеанс динамической общей папки».
Все временные файлы удаляются автоматически, и никаких дополнительных действий для этого не требуется.
Возникли проблемы с присоединением? См. раздел по устранению неполадок.
Состояния сеанса
После начала или присоединения к сеансу совместной работы и доступа к общему содержимому кнопка Live Share в правом верхнем углу обновляет его внешний вид, чтобы отразить состояние активного сеанса совместной работы.
Ниже приведены состояния, которые обычно отображаются:
| State | Кнопка | Description |
|---|---|---|
| Неактивное | ![]() |
Нет активных сеансов совместной работы и нет элементов в общем доступе. |
| Узел: общий доступ к работе | ![]() |
Сеанс совместной работы запускается, то есть скоро будет предоставлен общий доступ к содержимому. |
| Узел: общий доступ | ![]() |
Сеанс совместной работы активен, содержимое предоставлено в общий доступ. |
| Узел: общий доступ только для чтения | ![]() |
Открыт сеанс совместной работы в режиме только для чтения. |
| Гость: присоединение к сеансу | ![]() |
Выполняется присоединение к существующему сеансу совместной работы. |
| Гость: присоединено | ![]() |
Выполнено присоединение и подключение к активному сеансу совместной работы, идет получение общего содержимого. |
| Гость: присоединенный только для чтения | ![]() |
Выполнено присоединение и подключение к активному сеансу совместной работы только для чтения. |
HTTP сессия. Session. Состояние сеанса. Работа с сессиями в ASP.NET MVC
Прежде чем мы дадим определение термину «сессия», давайте немного рассмотрим предысторию, зачем вообще возникла потребность в сессиях, рассмотрим одну особенность протокола HTTP. Одной из основных особенностей протокола HTTP является то, что он не обязывает сервер сохранять информацию о клиенте между запросами, то есть идентифицировать клиента. Это так называемый stateless-протокол. Связь между клиентом и сервером заканчивается как только завершается обработка текущего запроса. Каждый новый запрос к серверу подразумевается как абсолютно уникальный и независимый, даже если он был отправлен повторно от одного и того же источника.

Один клиент отправляет запросы. Сервер думает, что это разные клиенты
Что, если оставить stateless-природу протокола HTTP и не идентифицировать пользователя? Без состояний сеанса можно легко обойтись, если на вашем сайте представлена статичная (обезличенная) информация, например, новостная статья, состоящая из текста и изображений. В таком контексте совершенно необязательно ассоциировать несколько запросов с одним пользователем. Ведь содержание статьи никак не изменится, будь то десять запросов с одного устройства, либо десять запросов от разных людей с разных устройств. Но как только мы собираемся передать персональную информацию на сервер, нам необходимо каким-то образом сделать так, чтобы сервер ассоциировал все наши запросы именно с нами, и в будущем верно определял все исходящие от нас запросы. Если этого не сделать, то с каждым новым запросом мы будем вынуждены повторно передавать необходимые персональные данные. Например, логин для входа в личный кабинет на сайте, или такую информацию как имя, адрес доставки, при совершении покупки в интернет-магазине. Вот как раз в таких ситуациях, когда требуется персонализировать запросы от одного клиента, мы будем использовать сессии.
Сессия (session) – это некоторый отрезок во времени, в пределах которого веб-приложение может определять все запросы от одного клиента.
- скрытые поля на HTML-форме (hidden form fields)
- куки (cookies)
- сессия (session, session State)
Попробуем их реализовать, используя платформу ASP.NET. Давайте кратко рассмотрим первые два механизма, и особое внимание уделим третьему, как более надежному, удобному и безопасному.
Скрытые поля на HTML-форме (hidden form fields)
Суть данного подхода состоит в том, что мы обеспечиваем навигацию по сайту при помощи стандартных html-форм. И при каждом следующем запросе мы сохраняем данные из предыдущего в скрытых полях на форме. Например:
@using (Html.BeginForm("Forms2", "Home", FormMethod.Post)) < Заказ блюда
>
public ActionResult Forms2()
@using (Html.BeginForm("Forms3", "Home", FormMethod.Post)) < @($"Добрый день ! Что будете заказывать?")
>
В данном примере мы на первой html-форме получаем имя пользователя. Далее в контроллере в методе Forms2() мы извлекаем это значение из коллекции Form и передаем в представление посредством объекта ViewBag. В этом представлении генерируется код новой формы и в скрытом поле сохраняется имя пользователя. Таким образом, значение имени пользователя будет передано уже на третью формы вместе с дополнительной информацией — значением поля с именем «foodName». И так далее.
Давайте рассмотрим особенности такого подхода. Плюсов практически нет, разве что реализовать данную технику можно очень быстро. Но опять же и другие подходы тоже можно реализовать очень быстро. А вот минусы есть, и довольно существенные:
- Во-первых, этот вариант не будет работать, если html-формы на наших страницах статичны, то есть жестко закодированы. И чтобы это исправить, чтобы повлиять на html-разметку мы прибегаем к помощи какой-нибудь серверной технологии (в данном случае механизм ViewBag);
- Это безопасность. Хоть вводимые нами данные не передаются через url-параметры в адресной строке и визуально не видны на странице, мы с легкостью можем их получить или подменить или удалить или украсть просто изучив исходный код страницы или структуру запроса;

Исходный код страницы с html-формой
Куки (cookies)
public ActionResult Cookies2()
@using (Html.BeginForm("Cookies3", "Home", FormMethod.Post)) < @($"Добрый день ! Что будете заказывать?")
>
В данном подходе мы не храним сессионные данные непосредственно на форме, вместо этого используется стандартный механизм работы cookies между клиентом и сервером. В cookies и хранятся все пользовательские данные.
При выборе этого подхода опять же главной остается проблема безопасности наших данных, которые мы передаем на сервер – их легко подменить или украсть, они лежат в открытом виде. Также, если в настройках приватности браузера клиента отключен прием куки с сайтов, то такой вариант ведения сессии вовсе не будет работать.
Таким образом, передавать первыми двумя способами важные и секретные данные крайне не рекомендуется, такие как логины, пароли, номера карт, счетов, данные паспорта, места жительства и т.д.
Серверный механизм управления сессией (Session, SessionState)
Разберем, как работает механизм сессии со стороны сервера и со стороны клиента.
При стандартных настройках работы состояния сеанса для отслеживания серии запросов от одного клиента используется т.н. сессионная куки (session cookie). Алгоритм следующий:
- Абсолютно для каждого нового запроса на сервер (неважно, разные это клиенты или один) ASP.NET генерирует уникальный идентификатор сессии.
Идентификатор сессии представляет собой случайно сгенерированное число, закодированное с помощью специального алгоритма в строку длиной 24 символа. Строка состоит из литералов от A до Z в нижнем регистре, а также чисел от 0 до 5. Пример идентификатора — hjnyuijl1pam3vox2h5i41in - Если в течение текущего запроса данные клиента НЕ сохраняются для дальнейшей работы с ним, то и время жизни сессии этого клиента заканчивается (фактически не начавшись). При этом ранее сгенерированный идентификатор сессии становится недействительным (так как не был использован). В ответ на такой запрос клиент не получает ничего, чтобы связало его с новой сессией.
- Если же данные клиента (например, имя, адрес доставки товара) сохраняются на сервере, ASP.NET связывает сохраненные данные с ранее сгенерированным идентификатором сессии. Далее создается специальная сессионная куки, и в нее записывается также этот идентификатор. Эта куки добавляется в ответ на запрос и сохраняется в браузере клиента. Таким образом, создается связь клиента и его персонализированной информации на сервере. Новая сессия для данного клиента создана.
- При каждом следующем запросе клиент передает на сервер персональный идентификатор сессии через куки. Сервер сопоставляет идентификаторы и «узнает» клиента в рамках текущей сессии.
- До тех пор пока клиент передает свой персональный ключ, сессия считается активной. Сессия может закончиться по разным причинам, например, вручную на стороне сервера или по истечении какого-то установленного времени (таймаут).
От теории перейдем к практике. Давайте запрограммируем данный алгоритм и посмотрим, как он выполняется. Для этого используем специальный класс HttpSessionState . При работе в контроллере можно воспользоваться свойством HttpContext.Session . Работать с сессией очень просто, как с любой NameValueCollection :
Session["userName"] = Request.Form["userName"]; bool isSessionNew = Session.IsNewSession; string sessionId = Session.SessionID;
В этом участке кода мы записываем в состояние сеанса имя пользователя. Это имя мы забираем с html-формы, которую он нам отправил. Дополнительно через свойства мы узнаем, создана ли эта сессия только что, то есть в рамках текущего запроса (если да, то и значение свойства IsNewSession будет равняться true), и уникальный идентификатор сессии. Этот идентификатор после обработки запроса будет автоматически записан в сессионную куки (если еще нет) и отправлен в ответе клиенту.
В браузере клиента можно наблюдать соответствующую куки и идентификатор его сессии:

В процессе следующего запроса от этого клиента давайте прочитаем его ранее сохраненное имя из сессии. Также принудительно завершим сессию. Работа с этим клиентом закончена, например, все данные обработаны и товар отправлен.
string userName = Session["userName"].ToString(); //обработка запроса. Session.Abandon();
Как видно, работать с сессиями очень просто и удобно. Большинство процессов, связанных с обработкой сессии, происходит автоматически в фоновом режиме. Естественно, разработчик может вмешаться на любой стадии обработки сессии и внести свои коррективы.
Давайте посмотрим на наиболее интересные свойства и методы класса HttpSessionState , которые чаще всего используются в работе:
Item[index] – возвращает элемент данных по его индексу
Item[key] – возвращает элемент данных по его ключу
Remove(index) – удаляет элемент данных по его индексу
Remove(key) – удаляет элемент данных по его ключу
Clear() – удаляет все данные
Count – возвращает общее количество элементов данных для текущей сессии
Abandon() – принудительно завершить сессию
SessionID — возвращает идентификатор текущей сессии
IsNewSession – возвращает true если сессия была создана в рамках текущего запроса
Timeout – возвращает число минут, допустимое между запросами, перед тем как сессия завершится по причине таймаута (по умолчанию, 20 минут)
Изменить настройки для сессии можно либо программно в коде посредством членов класса HttpSessionState , либо через конфигурацию приложения (файл web.config). Например:
В конфигурации выше мы указали, что таймаут сессии будет 40 минут, сессионные данные пользователя будут храниться в оперативной памяти, будут использоваться сессионные куки, также поменяли стандартное название такой куки на собственное.
И еще одно важное замечание в плане безопасности. Когда вы завершаете сессию пользователя методом Session.Abandon(); сессионная куки, хранящая идентификатор сессии SessionId, в браузере пользователя не удаляется. Это означает, что если пользователь начнет новую сессию в ближайшее время, не закрывая браузер, то его новой сессии будет присвоен тот же SessionId. Желательно каждой новой сессии всегда присваивать новый уникальный идентификатор, для этого нам нужно вручную удалять сессионную куки после закрытия сессии:
Session.Clear(); //очищаем сессию Session.Abandon(); //отменяем сессию //вручную очищаем куки так Response.Cookies.Add(new HttpCookie("ASP.NET_SessionId", "")); //или сокращаем время жизни Response.Cookies["ASP.NET_SessionId"].Expires = DateTime.Now.AddYears(-30); //ASP.NET_SessionId - это стандартное название сессионной куки, у вас может быть свое
Вот таким образом происходит отслеживание состояния сеанса пользователя на платформе ASP.NET, с использованием сессий. Этот подход является стандартом и рекомендуется к использованию, когда необходимо сохранять информацию о пользователе и идентифицировать его между запросами на сервер.
Общий доступ к серверу или терминалу в Visual Studio
Предоставление общего доступа к серверу или терминалу в качестве узла сеансов совместной работы в Visual Studio.
Общий доступ к серверу
В качестве узла сеанса совместной работы может потребоваться предоставить общий доступ к дополнительным локальным серверам или службам с гостями. Общий доступ может варьироваться от других конечных точек RESTful до баз данных или других серверов. С помощью Visual Studio Live Share можно указать номер локального порта, присвоить ему имя, а затем поделиться им с гостями.
Гости могут получить доступ к серверу, который вы предоставили на этом порту, с собственного локального компьютера на том же порту. Например, если вы используете веб-сервер, работающий через порт 3000, гостевой доступ к тому же, на котором выполняется веб-сервер на собственном компьютере http://localhost:3000. Этот доступ осуществляется через безопасный туннель SSH или SSL между узлом и гостями и проходит проверку подлинности через службу. Таким образом, вы можете быть уверены, что у пользователей в сеансе совместной работы есть доступ.
Организатору следует соблюдать крайнюю осторожность при выборе портов для предоставления общего доступа и использовать только порты приложений (но не системные порты). Для гостей предоставленные в общий доступ порты будут вести себя точно так же, как если бы этот сервер или служба были запущены прямо на их компьютере. Это очень полезно, но неудачный выбор порта может создать серьезные риски.
В целях безопасности другим гостям предоставляются только серверы, работающие на указанных портах. Легко добавить его в качестве узла сеанса совместной работы.
- Нажмите кнопку «Общий доступ» или «Состояние сеанса» в правом верхнем углу и выберите » Управление общими серверами«.

- В появившемся диалоговом окне нажмите кнопку «Добавить » и введите номер локального порта, на котором запущен сервер, введите имя, а затем нажмите кнопку «ОК«.

Вот и все! Сервер на указанном порту сопоставляется с локальным размещением каждого гостя на том же порту, если этот порт еще не был занят.
Если нужный порт на компьютере гостя уже занят, вместо него автоматически выбирается другой. Гости могут просмотреть список общих портов по имени, нажав кнопку состояния сеанса в правом верхнем углу и выбрав «Просмотреть общие серверы«.

Гости не могут контролировать, какие порты на компьютере узла предоставляются по соображениям безопасности.
Чтобы прекратить общий доступ к локальному серверу, узел должен нажать кнопку «Общий доступ» или «Состояние сеанса» в правом верхнем углу, выберите «Управление общими серверами«, выберите соответствующий порт и нажмите кнопку «Удалить«.
Общий доступ к терминалу
Современная разработка часто использует широкий набор средств командной строки. Live Share позволяет использовать в качестве узла при необходимости «общий доступ к терминалу» гостям. Общий терминал может быть доступны только для чтения или полностью совместно. Полностью совместная работа означает, что вы и ваши гости могут выполнять команды и просматривать результаты. Вы можете предоставить гостям видимость выходных данных терминала или позволить им получить руки. Гости могут выполнять тесты, сборки или даже проблемы с конкретной средой, которые возникают только на компьютере.
Тем не менее, терминалы по умолчанию не предоставляются в общий доступ, так как они предоставляют гостям как минимум доступ для чтения выходных данных всех запускаемых команд (или даже возможность самостоятельно выполнять любые команды). Это означает, что вы можете выполнять команды в локальных терминалах без каких-либо рисков, а общий доступ предоставлять только при необходимости. Кроме того, только узлы могут запускать общие терминалы, чтобы предотвратить запуск одного и делать то, что вы не ожидаете или просматриваете.
В качестве узла можно предоставить общий доступ к терминалу, нажав кнопку «Состояние сеанса» или «Общий доступ» в правом верхнем углу и выбрав один из пунктов меню «Общий доступ к терминалу «.

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

Чтобы завершить сеанс терминала, введите выход или закройте окно терминала, и все будут отключены.
Next Steps
Дополнительные сведения см. в этих статьях.
- Краткое руководство. Предоставление общего доступа к первому проекту
- Краткое руководство. Присоединение к первому сеансу
- Установка и вход в Live Share в Visual Studio Code
- Требования к подключению для Live Share
- Функции системы безопасности Live Share
Возникли проблемы? Ознакомьтесь с разделом по устранению неполадок или отправьте отзыв.
Перевод «sharing sessions» на русский
Были также организованы встречи-беседы между молодыми людьми, прошедшими реабилитацию, и учащимися старших классов.
The therapist conducts healthy talking and sharing sessions and guides to replace these negative images with positive ones.
Терапевт проводит здоровые сеансы общения и обмена информацией, а также помогает заменить эти негативные образы положительными.
Multimedia presentations, videos, sharing sessions, blinking lights, and up-to-date music may be symptoms of either health or disease.
Мультимедийные презентации, видео-сеансы, собрания пайщиков, мерцание огней и современная музыка могут быть признаками и здорового состояния, и болезни.
Sharing sessions were also arranged for some ethnic minority women to exchange views with WoC on issues of their concern.
Наряду с этим были организованы встречи по обмену информацией, в ходе которых женщины из этнических меньшинств могли поделиться мнениями с представителями КДЖ по интересующим их вопросам.
On-going publicity activities to promote FFEP and related good people management practices include organizing briefings and sharing sessions for employers and human resources practitioners as well as staging roving exhibitions at various locations throughout the territory.
Мероприятия по пропаганде ПНОСЦ и связанных с этим надлежащих методов управления персоналом, осуществляемые в настоящее время, включают организацию инструктивных заседаний и совещаний по обмену информацией для работодателей и специалистов кадровых служб, а также проведение передвижных выставок в различных местах на всей территории Гонконга.
The eCOM360 conference visitors also had the opportunity to participate in workshops and experience sharing sessions organized by several companies, where their representatives shared experiences and answered visitors’ questions.
Посетители конференции eCOM360 также имели возможность принять участие в семинарах и сессиях по обмену опытом, организованных несколькими компаниями, где их представители поделились опытом и ответили на вопросы посетителей.
At a later stage, the civil society working groups managed to participate in the sharing sessions on the documents already prepared by the Government.
На последующем этапе рабочие группы гражданского общества добились возможности участвовать в совещаниях по обмену информацией в отношении уже подготовленных правительством документов.
Front-line departments have planned to conduct various sharing sessions with them in order to update law enforcement officers with the latest trend of human trafficking, including the skills in victim identification.
Находящиеся на переднем крае борьбы департаменты запланировали проведение различных совместных с ними заседаний по обмену опытом работы, с тем чтобы ознакомить должностных лиц правоприменительных органов с последними тенденциями в торговле людьми, в том числе навыками идентификации потерпевших.
The ITU cyber drill exercises are structured around various scenarios involving the most common types of cyberattacks while the sharing sessions provide a platform for co-operation and discussions on cybersecurity.
Два последних дня посвящены практическим учениям по кибербезопасности, которые будут построены по различным сценариям, содержащим наиболее общие типы кибератак, при этом сеансы совместного доступа предоставят площадку для сотрудничества и обсуждения вопросов кибербезопасности.
MoWCA has organized three sharing sessions chaired by its Secretary and State Minister in July and October 2009 respectively.
МДЖД организовало три совещания по обмену информацией под председательством министра и государственного министра в июле и октябре 2009 года соответственно.
Master in Manufacturing Management is a program to enhance student’s capability through industry collaboration, problem based learning, collaborative learning and experience sharing sessions.
Мастер в области управления производством — это программа, позволяющая расширить возможности студентов благодаря сотрудничеству в отрасли, проблемному обучению, совместному обучению и обмену опытом.
We have integrated the Mikogo software into the Cerebro interface, so you can start desktop sharing sessions directly from within Cerebro.
Мы интегрировали Mikogo в интерфейс Cerebro, чтобы вы могли инициировать сессию удаленной демонстрации экрана непосредственно из Cеrebro.
The conference program comprised knowledge sharing sessions and roundtables on such issues as field geophysics, hard-extracted reserves, reservoirs development, wells construction, promotion of young professionals, etc.
В ходе конференции были проведены сессии по обмену знаниями и круглые столы по таким вопросам, как полевая геофизика, трудноизвлекаемые запасы, разработка месторождений, строительство скважин, развитие молодых специалистов и пр.
The proposed programme, besides exploring some of suggested issues and statistical activities also to incept explicit training and knowledge sharing sessions as well as collaborative initiatives especially for the benefit of the developing countries. References
Предлагаемая программа, помимо изучения некоторых из предложенных вопросов и проведения статистических исследований, также призвана содействовать организации специальных мероприятий по профессиональной подготовке и обмену знаниями и разработке и осуществлению совместных инициатив, особенно в интересах развивающихся стран.
Предложить пример
Другие результаты
Especially for developing countries this will require explicit training and knowledge-sharing sessions.
Это потребует проведения активных мероприятий по профессиональной подготовке и обмену знаниями, в особенности для развивающихся стран.
An experience-sharing session on discriminatory advertisements for publishers was also held.
Кроме того, для издателей проведена встреча по обмену опытом по вопросам дискриминационной рекламы.
Another precautionary measure integrates single-use cryptographic keys which can be tied to a sharing session or a specific gesture.
Еще одна мера предосторожности интегрирует одноразовые криптографические ключи, которые могут быть привязаны к сессии или совместному использованию определенного жеста.
Later during the day, breathers bring their mandalas to a sharing session where they talk about their experiences.
В тот же день некоторое время спустя дышащие приносят свои мандалы на сеанс сопереживания, в ходе которого они рассказывают о своих переживаниях.
In June and December 2007, experience-sharing sessions on dealing with domestic violence cases and related issues were organized.
В июне и декабре 2007 года были организованы совещания по обмену опытом рассмотрения дел о насилии в семье и связанных с этим вопросов.
Возможно неприемлемое содержание
Примеры предназначены только для помощи в переводе искомых слов и выражений в различных контекстах. Мы не выбираем и не утверждаем примеры, и они могут содержать неприемлемые слова или идеи. Пожалуйста, сообщайте нам о примерах, которые, на Ваш взгляд, необходимо исправить или удалить. Грубые или разговорные переводы обычно отмечены красным или оранжевым цветом.
Зарегистрируйтесь, чтобы увидеть больше примеров. Это просто и бесплатно
Ничего не найдено для этого значения.
Больше примеров
Новое: Reverso для Windows
Переводите текст из любого приложения одним щелчком мыши .
Скачать бесплатно
Перевод голосом, функции оффлайн, синонимы, спряжение, обучающие игры
Результатов: 394 . Точных совпадений: 15 . Затраченное время: 167 мс
Помогаем миллионам людей и компаний общаться более эффективно на всех языках.






