ресурс для начинающих веб-разработчиков
комплексные веб-услуги по созданию сайтов

Справочный материал по основным языкам программирования и верстки сайтов.

Готовая методика создания простых и сложных динамичных сайтов, с использованием PHP и MySQL.

Использование веб-редактора Adobe Dreamweaver в разработке сайтов.

Использование графических редакторов Adobe Flash, Adobe Photoshop, Adobe Fireworks в подготовке веб-графики.

Разработка веб-сайтов под "ключ".

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

Компоненты решения для создания интернет-магазина

Компоненты решения

Построение онлайнового каталога

Для хранения каталога интернет-магазина компании АВС создадим соответствующую базу данных, где кроме наименования товара, укажем категорию, адреса доставки, условия платежа и т.д.

Для завершения обработки заказов должны применяться транзакции, а это значит, что создаваемы в базе данных таблицы должны иметь тип InnoBD.

Отслеживание выбираемого товара

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

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

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

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

Реализация платежной системы

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

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

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

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

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

Разработка интерфейса администрирования

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

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

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