Если Вы напечатаете в адресной строке вашего браузера http://www.сайт/how-web-server-work/ и нажмете клавишу Enter - эта страничка нашего Веб-сайта появится на экране.

На самом базовом уровне произошло следующее: Ваш браузер сформировал подключение к Веб-серверу, отправил запрос на получение Веб-страницы страницы и получил ее.

Теперь немного подробнее:

URL состоит из трех частей:

1. Протокола (http)

2. Имени сервера (www.сайт)

3. Адреса страницы (how-web-server-work)

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

Следуя протоколу HTTP, браузер послал запрос на сервер, запрашивая файл http://www.сайт/how-web-server-work/

Обратите внимание, что файлы cookie также могут быть отправлены от браузера к серверу.

В ответ сервер сгенерировал динамическую Веб-страницу и послал обратно HTML текст для отображения этой страницы в Вашем браузере. Файлы cookie также могут быть отправлены от сервера к браузеру в заголовке страницы. Браузер читает HTML-теги и формирует вывод Веб-страницы на экране.

Интернет

Так что же такое «Интернет»? Интернет представляет собой сотни миллионов компьютеров, связанные вместе в компьютерную сеть . Сеть позволяет всем компьютерам взаимодействовать друг с другом. Домашний компьютер может быть связан с сетью Интернет при помощи самых разных способов и устройств – начиная с примитивного модема для телефонной линии, закачивая соединением по локальной сети (LAN ) с Интернет-провайдером (ISP ).

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

Клиенты и Серверы

В общем, все компьютеры в Интернет, можно разделить на две категории: серверы и клиенты. Компьютеры, обеспечивающие сервисы (такие как Веб-серверы, серверы FTP, облачные сервисы) для других машин являются серверами . Машины, которые используются для подключения к этим услугам — клиенты . При подключении к Google , чтобы выполнить поисковый запрос или воспользоваться каким-либо его сервисом, Google предоставляет свой компьютер (возможно, целый кластер мощных компьютеров) для обслуживания Вашего запроса. Таким образом, Google предоставляет сервер. Ваша машина тоже может предоставлять услуги кому-то в Интернете. Таким образом, пользовательская машина, обычно, является клиентом, хотя может становиться и сервером, в случае необходимости.

Сервер может предоставить одну или несколько услуг в Интернете. Например, на компьютере-сервере может быть установлено программное обеспечение, позволяющее ему выступать в качестве Веб-сервера, e-mail сервера и FTP сервера. Компьютеры-клиенты, которые присоединяются к серверу, направляют свои запросы к специальному программному обеспечению, работающему на общем компьютере-сервере. Например, если вы используете Веб-браузер на вашем компьютере, он будет «общаться» с Веб-сервером на компьютере-сервере. Ваше e-mail приложение будет «говорить» с сервером электронной почты, и так далее.

IP-адреса

Чтобы соединить все эти машины в сеть, у каждого компьютера в Интернете есть уникальный адрес, называемый IP-адрес . Типичный IP-адрес выглядит так:

Четыре числа в IP-адресе называются октеты потому что они могут принимать значения между 0 и 255 или 2 8 вариантов значений.

Каждый компьютер в Интернет имеет свой уникальный IP-адрес. Сервер имеет статический IP-адрес, который меняется редко. Домашний компьютер часто имеет IP адрес, назначенный провайдером, когда машина соединяется с ним. Этот IP-адрес является уникальным для этой сессии, но может оказаться другим в следующий раз. Таким образом, ISP, нужен только один IP адрес для каждого маршрутизатора, которые он поддерживает, а не для каждого клиента.

Если вы работаете на Windows машине, вы можете просмотреть множество информации об Интернете на вашем компьютере, включая ваш текущий IP-адрес и имя хоста, с помощью команды ipconfig . На UNIX-машине, надо набрать nslookup в командной строке для отображения IP-адреса машины.

Доменные имена

Поскольку большинство людей имеют трудности с запоминанием последовательности цифр, которые составляют IP-адреса, и потому, что IP-адреса иногда нужно менять, все серверы и сайты в Интернете также имеют и удобочитаемые имена, называемые доменными именами . Например, www.. Это проще для большинства из нас — запомнить www.сайт чем запоминать 5.9.205.233

Имя www.сайт на самом деле состоит из трех частей:

1. Имя World Wide Web (www). На самом деле можно обходиться и без явного указания «www», хотя, формально, это будет другая сеть.

2. Доменное имя (qriosity)

3. В зоне домена верхнего уровня (ru)

Доменными именами управляют Регистраторы доменных имен . Регистраторы создают доменные имена верхнего уровня и гарантируют, что все имена в зоне верхнего уровня домена является уникальным. Регистратор также предоставляет контактную информацию для каждого доменного имени и запускает сервис whois , указывающий на владельца домена. Имя хоста создается владельцем домена.

Серверы доменных имен

Набор серверов, называемых серверы доменных имен (DNS) сопоставляет удобочитаемые имена в IP-адреса. Эти серверы содержат простые базы данных, содержащие имена и IP-адреса, и они распределены по всему Интернету. Большинство отдельных компаний, Интернет-провайдеров и крупных университетов поддерживают малые DNS. Существуют также центральные DNS, которые используют данные, поставляемые Регистраторами доменных имен.

При вводе URL-адреса http://www..сайт, передает его на сервер доменных имен, сервер возвращает правильный IP-адрес для www.сайт. Целый ряд серверов имен может быть вовлечен в то, чтобы получить правильный IP-адрес.

Итак, повторим прочитанное: Интернет состоит из миллионов машин, каждая с уникальным IP-адресом. Многие из этих машин – серверы. Это означает, что они предоставляют услуги другим компьютерам в Интернет. Многие из этих серверов являются серверами электронной почты, Веб-серверами, FTP-серверами, серверами облачных сервисов.

Порты

Любой сервер делает свои услуги доступными через Интернет с помощью пронумерованных портов , по одному для каждой службы, доступной на сервере. Например, есть компьютер-сервер, на котором запущен Веб-сервер и FTP-сервер. Веб-сервер, как правило, будет доступен на порту 80, а FTP-сервер будет доступен на порту 21. Клиенты подключаются к сервису на определенный IP адрес и на определенный порт.

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

Если сервер принимает соединения на порту от внешнего мира, и если брандмауэр не защищает порты, вы можете подключиться к заранее обусловленному порту с любого компьютера в Интернет и воспользоваться услугой. Обратите внимание, что нет ничего, что заставляет Вас, к примеру, держать Веб-сервер на порту 80. Если вы установили свой сервер и загрузили программное обеспечение Веб-сервера на нем, вы могли бы поставить Веб-сервер на порту 999, или любом другом неиспользуемом порту. Затем, если, например, Ваша машина будет известна как xxx.yyy.com то к ней могут подключаться с URL http://xxx.yyy.com:999 - «:999» явно указывает номер порта, по которому можно добраться до вашего Веб-сервера. Если порт не указан, то браузер просто предполагает, что Веб-сервер доступен с помощью хорошо известного порта 80.

Протоколы

Как только клиент подключен к службе на данном порту, он обращается к сервису с помощью специального протокола . Протокол — это набор соглашений логического уровня, позволяющий программам обмениваться данными. Для совместной работы компьютеров в сети Интернет используется семейство протоколов TCP/IP . Веб-сервер использует протокол HTTP.

Дополнительно: Безопасность

Вы можете видеть из этого описания, что Веб-сервер это довольно простой фрагмент программного обеспечения. Он принимает имя файла, отправленного с помощью команды GET, получает файл и отправляет его в браузер. Даже если брать в расчет весь код для обработки портов, программа простейшего Веб-сервера состоит не более, чем из 500 строк кода. Полномасштабные Веб-серверы являются более сложными, но в своей основе тоже очень просты.

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

Это действительно все, что нужно Веб-серверу, который обслуживает стандартные, статические Веб-страницы . Статические страницы – это страницы, которые не изменяются, если вебмастер сам не отредактирует их.

Дополнительно: Динамические страницы

Что такое динамические Веб-страницы ? Например:

1. Любая гостевая книга позволяет ввести сообщение в HTML-форме, и выводит новые и старые записи автоматически.

2. Любой поисковик позволяет ввести ключевые слова в HTML-форме запроса, и тогда он динамически создает страницу, на основе поиска информации по этим ключевым словам.

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

Страницы нашего сайта — тоже являются динамическими, созданными при помощи PHP с использованием баз данных MySQL.

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

Синтаксис SQL 2003

LOWER(строка) UPPER(строка)

Функция LOWER преобразует строку в нижний регистр, а функция UPPER, наоборот, в верхний.

DB2 и MySQL

Эти платформы поддерживают скалярные функции LOWER и UPPER стандарта SQL 2003, а также их синонимы UCASE и LCASE.

Oracle, PostgreSQL и SQL Server

Эти платформы поддерживают скалярные функции LOWER и UPPER стандарта SQL 2003, и это показано в приведенном ниже примере.

SELECT LOWER("You Talkin To ME?"), UPPER("you talking to me");

you talkin to me?

YOU TALKING TO ME?!

OVERLAY

Функция ОVERLAY вставляет одну строку в другую и возвращает результат.

Синтаксис SQL 2003

OVERLAY(строка PLACING встраиваемая_строка FROM начало )

Если хотя бы один из входных параметров будет равен NULL, функция возвращает NULL, встраиваемая_строка заменяет количество символов, указываемое параметром длина, в указанной строке, начиная с начала. Если длина не указана, то встраиваемая строка заменит все символы, идущие в строке после начала.

DB2, MySQL, Oracle и SQL Server

Эти платформы не поддерживают функцию OVERLAY. Вы можете сымитировать действие этой функции на этих платформах при помощи комбинации функции SUBSTRING и оператора конкатенации.

PostgreSQL

Платформа PostgreSQL поддерживает для функции О VERLA Y стандарт ANSI. Примеры

Ниже приводится пример использования функции OVERLAY.

SQL 2003 и PostgreSQL

SELECT OVERLAY("DONALD DUCK" PLACING "TRUMP" FROM 8) FROM NAMES;

SUBSTRING

Функция SUBSTRING позволяет извлечь одну строку из другой.

Синтаксис SQL 2003

SUBSTRING{строка_для_извлечения FROM начало )

Если хотя бы один из входных параметров равен NULL, функция SUBSTRING возвращает NULL. Параметр строка_для_экстращии - это исходная строка, откуда нужно извлечь символьное значение. Это может быть строковая константа, столбец таблицы, относящийся к символьному типу, или переменная символьного типа. Параметр начало - это целочисленное значение, указывающее, с какой позиции нужно начинать извлечение. Необязательный параметр длина - это целочисленное значение, указывающее, сколько символов нужно извлечь, начиная с начала. Если дополнительное ключевое слово FOR опущено, то подстрока будет начинаться с начала и продолжаться до конца строки_для_извлечения.

DB2

SUBSTRING{строка_для_извлечения, начало [, длина])

Реализация данной функции в DB2, под названием SUBSTR, по большей части функционально эквивалентна стандартной функции SUBSTRING. Предложение COLLATE не поддерживается. Если параметр длина опущен, то возвращается оставшаяся часть строки (начиная с начала).

MySQL

SUBSTRING(строка_для_извлечения FROM начало)

Реализация данной функции в MySQL подразумевает, что символы будут извлекаться с начала и извлечение будет продолжаться до конца строки.

Oracle

SUBSTRING(строка_для_извлечения, начало [, длина])

Реализация данной функции в DB2, под названием SUBSTR, по большей части функционально эквивалентна стандартной функции SUBSTRING. Предложение COLLATE не поддерживается. Если параметр начало представляет собой отрицательное число, Oracle отсчитывает символы от конца строки_для_извлечения. Если параметр длина опущен, извлекается оставшаяся часть строки (от начала).

PostgreSQL

SUBSTRING{строка_для_извлвчения [Р0Н длина])

Платформа PostgreSQL в основном поддерживает стандарт ANSI, за исключением того, что не поддерживается предложение COLLATE.

SQL Server

SUBSTRING{строка_для_извлечения [Р0Н длина])

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

Эти примеры, как правило, будут работать на всех пяти описываемых в этой книге платформах. Только второй пример для Oracle, с отрицательным параметром начало, не будет выполняться на других платформах (конечно, нужно перевести ключевое слово Oracle SUBSTR в SUBSTRING).

/* Для Oracle, подсчет начинается слева */ SELECT SUBSTR("ABCDEFG", 3.4) FROM DUAL; Результат: "CDEF" /* Для Oracle, подсчет начинается справа */ SELECT SUBSTR("ABCDEFG", -5.4) FROM DUAL; Результат: "CDEF" /* Для MySQL */ SELECT SUBSTRI, NG("Be vewy, vewy quiet") FROM 5 Результат: "wy, vewy quiet" /* Для PostgreSQL или SQL Server */ SELECT aujname.SUBSTRING(au_fname, 1. 1) FROM authors WHERE au_lname="Carson" Carson С

TRIM

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

SELECT TRIM(" wamalamadingdong "); » wamalamadingdong; SELECT LTRIM(RTRIM(" wamalamadingdong ")); » wamalamadingdong SELECT TRIM(LEADING "19" FROM "1976 AMC GREMLIN"); » 76 AMC GREMLIN SELECT TRIM(BOTH "x" FROM "xxxWHISKEYxxx"); » WHISKEY SELECT TRIM(TRAILING "snack" FROM "scooby snack"); » scooby

SQL Server проверяет чувствительность к регистру? (5)

Как проверить, работает ли база данных в SQL Server с учетом регистра? Я ранее выполнял запрос:

SELECT CASE WHEN "A" = "a" THEN "NOT CASE SENSITIVE" ELSE "CASE SENSITIVE" END

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

Изменить - немного больше информации. В существующем продукте есть много предварительно написанных хранимых процедур. В хранимой процедуре @test != @TEST зависимости от чувствительности самого сервера. Так что я ищу, это лучший способ проверить сервер на его чувствительность.

Как проверить, работает ли база данных в SQL Server с учетом регистра?

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

;WITH collations AS (SELECT name, CASE WHEN description like "%case-insensitive%" THEN 0 WHEN description like "%case-sensitive%" THEN 1 END isCaseSensitive FROM sys.fn_helpcollations()) SELECT * FROM collations WHERE name = CONVERT(varchar, DATABASEPROPERTYEX("yourDatabaseName","collation"));

SQL Server не чувствителен к регистру. SELECT * FROM SomeTable - это то же, что SeLeCT * frOM soMetaBLe .

Вы заинтересованы в сортировке. Вы можете создать что-то на основе этого фрагмента:

SELECT DATABASEPROPERTYEX("master", "Collation");

Обновить
На основе вашего редактирования. Если @test и @TEST могут ссылаться на две разные переменные, это не SQL Server. Если вы видите проблемы, когда одна и та же переменная не равна самому себе, проверьте, равна ли эта переменная NULL , потому что NULL = NULL возвращает `false.

Если вы установили SQL Server с параметрами сопоставления по умолчанию, вы можете обнаружить, что следующие запросы возвращают те же результаты:

CREATE TABLE mytable (mycolumn VARCHAR(10)) GO SET NOCOUNT ON INSERT mytable VALUES("Case") GO SELECT mycolumn FROM mytable WHERE mycolumn="Case" SELECT mycolumn FROM mytable WHERE mycolumn="caSE" SELECT mycolumn FROM mytable WHERE mycolumn="case"

Вы можете изменить свой запрос, вызывая сопоставление на уровне столбца:

SELECT myColumn FROM myTable WHERE myColumn COLLATE Latin1_General_CS_AS = "caSE" SELECT myColumn FROM myTable WHERE myColumn COLLATE Latin1_General_CS_AS = "case" SELECT myColumn FROM myTable WHERE myColumn COLLATE Latin1_General_CS_AS = "Case" -- if myColumn has an index, you will likely benefit by adding -- AND myColumn = "case" SELECT DATABASEPROPERTYEX("", "Collation")

Поскольку изменение этого параметра может повлиять на приложения и SQL-запросы, я бы сначала изолировал этот тест. Из SQL Server 2000 вы можете легко запустить оператор ALTER TABLE, чтобы изменить порядок сортировки определенного столбца, заставляя его учитывать регистр. Сначала выполните следующий запрос, чтобы определить, что вам нужно, чтобы изменить его:

EXEC sp_help "mytable"

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

Column_Name Collation

mycolumn SQL_Latin1_General_CP1_CI_AS

Независимо от столбца «Collation», вы теперь знаете, что вам нужно, чтобы изменить его обратно после внесения следующего изменения, которое заставит чувствительность к регистру:

ALTER TABLE mytable ALTER COLUMN mycolumn VARCHAR(10) COLLATE Latin1_General_CS_AS GO SELECT mycolumn FROM mytable WHERE mycolumn="Case" SELECT mycolumn FROM mytable WHERE mycolumn="caSE" SELECT mycolumn FROM mytable WHERE mycolumn="case"

Если это заглочит, вы можете изменить его обратно, просто выпустив новый оператор ALTER TABLE (обязательно замените мой идентификатор COLLATE на тот, который вы нашли ранее):

ALTER TABLE mytable ALTER COLUMN mycolumn VARCHAR(10) COLLATE SQL_Latin1_General_CP1_CI_AS

Если вы застряли с SQL Server 7.0, вы можете попробовать это обходное решение, которое может быть немного больше связано с производительностью (вы должны получить результат только для ПЕРВОГО матча):

SELECT mycolumn FROM mytable WHERE mycolumn = "case" AND CAST(mycolumn AS VARBINARY(10)) = CAST("Case" AS VARBINARY(10)) SELECT mycolumn FROM mytable WHERE mycolumn = "case" AND CAST(mycolumn AS VARBINARY(10)) = CAST("caSE" AS VARBINARY(10)) SELECT mycolumn FROM mytable WHERE mycolumn = "case" AND CAST(mycolumn AS VARBINARY(10)) = CAST("case" AS VARBINARY(10)) -- if myColumn has an index, you will likely benefit by adding -- AND myColumn = "case"

Сортировка может быть установлена ​​на разных уровнях:

1. сервер
2. База данных
3. колонка

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

Проверить сортировку сервера

SELECT SERVERPROPERTY("COLLATION")

Проверка сопоставления базы данных

SELECT DATABASEPROPERTYEX("AdventureWorks", "Collation") SQLCollation;

Проверка сортировки столбцов

Select table_name, column_name, collation_name from INFORMATION_SCHEMA.COLUMNS where table_name = @table_name

Если Вы уже давно работаете с ПО MySQL , то обратили внимание, что любая выборка, либо поиск идёт без учёта регистра . В большинстве случаев, это удобно, однако, иногда всё-таки бывает нужно сделать регистрозависимый поиск для MySQL . Вот об этом я сегодня и напишу.

Чтобы стало понятно, о чём идёт речь, давайте сразу приведу пример SQL-запроса :

SELECT * FROM `users` WHERE `login`="admin"

Данный запрос вернёт пользователя с логином "admin ". Однако, всё не совсем не так. Если будет пользователь "Admin " (или, например, "AdMiNM "), то он также будет результирующим.

На практике такой ошибки не будет. Если Вы всё правильно сделали (хотя бы поставили UNIQUE на соответсвующее поле), то такие значения как "admin " и "Admin " никогда вместе не будут. Поэтому в данном случае, регистрозависимая выборка вовсе не нужна.

А вот разберём другой пример. Допустим, у Вас в базе хранятся открытые пароли (это очень плохо, но допустим), и Вы хотите провести авторизацию пользователя. Предположим, что у пользователя "admin " пароль "myPassWord ". Однако, пользователь вводит такой пароль: "mypassword ". В результате получится такой SQL-запрос :

SELECT * FROM `users` WHERE `login`="admin" AND `password`="mypassword"

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

Проблема решается с помощью BINARY . Если указать данный оператор в запросе, то следующие за ним строки будут регистрозависимые. Это работает по следующей причине: все дальнейшие строки после BINARY будут переведены в двоичный код. А код для верхнего и нижнего регистра различается. Следовательно, операция сравнения, если строки не совпадают с точностью до регистра, вернёт false , поскольку их двоичный код различен. Для нашего с Вами примера вот этот запрос будет верным:

SELECT * FROM `users` WHERE `login`="admin" AND BINARY `password`="mypassword"

Вот теперь, если пароль будет введён без учёта регистра, то будет ошибка авторизации. Как можно увидеть, BINARY стоит перед паролем, следовательно, в логине регистр учитываться не будет, а в пароле регистр будет учтён. Именно так и должно быть.

Вот таким несложным способом делается регистрозависимые поиск и выборка для MySQL .