Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лабораторна_робота_8_Служба_WWW.doc
Скачиваний:
2
Добавлен:
25.08.2019
Размер:
292.86 Кб
Скачать

Міністерство освіти і науки України

Київський радіомеханічний коледж НАУ

ЗАТВЕРДЖУЮ

Заступник директора з НВирР

_____________А.П.Єрмоленко

« ___ » _____________ 20___ р.

ІНСТРУКЦІЯ

до проведення лабораторної роботи №8

«Дослідження роботи служби www»

Предмет: Організація комп’ютерних мереж

Автор і дата затвердження програми: Новиченко В.М., 31.08.2010 р.

Спеціальність: 5.05010201 «Обслуговування комп'ютерних систем і мереж»

Спеціалізація: «Комп’ютерна інженерія»

РОЗГЛЯНУТО

на засіданні ЦК

Автоматики та ОТ

« ___ » _____________ 20___ р.

протокол №_____

Голова ЦК

______________ В.М. Новиченко

Інструкцію склав викладач

Новиченко В.М.

____________

« ___ » _____________ 20___ р.

м. Київ

Лабораторна робота № 8

Дослідження роботи служби www

1 Мета роботи

Дослідити різноманітні види пошуку та пошукових систем, які використовуються в Internet

2 Завдання

2.1. Одержати відомості про налаштування браузерів.

2.2. Одержати відомості про типи пошуку в Internet та методику їх організації.

2.3. Одержати відомості про види пошукових систем та принципи їх роботи.

2.4. Провести пошук інформації, використовуючи різні види пошукових систем та різні типи пошуку.

3 Література

3.1 Марк Спортак, Френк Паппас и др. Компьютерные сети и сетевые технологии – К: ТВД ДС, 2002. - 736 с

3.2 Таненбаум Э. Компьютерные сети. 4-е издание. Серия «Классика computer science» - С-П: Питер, 2003. - 992 с

3.3 Антонов В.М. Сучасні комп’ютерні мережі. – К: МК-Прес, 2005. - 480 с

3.4 Олифер В.Г., Олифер Н.А. Компьютерные сети: принципы, технологии, протоколы. 3-е издание Учебник. - С-П: Питер Бук, 2006. - 958 с

3.5. Новиченко В.М. Методичні вказівки з виконання лабораторних робіт

4 Теоретична частина

4.1 Теоретичні питання з даної теми описані в методичній розробці «Організація пошуку в Internet», автор В.М. Новиченко

4.2 Інформація може розміщуватися на веб-серверах, на ftp-серверах, в блогах, в новинах, в книгах, в словниках, в товарах, на географічних картах, в довідниках адрес організацій, серед афіш театрів і музеїв, в телепрограмах, в каталогах, в Вікіпедії, в архівах Інтернету, у пірингових мережах, в базах даних, у веб-закладках або в рейтингових системах.

  • Джерела інформації;

  • Пошук по блогам;

  • Пошук в новинах;

  • Новини Google;

  • Яндекс.Новини;

  • Пошук книг та в книгах;

  • Пошук в словниках;

  • Пошук в картинках;

  • Пошук в товарах;

  • Пошук по карте;

  • Пошук адрес;

  • Пошук афіши;

  • Пошук по об’явам;

  • Пошук інформації про погоду;

  • Пошук телепрограми;

  • Пошук в каталогах;

  • Пошук в Вікіпедії;

  • Пошук в архівах Інтернету;

  • Пошук через пірингові системи;

  • Пошук в базах даних;

  • Пошук в інтернет-версіях правових систем;

  • Сервіс закладинок;

  • Пошук через рейтингові системи;

  • Пошук звуків в FindSounds.com

інший пошук

  • Пошук може здійснюватися в пошукових індексах, через розміщення власної публікації з певної теми, через експертів тощо.

  • Карти пошуку інформації;

  • Пошукові індекси;

  • Мова запитів в пошукових індексах;

  • Особиста публікація як джерело інформації;

  • Пошук за допомогою експертів;

  • Пошук на сайтах правових систем;

Пошукові системи:

    • Google;

    • Yahoo!;

    • Апорт;

    • Rambler;

    • Яндекс;

    • @MAIL.RU;

    • ru.msn.com;

    • Nigma.ru ;

    • AltaVista;

    • Quintura;

    • Microsoft Live Search;

Спеціалізовані пошукові системи.

    • Bing

    • Ask.com

    • GigaBits.com

    • Taggalaxy.de

    • FindSounds.com

    • KM.RU

    • informationrecuperation.blogspot.com

    • та інші

ОПИС МОВИ ЗАПИТІВ

Як трактуються слова

Незалежно від того, в якій формі вжито слово в запиті, пошук враховує всі його форми за правилами певної мови (мови, яка використовується при запиті).

Наприклад, якщо задано запит "йти", то в результаті пошуку будуть знайдені посилання на документи, що містять слова 'йти', 'йде', 'йшов', 'йшла' тощо. На запит 'вікно' буде видана інформація, що містить і слово 'вікон', а на запит 'відкликали' - документи, що містять слово 'відкликались'.

Якщо набрати в запиті слово з великої літери, будуть знайдені тільки слова з великої літери (якщо це слово не перше в запиті), в іншому випадку будуть знайдені як слова з великою, так і з маленької літери.

Наприклад, запит 'лебідь' знайде і птицю, і генерала. Запит 'Лебідь' - генерала і ті випадки згадки птиці, коли вона написана з великої літери.

За замовчуванням пошук враховує всі форми заданого слова згідно з правилами російської мови. Однак існує можливість пошуку за точною словоформою, для цього перед словоформою треба поставити знак оклику '!'.

Так за запитом '! Лужкову' будуть знайдені всі документи, що містять словоформу 'Лужкову', а на запит 'Лужков ~ ~! Лужкову' - документи, в яких згадується Лужков, крім тих, які були знайдені за першим запитом.

  • Природно-мовний пошук

  • Знаки "+" і "-". Якщо ви хочете, щоб слова із запиту обов'язково були знайдені, поставте перед кожним з них "+". Якщо ви хочете виключити будь-які слова з результату пошуку, поставте перед кожним з них "-".

  • Наприклад, запит 'приватні оголошення продаж велосипеда', видасть багато посилань на сайти з різноманітними приватними оголошеннями. А запит з "+" 'приватні оголошення продаж + велосипеда' покаже оголошення про продаж саме велосипедів. Якщо вам потрібний опис Парижа, а не пропозиції численних турагентств, має сенс задати такий запит 'путівник по Парижу –агентство -тур'

  • Зверніть увагу на знак "-". Це саме мінус, а не тире і не дефіс. Знак "-" треба писати через пробіл від попереднього і разом з наступним словом, ось так: 'рак -гороскоп'. Якщо написати 'рак-гороскоп' або 'рак - гороскоп', то знак "-" буде проігноровано.

Основні оператори

Кілька набраних у запиті слів, розділених пробілами, означають, що всі вони повинні входити в одну пропозицію документа, який шукається. Той же самий ефект справить вживання символу '&'.

Наприклад, при запиті 'лікувальна фізкультура' або 'лікувальна фізкультура &'), результатом пошуку буде список документів, в яких в одному реченні містяться і слово 'лікувальна', і слово 'фізкультура'. (Еквівалентно запросу '+ лікувальна фізкультура +')

Між словами можна поставити знак '|', щоб знайти документи, що містять будь-яке з цих слів. (Зручно при пошуку синонімів).

Запит виду 'фото | фотографія | фотознімок | фото | фотозображення' задає пошук документів, що містять хоча б одне з перерахованих слів.

Ще один знак, тильда '~', дозволить знайти документи з пропозицією, що містить перше слово, але не містить друге.

За запитом 'банки ~ закон' будуть знайдені всі документи, що містять слово 'банки', поруч з яким (в межах речення) немає слова 'закон'.

Щоб піднятися на сходинку вище, від рівня пропозиції до рівня документа, треба відповідний знак застосувати двічі. Одинарний оператор (&, ~) шукає в межах абзацу, подвійний (& &, ~ ~) - в межах документа.

Наприклад, за запитом 'рецепти & & (плавлений сир)' будуть знайдені документи, в яких є і слово 'рецепти' і словосполучення '(плавлений сир)' (причому '(плавлений сир)' повинен бути в одному реченні. А запит 'керівництво Visual C ~ ~ ціна 'видасть всі документи зі словами' керівництво Visual C ', але без слова' ціна '

  • Пошук з відстанню

Часто в запитах шукають стійкі словосполучення. Якщо поставити їх в лапки, то будуть знайдені ті документи, в яких ці слова йдуть строго поспіль.

Наприклад, за запитом "червона шапочка" будуть знайдені документи з цією фразою. (При цьому контекст "а шапочка у неї була червона" знайдено не буде.)

Як Яndex адресує слова? Якщо всі слова в тексті перенумерувати по порядку їх слідування, то відстань між словами a і b - це різниця між номерами слів a і b. Таким чином, відстань між сусідніми словами дорівнює 1 (а не 0), а відстань між сусідніми словами, що стоять "не в тому порядку", дорівнює -1 (мінус 1). Те ж саме відноситься і до пропозицій.

Якщо між двома словами поставлений знак "/", за яким відразу надруковано число, значить, потрібно, щоб відстань між ними не перевищував цього числа слів.

Наприклад, задання запиту 'постачальники / 2 кава', вимагає знайти документи, в яких містяться і слово 'постачальники', і слово 'кава', причому відстань між ними повинна бути не більше двох слів і вони повинні перебувати в одному реченні. (Знайдуться "постачальники колумбійського кави", "постачальники кави з Колумбії" і т.д.)

Якщо порядок слів і відстань точно відомі, можна скористатися пунктуацією '/ + n'. Так, наприклад, задається пошук слів, що стоять підряд.

Запит 'синя / +1 борода' означає, що слово 'борода' має йти безпосередньо за словом 'синя'. (До того ж результату приведе запит "синя борода")

У загальному вигляді обмеження по відстані задається за допомогою пунктуації виду '/ (nm)', де 'n' мінімальне, а 'm' максимально допустима відстань. Звідси випливає, що запис '/ n' еквівалентний запису '/ (-n + n)', а запис '/ + n' еквівалентний запису '/ (+ n + n)'.

Запит 'музичне / (-2 4) освіта' означає, що 'музичне' повинно знаходитися від 'освіта' в інтервалі відстаней від 2 слів зліва до 4 слів справа.

Практично всі знаки можна комбінувати з обмеженням відстані.

Наприклад, результатом пошуку за запитом 'вакансії ~ / +1 студентів' будуть документи, що містять слово 'вакансії », причому в цих документах слово 'студентів' знаходиться не безпосередньо за словом 'вакансії'.

Коли знаки обмеження по відстані стоять після подвійних операторів, то вжиті там числа - це відстань не в словах, а в пропозиціях. Відстань в абзацах визначається аналогічно відстані в словах.

Запит 'банк & & / 1 податки "означає, що слово 'податки' повинно знаходитися в тому ж самому, або в сусідньому зі словом 'банк' реченні.

  • Дужки

  • Замість одного слова у запиті можна підставити цілий вираз. Для цього його треба взяти в дужки.

Наприклад, запит '(історія, технологія, виготовлення) / +1 (сиру, сиру)' задає пошук документів, які містять будь-яку з фраз 'історія сиру', 'технологія сиру', 'виготовлення сиру', 'історія сиру'.

  • Пошук в зонах

Можна шукати інформацію в "зонах" - заголовках (ім'я "зони": Title), посиланнях (ім'я "зони": Anchor) та адресу (ім'я "зони": Address). Синтаксис: $ імя_зони (пошуковий вираз).

Запит '$ title CompTek' шукає в заголовках документів слово 'CompTek'. Запит '$ anchor (CompTek | Dialogic)' знаходить документи, в посиланнях, всередині яких є одне з слів 'CompTek' або 'Dialogic'.

  • Пошук в певних елементах

Можна обмежити пошук інформації списком серверів або навпаки виключити сервера з пошуку (url). Можна також шукати документи, які містять посилання на певні URL (link), і файли картинок (image). Якщо ви хочете працювати не з конкретним URL (image), а з усіма, що починаються з даної послідовності символів, використовуйте "*". Синтаксис: # імя_елемента = "ім'я_файлу (URL)".

За запитом 'CompTek ~ ~ # url = "www.comptek.ru *"' будуть шукатися згадки компанії 'CompTek' скрізь, крім її власного сервера (www.comptek.ru). А запит '# link = "www.comptek.ru *"' покаже всі документи, які послалися на сервер компаніі. Запит '# image = "tort *"' дасть посилання на документи із зображеннями тортів (хоча, можливо, знайдеться і портрет черепахи Тортілли).

Можна також шукати за ключовими словами (keywords), анотаціями (abstract) і підписам під зображеннями (hint). Синтаксис: # імя_елемента = (пошуковий вираз).

Запросу '# keywords = (пошукова система) | # abstract = (пошукова система)' будуть шукатися всі сторінки, в meta-тегах яких є ці слова. За запитом '# hint = (кіно)' будуть знайдені документи, що містять зображення з таким підписом .

  • Ранжування результату пошуку

При пошуку для кожного знайденого документа Яндекс обчислює величину релевантності (відповідності) змісту цього документа пошуковому запиту. Список знайдених документів перед видачею користувачеві сортується за цією величиною в порядку зменшення. Релевантність документа залежить від ряду факторів, у тому числі від частотних характеристик слів, які треба знайти, ваги слова або виразу, близькості пошукових слів у тексті документа один до одного тощо.

Користувач може вплинути на порядок сортування, використовуючи оператори ваги й уточнення запиту.

Завдання ваги слова або виразу застосовується для того, щоб збільшити релевантність документів, які містять "зважений" вираз. Синтаксис: слово: число або (пошуковий_вираз): число

За запитом 'пошукові механізми: 5' будуть знайдені ті ж документи, що і за запитом 'пошукові механізми'. Різниця полягає в тому, що зверху знайденого списку виявляться документи, де найчастіше зустрічається саме слово 'механізми'. Запит 'пошукові (механізми | машини | апарати): 5' рівнозначний запиту 'пошукові (механізми: 5 | машини: 5 | апарати: 5 ) '.

Завдання уточнюючого слова або виразу застосовується для того, щоб збільшити релеватність документів, які містять уточнюючий вираз. Синтаксис: <- слово або <- (уточнюючий_вираз).

За запитом 'комп'ютер <- телефон' будуть знайдені всі документи, що містять слово 'комп'ютер', при цьому першими будуть видані документи, що містять слово 'телефон'. Якщо ні в одному документі зі словом 'комп'ютер' немає слова 'телефон', результат запиту буде еквівалентний запиту 'комп'ютер'.

4.3 Служба WWW

Служба WWW (World Wide Web) - призначена для обміну гіпертекстової інформацією.

Проект був запропонований в 1989 році. У 1993 з'явився перший браузер.

WWW побудована за схемою "клієнт-сервер".

Браузер (Internet Explorer, Opera ...) є мультипротокольним клієнтом і інтерпретатором HTML. І як типовий інтерпретатор, клієнт у залежності від команд (тегів) виконує різні функції. До кола цих функцій входить не тільки розміщення тексту на екрані, але обмін інформацією з сервером у міру аналізу отриманого HTML-тексту, що найбільш наочно відбувається при відображенні убудованих у текст графічних образів.

Сервер HTTP (Apeche, IIS ...) обробляє запити клієнта на отримання файла (в найпростішому випадку).

Р исунок - Взаємодія клієнта і сервера по протоколу HTTP.

Спочатку служба WWW базувалася на трьох стандартах:

  • HTML (HyperText Markup Lan-guage) - мова гіпертекстової розмітки документів;

  • URL (Universal Resource Locator) - універсальний спосіб адресації ресурсів у мережі;

  • HTTP (HyperText Transfer Protocol) - протокол обміну гіпертекстової інформацією.

Пізніше додали:

  • CGI (Common Gateway Interface) - універсальний інтерфейс шлюзів. Створений для взаємодії HTTP - сервера з іншими програмами, встановленими на сервері (наприклад, СУБД).

Протокол HTTP

Перший документ (але не стандарт) - RFC1945 (Hypertext Transfer Protocol - HTTP/1.0 T. Berners-Lee, R. Fielding, H. Frystyk May 1996)

Остання версія - RFC2616 (Hypertext Transfer Protocol - HTTP/1.1 R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee June 1999)

Hypertext Transfer Protocol - протокол передачі гіпертексту, протокол високого рівня (а саме, рівня додатків). Використовується службою WWW для передачі Web-сторінок.

Протокол HTTP визначає запит-відповідь спосіб взаємодії між програмою-клієнтом і програмою-сервером в рамках технології World Wide Web. Нижче наведено приклади запиту клієнта і відповіді сервера:

Лістинг запиту і відповіді HTTP

Встановлення з’єднання

Connecting to ipm.kstu.ru ... Connected to ipm.kstu.ru [195.208.44.20]

Запит клієнта

GET /internet/index.php HTTP/1.1 - (запрос файла и указание протокола HTTP/1.1) Connection: close - (закрыть соединение после отправки файла) Host: ipm.kstu.ru - (указание адреса сервера) Accept: */* - (предпочтение типов данных) Cache-Control: no-cache - (не кешировать) Referer: http://ipm.kstu.ru/internet/ - (от куда пришел клиент) User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 95) - (название программы клиента)

Відповідь сервера  HTTP/1.0 200 OK - (какой протокол используется, 200 - означает, что файл найден) Date: Wed, 23 Oct 2002 08:32:31 GMT - (дата и время ответа) Server: Apache/1.3.26 (Unix) PHP/4.1.2 rus/PL30.15 - (название, версия и модули http-сервера) X-Powered-By: PHP/4.1.2 - (чем создана страница) Connection: close - (закрыть соединение после получения файла) Content-Type: text/html; charset=windows-1251 - (тип данных html, кодировка windows-1251) Далі йде вміст файлу (тіло запиту).

Робота по протоколу HTTP відбувається наступним чином: програма-клієнт встановлює TCP-з'єднання з сервером (стандартний номер порту-80) і видає йому HTTP-запит. Сервер обробляє цей запит і видає HTTP-відповідь клієнту.

HTTP-запит складається з заголовка запиту і тіла запиту, розділених символом нового рядка. Тіло запиту може бути відсутнім.

Тема запиту складається з головної (першої) рядка запиту і наступних рядків, уточнюючих запит у головній рядку. Наступні рядки також можуть бути відсутні.

Запит у головній рядку складається з трьох частин, розділених пробілами:

1) Метод (інакше кажучи, команда HTTP):  GET - метод GET служить для одержання будь-якої інформації, відповідно URI-запиту.

HEAD - запит заголовка документа. Відрізняється від GET тим, що видається тільки заголовок запиту з інформацією про документ. Сам документ не видається.

POST - цей метод застосовується для передачі даних CGI-скриптів. Самі дані випливають у наступних рядках запиту у вигляді параметрів.

PUT - помістити документ на сервері. Запит з цим методом має тіло, в якому передається сам документ.

DELETE - використовується для видалення ресурсів, ідентифікованих за допомогою URI-запиту

2) Ресурс - це шлях до певного файлу на сервері (називається URI), який клієнт хоче отримати (або розмістити - для методу PUT). Якщо ресурс - просто якийсь файл для зчитування, сервер повинен за цим запитом видати його в тілі відповіді. Якщо ж це шлях до якого-небудь CGI-скрипту, то сервер запускає скрипт і повертає результат його виконання. До речі, завдяки такій уніфікації ресурсів для клієнта практично байдуже, що він являє собою на сервері.

3) Версия протокола - версия протокола HTTP, з якою працює клієнтська програма. 

Рядки після головної рядка запиту мають наступний формат:

Параметр: значення.

Таким чином, задаються параметри запиту. Це є необов'язковим, всі рядки після головної рядка запиту можуть бути відсутні; в цьому випадку сервер приймає їх значення за замовчуванням або за результатами попереднього запиту (при роботі в режимі Keep-Alive).

Деякі параметри HTTP-запиту:

Connection (соединение) - може приймати значення Keep-Alive і close. Keep-Alive ("залишити в живих") означає, що після видачі даного документа з'єднання з сервером не розривається, і можна видавати ще запити. Більшість браузерів працюють саме в режимі Keep-Alive, так як він дозволяє за одне з'єднання з сервером "завантажити" html-сторінку і малюнки до неї. Будучи одного разу встановленим, режим Keep-Alive зберігається до першої помилки або до явного вказівки в черговому запиті Connection: close.

close ("закрити") - з'єднання закривається після відповіді на цей запит.

User-Agent - значенням є "кодове позначення" браузера, наприклад:

Mozilla/4.0 (compatible; MSIE 5.0; Windows 95; DigExt)

Accept - список підтримуваних браузерів типів вмісту в порядку їх переваги даними браузером, наприклад:

Accept: image / gif, image / x-xbitmap, image / jpeg, image / pjpeg, application / vnd.ms-excel, application / msword, application / vnd.ms-powerpoint, * / *

Це, очевидно, потрібно для випадку, коли сервер може видавати один і той же документ в різних форматах.

Значення цього параметра використовується в основному CGI-скриптами для формування відповіді, адаптованого для даного браузера.

Referer - URL, з якого перейшли на цей ресурс.

Host - ім'я хоста, з якого запитується ресурс. Корисно, якщо на сервері є декілька віртуальних серверів під одним IP-адресою. В цьому випадку ім'я віртуального сервера визначається по цьому полю.

Accept-Language - мова, яка підтримується. Має значення для сервера, який може видавати один і той же документ в різних мовних версіях.

Формат HTTP-відповіді:

Формат відповіді дуже схожий на формат запиту: він також має заголовок і тіло, розділене нового рядка.

Заголовок також складається з основної рядки і рядків параметрів, але формат основний рядка відрізняється від такої в заголовку запиту.

Основна рядок запиту складається з 3-х полів, розділених пробілами:

Версія протоколу - аналогічний відповідному параметру запиту.

Код повернення (помилки, стану) - кодове позначення "успішності" виконання запиту.

Наприклад, код 200 означає "все нормально" (OK).

Значення кодів повернення по першій цифрі:

1xx: Інформаційний - Не використовується, але зарезервований для використання в майбутньому

2хх: Успіх - Запит був цілком отриманий, зрозумілий, і прийнятий до обробки.

3xx: Перенаправлення - Клієнту варто почати подальші дії для успішного виконання запиту. Необхідна додаткова дія іноді може бути виконано клієнтом без взаємодії з користувачем, але настійно рекомендується, щоб це мало місце тільки в тих випадках, коли метод, що використовується в запиті байдужий (GET або HEAD).

4xx: Помилка клієнта - Запит, що містить неправильні синтаксичні конструкції, не може бути успішно виконаний. Клас 4xx призначений для опису тих випадків, коли помилка була допущена з боку клієнта. Якщо клієнт ще не завершив запит, коли він отримав відповідь із Статус-Кодом-4xx, він повинен негайно припинити передачу даних серверу. Даний тип Статус-Кодів застосуємо для будь-яких методів, що вживаються в запиті.

5xx: Помилка Сервера - Сервер не зміг дати відповідь на коректно поставлений запит. У цих випадках сервер або знає, що він допустив помилку, або не здатний обробити запит. За винятком відповідей на запити HEAD, сервер посилає опис помилкової ситуації і те, чи є цей стан тимчасовим або постійним, в Зміст-Відповіді. Даний тип Статус-Кодів застосуємо для будь-яких методів, що вживаються в запиті.

Найбільш часто зустрічаються:

"200"; OK - документ відправлений.

"404"; Not Found - документ не знайдений (помилка URL), клієнт повинен перевірити правильність написання URL, якщо не допомагає, значить, документ вже видалений.

"500"; Internal Server Error - внутрішня помилка сервера, клієнт виправити не може, тільки адміністратор сервера.

Словесний опис помилки - "розшифровка" попереднього коду. Наприклад, для 200 це OK, для 500 - Internal Server Error.

Таблиця кодів повернення

Код

Назва

Опис

100

Продовжуйте

Клієнт повинен продовжувати передачу запиту.

101

Перемикання протоколів

Сервер пропонує змінити протокол на вказаний в полі заголовка відгуку Update. Зазвичай цю пропозицію про перехід на більш нову версію HTTP.

110

Відгук міг застаріти

Відгук є застарілим (використовується в заголовку Warning).

111

Оновлення не вдалось

Відгук від кешу не є свіжим, т. к. спроба оновити його закінчилася невдачею (використовується в заголовку Warning).

112

Розрив з’єднання

Кеш був навмисне від'єднаний від решти мережі на деякий час (використовується в заголовку Warning).

113

Евристичне застарівання

Кеш евристично вибрав період оновлення, більший 24 годин, і вік відгуку більше 24 годин (використовується в заголовку Warning).

199

Різні попередження

Додаткові попередження, не містяться в цьому переліку (використовується в заголовку Warning).

200

OK

Запит був успішно оброблений. Вміст відгуку залежить від типу запиту.

201

Створено

Запит був успішно оброблений і в результаті був створений новий ресурс. Його URI вказаний в полі заголовка відгуку Location.

202

Прийнято

Запит був прийнятий, і його обробка почалася іншим асинхронним процесом, тому сервер не зможе повідомити про її завершення.

203

Неавторитетна інформація

Повертається метаінформація отримана не від сервера її походження, а з локальної копії.

204

Немає вмісту

Сервер виконав запит, але йому нічого повертати клієнту. Браузер не повинен змінювати відображення документа.

205

Скидання вмісту

Сервер виконав запит, і оглядач повинен скинути відображення документа.

206

Частковий вміст

Сервер виконав частковий запит GET для ресурсу.

214

Застосовано перетворення

Застосовано перетворення, що змінило кодування або тип MIME відгуку (використовується в заголовку Warning).

299

Різні наполегливі попередження

Додаткові попередження, не містяться в цьому переліку (використовується в заголовку Warning).

300

Декілька варіантів

Запитаний ресурс має кілька подань, і клієнт повинен вибрати одну з них.

301

Ресурс перенесений

Запитаний ресурс змінив свій URI. Його новий URI вказаний в полі заголовка відгуку Location.

302

Знайдено

Запитаний ресурс тимчасово змінив свій URI.

303

Дивись інше

Відгук на даний запит може бути знайдений під іншим URI, зазначеним у поле заголовка відгуку Location.

304

Не змінено

Клієнт виконав умовний запит GET, доступ дозволений, але документ не був змінений.

305

Використовуйте проксі

Доступ до запрошенням ресурсу можливий тільки через проксі-сервер, зазначений у полі заголовка відгуку Location.

306

зарезервовано

307

Тимчасове перенаправлення

Запитаний ресурс тимчасово знаходиться під іншим URI, зазначеному в полі заголовка відгуку Location.

400

Невірний запит

Запит не був зрозумілий сервером через його невірного синтаксису.

401

Немає права доступу

Запит вимагає авторизації доступу, тип якої вказано в поле заголовка відгуку WWW-Authenticate.

402

Потрібен платіж

Зарезервовано для наступних версій HTTP.

403

Заборонено

Сервер зрозумів запит, але відмовився його виконувати.

404

Не знайдено

Ресурс, заданий в URI запиті, не знайдений.

405

Неприпустимий метод

Даний тип запиту не застосуємо до ресурсу, заданому в URI запиту.

406

Неприйнятно

Ресурс, заданий в URI запиту, може генерувати тільки відгуки, не прийнятні для клієнта.

407

Прокси вимагає авторизації доступу

Проксі-сервер вимагає авторизації доступу, тип якої вказано в поле заголовка відгуку Proxy-Authenticate.

408

Таймаут запиту

Клієнт не посланий жодного запиту протягом відведеного йому інтервалу.

409

Конфлікт

Запит не може бути виконаний через конфлікт з поточним станом ресурсу.

410

Ресурс зник

Запитаного ресурсу більше немає на сервері, і сервер не знає його нового URI.

411

Потрібна довжина запиту

У запиті не задано поле заголовка Content-Length.

412

Умова хибна

Умова, задана в заголовку умовного запиту, не може бути виконана.

413

Занадто довге тіло запиту

Тіло запиту довше, ніж допускає сервер.

414

Занадто довге URI запиту

URI запиту довше, ніж допускає сервер.

415

Не підтримуємий тип пристрою

Формат тіла запиту не підтримується даними ресурсом для даного типу запиту.

416

Запитаний діапазон порожній

Запитаний ресурс не містить значень в діапазоні, заданому в поле заголовка запиту Range.

417

Припущення не виправдалося

Припущення, вказане в полі заголовка запиту Expect, відкинуто сервером.

500

Внутрішня помилка сервера

Запит не виконаний через несподівану помилку сервера.

501

Не реалізовано

Сервер не підтримує даний тип запитів.

502

Поганий шлюз

Сервер, який виступає в ролі шлюзу або проксі-сервера, отримав невірний відгук від наступного сервера.

503

Служба недоступна

Сервер тимчасово не може виконати запит через перевантаження.

504

Таймаут шлюза

Сервер, який виступає в ролі шлюзу або проксі-сервера, не отримав своєчасного відгуку від наступного сервера.

505

Версія HTTP не подтримується

Сервер не підтримує версію HTTP, зазначену в заголовку запиту.

Деякі параметри http-відповіді: 

Connection - ця відповідь аналогічний відповідному параметру запиту.

Якщо сервер не підтримує Keep-Alive (є й такі сервери), то значення Connection у відповіді завжди close.

Content-Type - містить позначення типу вмісту відповіді в MIME.

В залежності від значення Content-Type браузер сприймає відповідь як HTML-сторінку, картинку gif або jpeg, як файл, який треба зберегти на диску, або як-небудь ще і робить відповідні дії.

Деякі типи вмісту:

text / html - текст у форматі HTML (веб-сторінка);

text / plain - простий текст (аналогічний "блокнотовскому");

image / jpeg - картинка у форматі JPEG;

image / gif - те ж, у форматі GIF;

Також може передавати кодування для текстових даних.

Наприклад:

charset=windows-1251

charset=koi8-rus

Content-Length - довжина вмісту відповіді в байтах (розмір файла).

Last-Modified - дата і час останньої зміни документа.

Під’єднання до HTTP за допомогою Telnet

Під'єднатись до командного порту HTTP (80) і запитати файл robots.txt:

Програма TeleportPro.

Бувають ситуації, коли необхідно працювати з інформацією з локального диска, наприклад:

  • відсутність доступу в Internet.

  • дуже повільний канал.

  • перевантажений сервер.

  • дуже велика кількість документів.

  • створення резервної копії, раптом сервер закриється.

  • для економії при оплаті каналу, при виході по модему.

  • тощо

Для створення локальної копії сайту або частини сайту, існують спеціальні програми. Одна з них TeleportPro. Сервер розробника http://www.tenmax.com/.

Деякі можливості програми:

  • завдання глибини сканування сайту, і зовнішніх посилань

  • завдання типу файлів (розширення) для скачування, наприклад можна завантажити тільки графіком.

  • виставити ліміт за розміром файлу.

  • сканування графічних карт.

  • завдання розкладу роботи, вбудований Scheduler.

  • завдання назву клієнта, якщо є обмеження для деяких клієнтів.

  • завдання кількості одночасно завантажуваних файлів.