Информационные технологии в маркетинге
усилении взаимосвязи предприятий и потребителей. Кроме того, роль, выполняемая сетью Интернет, не ограничивается только коммуникативными функциями, но включает в себя также возможность заключения сделок, совершение покупок и проведение платежей, придавая ей черты глобального электронного рынка.Используя Интернет, следует учитывать новые особенности и преимущества по сравнению с маркетингом, основанным на традиционных технологиях. Выделяется 4 следующих основных особенностей Интернет-маркетинга:
1. Переход ключевой роли от производителей к потребителям (за счет привлечения внимания нового клиента всего за 10 секунд, проведенных им перед IBM => внимание покупателей = ценность для компании, однако за то же время есть вероятность, что он может перейти к любому из конкурентов => установленные взаимоотношения с клиентами = главный капитал компаний).
2. Глобализация деятельности (за счет изменения пространственных и временных масштабов ведения коммерции) и снижение трансакционных издержек (связанных с налаживанием и поддержанием взаимодействия с заказчиками и поставщиками).
3. Снижение трансформационных издержек (за счет оптимизации товарного ассортимента, сокращения времени на разработку и внедрение новой продукции, обоснованной ценовой политики, снижения числа посредников, затрат на сбыт и т.п.)
4. Персонализация взаимодействия - переход к маркетингу типа 1:1.
Субъекты и объекты маркетинговой деятельности на электронном рынке
Электронный маркетинг - это маркетинговая деятельность субъектов на электронном рынке.
Для раскрытия понятия «электронный маркетинг» необходимо дать определение объекту и субъекту маркетинговой деятельности данного вида маркетинга.
Объектом маркетинговой деятельности на электронном рынке выступает информационно-аналитическая и экспертно-исследовательская деятельность фирмы с использованием сетевых информационных систем и технологий:
по выбору конкурентной позиции на данном рынке, где компания выступает со своим товаром;
определению стратегий его продвижения и распределения;
выбору рекламной и ценовой политики с учетом всей совокупности факторов внешней и внутренней среды в условиях риска и неопределенности.
Субъектом маркетинговой деятельности на электронном рынке выступает деятельность конкретного собственника компании по целенаправленному регулированию деятельности фирмы, производимому по определенной технологии с использованием системы методов анализа и обработки цифровой информации электронного рынка для достижения поставленных целей.
Массовый маркетинг и маркетинг «один к одному»
В таблице 1 приведены данные по сравнению характеристик массового маркетинга с маркетингом «один к одному».
Таблица 1. Сравнение массового маркетинга и маркетинга «один к одному»
3. Проектирование и анализ Интернет-магазина
3.1.Описание процесса создания Интернет-магазина.
Первым этапом создания любого программного продукта является постановка задачи. Имея точно сформулированные цели и задачи, можно приступать к проектированию структуры базы данных и всего приложения в целом. Разработку приложения можно начинать, только имея готовый проект, иначе вся работа грозит закончиться неудачей и потерей драгоценного времени.
Спроектируем возможный вариант создания Интернет-магазина книг. Нередко многим удобна и необходими доставка книг на дом. Составим необходимый минимум свойств и требований, предъявляемых к будущему Интернет-магазину. Сайт должен:
представлять описания и свойства товара в структурированных категориях;
показывать потенциальному покупателю информацию о товаре (книгах)
иметь возможность быстрого и относительно простого обновления внешнего вида сайта;
использовать внутреннюю банерную систему, использующую несколько популярных форматов банеров, в том числе и из внешних источников (банерных сетей);
позволять пользователю производить поиск товаров в названиях и описаниях товаров путем задания ключевых слов;
автоматизировать систему приема заказов, отправлять уведомления о заказе покупателю и владельцу Интернет-магазина;
обеспечить конфиденциальность информации о покупателях и заказах;
управлять работой Интернет-магазина через web-браузер.
Доставку товара предпологается производить с помощью одной из курьерских фирм и только в пределах одного города, в котором располагается магазин. Книжный магазин и курьерская служба заключают предварительное соглашение о том, что стоимость доставки будет составлять 2% от суммы заказа или не менее $1.
С учетом всех
этих условий
для организации
Интернет-магазина
выбираем популярный
язык программирования
Perl и база данных
MySQL. Оба эти продукта
поддерживают
лицензию GNU, что
снижает затраты
на внедрение.
Версии этих
продуктов
существуют
для большинства
операционных
систем и поддерживаются
практически
всеми площадками,
предоставляющими
услуги по размещению
сайтов.
Сайт
вводится в
действие поэтапно.
Первоначально
создается
Интернет-каталог,
после чего к
нему добавляется
функциональность
Интернет-магазина.
И, наконец, третьей
ступенью является
подключение
к платежным
системам.
Интернет-каталог
включает в себя
следующие
возможности:
предоставление потенциальному покупателю информации о товаре (книгах);
представление описаний и свойств товара в структурированных категориях;
возможность быстрого и относительно простого обновления внешнего вида сайта;
использование внутренней банерной системы, поддерживающей несколько популярных форматов банеров, в том числе и из внешних источников (банерных сетей);
предоставление пользователю возможности производить поиск товаров в тексте названий и описаний товаров путем задания ключевых слов;
управление работой Интернет-магазина через web-браузер.
После завершения разработки Интернет-каталога и принятия его заказчиком необходимо добавить возможности Интернет-магазина, а именно:
автоматизировать систему приема заказов, организовать отправление уведомления о заказе покупателю и владельцу Интернет-магазина;
обеспечить конфиденциальность информации о покупателях и заказах;
обеспечить возможность управления работой Интернет-магазина через web-браузер.
На последнем этапе созданный Интернет-магазин подключается к одной или нескольким платежным системам для оплаты товара по платежным картам. До этого момента заказы принимаются, но оплата их производится только наличными курьеру.
Приступая к разработке сайта, частью которого является Интернет-магазин (или Интернет-каталог), необходимо четко представлять структуру навигации и информационного наполнения. Это позволит определить структуру Интернет-приложения и используемые технологии. Как и для большинства приложений, необходимо составить соглашения о присвоении имен.
Для хранения информации в базе данных необходимо предварительно определить группы и параметры данных, свеcти эту информацию в реляционные таблицы и установить между ними связи. Кроме того, необходимо задать первичные ключи и индексы, нормализовать структуру. Конечным результатом проектирования будет схема БД и типовой сценарий SQL на ее основе.
Первая составляющая нашего проекта - каталог. Как отмечалось ранее, каталог включает навигационную и информационную составляющие, следовательно, БД каталога состоит, как минимум, из двух таблиц - товаров (книг) и категорий, к которым относятся данные товары. Книги, в свою очередь, пишутся авторами и издаются издательствами, эта информация также используется при обработке данных о книгах. Чтобы исключить дублирование, создадим для данных об авторах и издательствах отдельные таблицы.
Организация
структуры и
работы категорий
может быть
совершенно
различной, но
обычно используется
рекурсивная
схема, при которой
одно из полей
записи содержит
ссылку на
родительскую
категорию (рис.
1.5).
Рекурсивная
схема категорий
характеризуется
параметрами,
описанными
в таблице 2.
Таблица 2. Поля таблицы категорий (Categories)
Поле таблицы | Тип данных | Описание |
Id | SMALLINT UNSIGNED | Уникальный идентификатор категории |
ParentCategory | SMALLINT UNSIGNED | Категория, по отношению к которой текущая является подкатегорией |
Name | VARCHAR(32) | Название категории |
Для обеспечения возможности структурировать товар в категориях введено поле ParentCategory. Это поле - не что иное, как рекурсивный внешний ключ, указывающий на уникальный идентификатор Id, категории уровнем выше. Уникальный идентификатор Id однозначно определяет запись в таблице и является первичным ключом.
Рисунок
2. Использование
вложенности
категорий
Первичный ключ - поле или набор полей таблицы, однозначно идентифицирующие каждую строку.
Рекурсивный внешний ключ - внешний ключ, ссылающийся на запись в собственной реляционной таблице.
Рекурсивный внешний ключ в нашем случае позволяет создавать вложенность категорий. Для указания корневой директории вводится логическое ограничение: корневая категория имеет идентификатор с первичным ключом Id=0.
Тип данных для полей Id и ParentCategory выбран исходя из того, что категорий в несколько раз меньше, чем товаров, и для нашего небольшого магазина вполне достаточно зарезервировать 65535 категорий/подкатегорий; для обоих полей используется тип SMALLINT UNSIGNED.
Поле Name имеет максимальную длину 32 символа, но этого достаточно, потому что название категории должно описываться одним, максимум двумя-тремя словами.
Как уже упоминалось выше, описать параметры книги можно в одной таблице, но можно вынести описание в несколько отдельных таблиц, это позволит повысить информативность Интернет-каталога и сведений о товарах, которые в нем представлены, а также упростит возможные изменения структуры базы данных в будущем. Таким образом, в нашем примере книги будут описаны тремя логически связанными таблицами:
таблицей информации о товарах, в которой описаны основные параметры книг (Books);
таблицей информации об авторах, в которой хранятся данные об авторах книг, представленных в Интернет-магазине (Authors);
таблицей информации об издательствах (Publishers).
Параметры таблицы товаров Books описаны в таблице 3.
Таблица 3. Поля таблицы книг (Books).
Поле таблицы | Тип данных | Описание |
Id | MEDIUMINT UNSIGNED | Уникальный идентификатор товара |
Category | SMALLINT UNSIGNED | Категория, к которой относится данная книга |
Name | VARCHAR(255) | Название книги |
Author | SMALLINT UNSIGNED | Автор книги |
Publisher | SMALLINT UNSIGNED | Издательство |
ISBN | CHAR(13) | Уникальный номер книги ISBN |
ImageHREF | VARCHAR(255) | Путь к файлу изображения обложки книги |
Synopsis | TEXT | Краткое описание |
PagesCount | SMALLINT | Число страниц |
PublicationDate | YEAR | Дата публикации |
AppearDate | DATE | Время поступления книги в магазин |
Price | DECIMAL(6,2) | Цена книги |
Типы данных для полей определены в соответствии с особенностями реальных свойств товара и специфическими свойствами базы данных MySQL. Так, для названия книги (поле Name) определена максимальная длина 255 символов, и используется тип VARCHAR, а не CHAR, поскольку число букв в названии книг может быть различным. Использование полей переменной длины позволяет избежать хранения ненужной информации.
Вообще говоря, вопрос не так однозначен, поскольку браузеры удаляют двойные пробелы в соответствии со спецификацией HTML, а таблицы с постоянной длиной записи обрабатываются быстрее таблиц с переменной длиной записи. Но в нашем случае тип переменной длины (VARCHAR, TEXT) используется и в других полях таблицы, поэтому использование типа CHAR не повлияет качественно на скорость обработки записей.
Длина поля определяется максимально возможными или достаточными для большинства записей значениями. Так, для полей названия книги (поле Name) и краткого описания (поле Synopsis) определена длина 255 символов, чтобы гарантировать правильное представление наименования и описания товара. В то же время для поля ISBN 13 символов достаточно, чтобы точно описать уникальный ISBN- номер книги.
Номер в данном случае описывается в символьном виде, поскольку ISBN может иметь вид как "1-123-12345-1", так и "1-1234-1234-1".
Файлы с изображениями разработчики MySQL рекомендуют хранить в виде внешних файлов на диске, а в базе данных MySQL указывать только пути к этим файлам -- это существенно увеличивает скорость работы базы данных и приложения в целом, позволяет кэшировать изображения на стороне HTTP-сервера. Максимальная длина пути файла в большинстве операционных систем ограничивается 255 символами. Для описания числа страниц (поле PagesCount) достаточно предусмотреть тип SMALLINT, использующий 2 бита или диапазон от -32768 до +32767. Нам совсем не требуется так много, но следующий меньший тип TINYINT соответствует диапазону -128 до +127, или максимально 255 (в случае беззнакового типа), а этого недостаточно. Дата публикации (поле PublicationDate) описана как тип YEAR, поскольку интерес представляет именно год публикации. В то же время для времени поступления книги в магазин (поле AppearDate) выбран тип DATE, так как по этому полю будет производиться поиск наиболее новых книг (например, поступивших за последнюю неделю). Цена книги хранится в поле Price с типом DECIMAL(6,2), для данного проекта этого достаточно. Поля Author (информация об авторе) и Publisher (информация об издательстве, выпустившем книгу) описаны как SMALLINT UNSIGNED, они являются ссылками на записи в таблицах Authors и Publishers, то есть внешними ключами.
Внешний ключ - поле или набор полей одной таблицы, являющихся ключом другой таблицы; используется для индексации логических связей между таблицами.
Запись о книге однозначно идентифицируются с помощью уникального поля Id, которое является первичным ключом таблицы.
Основные выборки из таблицы Books будут производиться по категориям (поле Category), так как книги однозначно привязаны к категории, к которой они относятся, с учетом даты появления книги в магазине (поле AppearDate), поэтому следует добавить составной индекс по этим двум полям.
В соответствии с техническим заданием необходимо обеспечить поиск товара в названиях и описаниях товара (поля Name и Synopsis), для ускорения возможностей поиска необходимо определить индексы по этим полям. Индексы - механизм физического хранения информации, позволяющий ускорить поиск значений в полях таблицы.
В Интернет-магазине предусматривается возможность выборки информации по имени автора или названию издательства, следовательно, необходимо добавить еще два индекса (поля Author и Publisher). Об авторе достаточно знать имя и краткую биографическую справку. Список произведений, написанных определенным автором, формируется на основе данных таблицы Books. Параметры таблицы авторов Athors описаны в таблице 4.
Таблица 4. Поля таблицы авторов (Authors)
Поле таблицы | Тип данных | Описание |
Id | SMALLINT UNSIGNED | Уникальный идентификатор автора |
Name | VARCHAR(255) | Имя автора |
Biography | TEXT | Краткая биографическая справка |
Первичный ключ, однозначно определяющий запись в таблице, - поле Id. Основные запросы к таблице авторов будут производиться по первичному ключу Id, поэтому другие индексы в данной таблице не потребуются. В информацию об издательстве включим название и краткую характеристику. В то же время ссылку на сайт, например, категорически нельзя включать, поскольку многие издательства имеют свои Интернет-магазины, которые просто так рекламировать не стоит. Параметры таблицы издательств описаны в таблице 5.
Таблица 5. Поля таблицы издательств (Publishers)
Поле таблицы | Тип данных | Описание |
Id | SMALLINT UNSIGNED | Уникальный идентификатор издательства |
Name | VARCHAR(255) | Название издательства |
Description | TEXT | Краткое описание издательства |
Так же как и в таблице авторов, в этой таблице необходим только первичный ключ Id, однозначно определяющий запись в таблице.
Описанных
выше четырех
таблиц достаточно,
чтобы создать
структурированный
каталог и представить
полную (или
почти полную)
информацию
о книгах, находящихся
в нем.
Для того
чтобы более
точно проследить
логику спроектированной
базы данных
и связи между
таблицами,
рисуется модель
логической
структуры
данных. Фактически
на данном этапе
закончено
проектирование
структуры
Интернет-каталога,
на рисунке 3
представлена
его окончательная
модель.
При работе с MySQL модель логической работы требуется постоянно, поскольку в MySQL не реализован механизм внешних ключей, и проверку их целостности приходится проводить вручную.
Рисунок
3. Модель
логической
структуры
данных
Кроме хранения информации о каталоге книг в Интернет-магазине требуется информация о пользователе и товарах, которые он заказал. Информация о пользователе должна включать сведения, необходимые для доставки товара, а также данные авторизации и текущей сессии - это связано, прежде всего, с вопросами безопасности и обеспечения доступа удаленного пользователя. Список необходимых параметров приведен в таблице 6.
Таблица 6. Поля таблицы пользователей (Users)
Поле таблицы | Тип данных | Описание |
Id | MEDIUMINT UNSIGNED | Уникальный идентификатор покупателя |
Name | CHAR (127) | Имя покупателя |
Surname | CHAR (127) | Фамилия покупателя |
VARCHAR(64) | E-Mail покупателя | |
Phone | VARCHAR(20) | Телефон для подтверждения заказа |
Address | VARCHAR(255) | Адрес доставки |
IP | CHAR(14) | Текущий IP покупателя |
SessionKey | INT UNSIGNED | Уникальный код для авторизации |
LastVisit | DATETIME | Время последнего посещения |
OrderID | INT UNSIGNED | Номер текущего заказа |
Для полей Name и Surname (имя и фамилия покупателя соответственно) определена максимальная длина поля 127 символов, этого должно быть достаточно для большинства потенциальных покупателей, излишнее увеличение связано с тем, что иногда пользователи вводят и имя, и фамилию в одном поле.
Поле Email определено длиной 64 символа. Возможно, это излишне, так как большинство адресов не превышают 15-30 символов, но представим, что кто-то с очень длинным адресом захочет купить товар в этом магазине. В случае с информацией о покупателях лучше перестраховаться и предусмотреть такую возможность.
Поле Phone (номер телефона для подтверждения заказа) используется для хранения как номера телефона, так и кода города/страны (например, 7-(812)-312-00-00), если пользователь ввел эту информацию.
Для поддержания сессий пользователя идентификация выполняется по полям IP (текущий IP покупателя) и SessionKey (уникальный код для авторизации).
С помощью proxy-серверов несколько пользователей могут использовать один IP-адрес; чтобы исключить возможность подмены пользователя, в поле SessionKey генерируется уникальный для конкретного пользователя ключ сессии.
Дополнительное поле LastVisit (время последнего посещения) поможет управляющему каталогом удалять "новых" пользователей, добавивших товары, но не завершивших покупки в течение длительного времени.
Первичным ключом в данном случае является Id, но кроме Id пользователь также характеризуется уникальным E-Mail-адресом. Основные выборки будут производиться по полям Id, IP и LastVisit, эти поля включаются в отдельный индекс.
В приложении будет использована упрощенная схема пользовательской корзинки. Информация о добавленном в корзинку товаре непосредственно помещается в таблицу. Для реализации упрощенной схемы пользовательской корзинки достаточно параметров, описанных в таблице 7.
Таблица 7. Поля таблицы пользовательской корзинки (Orders)
Поле таблицы | Тип данных | Описание |
Id | INT UNSIGNED | Номер заказа |
Amount | TINYINT | Число товаров, добавленных в покупательскую корзинку |
Book | INT UNSIGNED | Идентификатор добавленного товара |
В данной таблице первичный ключ не используется. Записи выбираются согласно номеру заказа Id, для которого необходимо определить индекс.
Окончательная модель логической структуры базы данных представлена на рисунке 4.
Рисунок 4. Модель логической структуры Интернет-магазина
После уточнения структуры базы данных можно приступать к созданию сценария SQL. Нужно заметить, что в нашем случае это не более чем типовой сценарий, описывающий структуру и связи базы данных, но в дальнейшем на его основе будут строиться сценарии автоматизации создания БД.
Если для создания схемы базы данных вы пользовались каким-либо CASE-средством, возможно, вы сможете сгенерировать сценарий автоматически, на основе составленной модели базы данных.
3.2.Оптимизация структуры, навигации и информационного наполнения Интернет-магазина
Для четкого представления структуры создаваемого Интернет-магазина строится навигационная карта с указанием всех возможных страниц, на основании которой в дальнейшем будет разрабатываться сайт.
Как уже отмечалось выше, сайт вводится в действие поэтапно. Первоначально создается Интернет-каталог, после чего к нему добавляется недостающая функциональность Интернет-магазина. Навигационная карта должна быть составлена для выполнения каждого из этапов разработки.
Навигационная карта Интернет-каталога книжного магазина представлена на рисунке 5.
С главной страницы Интернет-каталога пользователь переходит на страницы каталога, в котором представлен список книг и их краткое описание, указаны ссылки на информацию об авторе, написавшем книгу, и издательстве, ее выпустившем. Информация об авторе состоит из краткой биографической справки и списка книг этого автора, представленных в Интернет-каталоге. Аналогично, страница с информацией об издательстве содержит описание издательства и список книг, выпущенных им и продаваемых в Интернет-каталоге.
Рисунок
5. Навигационная
карта Интернет-каталога
В результате поиска на экран выводится список книг, удовлетворяющих параметрам поиска. Доступ к средствам поиска происходит с любой страницы Интернет-приложения.
Интернет-магазин состоит, как минимум, из трех частей:
Интернет-каталог;
виртуальная корзинка и механизм авторизации покупателей;
справочная часть Интернет-магазина.
Карта Интернет-магазина практически ничем не отличается от карты Интернет-каталога, представленной на рисунке 6. Единственное отличие состоит в оформлении товаров Интернет-магазина. Около каждого товара и на рекламных банерах товаров имеется кнопка, с помощью которой покупатель может добавить товар в свою виртуальную корзинку.
Рисунок
6. Виртуальная
покупательская
корзинка
Виртуальная покупательская корзинка содержит товары, добавленные покупателем, позволяет произвести пересчет или удаление товаров и перейти к окончательным фазам Интернет-продажи. На этом этапе производится регистрация покупателя и уточнение адреса доставки. В данном проекте применяется упрощенная схема корзинки. Полная схема покупательской корзинки включает в себя возможность заказа товаров одним покупателем на различные адреса и хранение истории предыдущих покупок и адресов, по которым они были доставлены, виртуальный кошелек, набор скидок и другие интересные виды сервиса Интернет-торговли. Упрощенная схема позволяет покупателю заказывать товары и выбирать адрес доставк. После подключения Интернет-магазина к одной из платежных систем покупатель сможет выбирать наиболее удобную для него систему оплаты и оплачивать товар с помощью платежных карт, не отходя от компьютера.
Рисунок
7. Справочная
часть Интернет-магазина
Пользовательская справка - неотъемлемая составляющая любого программного продукта, в том числе и Интернет-магазина. Здесь пользователь сможет получить информацию о компании, задать вопросы менеджерам, уточнить интересующие его вопросы по работе Интернет-магазина. Несмотря на не совсем техническую сторону этого вопроса (обычно это набор статических HTML-файлов), справочная часть Интернет-магазина очень важна и имеет непосредственное влияние на продажи.
Для того чтобы избежать путаниц, составляется концепция сайта и список правил, по которым формируются имена функций, файлов, переменных, констант и т. д. Кроме того, для организации работы над сайтом применяются системы контроля версий, такие как CVS, SourceSafe.
Если приложение больше, чем "Hello World", то, как правило, оно состоит из групп функций, каждая из которых является частью общей функциональности. Группы функций, выполняющие определенную работу, целесообразно выносить в отдельные файлы, таким образом разделяя приложение на модули.
Использование отдельных файлов для хранения исходного кода позволяет:
работать над разными частями сайта;
разделять ресурсы проекта и повторно использовать их в других проектах;
создавать различные модификации готовых модулей для использования в приложениях, без переработки всего приложения в целом;
использовать исходные файлы меньшего размера, более удобные в редактировании.
Perl поддерживает объектно-ориентированное программирование (начиная с версии 5.000).
В каталоге книг Интернет-магазина, описанном выше, можно выделить семь составляющих:
главная страница;
навигационная система каталога;
информация о книгах;
информация об авторах;
информация об издательствах;
поиск информации;
рекламная банерная система.
Кроме каталога Интернет-магазин включает:
виртуальную корзинку;
механизм авторизации покупателей.
Основные модули Интернет-каталога и Интернет-магазина представлены в таблице 8.
Таблица 8. Модули Интернет-каталога и Интернет-магазина
Наименование модуля | Конфигурационный файл | Описание |
book_navigation.pl | book_navigation.conf | Навигационная система Интернет-магазина |
book_items.pl | book_items.conf | Модуль, обеспечивающий информацию о книгах, авторах книг и издательствах, представленных в каталоге Интернет-магазина |
book_search.pl | book_search.conf | Поисковая система Интернет-каталога |
banners.pl | banners.conf | Модуль, отвечающий за представление банерной рекламы на страницах Интернет-магазина |
book_basket.pl | book_basket.conf | Функции добавления товара в покупательскую корзинку, пересчет, удаление, а также выбор адреса доставки и оплаты |
book_auth.pl | book_auth.conf | Функции регистрации, доступа пользователя, а также функции, ответственные за идентификацию сеанса |
book.cgi | book.conf | Основной сценарий приложения, ответственный за вызов необходимых покупателю функций |
book_manager.cgi | book_manager.conf | Управляющая часть приложения |
Все сценарии так или иначе будут использовать некоторые общие функции, переменные и константы, которые целесообразно выделить из приложения и перенести в отдельные модули и конфигурационные файлы.
Разделение сайта на отдельные модули на этапе проектирования и разработки не означает, что конечный проект будет состоять из множества файлов. После завершения разработки все функции, при необходимости, могут быть собраны в один файл. Система именования функций и переменных поможет избежать конфликтов между данными модулей.
Используйте префиксы в именах файлов для отделения одного проекта от другого - например, все имена сценариев книжного Интернет-магазина начинаются с book_; если на сервере реализовано несколько различных проектов, этот префикс поможет разобраться в многообразии файлов в каталоге cgi-bin.
Основной конфигурационный файл book.conf будет содержать определяемые параметры строки запроса, имена и пути подключаемых сценариев, в этом же файле удобно подключать общие библиотеки и выполнять общие функции. Изменения, вносимые в этот файл, будут действовать на весь проект.
Для удобства настройки Интернет-магазина на работу с различными базами данных настройки базы данных выносятся в отдельный конфигурационный файл.
Используя функционально понятные имена файлов, например название book_navigation.cgi (navigation -- навигация) ясно показывает, за что отвечают сгруппированные в этом модуле функции.
Интернет-магазин должен быть как можно более мобильным, способным к быстрому изменению внешнего облика, для этого всю дизайнерскую часть (HTML-код) следует отделить от функциональной (исполняемых сценариев). Это возможно благодаря использованию шаблонов, то есть отдельных частей HTML-кода, из которых составляется дизайн Интернет-каталога или Интернет-магазина. Имена шаблонов и "точки замены" также расположим в отдельном файле. В результате формируется, как минимум, три конфигурационных файла (таблица 9):
Таблица 9. Конфигурационные модули Интернет-магазина
Наименование модуля | Описание |
book.conf | Общие настройки сценария |
book_db.conf | Настройки базы данных |
book_mould.conf | Настройки шаблонов |
Кроме общих настроек каждый функциональный модуль может (при необходимости) иметь собственные файлы настройки. Названия дополнительных файлов настройки формируются аналогично модулям сайта, но в этом случае расширение файлов - не .pl или .cgi, а .conf.
Рисунок
6. Связи между
модулями
Интернет-магазина
Ряд функций, например вывод заголовков или обработка строки запроса, являются общими для всех сценариев. Для того чтобы не переписывать код из модуля в модуль, вынесем эти функции в отдельный файл, который будет подключаться при запуске приложения, и его функции будут доступны всем модулям Интернет-приложения (таблица 10).
Таблица 10. Общие модули Интернет-магазина
Наименование модуля | Описание |
book_func.pl | Функции общего назначения |
Функции Интернет-магазина сгруппированы в модули, но как определить связь между конкретной функцией и модулем? В проекте все имена функций включают префикс, определяющий модуль, к которому относится функция. Например, функция, ответственная за сбор данных о подкатегории, называется navigation_ Subcategory и находится в модуле book_navigation.pl.
3.3.Анализ процесса регистрации сайта в основных поисковых системах и каталогах.
Одним из важных этапов в раскрутке сайта является регистрация его в поисковых системах и тематических каталогах, а если сайт имеет английскую версию.
Во-первых, стоит поговорить о бесплатных (и условно-бесплатных) услугах как Add Me, Submit It и об аналоге Submitter. На этих сайтах необходимо заполнить специальную форму информацией о нашем сайте (название, описание, ключевые слова). Затем выбрать из списка поисковых систем нужные и система сама автоматически зарегистрирует сайт в выбранных поисковиках.
Какой же эффект от подобных сайтов? Обещают 80-100% точность регистрации. На самом деле подтверждение о регистрации на e-mail приходит с не более 30% выбранных поисковиков. Так что судите сами. Наверное, не стоит пренебрегать данным способ регистрации, но и надеяться только на него было бы глупо.
Ниже сравнительная характеристика самых известных мировых сайтов регистраторов.
Таблица 11. Сравнительная характеристика мировых сайтов регистроторов
Название | Количество | Цена | Комментарии |
Add Me | 34 | 0 | Very popular |
Submit It | 400 | 59 | Free Trial |
Self Promotion | 100 | 0 | - |
Usubmit | 800 | 0 | - |
Submit Plus | 1000 | 39 | Free Trial |
LinkoMatic | 450 | 0 | Submit to FFA |
FreeSubmit | 16 | 0 | - |
Broadcaster | ? | 82 | - |
Add4Free | ? | 0 | - |
Position Agent | ? | 0 | Only rating |
Submit Shack | ? | 0 | - |
Recommend-it | ? | 0 | Affiliate Program |
Есть также программы регистраторы, которые автоматически регистрируют сайт в выбранных поисковых системах и тематических каталогах. Принцип действия схож с сайтами регистраторами. При автоматической регистрации тоже используются встроенные скрипты. Безусловно, эффект от таких программ гораздо больше, так как за каждую надо заплатить от $15 до $300.
Вот несколько из них:
SubmitWolf (он же>
Active WebTraffic регистрирует в поисковиках и тематических каталогах в течение нескольких минут. Может регистрировать на 300 сайтах одновременно. База задержит несколько тысяч поисковых систем и классификаторов, но Aport и Rambler среди них не замечен. Показывает результат каждой регистрации в HTML. Без регистрации работает 22 дня или регистрирует не более 50 раз.
Dynamic Submission 2000 6.0 - тоже регистрация на тысячи поисковых системах (Yahoo, Excite, AltaVista, Lycos, WebCrawler, InfoSeek, AOL Netfind, Northern Light and Open Directory(dmoz) etc). Помогает сгенерировать мета-теги и оптимизировать страницы. Есть встроенный рейтинг. Много функциональных ограничений в незарегистрированной версии.
AddWeb - лидер. Самая большая база по поисковым системам (разделение на региональные, тематические). Специальные возможности вычисления рейтинга популярности отосланной страницы. Правда и цена за все эти удовольствия составляет от $69.00 до $299.
Другие ссылки на программные продукты (таблица 12):
Таблица 12. Программы регистрации.