Только для читателей Lifeexample возможно открыть интернет-магазин на Moguta.CMS со скидкой в 15%

<<< htaccess запретить доступ || Формат JSON >>>

Модули интернет магазина

20.02.2012

Здравствуй уважаемый читатель блога LifeExample, в этой статье мы продолжим создавать наш интернет магазин своими руками, используя только php и mysql. По плану я хотел начать в этом уроке рассматривать библиотеку JQuery но, кажется до нее еще рановато. В предыдущем уроке посвященном разработке фундамента интернет магазина, я выложил для скачивания готовую MVC систему, на примере которой рассказал о принципах и основах взаимодействия ее составляющих.

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

Если ты читатель в предыдущем уроке не скачал архив, с основой интернет магазина можешь сделать это сейчас:

Листинг урока №1 ( Скачали: 24497 чел. )

Листинг урока №2 ( Скачали: 6821 чел. )

Любой интернет магазин должен иметь такие составляющие:

Каталог
Систему наполнения каталога
Карточки товаров
Маленькая корзина
Большая корзина
Форма оформления заказа
Информация о доставке и оплате

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

Каталог (Модуль представления каталога)

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

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

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

Сейчас таблица имеет такой вид:

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

Картинки хранятся в папке /images , где все они пронумерованы в соответствии с номерами продуктов. Другими словами, если мы создадим новый продукт в таблице, и его номер будет равен 7 , то картинка для этого продукта должна находиться в /images и именоваться как 7.jpg. Такой подход не совсем верный, и имеет ряд плюсов и минусов, правильнее было бы именовать картинки в соответствии с артикулами продуктов. Но так как разрабатываемый интернет магазин всего лишь урок, то для простоты понимания механизма оставим все как есть сейчас. В будущем доработаем этот недочет

На данный момент модуль каталога работает таким образом:

Система получает запрос на открытие страницы http://lifeexampleshop.ru/catalog
Соответствующий контролер /application/controllers/catalog.php запрашивает у модели информацию из БД по каталогу.
Модель /application/models/catalog.php извлекает из БД необходимую информацию и передает в представление.
Представление показывает нам содержимое каталога в строчку по три продукта.

Система наполнения каталога (Модуль авторизации)

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

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

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

Создадим таблицу user и внесем в нее запись администратора.

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

1 2	Логин: admin Пароль: 1

В нашей системе уже действует механизм авторизации, но он примитивен и не использует связь с БД, исправим это. Откроем скрипт модуля авторизации (/application/models/auth.php), и изменим метод ValidData():

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

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

Подробная информация о продукте (Модуль карточка товара)

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

В представленной MVC системе такого функционала еще нет, поэтому сейчас мы его и разработаем.

Создадим три файла product.php и перенесем их в папки views, controllers и models.

Начнем с представления. Файл представления product.php будет иметь следующий вид:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<h1><?=$product['name']?></h1>
<div class="card_product">
<div class="product_image">
<image src="/images/<?=$product['id']?>.jpg" />
</div>

<div class="product_desc">
<?=$product['desc']?>
</div>

<div class="price">
<?=$product['price']?> руб.
</div>

<div class="product_buy">
<a href="/">Купить</a>
</div>

</div>

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

Как вы обратили внимание в коде идет работа с массивом $product, для того чтобы его передать в представление с помощью контролера нам нужно сгенерировать этот массив в модели.

Создадим модель product.php, ее код будет выглядеть так:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

class Application_Models_Product
{
function getProduct($id)
{
$sql = "SELECT * FROM product WHERE id='$id'";
$result = mysql_query($sql) or die(mysql_error());

if($row = mysql_fetch_object($result))
{
$product=array(
"id"=>$row->id,
"name"=>$row->name,
"desc"=>$row->desc,
"price"=>$row->price
);
}
return $product;
}
}

Все что делает эта модель, это получает данные из БД о конкретном продукте по id и передает их контролеру в массиве $product.

Контролер в свою очередь возвращает данные в представление:

1
2
3
4
5
6
7
8
9

class Application_Controllers_Product extends Lib_BaseController
{
function index()
{
$model=new Application_Models_Product;
$product = $model->getProduct($_REQUEST['id']);
$this->product=$product;
}
}

Примечание! С помощью данных из $_REQUEST[‘id’] контролер сообщает модели информацию какого именно продукта нужно вернуть.

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

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

1	<a href="/product?id='.$item["id"].'">'.$item["name"].'</a>

В итоге этих не хитрых манипуляций мы видим результат:

Все бы было хорошо, если бы не одно большое НО! Обратим внимание на ссылки товаров, которые у нас получились:

1
2
3
4

/product?id=1
/product?id=2
/product?id=3
/product?id=4

Вид у них просто отвратительный, с точки зрения SEO оптимизации. Для поисковиков более престижным является вид ссылок такого рода:

1
2
3
4

/product/kompyuternaya-mysh
/product/monitor
/product/klaviatura
/product/kolonki

Чтобы нам получить такой красивый вид ссылок, нужно познакомиться с понятием ЧПУ!

ЧПУ – человекопонятные урлы, тоесь ссылки которые можно прочесть и понять смысл их содержимого.

Давайте теперь сделаем так чтобы при переходе по ссылке:

1	http://lifeexampleshop.ru/product?id=2

И при переходе по ссылке:

1	http://lifeexampleshop.ru/product/monitor

Мы попадали на одну и туже страницу.

На самом деле это не так сложно как может показаться с первого взгляда, но требуются крепкие базовые знания php. Сначала нам нужно добавить в таблицу product каждому продукту значение, по которому к нему можно будет обратиться из url:

Теперь давайте в классе Lib_Application изменим метод getRoute() который отвечает за маршрутизацию ссылок.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

private function getRoute() {
if (empty($_GET['route']))
{
$route = 'index';
}
else
{
$route = $_GET['route'];
$rt=explode('/', $route);
$route=$rt[(count($rt)-1)];

if($rt[(count($rt)-2)]=="product"){
$sql = "SELECT * FROM product WHERE url like '$route'";
$result = mysql_query($sql) or die(mysql_error());

if($row = mysql_fetch_object($result))
{
$_REQUEST['id']=$row->id;
$route="product";
}

}
}

return $route;
}

При запуске MVC системы функция getRoute() одна из первых имеет честь быть вызванной. Её задачей является определить название контролера, которому нужно передать управление. Другими словами ссылка любого вида сначала попадает на кухню данной функции, где она обрабатывается и из нее вычисляется название необходимого контролера. Таким образом, мы можем попытаться перейти по абсолютно любой ссылке, а функция в свою очередь должна определить может ли система предложить нам какую-то страницу по запрашиваемой нами ссылке или нет.

Вот в эту функцию мы и вставим обработчик наших человекопонятных (чпу) ссылок. Допустим, мы пытаемся перейти по ссылке:

1	http://lifeexampleshop.ru/product/monitor

Это значит, что должен отработать контролер product.php, чтобы выявить этот факт функция проверяет не находится ли в пути ссылке ключевое слово product.

1	if($rt[(count($rt)-2)]=="product")

Если все сходится и ссылка содержит раздел product, причем он должен быть предпоследним в пути, то контролер считается определенным и далее система передает управление в /application/controllers/product.php.

Еще одним важным моментом является параметр id, который должен быть передан в контролер. Выше я обращал внимание на то, что контролер получает id из массива $_REQUEST, самое время вспомнить об этом.

Если id не будет передан, контролер не сможет запросить у модели необходимую информацию. Поэтому мы обращаемся к таблице product в нашей БД и находим соответствующий id.

В нашем случае [url = monitor], а [id = 2]. Это значит, что нам надо записать этот номер в массив $_REQUEST:

1	$_REQUEST['id']=$row->id;

После этих действий ссылка вида:

1	http://lifeexampleshop.ru/product/monitor

системой будет пониматься точно также как и ссылка:

1	http://lifeexampleshop.ru/product?id=2

И результаты вывода будут идентичны.

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

Скачать Листинг урока №2. ( Скачали: 6821 чел. )

<<< Предыдущий урок | Следующий урок >>>

Mark

29.02.2012

Относительно /enter/out , да можно сделать так почему бы и нет. Радует, что начали поступать предложения по улучшению кода, ибо это говорит о том, что кто-то все таки его пытается понять. Наверное стоит сказать что в данном коде не паханное поле для его оптимизации. От части это сделано умышлено, для того чтобы вы сами напрягали мозги а не просто запускали на исполнение всю систему и наблюдали за подтверждением теории.

Павел

03.03.2012

Возникли проблемы при реализации ЧПУ.
Код срабатывает, но отваливается .сss файл!
не срабатывает RewriteCond %{REQUEST_FILENAME} !-f в чем может быть проблема?
п.с. делал все как в примере… вроде бы)))

Имя *
E-mail *

Модули интернет магазина

Каталог (Модуль представления каталога)

Система наполнения каталога (Модуль авторизации)

Подробная информация о продукте (Модуль карточка товара)

Читайте также похожие статьи:

Комментарии

Оставить комментарий