Интернет сервисы что это примеры
Основные сервисы Интернет
Интернет гораздо шире, чем поиск нужной информации. Есть сервисы и ресурсы, которые давно стали неотъемлемой частью современной жизни. Основные сервисы Интернет делят на две группы, о которых в этой статье.
Вступление
Интернет предоставляет пользователям, не только поиск нужной информации, но и другие сервисы и ресурсы, которые давно стали неотъемлемой частью современной жизни. Все основные сервисы Интернет разделяются на две группы: первая группа – сервисы on-line, вторая группа это сервисы off-line.
Основные сервисы Интернет off-line
Сервисы off-line это прямые сервисы или сервисы отложенного чтения.
Прямые сервисы возвращают клиенту информацию немедленно, но получатель информации (клиент) не обязан немедленно реагировать на ответ. Пример службы интернет: FTP, WWW.
Сервисы отложенного чтения, вообще могут работать «вхолостую», то есть клиент может информацию не просматривать. Пример: электронная почта.
На самом деле такое разделение достаточно условно и большинство сервисов Интернет могут работать как в off-line, так и в on-line режимах.
Примеры сервисов Интернет off-line
Email – электронная почта. Этот сервис обеспечивает возможность обмена письменными сообщениями одного пользователя с одним или группой абонентов;
Usenet – группы новостей или телеконференции. Этот сервис обеспечивает коллективный обмен сообщениями;
Mailing Listings – Рассылка сообщений списками. Этот сервис позволяет создавать списочные рассылки сообщений и писем другим пользователям.
Сервисы on-line
Сервисы on-line интерактивные сервисы, где требуется моментальная реакция на полученную информацию.
Примеры сервисов on-line
World Wide Web (всемирная паутина, WWW) – Самый известный сервис Интернет. Основное назначения сервиса WWW интеграция разных ресурсов в единое информационное пространство, для удобной работы с самой разнообразной информацией.
FTP – Сервис системы файловых архивов. Этот сервис обеспечивают хранение, пересылку и доступ к файлам различного типа;
DNS (Domain Name System) Сервис – система доменных имен. Этот сервис обеспечивает «перевод» числовых адресов ресурсов в мнемонические имена и наоборот.
Telnet – сервис, созданный для управления удаленными компьютерами в режиме терминала;
Все выше перечисленные сервисы можно отнести к стандартным. То есть работа этих серверов основана на международных стандартах, а значит, работают во всей сети Интернет.
Кроме стандартных сервисов есть и сервисы нестандартные. По сути это уникальные разработки отдельных компаний.
Нестандартные сервисы Интернет
Примерами нестандартных сервисов Интернет, могут служить:
Нестандартные сервера Интернет не имеют международных стандартов, что иногда приводит к конфликтам с другими аналогичными сервисами.
Стандартные порты транспортных протоколов сервисов Интернет
Все стандартные сервисы работают по транспортным протоколам TCP, некоторые по TCP и UDP. Для обеспечения передачи данных по этим протоколам, каждый сервис подключается к своему порту. Номера портов стандартизированы.
Стандартные номера портов и сервисы Интернет
Клиентские сервисы так жестко не регламентируются.
Про сайты и основные сервисы Интернет
Часто спрашивают, к какой технологии относится сайты и их создание. Вебсайт, веб страницы, интернет-магазины, интернет-порталы это логическая составляющая Интернет технологий в группе «Информационные ресурсы Интернет».
Зачем создают сайты
Оставим в стороне, моду на сайт, как сколь весомую мотивацию для создания сайта. Создают сайты по более значимым причинам.
Заработок в сети через свои сайты давно стал популярным и сейчас только увеличивает круг почитателей. Популярность заработка сайтом обусловлена большим количеством возможностей и инструментов, которые только расширяются. Здесь контекстная реклама, баннерная и тизерная реклама, CPA сети, партнерские программы и т.д.
Найти партнерские программы, офферы, сервисы для рекламы стало очень просто, так как появилось большое количество грамотных каталогов подобных сервисов для заработка. Например, cashradar.ru. Это пример каталога для подбора партнерских программ, оффер, сервисов с удобным поиском и информационной поддержкой.
Заключение
Основные сервисы Интернет предоставляют пользователям самый широкий набор возможностей. Список сервисов только растёт, увеличивая возможности, тех кто пользуется сетью Интернет.
Что такое онлайн сервис – виды, перспективы, опасности
Привет, друзья. Сегодня практически на каждом втором сайте мы можем встретить фразы вроде «воспользуйтесь нашим онлайн сервисом» или «получите данные с помощью специального онлайн сервиса». Кругом в сети одни сервисы, поэтому я решил рассказать что такое онлайн сервисы, в чем их назначение и польза, каких нужно опасаться, и каковы перспективы развития этого направления в будущем.
Онлайн сервис — это программа выполняющая определенные действия по запросам пользователей через интернет, без необходимости скачивания и установки на локальный компьютер. Программа физически размещается на сервере (сайте) в сети, пользователь отправляет в неё данные и скачивает результаты, а вся обработка информации проводится серверным процессором.
Виды онлайн сервисов
Тотальное распространение интернета предопределило бурное развитие онлайн сервисов. И многие из них серьезно облегчили нашу с вами повседневную жизнь.
Одни сервисы являются близкими родственниками обычных компьютерных программ, например, графические редакторы в интернете повторяют возможности Photoshop.
Третьи заменяют походы в различные учреждения, к примеру, онлайн сервисы, позволяющие оплачивать коммунальные услуги, штрафы, государственные пошлины и налоги. От этих платежей нам никогда не убежать, каждый житель нашей страны периодически их совершает и появление их заменителей в интернете экономит время.
Давайте вспомним сумасшедшие очереди перед различными «окошками оплаты». Когда для того, чтобы внести какой-нибудь платеж, уходил час, а то и два. Сервисы денежных онлайн переводов избавили нас от потери десятков часов.
Экономия времени не единственное достоинство веб-сервисов. Давайте обратимся в сферу развлечений. Скажем, онлайн покупка билетов в кино.
Раньше у нас как было? Идешь в кино, разглядываешь — какие фильмы можно посмотреть. Потом еще полчаса определяешь, какой же выбрать. Пока выбрал — то мест нет подходящих, то вовсе билеты кончились.
А как у нас дела обстоят сегодня? Все через интернет. Выбрал кинотеатр, выбрал фильм, определился с местами, купил билеты. Никаких проблем.
Польза и вред онлайн сервисов
Перспективы онлайн сервисов оценили даже на самом высоком социальном уровне. Явное доказательство тому – запуск крупнейшего национального портала – www.gosuslugi.ru.
Это полностью государственный онлайн сервис, с помощью которого мы имеем возможность получать солидный набор услуг: оформлять обязательные документы, получать различного рода разрешения, проходить обязательные процедуры регистрации, получать информацию о неоплаченных штрафах и налогах, контролировать свои пенсионные отчисления, оформлять места в детские сады, и т.д.
Здесь вы можете, к примеру, подать заявку на получение или замену паспорта, загранпаспорта, водительского удостоверения.
В общем, портал госуслуги это важный социальный онлайн проект, который упрощает нам жизнь, и минимизирует наше пребывание в кабинетах сотрудников государственных служб. Полезность этого сайта переоценить сложно.
Многообразие современных онлайн сервисов поражает. Каждая серьезная корпорация, специализирующаяся на разработке программного обеспечения, с завидной регулярностью сообщает о выпуске какого-нибудь нового уникального веб продукта.
Каких только онлайн сервисов уже не существует:
Список нынешних онлайн сервисов можно продолжать очень долго. Но лучше, вместо этого, я выделю один тип сервисов, который получает от пользователей интернета особо теплые отзывы – это сайты самообразования.
К примеру, онлайн сервисы по изучению иностранных языков или по подготовке детей к начальной школе. Популярность подобных интернет-ресурсов обусловлена сразу несколькими причинами:
Конечно, качество получаемых знаний через интернет может быть ниже за счет сложностей с контролем, но для людей с хорошей самомотивацией домашнее обучение просто клад.
Каких онлайн сервисов нужно опасаться
Помимо полезных разработчиков программного обеспечения во всемирной паутине активно работают мошенники.
Они с легкостью создают различные, с виду порядочные интернет-ресурсы посещение которых может принести вред. Например, онлайн сервис при регистрации может запрашивать ваши личные данные от других сайтов (фишинг) или скрытно от вас устанавливать на компьютер вредоносное программное обеспечение.
Сам лично я уже давно не встречал такого на практике. Однако, это следствие мой осторожности и высокого уровня компьютерной грамотности. Неопытных пользователей обмануть легко. Будьте всегда внимательны и бдительны – не переходите по подозрительным ссылкам, не открывайте сайты присланные незнакомыми людьми.
Перспективы развития онлайн сервисов
О перспективах развития онлайн сервисов можно говорить долго. Они уже вышли на пик популярности и захватывают всё новые сферы – уже и медицинские услуги можно получить удаленно. Что разработчики программного обеспечения могут придумать завтра, даже гадать сложно.
Можно сказать лишь то, что в настоящее время онлайн сервисы не вошли в сферы, в которых их трудно применять – пожарных и полицию не заменяют.
Напоследок, еще раз скажу – пользуйтесь онлайн сервисами, они экономят время и нервы, делают нашу жизнь более удобной. Но всегда будьте осторожны и не попадайтесь в лапы мошенников.
Веб-сервисы в теории и на практике для начинающих
Что такое веб-сервисы?
Прежде всего, веб-сервисы (или веб-службы) — это технология. И как и любая другая технология, они имеют довольно четко очерченную среду применения.
Если посмотреть на веб-сервисы в разрезе стека сетевых протококолов, мы увидим, что это, в классическом случае, не что иное, как еще одна надстройка поверх протокола HTTP.
С другой стороны, если гипотетически разделить Интернет на несколько слоев, мы сможем выделить, как минимум, два концептуальных типа приложений — вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. При этом вторые, зачастую заинтересованы в услугах первых.
Но и сам Интернет — разнороден, т. е. различные приложения на различных узлах сети функционируют на разных аппаратно-программных платформах, и используют различные технологии и языки.
Чтобы связать все это и предоставить возможность одним приложениям обмениваться данными с другими, и были придуманы веб-сервисы.
По сути, веб-сервисы — это реализация абсолютно четких интерфейсов обмена данными между различными приложениями, которые написаны не только на разных языках, но и распределены на разных узлах сети.
Именно с появлением веб-сервисов развилась идея SOA — сервис-ориентированной архитектуры веб-приложений (Service Oriented Architecture).
Протоколы веб-сервисов
На сегодняшний день наибольшее распространение получили следующие протоколы реализации веб-сервисов:
На самом деле, SOAP произошел от XML-RPC и является следующей ступенью его развития. В то время как REST — это концепция, в основе которой лежит скорее архитектурный стиль, нежели новая технология, основанный на теории манипуляции объектами CRUD (Create Read Update Delete) в контексте концепций WWW.
Безусловно, существуют и иные протоколы, но, поскольку они не получили широкого распространения, мы остановимся в этом кратком обзоре на двух основных — SOAP и REST. XML-RPC ввиду того, что является несколько «устаревшим», мы рассматривать подробно не будем.
Нас в первую очередь интересуют вопросы создания новых веб-служб, а не реализация клиентов к существующим (как правило поставщики веб-сервисов поставляют пакеты с функциями API и документацией, посему вопрос построения клиентов к существующим веб-службам менее интересен с точки зрения автора).
SOAP против REST
Проблемы данного противостояния хорошо описаны в статье Леонида Черняка, найденой на портале www.citforum.ru.
По мнению же автора, кратко можно выделить следующее:
SOAP более применим в сложных архитектурах, где взаимодействие с объектами выходит за рамки теории CRUD, а вот в тех приложениях, которые не покидают рамки данной теории, вполне применимым может оказаться именно REST ввиду своей простоты и прозрачности. Действительно, если любым объектам вашего сервиса не нужны более сложные взаимоотношения, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (как правило — в 99% случаев этого достаточно), возможно, именно REST станет правильным выбором. Кроме того, REST по сравнению с SOAP, может оказаться и более производительным, так как не требует затрат на разбор сложных XML команд на сервере (выполняются обычные HTTP запросы — PUT, GET, POST, DELETE). Хотя SOAP, в свою очередь, более надежен и безопасен.
В любом случае вам решать, что больше подойдет вашему приложению. Вполне вероятно, вы даже захотите реализовать оба протокола, чтобы оставить выбор за пользователями службы и — это ваше право.
Практическое применение веб-сервисов
Поскольку речь идет о практическом применении, нам нужно выбрать платформу для построения веб-службы и поставить задачу. Так как автору ближе всего PHP 5, мы и выберем его в качестве технологии для построения службы, а в качестве задачи примем следующие требования.
Допустим, нам необходимо создать службу, предоставляющую доступ к информации о курсах валют, которая собирается нашим приложением, и накапливается в базе данных. Далее посредством веб-сервиса, данная информация передается сторонним приложениям для отображения в удобном для них виде.
Как видим задача довольно проста и, с точки зрения самой службы, ограничивается лишь чтением информации, но в практических целях нам этого будет достаточно.
Этап первый — реализация приложения сбора информации о курсах валют.
Информацию о курсах валют мы будем собирать со страниц сайта НБУ (Национального Банка Украины) ежедневно и складывать в базу данных под управлением СУБД MySQL.
Создадим структуру данных.
Таблица валют (currency):
Таблица номиналов обмена (exchange):
Для работы с базой данных воспользуемся ORM слоем на базе пакета PHP Doctrine. Реализуем граббер:
класс Grubber (models/Grabber.php):
и сам граббер (grabber.php):
Теперь заставим наш граббер отрабатывать раз в сутки в 10:00 утра, путем добавления команды запуска граббера в таблицы cron:
Все — у нас есть достаточно полезный сервис.
Теперь реализуем веб-сервис, который позволит другим приложениям извлекать данные из нашей базы.
Реализация SOAP сервиса
Для реализации веб-сервиса на базе SOAP протокола, мы воспользуемся встроенным пакетом в PHP для работы с SOAP.
Поскольку наш веб-сервис будет публичным, хорошим вариантом будет создание WSDL файла, который описывает структуру нашего веб-сервиса.
WSDL (Web Service Definition Language) — представляет из себя XML файл определенного формата. Подробное описание синтаксиса можно найти здесь.
На практике будет удобно воспользоваться функцией автоматической генерации файла, которую предоставляет IDE Zend Studio for Eclipse. Данная функция позволяет генерировать WSDL файл из классов PHP. Поэтому, прежде всего, мы должны написать класс, реализующий функциональность нашего сервиса.
класс CurrencyExchange (models/CurrencyExchange.php):
Отметим, что для автоматической генерации WSDL, нам необходимо написать комментарии в стиле javadoc, потому что именно в них мы прописываем информацию о типах принимаемых аргументов и возвращаемых значений. Неплохо также описывать в нескольких словах работу методов — ведь WSDL послужит описанием API для сторонних разработчиков, которые будут использовать ваш веб-сервис.
Не пишите в докблоках param void или return void — для WSDL это не критично, но вот при реализации REST доступа к тому-же классу у вас возникнут проблемы.
Теперь в Zend Studio входим в меню File->Export. выбираем PHP->WSDL, добавляем наш класс, прописываем URI-адрес нашего сервиса и создаем WSDL-файл. Результат должен быть примерно таким: http://mikhailstadnik.com/ctws/currency.wsdl
Если вы будете добавлять новую функциональность в ваш веб-сервис, вам нужно будет пересоздавать WSDL-файл. Но здесь не так все гладко. Следует учитывать, что SOAP-клиент, который уже запрашивал ваш WSDL файл, кеширует его на своей стороне. Поэтому, если вы замените старое содержимое новым в WSDL файле, некторые клиенты его не прочтут. А значит, при добавлении новой функциональности, дописывайте версию в имя вашего файла. И не забудбте обеспечить обратную совместимость для старых клиентов, особенно если вы не являетесь их поставщиком.
С другой стороны, WSDL довольно жестко задает структуру веб-сервиса, а это значит, что, если существует необходимость ограничить функциональность клиента по сравнению с сервером, вы можете не включать определенные методы ваших классов в WSDL. Таким образом они не смогут быть вызваны, несмотря на то, что существуют.
Реализация же самого сервера не предстваляет теперь никакой сложности:
Вы можете попробовать веб-сервис в работе по адресу: http://mikhailstadnik.com/ctws/
Там же доступен тестовый клиент: http://mikhailstadnik.com/ctws/client.php
Код простейшего клиента может быть таким:
Реализация REST сервиса
REST — это не стандарт и не спецификация, а архитектурный стиль, выстроенный на существующих, хорошо известных и контролируемых консорциумом W3C стандартах, таких, как HTTP, URI (Uniform Resource Identifier), XML и RDF (Resource Description Format). В REST-сервисах акцент сделан на доступ к ресурсам, а не на исполнение удаленных сервисов; в этом их кардинальное отличие от SOAP-сервисов.
И все же удаленный вызов процедур применим и в REST. Он использует методы PUT, GET, POST, DELETE HTTP протокола для манипуляции объектами. Кардинальное отличие его от SOAP в том, что REST остается HTTP-запросом.
Поскольку в PHP пока еще нет реалзации REST, мы воспользуемся Zend Framwork, в который включена реализация как REST клиента, так и REST севера.
Воспользуемся уже готовым классом CurrencyExchange. Напишем сам сервер:
Как видите все очень сходно и просто.
Однако, следует оговорить, что наш REST-сервис менее защищен, чем SOAP-сервис, так как любой добавленый метод в класс CurrencyExchange при его вызове отработает (сам класс определяет сруктуру сервиса).
Проверим работу нашего сервиса. Для этого достаточно передать параметры вызова метода в сроке GET-запроса:
При желании или необходимости вы можете самомтоятельно задавать структуру ваших XML ответов для сервиса REST. В этом случае, также будет необходимо позаботиться и о создании определения типа вашего XML документа (DTD — Document Type Definition). Это будет минимальным описанием API вашего сервиса.
Простейший тестовый клиент к REST сервису может быть в нашем случае таким:
В принципе, Zend_Rest на сегодняшний день нельзя назвать наиболее точной реализацией принципов REST. Утрируя, можно говорить о том, что эта реализация свелась к удаленному вызову процедур (RPC), хотя философия REST гораздо шире.
Вы можете скачать пример в исходных кодах c PHP Doctrine и Zend Framework (4,42 Мб).
Заключение
Мы выполнили задачу минимум и показали, что такое веб-сервисы, для чего они нужны и как их реализовывать. Естественно, приведенный пример, возможно, несколько оторван от жизни, но он был выбран лишь в качестве инструмента для объяснения предмета и сущности веб-сервисов.
Кроме того мы увидели, что реализация веб-сервиса — задача довольно простая при использовании современного инструментария, который позволяет сконцентрироваться, в первую очередь, на разработке функциональности самого сервиса, не заботясь о низкоуровневой реализации протоколов.
Автор надеется, что данный материал будет действительно полезен тем, кто становится на тропу разработки веб-служб.
Сервисы Интернет (основные службы)
Виды сервисов Интернет
Каждому полноправному пользователю Интернет доступно множество различных сервисов Интернет, и их использование в тех или иных задачах обработки информации (от поиска информации до организации системы распределенных вычислений). Дать сколько-нибудь определенную классификацию сервисов, в зависимости от их применения практически невозможно ввиду уникальности каждого сервиса и одновременно неотделимости его от остальных. Каждый сервис или служба характеризуется свойствами, часть которых пересекается с одной группой сервисов, а другая часть с другой.
Можно разделить сервисы на сервисы интерактивные (on-line), прямые и отложенного чтения (off-line). Хотя эта классификация не является точной, так как одним и тем же сервисом (например, FTP) можно пользоваться как в режиме (on-line), так и в режиме (off-line).
В оглавление документа 
Сервисы отложенного чтения
Сервисы, относящиеся к классу отложенного чтения (off-line), наиболее распространены в среде отечественных пользователей. Они наименее требовательны к ресурсам компьютеров и линиям связи. Основным признаком этих сервисов является та особенность, что запрос и получение информации могут быть достаточно сильно (что, вообще говоря, ограничивается только актуальностью информации на момент получения) разделены по времени. К сервису отложенного чтения можно отнести, например, электронную почту. В обычной связи аналогом сервиса отложенного чтения является, например, письменная корреспонденция, доставляемая обычной почтой.
Сервисы прямые
Прямые сервисы характерны тем, что информация по запросу клиента возвращается немедленно. Однако от клиента (получателя информации) не требуется немедленной реакции на полученный ответ. К этому типу сервисов относится большинство служб сети Интернет (например, WWW, FTP и др.). В обычной связи аналогом прямого сервиса является, например, факс.
Сервисы интерактивные
Сервисы, где требуется немедленная реакция на полученную информацию, т.е. получаемая информация является, по сути дела, запросом, относятся к интерактивным сервисам. В качестве примера интерактивного сервисы можно привести TELNET В обычной связи аналогами интерактивного сервиса является, например, телефон.
В оглавление документа 
Более подробную информации об электронной почте можно найти в следующем документе.
Сетевые новости Usenet в российских сетях принято называть телеконференциями. Данный сервис обеспечивается протоколом NNTP (Network News Tranafer Protocol), который вместе с FTP дает основную загрузку каналов сети.
Новости разделены по иерархически организованным тематическим группам, и имя каждой группы состоит из имен подуровней иерархии, разделенных точками, причем более общий уровень пишется первым. Рассмотрим, например, имя группы новостей comp.sys.sun.admin. Эта группа относится к иерархии верхнего уровня comp, предназначенной для обсуждения всего, связанного с компьютерами. В иерархии comp есть подуровень sys, предназначенный для обсуждения различных компьютерных систем. Далее, sun означает компьютерные системы фирмы Sun Microsystems, а admin обозначает группу, предназначенную для обсуждения вопросов администрирования таких компьютерных систем. Итак, группа comp.sys.sun.admin предназначена для обсуждения вопросов администрирования компьютерных систем фирмы Sun Microsystems. Таким образом, обычно, обладая минимальными знаниями английского языка, можно по имени группы в принципе понять, что в ней обсуждается.
Существуют глобальные иерархии, такие как comp, и иерархии, локальные для какой-либо организации, страны или сети. Вообще говоря, набор групп, которые получает Ваш локальный сервер Usenet, определяется администратором этого сервера и наличием этих групп на других серверах, с которыми обменивается новостями Ваш сервер. Однако, обычной является ситуация, когда сервер получает, во-первых, все глобальные иерархии, во-вторых, группы, локальные для Вашей страны и сети, и, в-третьих, группы, локальные для Вашей организации.
Сегодня всякий компьютер, полноценно подключенный к Интернет, имеет доступ к новостям Usenet, но новости Usenet распространяются и по другим сетям, применяясь столь же широко, как и электронная почта. Способы и удобство работы с новостями сильно зависят от того, каким образом Вы получаете их. В Интернет Ваша программа-клиент напрямую получает новости с сервера Usenet, и между просмотром списка сообщений, содержащихся в группе, и чтением этих сообщений нет задержки. Если Вы пользуетесь новостями через электронную почту, то Вы сначала получаете список статей, а уже потом принимаете по электронной почте статьи из списка, отдельно Вами заказанные.
В зависимости от числа подписчиков, список рассылки обслуживается на сервере программами различной сложности, которые могут обеспечивать или не обеспечивать полную функциональность, а именно: автоматическую подписку клиентов и прием их отказа от подписки, проверку корректности электронных адресов, ведение архива сообщений, обработку почтовых ошибок, поддержку работы в режиме дайджеста (когда подписчик получает не каждое сообщение отдельным письмом, но периодически все сообщения за какой-то срок в одном письме), проверку сообщений администратором списка перед рассылкой и т.д.
В оглавление документа 
Более подробное описание сервиса FTP дано в следующем документе.
В оглавление документа 
В оглавление документа 
С общих позиций Hyper-G аналогична WWW, преследуя те же идеи и повторяя многие принципы. Есть клиенты и есть серверы, которые предоставляют информацию в виде коллекций документов. По принципам организации информации в пределах одного сервера Hyper-G является чем-то средним между WWW и GOPHER. Документы доступны из иерархического меню, но сами документы являются гипермедийными. Клиент Hyper-G общается не со множеством серверов, как в случае WWW, но исключительно со «своим» сервером, регистрируясь на нем при подключении. Получение документов с других серверов Hyper-G происходит через «свой» сервер, что позволяет создать более интегрированную систему серверов, чем в случае с WWW. Регистрация же клиента позволяет определить уникальным образом не только ресурсы и сервисы Интернет, но и клиентов, что значительно облегчает обеспечение авторизованного доступа и удаленного управления документами.
К чертам, препятствующим распространению Hyper-G, следует отнести недостаточно хорошую реализацию программ-клиентов, не полностью свободный доступ к серверной части программного обеспечения, централизованность проекта и отсутствие альтернативных реализаций программного обеспечения, слишком твердую структуру организации документов на сервере, сложность системы. Серверы Hyper-G весьма немногочисленны, следовательно, информации в Hyper-G хранится немного. Отсутствует доступ посредством электронной почты, хотя серверы Hyper-G могут также выполнять роль серверов gopher и WWW.
Задача поиска по большим объемам неструктурированной информации весьма нетривиальна и сегодня еще не существует общепринятого ее решения. WAIS во многих случаях является приемлемым вариантом поисковой системы, и коль скоро она имеет свободно распространяемую программную реализацию, то получила достаточную известность как один из сервисов Интернет. На самом деле, она почти не используется сегодня самостоятельно, но во многих случаях применяется как вспомогательное средство, например, для индексирования документов, хранящихся на WWW-сервере. В некоторых случаях она также используется как средство работы со словарями, или для поиска по архивам сетевых новостей Usenet. Если перед Вами стоит задача по индексированию больших объемов неструктурированной информации, то, возможно, WAIS окажется адекватным ее решением. Однако, нужно иметь в виду, что свободно распространяемая реализация системы далека от совершенства, что система достаточна сложна для понимания и изучения, и, что хуже всего, практически не развивается. Поддержкой и развитием свободной версии занимались последовательно несколько организаций, но ни одна из них не довела продукт до приемлемого для реальной работы состояния.
Так можно работать с каталогами некоторых библиотек, с сервером, обслуживающим информационную систему CTN, можно получить доступ к терминальному навигатору WWW (текстовому или графическому).
Утилита ping проверяет состояние сетевого соединения между двумя компьютерами. Обращение: ping [address]|[name]
Утилита traceroute (или tracert) на обращение traceroute [address]|[name]
выдает маршрут, по которому соеденены ваш компьютер с удаленным.
Многие инфраструктурные сервисы TCP/IP могут использоваться для передачи информации в Интернет. Например, как можно использовать информацию из базы данных имен компьютеров Интернет DNS. Для прямого обращения к этой базе данных используется утилита nslookup, которая предназначена для отладки и проверки информации в DNS сетевыми администраторами TCP/IP сетей. Однако, пользуясь ей, можно получить информацию о том, какого типа компьютер используется как удаленный информационный сервер, какое реальное имя имеет компьютер, известный Вам под логическим псевдонимом, и т.д.
Все, что предназначено для передачи технической информации, может быть тем или иным способом использовано для передачи информации как сервиса Интернет. Это надо иметь в виду, если Вы собираетесь применять возможности Интернет в своей работе.