Главная FDMua.com :: Разработка сайтов, дизайнов, систем управления контентом (CMS) и продвижение сайта (SEO). Поддержка сайта в процессе его развития. Разработка сайтов, дизайнов, CMS. Написать письмо Translate a Web page . English

Разработка сайтов, дизайнов, систем управления контентом (CMS) и продвижение сайта (SEO)!
Наши услуги по разработке и созданию сайтов

Проверка индексации сайта в поисковиках

Система управления сайтом

CMS-SEO-FDMua

О нас

Cтатьи:  веб-мастеру
Оптимизаторы могут ждать улучшений поиска
В рамках текущей «Темы недели», посвященной противостоянию поисковиков и оптимизаторов было бы несправедливо не предоставить слово представителям обоих лагерей. В качестве основного оппонента оптимизаторов в нашей стране, как известно, выступает «Яндекс», на долю которого приходится 60%, если не больше, всего поискового трафика в Рунете.
10 самых важных подсказок по оптимизации сайтов под поисковые системы
Вы все еще нуждаетесь в усовершенствовании ваших навыков по оптимизации сайтов под поисковые системы (SEO)? Вашему вниманию будут представлены 10 самых важных инструкций, как извлечь больше пользы из оптимизации для вашего сайта
Оптимизация не-HTML-сайтов для поисковых серверов
Речь идет не только о сайтах, сделанных целиком на Flash. Множество сайтов содержит всевозможные виды материалов, которые только можно придумать. Вспомните обо всех этих PDF аудио и мультимедиа файлах. Может ли этот контент быть проиндексирован поисковиками? Ответ - и да и нет.
Архив статей веб-мастеру
Cтатьи:  веб-дизайнеру
Логотипы как это делается. Ч.3
Не является ни для кого секретом, что каждый человек имеет индивидуальное, субъективное мировосприятие. Одни и те же знаки у разных людей, в силу различного опыта, образования, круга общения и пр. и пр. могут вызывать абсолютно разные (зачастую противоположные по своему значению) ассоциации, а значит - и разные эмоции. Казалось бы, невозможно предугадать "уровень распущенности" миллионов потребителей.
Логотипы как это делается. Ч.2
Покончив с анализом, приступим к более творческому процессу - собственно созданию (ваянию, клепанию, рисованию, и т.д.) логотипа.
Архив статей по дизайну


Код нашей кнопки:
Направления работы
Поиск по сайту fdm-design:
 найти: 
Идеал - туристическая компанияУправление разделом - Добавить статьи
Создаем веб-сайты - приемлемая цена, эксклюзивный дизайн, удобное управление сайтом (CMS), качественное программирование.

Статьи веб-мастеру & веб-дизайнеру

Рубрики:

Простое и понятное описание HTTP/1.0

Рубрика: Разное
[Просмотров: 2166] [Рейтинг: 4.00]
Комментарии
Hyppertext Transfer Protocol (HTTP ), протокол пересылки гипертекста - это язык,
которым клиенты и серверы World Wide Web пользуются для общения между собой.

Принципы работы
Все HTTP-трнзакции имеют один общий формат. Каждый запрос клиента и ответ
сервера состоит из трех частей: строки запроса (ответа), раздела заголовка
и тела. Клиент инициирует транзакцию следующим образом:
1. Клиент устанавливает связь с сервером по назначенному номеру порта (по умолчанию 80).
Затем клиент посылает запрос документа, указав HTTP-команду, называемую методом,
адрес документа и номер версии HTTP.
Например, в запросе

GET /index.html HTTP/1.0 используется метод GET, которым с помощью версии 1.0 HTTP запрашивается документ
index.html.
2. Клиент посылает информацию заголовка (необязательную), чтобы сообщить серверу
информацию о своей конфигурации и данные о форматах документов, которые он может
принимать. Вся информация заголовка указывается построчно, при этом в каждой строке
приводится имя и значение. Например, приведенный ниже заголовок, посланный клиентом,
содержит его имя и номер версии, a также информацию о некоторых предпочтительных
для клиента типах документов:

USER-AGENT: Mozilla/2.02Gold (WinNT; I)
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* Завершается пустой строкой.
3. Послав запрос и заголовки, клиент может отправить и дополнительные данные. Эти данные
используются главным образом теми CGI-программами, которые применяют метод POST.
Клиенты могут их использовать для помещения отредактированной страницы обратно
на Web-сервер.

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

HTTP/1.0. 200 OK говорит о том, что сервер для ответа использует версию HTTP 1.0. Код состояния
200 означает, что запрос клиента был успешным и затребованные данные будут переданы
после заголовков.
2. После строки состояния сервер передает клиенту информацию заголовка, содержащую данные
о самом сервере и затребованном документе. Пример HTTP-заголовка:

Date: Fri, 20 Mar 1999 08:17:58 GMT
Server: NCSA/1.5.2
Last-modified: Mon, 17 Jun 1996 21:53:08 GMT
Content-type: text/html
Content-lenght: 2482 Завершает заголовок пустая строка.

3. Если запрос клиента успешен, то посылаются затребованные данные. Это может быть копия
файла или результат выполнения CGI-программы. Если запрос клиента удовлетворить нельзя,
передаются дополнительные данные в виде понятного для пользователя разьяснения причин,
по которым сервер не смог выполнить данный запрос.

В HTTP 1.0 за передачей сервером затребованных данных следует зазъединение с клиентом и
транзакция считается завершенной, если не передан заголовок Conection: Кeep Alive. В
HTTP 1.1 сервер по умолчанию не разрывает соединение и клиент может посылать другие запросы.
Поскольку во многие документы встроены другие документы - изображения, кадры, апплеты и т.д.,
это позволяет сэкономить время и затраты клиента, которому в противном случае пришлось бы
для получения всего одной страницы многократно соединяться с одним и тем же сервером. Таким образом, в HTTP 1.1 транзакция может циклически повторяться, пока клиент или сервер
не закроет соединение явно. HTTP не сохраняет информацию по тразакциям, поэтому в следующей трнзакции приходится
начинать все заново. Преимущество состоит в том, что HTTP-сервер может обслужить в заданный
промежуток времени гораздо больше клиентов, ибо устраняются дополнительные расходы на
отслеживание сеансов от одного соединения к другому. Есть и недостаток: для сохранения
информации по транзакциям более сложные CGI-программы должны пользоваться скрытыми
полями ввода или внешними средствами, например "ключиками" NetScape.
Запросы клиента
Запросы клиента разбиваются на три раздела. Первая строка сообщения всегда содержит
HTTP-команду, называемую методом, URI, который обозначает запрашиваемый клиентом файл
или ресурс, и номер версии HTTP. Следующие строки запроса клиента содержат информацию
заголовка. Информация заголовка содержит сведения о клиенте и информационном объекте,
который он посылает серверу. Третья часть клиентского запроса представляет собой тело
содержимого - собственно данные, посылаемые серверу.
URI (Uniform Resource Identifier, универсальный идентификатор ресурса) - это общий
термин для всех допустимых форматов схем адресации, поддерживаемых в WWW. Сейчас
общепринятой является схема адресации с использованием универсальных локаторов
ресурсов (URL).
Методы
Метод - это HTTP-команда, с которой начинается первая строка запроса клиента. Метод
сообщает серверу о цели запроса. Для HTTP определены три основных метода: GET, HEAD и
POST. Определены и другие методы, но они не так широко поддерживаются серверами, как
три перечисленных ( хотя эти другие методы в будущем будут использоваться более часто).
При задании имен методов учитывается регистр, поэтому GET и get различаются.

Метод GET.
GET - зто запрос информации, расположенной на сервере по указанному URL. GET -
наиболее распространенный метод поиска с помощью броузеров документов для визуализации.
Результат запроса GET может представлять собой, например, файл, доступный для сервера,
результат выполнения программы или CGI-сценария, выходную информацию аппаратного
устройства и т.д.
Если клиент пользуется в своем запросе методом GET, сервер отвечает строкой состояния,
заголовками и затребованными данными. Если сервер не может обработать запрос
вследствие ошибки или отсутствия полномочий, он, как правило, посылает в информационном
разделе ответа текстовое пояснение.
Тело информационного содержимого запроса GET всегда пустое. GET в переводе на
человеческий язык означает примерно следующее:"Дайте мне этот файл". Для иднтификации
указанных в запросе клиента файла или программы обычно используется полное имя обьекта
на сервере.
Ниже приведен пример успешного запроса GET на получение файла. Клиент посылает запрос:
GET /index.html HTTP/1.0
Connction: Keep-Alive
User-Agent: Mozilla/2.02Gold (WinNT; I)
Host: www.ora.com
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* Сервер отвечает:
HTTP/1.0 200 Document follows
Date: Fri, 20 Sep 1996 08:17:58 GMT
Server: NCSA/1.5.2
Content-type: text/html
Content-lenght: 2482
(далее следует тело документа) Метод GET используется также для передачи выходной информации в CGI-программы
посредством тегов форм. Поскольку тело запроса GET пусто, входные данные присоединяются
к URL в строке GET запроса. Если в теге
задано значение атрибута method="GET",
то пары ключ-значение, представляющие собой введенные данные из формы, присоединяются к
URL после вопросительного знака. Пары отделяются друг от друга амперсандом (&).
Например, по запросу
GET /cgi-bin/birthday.pl?month=august&date=24 HTTP/1.0
сервер передаст в CGI-программу birthday.pl значение month и date, указанные в форме,
созданной на клиенте. Входные данные в конце URL кодируются в спецификации CGI. Чтобы
специальные символы интерпритировались обычным образом, используются шестнадцатиричные
коды.
Аналогичным образом в методе GET может передаваться информация о дополнительных путях.
При этом дополнительный путь указывается после URL, т.е. /cgi-bin/display.pl/cgi/
cgi_doc.txt. Сервер определяет, где заканчивается имя программы (display.pl).
Все данные, которые следуют за именем программы, интерпритируются как дополнительный
путь.

Метод HEAD.
Метод HEAD аналогичен методу GET, за исключением того, что сервер ничего не посылает
в информационной части ответа. Метод HEAD запрашивает только информацию заголовка о
файле и ресурсе. Инфоримация заголовка запроса HEAD должна быть такой же, как в запросе
GET.
Этот метод используется, когда клиент хочет найти информацию о документе, не получая
его. Для метода HEAD существует множество приложений. Например, клиент может
затребовать следующую информацию:
* время изменения документа ( эти данные полезны для запросов, связанных с кэш-памятью);
* размер документа (необходим для компоновки страницы, оценки времени передачи,
определения необходимости запроса более компактной версии документа);
* тип документа (позволяет клиенту изучать документы только определенного типа);
* тип сервера;
Следует отметить, что большая часть информации заголовка, которую посылает сервер, не
является обязательной и может предоставляться не всеми срверами.
Ниже приведен пример HTTP-транакции с использованием запроса HEAD. Клиент посылает
запрос:
HEAD /index.html HTTP/1.0
Connection: Kep-Alive
User-Agent: Mozilla/2.02Gold (WinNT; I)
Host: www.ora.com
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */* Сервер отвечает:
HTTP/1.0 200 Document follows
Date: Fri, 20 Sep 1996 08:17:58 GMT
Server: NCSA/1.5.2
Last-modified: Mon, 17 Jun 1996 21:53:08 GMT
Content-type: text/html
Content-lenght: 2482 (Тело содержимого в ответ на запрос HEAD не передается.)

Метод POST.
Метод POST позволяет посылать на сервер данные в запросе клиента. Эти данные
направляются в программу обработки данных, к которой сервер имеет доступ (например,
в CGI-сценарий). Метод POST может использоваться во многих приложениях. Например, его
можно применять для передачи входных данных для:
* сетевых служб (таких как телеконференции);
* программ с интерфейсом в виде командной строки;
* аннотирования документов на сервере;
* выполнения операций в базах данных.
Данные, посылаемые на сервер, находятся в теле содержимого запроса клиента. По завершении обработки запроса POST и заголовков сервер передает тело содержимого в
программу, заданную URL. В качестве схемы кодирования с методом POST используется URL-
кодирование, которое позволяет преобразовывать данные форм в список переменных и
значений для CGI-обработки.
Ниже приведен небольшой пример запроса клиента с использованием метода POST. Клиент
посылает на сервер данные о дне рождения, введенные в форму:
POST /cgi-bin/birtday.pl HTTP/1.0 User-Agent: Mozilla/2.02Gold (WinNT; I)
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
Host: www.ora.com Content-type: application/x-www-form-urlencoded
Content-lenght: 20

month=august&date=24
Другие методы.
Приведенные ниже методы также определены, хотя и используются не столь часто.
LINK - Связывает информацию заголовка с документом на сервере.
ULINK - Отменяет связь информации заголовка с документом на сервере.
PUT - Помещает тело содержимого запроса по указанному URL.
DELETE - Удаляет данные, находящиеся на сервере по заданному URL.
OPTIONS - Запрашивает информацию о коммутационных параметрах сервера. Чтобы запросить
данные обо всем сервере в целом, вместо URL запроса следует использовать
символ *.
TRACE - Требует, чтобы тело содержимого запроса было возвращено без изменений.
Используется для отладки.

Запросы клиента.
Ответ сервера на запрос клиента состоит из трех частей.
Первая строка - это строка состояния сервера, которая содержит номер версии HTTP, число,
обозначающее состояние запроса, и краткое описание состояния.
После строки ответа следует информация заголовка и тело содержимого,
если таковое имеется.

Коды ответов сервера.
100 - 199 - Информационный
100 Continue
Начальная часть запроса принята и клиент может продолжать передачу запроса.
101 Switching Protocols
Сервер выполняет требование клиента и переключает протоколы в соответствии
с указанием, данным в поле заголовка Upgrade.

200 - 299 - Запрос клиента успешен
200 OK
Запрос клиента обработан успешно, и ответ сервера содержит затребованные данные.

300 - 399 - Запрос клиента переадресован, необходимы дальнейшие действия
400 - 499 - Запрос клиента является неполным
500 - 599 - Ошибки сервера
Источник: www.helloworld.ru
Многие боятся своего первого раза. Тщательно к нему готовятся. Спрашивают советов людей, уже имеющих в этом большой опыт. Эту бессонную ночь ждут с волнением. Ждут, опасаясь и в то же время предвкушая предстоящее. Многие, чтобы как-то справиться с волнением, запасаются вином и шампанским. Некоторые нервно курят… Бессонная, длинная, волнительная ночь Как ни крути, люди приходили, приходят и будут приходить в интернет за информацией. И, развиваясь в интернет-среде, бизнес обязан учитывать сей немаловажный факт. Однако данная обязанность никогда не будет обременяющей, если использовать ее себе во благо. Интернет – это рынок. То есть на нем, как и на обычном рынке, реклама обязана работать. Чтобы она действительно работала, достаточно всего лишь предприимчиво совмещать трех китов любого интернет-бизнеса - вашу потребность заявить о себе, медийные и технические возможности виртуальной среды и потребность посетителей получить нужную им информацию.







FDMua.com предлагает полный сервис по разработке сайтов, систем управления контентом за приемлемую цену.  Web-дизайн и создание сайта любой сложности (веб-дизайн сайтов, разработка сайтов, web программирование), поддержка сайта.
© 2005 - 2009 FDM-Design.
Создание сайтов, дизайнов, систем управления сайтами CMS.
E-mail: Заполнить форму заказа услуг
Яндекс цитирования Rambler's Top100
Кодекс оптимизатора
Render time: 0.143 sec