Разработка интернет-магазина

Интернет-магазины и электронные магазины

Определим, что такое интернет магазин и электронный магазин.

Интернет магазин — это магазин, «витрина» которого расположена в интернете и который дает возможность заказать товар через интернет Электронный магазин-это сообщество территориально разобщенных сотрудников магазина (продавцов, кассиров) и покупателей, которые могут общаться и обмениваться информацией через электронные средства связи при полном (или минимальном) отсутствии личного прямого контакта.

1.1 Анализ сравнения интернет-магазина и электронного магазина

Сравнительная таблица традиционного и электронного магазина.

Таблица 1 — Сравнительная характеристика традиционной и электронной торговли

Далее преимуществам Интернет магазина над электронным магазином относятся (см. таблицу 2).

Таблица 2. Преимущества Интернет магазина над электронным магазинном

Недостатками интернет магазина является:

1) нельзя «пощупать», нельзя узнать больше, чем написано (пример: мебель, одежда).

2) проблемы гарантии, сопровождения (весьма критично в России).

3) зачастую долгая доставка (до 6 недель), особенно если мы говорим о международности.

Недостатки электронного магазина:

Электронная торговля товарами имеет и недостатки. Так, исследования, проведенные в начале 2000 г. английской фирмой Armor Group, показали, что 35% дорогих товаров, продающихся через магазины, работающие в Интернет, являются подделками. Другими словами, например, предлагаемый покупателю «Panasonic» может оказаться не самим «Panasonic» этой известной фирмы, а его азиатской подделкой, произведенной где-нибудь в Юго-Восточной Азии, но украшенной громким товарным знаком. Исследования также показали большую доверчивость покупателей.

В связи с этой проблемой, рассмотрим пример.

Покупатели легко готовы поверить во всемирную известность несуществующей торговой марки. Так, о знакомстве с никогда не существовавшей торговой маркой «Royal Alliance Insuarance» заявило 80% опрошенных респондентов. Простота доступа в Интернет, массовость аудитории и потенциальная анонимность рекламодателей делает Интернет идеальной платформой для недобросовестных предпринимателей.

1.2 Проектирование структуры web-сайта

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

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

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

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

Жёсткий дизайн — табличный дизайн, в котором величина каждой ячейки либо задана в пикселях, либо задаётся картинкой или другим элементом, помещённой в эту ячейку.

Резиновый дизайн — табличный дизайн, в котором ширина одной или нескольких ячеек задаётся в процентах от ширины окна.

Как хорошо известно, любому начитанному (или опытному) дизайнеру, жёсткий дизайн проще разрабатывать (все элементы неподвижны относительно друг друга по длине). Насыщенность графическими элементами в таком дизайне больше среднего по той же причине, и встречающиеся формы, как правило, сложнее — много кривых на всю ширину страницы и причудливо разрезанных картинок. Каркас жёсткой страницы поделен на множество ячеек, каждая со своим назначением и содержанием.

С другой стороны, у жёсткого дизайна есть только одно оптимальное разрешение экрана. Если при разработке упор был сделан на совместимость (оптимальный размер 640×480), то уже на 1024×768 поля занимают почти половину ширины страницы — и чем дальше, тем хуже.

Рассмотрев понятие жёсткий дизайн и резиновый дизайн. У нас уже возникает вопрос: «Какие типы сайтов бывают?» Так давай те ответим на этот вопрос.

Таблица 3 — Типы сайтов

Создание электронных магазинов

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

Вопрос первый: «Сможете ли вы организовать Internet-магазин своими силами?». Другими словами, справятся ли с этой задачей ваши служащие или придется обращаться к партнерам либо нанимать новых сотрудников? Вопрос второй: «Легко ли будет обрабатывать заказы с помощью выбранной системы продажи?». Третий вопрос касается управления самой системой продажи «Достаточно ли она проста, чтобы с ней справились ваши работники?».

Сегодня несложно найти программные решения, которые позволяют создавать полномасштабные онлайновые магазины с помощью мастеров и шаблонов. Это большое подспорье для дизайнеров, не слишком искушенных в создании HTML-страниц или CGI-приложений: их вполне устроит стандартное решение, полученное с помощью мастеров и шаблонов. Недостаток этого решения в том, что подобные магазины не обладают достаточной гибкостью, присущей более сложным решениям, которые при необходимости может расширить дизайнер.

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

Создание качественной системы Internet-торговли невозможно без изучения посетителей. Для этого используются различные технологии отслеживания, с помощью которых продавец узнаёт, какие товары выбирает каждый из посетителей. Эти сведения используются также в сфере индивидуального маркетинга и бизнеса, основу которого составляют хранимые предпочтения отдельных потребителей.

Существуют различные технологии отслеживания потребителей. Большинство Web-сайтов для хранения информации о посетителях использует cookie. Cookie — это строка текста, в которой содержатся идентификатор пользователя и некоторые пользовательские предпочтения, например язык, который он применяет, или выбранная им раскладка Web-сайта. Но такая информация может храниться и на сервере. Cookie нужны только для хранения пользовательского идентификатора, потому что помогают идентифицировать пользователя и фиксировать его действия. Cookie создается Web-сервером и хранится в компьютере пользователя. Прочесть cookie может только сервер, который поместил его на компьютер пользователя, поэтому другие сайты абсолютно лишены возможности получить информацию о сделанных вами покупках или просмотренных страницах. Но для нормального функционирования cookie желательно, чтобы у пользователя был установлен один из новых браузеров, потому что в ранних версия содержатся дефекты, из-за которых информация cookie может считываться и другими серверами. Некоторые компании не позволяют своим работникам пользоваться cookie из соображений конфиденциальности, поэтому желательно иметь и другие способы идентификации пользователя.

При использовании метода базовой идентификации пользователи регистрируются на сайте с помощью идентификатора и пароля, по которым Web-сервер и опознает посетителей. Если для отслеживания пользователя нельзя использовать cookie, идентификатор добавляется к адресу с той же целью — для идентификации пользователя. Еще один способ идентификации посетителей — регистрация их доменных имен или IP-адресов и сохранение этих данных в файле журнала регистрации.

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

Один из наиболее важных аспектов программного обеспечения электронной коммерции — интернационализация, которую не следует путать с локализацией. Интернационализированные программы позволяют владельцам магазинов и покупателям действовать в любой точке мира. В них встроена функция конвертации валют, благодаря которой цена на экране пользователя выводится в принятой в его стране валюте; владелец магазина должен следить, чтобы налоги на продажу и стоимость доставки были адаптированы к данной стране или штату. Самые простые программные решения используют таблицы баз данных с фиксированными ценами на доставку, данными о налогах и валютах, а более сложные системы предполагают интеграцию служб доставки наподобие UPS (United Parcel Service — Единая посылочная служба (транснациональная корпорация, предоставляющая услуги экспресс-почты)). Партнер, обеспечивающий доставку, определяет, в какую сумму обойдется ему транспортировка определенного товара в любой регион планеты и сколько на это потребуется времени, а подключение к банку обеспечивает постоянно обновляемый валютный курс. Некоторые поставщики услуг поддерживают также обновляемую базу данных по налогам, к которой обеспечивается постоянный доступ из системы продаж. На подготовительном этапе компания выбирает подходящего партнера, обеспечивающего доставку, и подходящий банк.

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

Обработка заказа. После того как подготовительный этап создания сетевого магазина закончен, необходимо продумать систему обработки заказов. Здесь ключевую роль играет набор функций виртуальной корзины, в которую потребитель «складывает» все выбранные им товары. Среди этих функций обязательно должны присутствовать такие, которые позволяли бы потребителю добавлять позиции (товары) в корзину, удалять позиции, а также изменять количество единиц товара в корзине. После того как клиент завершил отбор товаров, ему предлагается список, в который он может внести последние изменения и который он передает на контроль (в «кассу»), где происходит оплата покупок. На программном уровне электронный магазин должен поддерживать несколько технологий оплаты, среди которых — оплата по кредитной карте с помощью протоколов SSL

Нельзя ограничиваться только одним методом оплаты, особенно если у вас широкий диапазон цен. Для максимального увеличения продаж в Internet-магазине следует внедрить не только разные технологии оплаты, но и разные методы заказа, например заказ на Web-странице, по электронной и обычной почте, по факсу и телефону. Если компания выходит в Сеть, имея налаженный традиционный бизнес и каналы, то наличие у нее различных технологий заказа и оплаты помогут ей с самого начала оптимально организовать электронный бизнес; начинающим электронным компаниям разнообразие технологий заказа и оплаты облегчает проникновение в традиционные каналы. Кроме того, введя разные методы оплаты и заказа, вы избавитесь от проблем, связанных с будущим ростом. Если это согласуется с принятой в вашей компании практикой, могут потребоваться механизмы для проверки правильности оставленного потребителем адреса или данных его кредитной карты (например, чтобы определить, достаточно ли на ней средств).

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

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

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

Постоянные клиенты или те, кто делают покупки на большие суммы, должны получать скидки автоматически или по договоренности (при покупке определенных товаров); функцию электронного отслеживания выполнения заказа нужно изначально включить в ваше программное решение. Необходимо, чтобы потребители имели возможность получать данные о выполнении своего заказа в любой момент. Функции отслеживания и обратной связи с клиентами снижают нагрузку на центр обслуживания клиентов, который благодаря этим функциям не будет расти с той же скоростью, что и компания. Следовательно, вы избежите дополнительных расходов — ведь потребители, число которых будет увеличиваться, смогут пользоваться вашим магазином на условиях самообслуживания.

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

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

Некоторые программные продукты позволяют вносить изменения в автономном режиме, тестировать их, а затем загружать на сервер. При таком подходе изменения в данные вносятся только на одном компьютере — на том, где размещены эти данные и соответствующее программное обеспечение. Стоит избегать решений, при которых абсолютно все изменения должны проводиться в автономном режиме, после чего вся база данных заново загружается на сервер. Гораздо удобнее такой интерфейс оперативного управления, который позволяет обновлять информацию в режиме реального времени. Но и это не самое удачное решение, поскольку внесенные изменения не тестируются, а сразу же отображаются на ваших Web-страницах. Неверно указанная цена может нанести серьезный ущерб вашей торговле, как это произошло с buy.com (http://www.buy.com).

Этот сетевой магазин объявил, что у него самые низкие цены в Internet, и в феврале 2009 года предложил 19-дюймовый монитор Hitachi за $ 164, что было почти на $ 400 ниже действительной цены ($ 588). Пользователи, не веря своим глазам, звонили в центр обслуживания клиентов, чтобы убедиться, что нет никакой ошибки; поскольку цена была введена в базу данных, центр обслуживания ее подтверждал. Слухи по сети распространяются чрезвычайно быстро, так что за очень короткий промежуток времени было размещено несколько сотен заказов. Руководство buy.com, с опозданием обнаружив ошибку, сначала отказалось обслуживать эти заказы, потом решило распродать оставшиеся на складе мониторы (около 150 штук) по указанной цене, отменив все остальные заказы, и предложило потребителям мониторы разных марок по цене не выше $ 164. Немедленно вслед за этим buy.com изменила политику продаж, приняв постановление об опечатках, в котором, в частности, говорилось, что компания не будет принимать заказы на товары, в ценах на которые допущены ошибки. Закончилась эта история тем, что пользователи подали коллективный иск на компанию. Другой неприятный случай произошел с компанией ShopNow.com (http: //www.shopnow.com). Она потеряла приблизительно 50 тысяч долларов, когда по ошибке назначила цену в $ 79 на органайзеры Palm V, которые на самом деле стоили $ 379. Компания получила примерно 250 заказов на эти органайзеры по цене $ 79. Чтобы не потерять клиентов, ShopNow продала по одному органайзеру Palm V за $ 79 всем клиентам, которые успели оформить заказы.

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

Поэтому для успешной деятельности Internet-магазина (как, кстати, и для любого типа электронного бизнеса) особенное значение приобретают безупречное качество базы данных и «строительная площадка» Web-сайта. Гарантия качества базы данных предусматривает автоматические процедуры проверки наполнения базы посредством установления набора правил, например указания минимальных цен на товары определенной ассортиментной группы и определения максимального диапазона возможных изменений. К тому же необходимо, чтобы внесенные изменения подтверждались одним из сотрудников до того, как они представлены на сайте. Нужна «строительная площадка», которая представляет собой точную копию электронного магазина и используется для тестирования вносимых изменений. Перенос утвержденного нового варианта сетевого магазина со «строительной площадки» непосредственно на торговую площадку должен выполняться автоматически.

Выбранное программное решение не должно принуждать компанию вкладывать средства в новые технологии баз данных; напротив, в реализации онлайновой торговой площадки должна использоваться инфраструктура существующей базы данных. Программа Internet-торговли должна включать интерфейс для связи с другими приложениями, необходимыми для совершения покупки, в частности с размещенными на сервере системами обработки заказа и оплаты. Прямая связь с другими внутренними системами позволяет предлагать клиентам дополнительные услуги, такие как отслеживание выполнения заказа и получение информации о наличии того или иного товара. Чтобы свести к минимуму затраты на новые технологии, программное обеспечение сетевого магазина должно соответствовать установленной у вас программно-аппаратной платформе. Существующая система управления товарно-материальными запасами также должна увязываться с программой Internet-торговли, тогда она позволит клиентам еще до размещения заказа узнавать о наличии нужного товара на складе магазина. Если же вы не намерены предлагать своим потребителям такую услугу, то соответствующая функция понадобится собственно вам для внутреннего использования, потому что позволяет лучше организовать повторный заказ товаров. Разумеется, прежде чем объединять программу для торговли в Internet с системой управления товарно-материальными запасами, необходимо проанализировать, в какую сумму это обойдется компании.

HTML-представление вашего Internet-магазина должно быть выполнено на базе шаблонов с переменными, которые заменяются впоследствии наименованиями товаров и ценами, хранящимися в базе данных. При таком подходе вы сможете вносить изменения в раскладку всего Internet-магазина, изменяя всего лишь нескольких шаблонов вместо того, чтобы вручную изменять тысячи Web-страниц.

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

Некоторые компании предпочитают делить предлагаемые товары по нескольким отделам, чтобы облегчить пользователям выбор нужных продуктов. Например, Quelle (http://www.quelle.de) на своем сайте предлагает не один большой магазин, а несколько мелких, в частности магазин модной одежды, компьютерных технологий, книжный. Очевидно, руководство Quelle на своем опыте убедилось, что при наличии единой торговой инфраструктуры и единого программного решения сетевой торговли каждое направление торговли все же лучше представлять как отдельный магазин.

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

Качество обслуживания. Чтобы обеспечить возможность роста своего Internet-магазина, выбранное программное решение должно быть масштабируемым: в этом случае ваша компания сможет увеличиваться в объемах без необходимости менять в связи с этим используемое программное обеспечение. Программное решение должно с одинаковой эффективностью обрабатывать в день 50 товаров и 5 заказов и 5 миллионов товаров и 50 тысяч заказов. При увеличении объемов торговли, возможно, понадобится заменить аппаратное обеспечение и тип подключения к Internet, а также обновить некоторые фрагменты архитектуры, однако базовый бизнес-процесс должен оставаться неизменным; неизменной должна остаться и привычная для покупателей модель поведения на вашем сайте — вы не должны требовать, чтобы вносимые вами изменения вынуждали покупателей совершать какие-то новые действия. Тут мы подходим к следующему важному вопросу — вопросу качества обслуживания. Даже если ваш магазин работает в Internet 24 часа в сутки и семь дней в неделю, нельзя рассчитывать, что поток покупателей всегда будет постоянным. Непременно будут часы пик, когда в ваш Internet-магазин будет заходить максимальное количество покупателей, и затишье, когда посетителей почти не будет.

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

Сегодня многие сайты перенасыщены аппаратным обеспечением, поскольку владельцы Internet-магазинов стремятся гарантировать безотказную работу даже в часы пиковых нагрузок. Это требует гигантских капиталовложений. Рассмотрим другие методы, позволяющие решить проблему, которая возникает при пиковых нагрузках. В первую очередь, необходимо определить, по какой причине в эти часы на сервере возникают проблемы. Подумайте, какие страницы чаще всего посещаются в самое «горячее» время? Не слишком ли большие файлы вы предлагаете для загрузки? Ответив на эти вопросы, вы поймете, что делать. Если у вас бывали случаи прерывания связи с потребителями в момент совершения ими оплаты, необходимо определить приоритетность услуг. Это означает, что в часы пик ресурсы должны сначала выделяться службе оплаты, а уже затем — прочим службам этого же сервера, например просмотру каталога или поиску. В периоды самых интенсивных нагрузок такая схема не решит проблему перегрузки сервера, зато обеспечит надежную связь с теми клиентами, которые уже вступили с вами в отношения купли-продажи. Если некоторые ваши страницы чрезвычайно активно посещаются в определенное время суток или вы предлагаете чересчур большие файлы, то, возможно, следует разместить эти страницы и файлы на зеркальных серверах в других странах мира. Для этого можно либо воспользоваться любым из тысяч сайтов, предлагающих бесплатный хостинг, либо обратиться к своим партнерам по бизнесу с предложением обмениваться не только баннерами, но и Web-пространством. В любом случае использование зеркального сайта облегчит загрузку ваших материалов на компьютеры местных пользователей. Следовательно, вашим клиентам из США не придется обращаться на европейские сайты для получения той или иной информации — они смогут загрузить ее непосредственно с зеркального сайта в США.

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

Оптимизируйте управление ресурсами своего Web-сервера, и вы сможете реализовать приоритетное предоставление услуг и приоритетное обслуживание групп пользователей. Такой подход обеспечит первоклассное обслуживание на вашем сайте зарегистрированным пользователям и постоянным покупателям, но он не решает собственно проблемы пиковых нагрузок, которые всегда могут вызвать отказ сервера. Чтобы предотвратить подобное развитие событий, Ограничьте доступ к Web-серверу. Это можно сделать по-разному. Самый простой вариант — в период пиковых нагрузок вывешивать сообщение «Сервер перегружен, зайдите в другое время». Правда, это решение ничем не лучше, чем просто отсутствие доступа. Вариант второй: не только предложить посетителям зайти в другое время, но и зарезервировать в будущем определенный временной отрезок, когда вы сможете выделить ресурс данному посетителю. В этом случае сообщение на сайте также будет информировать о перегрузке сервера, однако в нем будет содержаться еще и предложение подождать, скажем, 30 секунд. Небольшое приложение JavaScript автоматически возобновит соединение через 30 секунд, и посетитель получит доступ к вашим товарам. Еще один способ ограничения доступа заключается в автоматическом перенаправлении всех новых посетителей на другой сервер с тем же наполнением. Для этого необходимо зеркально отобразить весь сервер целиком на другой сервер или создать локальный кластер из нескольких серверов с одинаковым наполнением. Однако это решение оправдано только в том случае, если у вас достаточно большой электронный магазин. Третий способ ограничения доступа на сайт — отказ в доступе всем неизвестным пользователям в периоды пиковых нагрузок с одновременным предложением зарегистрироваться для получения возможности совершать покупки на данном сайте.

У вас, вероятно, сложилось впечатление, что вышеприведенные рекомендации по повышению качества обслуживания реализовать довольно сложно, однако на самом деле это не так. Достаточно всего лишь небольшой программы под названием WebQoS (http://www.hp.com/go/webqos), которая устанавливается на сервер и снабжается правилами. Эта программа разработана Hewlett-Packard, ее можно бесплатно загрузить с сайта компании и использовать для платформ HP-UX, Linux и Windows NT. WebQoS позволит вам на деле повысить качество обслуживания, одновременно снижая потребность в аппаратном обеспечении.

Эта небольшая программа впервые была применена во время мирового чемпионата по футболу во Франции в 2010 году и помогла Web-странице (http://www.france98.com/) этого мероприятия попасть в Книгу рекордов Гиннеса как самому посещаемому Web-сайту за всю историю Internet.

• Основное понятие языка php
• PHP (англ. PHP: Hypertext Preprocessor — «PHP: препроцессор гипертекста», англ. Personal Home Page Tools (устар.) — «Инструменты для создания персональных веб-страниц») — язык программирования, созданный для генерирования HTML-страниц на веб-сервере и работы с базами данных. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров. Входит в LAMP — распространённый набор для создания веб-сайтов (Linux, Apache, MySQL, PHP (Python или).
• История РНР начинается с 1995 года, когда независимый программист-контрактник по имени Расмус Лердорф (Rasmus Lerdorf) написал сценарий Perl/CGI для подсчета количества посетителей сайта, прочитавших его онлайновое резюме. Его сценарий решал две задачи: регистрацию данных посетителя и вывод количества посетителей на web-странице. Развитие WWW еще только начиналось, никаких специальных средств для решения этих задач не было, и к автору хлынул поток сообщений с вопросами. Лердорф начал бесплатно раздавать свой инструментарий, названный Personal Home Page (РНР) или Hypertext Processor (гипертекстовый процессор).
• Одним из главных достоинств РНР является тот факт, что он внедряется прямо в HTML-код, поэтому программисту не приходится писать программу с множеством команд для простого вывода HTML. Код HTML и РНР можно чередовать по мере необходимости.

Характеристики РНР

Главным фактором при проектировании языка РНР является практичность. РНР должен предоставить программисту средства для быстрого и эффективного решения поставленных задач. Практический характер РНР обусловлен пятью важными характеристиками:

классическим C-подобным синтаксисом;

простотой;

эффективностью;

безопасностью;

гибкостью.

Существует еще одна «характеристика», которая делает РНР особенно привлекательным: он распространяется свободно!

Традиционность

Язык РНР кажется знакомым программистам, работающим в разных областях. Многие конструкции языка позаимствованы из С и Perl, а нередко код РНР практически неотличим от того, что встречается в типичных программах С или Pascal. Это заметно снижает начальные усилия при изучении РНР.

Простота

Сценарий РНР может состоять из 10 000 строк или из одной строки — все зависит от специфики вашей задачи. Не придется подгружать библиотеки, указывать специальные параметры компиляции или что-нибудь в этом роде. Механизм РНР просто начинает выполнять код после первой экранирующей последовательности ( ). Если код имеет правильный синтаксис, он исполняется в точности так, как указал программист.

Эффективность

Эффективность является исключительно важным фактором при программировании для многопользовательских сред, к числу которых относится и WWW. В РНР 4.0 был реализован механизм выделения ресурсов и обеспечена улучшенная поддержка объектно-ориентированного программирования, а также средства управления сеансом. В последней версии появился и механизм подсчета ссылок (reference counting), предотвращающий выделение лишней памяти.

Безопасность

РНР предоставляет в распоряжение разработчиков и администраторов гибкие и эффективные средства безопасности, которые условно делятся на две категории: средства системного уровня и средства уровня приложения.

Средства безопасности системного уровня

В РНР реализованы механизмы безопасности, находящиеся под управлением администраторов; при правильной настройке РНР это обеспечивает максимальную свободу действий и безопасность. РНР может работать в так называемом безопасном режиме (safe mode), который ограничивает возможности применения РНР пользователями по ряду важных показателей. Например, можно ограничить максимальное время выполнения и использование памяти (неконтролируемый расход памяти отрицательно влияет на быстродействие сервера). По аналогии с cgi-bin администратор также может устанавливать ограничения на каталоги, в которых пользователь может просматривать и исполнять сценарии РНР, а также использовать сценарии РНР для просмотра конфиденциальной информации на сервере (например, файла passwd).

Средства безопасности уровня приложения

В стандартный набор функций РНР входит ряд надежных механизмов шифрования. РНР также совместим со многими приложениями независимых фирм, что позволяет легко интегрировать его с защищенными технологиями электронной коммерции (e-commerce). Другое преимущество заключается в том, что исходный текст сценариев РНР нельзя просмотреть в браузере, поскольку сценарий компилируется до его отправки по запросу пользователя. Реализация РНР на стороне сервера предотвращает похищение нетривиальных сценариев пользователями, знаний которых хватает хотя бы для выполнения команды View Source.

Гибкость

Поскольку РНР является встраиваемым (embedded) языком, он отличается исключительной гибкостью по отношению к потребностям разработчика. Хотя РНР обычно рекомендуется использовать в сочетании с HTML, он с таким же успехом интегрируется и в JavaScript, WML, XML и другие языки. Кроме того, хорошо структурированные приложения РНР легко расширяются по мере необходимости (впрочем, это относится ко всем основным языкам программирования).

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

Поскольку РНР не содержит кода, ориентированного на конкретный web-сервер, пользователи не ограничиваются определенными серверами (возможно, незнакомыми для них). Apache, Microsoft IIS, Netscape Enterprise Server, Stronghold и Zeus — РНР работает на всех перечисленных серверах. Поскольку эти серверы работают на разных платформах, РНР в целом является платформенно-независимым языком и существует на таких платформах, как UNIX, Linux, Mac, Solaris, FreeBSD и Windows XP/7.

Наконец, средства РНР позволяют программисту работать с внешними компонентами, такими как Enterprise Java Beans или СОМ-объекты Win32. Благодаря этим новым возможностям РНР занимает достойное место среди современных технологий и обеспечивает масштабирование проектов до необходимых пределов.

Свободное распространение исходных текстов программ в массах оказало, несомненно, благотворное влияние на многие проекты, в первую очередь — Linux, хотя и успех проекта Apache сильно подкрепил позиции сторонников Open Source. Сказанное относится и к истории создания РНР, поскольку поддержка пользователей со всего мира оказалась очень важным фактором в развитии проекта РНР.

Принятие стратегии Open Source и бесплатное распространение исходных текстов РНР оказало неоценимую услугу пользователям. Вдобавок, отзывчивое сообщество пользователей РНР является своего рода «коллективной службой поддержки», и в популярных электронных конференциях можно найти ответы даже на самые сложные вопросы.

Переменные в PHP

В РНР переменные начинаются со знака доллара ($). За этим знаком может следовать любое количество буквенно-цифровых символов и символов подчеркивания, но первый символ не может быть цифрой. Следует также помнить, что имена переменных в РНР чувствительны к регистру, в отличие от ключевых слов.

При объявлении переменных в РНР не требуется явно указывать тип переменной, при этом одна и та же переменная может иметь на протяжении программы разные типы.

Переменная инициализируется в момент присваивания ей значения и существует до тех пор, пока выполняется программа. Т. е., в случае web-страницы это означает, что до тех пор, пока не завершен запрос.

Внешние переменные

После того, как запрос клиента проанализирован веб-сервером и передан РНР машине, последняя устанавливает ряд переменных, которые содержат данные, относящиеся к запросу и доступны все время его выполнения. Сначала РНР берет переменные окружения Вашей системы и создает переменные с теми же именами и значениями в окружении сценария РНР для того чтобы сценариям, расположенным на сервере были доступны особенности системы клиента. Эти переменные помещаются в ассоциативный массив $HTTP_ENV_VARS

Естественно, что переменные массива $HTTP_ENV_VARS являются системно зависимыми (поскольку это фактически переменные окружения). Посмотреть значения переменных окружения Вы можете при помощи команды env (Unix) или set (Windows).

Затем РНР создает группу GET-переменных, которые создаются при анализе строки запроса. Строка запроса хранится в переменной $QUERY_STRING и представляет собой информацию, следующую за символом"?" в запрошенном URL. РНР разбивает строку запроса по символам & на отдельные элементы, а затем ищет в каждом из этих элементов знак «=». Если знак «=» найден, то создается переменная с именем из символов, стоящих слева от знака равенства. Рассмотрим следующую форму: