А. П. Никольский - JavaScript на примерах Практика, практика и только практика

такой магазин будет очень не­
удобно

- ведь со временем нужно будет добавить/удалить товары,

изменить

цены и т.д. Гораздо проще написать, скажем, на РНР сценарий, который

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

позиции сразу, например, в канун Нового года устроить небольшую акцию
и снизить цены на

10%.

Вручную отредактировать несколько тысяч запи­

сей, согласитесь, не просто. А простейший сценарий сделает это за доли се­
кунды.

Это и есть автоматизация на стороне сервера, поскольку РНР-сценарий вы­
полняется интерпретатором на сервере, а пользователь лишь видит резуль­

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

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

Теперь переходим к автоматизации на стороне клиента. И так, сер верный
сценарий сгенерировал список товаров. Пользователь хочет купить какой­

то товар. Принцип работы большинства магазинов прост: посетитель добав­
ляет все необходимые ему товары в корзину, а потом оформляет заказ или
вообще отказывается от покупки. Вопрос заключается в том, как будет ре­
ализована корзина. Ее тоже можно реализовать как на стороне сервера, так
и на стороне клиента. Скажем, для кнопки "Купить" сделать ссылку вида

http://our_shop.com/buy.php?id=12345,

где

12345 - это

идентификатор (ар­

тикул) товара, который будет помещен в корзину. Сама же корзина поль­
зователя будет храниться или в БД (если нужно отслеживать все заказы
пользователя), или же во временном файле сессии в каталоге

/tmp

(этот

файл будет удален, как только пользователь закроет браузер ).

•

Введение

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

2-3

товара (один основной и

сессуара к нему, например ноутбук, а к нему
акустику). А что если пользователей

-

1-2

ак­

мышку и дополнительную

1000 (для средних интернет-магазинов

это не показатель)? Выходит, к серверу будет почти одновременно отправ­
лено

2-3

тысячи запросов. Сервер должен их обработать и вывести резуль­

тат (по сути ту же страницу, что и была, но со строкой "Товаров в корзине:
число"). То есть ради изменения одного символа мы так нагружаем сервер

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

ента. Вместе с НТМL-кодом списка товаров наш РНР-сценарий отправит

код JavaScript-cцeнapия, который будет выполнен на клиенте, а не на сер­
вере. Когда пользователь нажмет кнопку "Купить", идентификатор товара

запишется в

Cookies

браузера (чтобы содержимое корзины не изменялось

при переходе от одной до другой страницы магазина). При этомjаvаSсriрt­

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

-

поскольку вы не

нагружаете сервер лишними запросами, и пользователь, которому не при­
дется ждать несколько секунд, пока перезагрузится страница.

Когда же пользователь захочет оформить заказ и нажмет соответствующую

кнопку/ссылку, содержимое корзины будет отправлено на сервер для об­
работки заказа. Получается, что вместо

2-3 запросов

среднестатистический

пользователь сделает всего один (если не считать запросов

GET,

когда он

будет просматривать содержимое интернет-магазина, но от этого никуда не
денешься)

- когда

будет оформлять заказ. И вместо

2-3

тысяч запросов мы

получим тысячу. Вот вам и оптимизация. Теоретически, можно уменьшить
и число СЕТ-запросов (когда пользователь просматривает категории мага­

зина, а сценарий на сервере генерирует содержимое той или иной категории

в формате

HTML),

но не думаю, что об этом стоит говорить во введении.

Сценарий на стороне сервера, как уже отмечено, вместе с --">