DbfWebServer. Способ эффективной работы с таблицами DBFв среде Интернет

Упрощение модификации и обновления страниц на сайте

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

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

Возможность изменять контент сайта, реагируя на действия посетителя

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

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

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

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

Недостатки динамических сайтов

Как и у всего остального в нашем неидеальном мире, у динамических сайтов есть свои недостатки.

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

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

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

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

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

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

Системы управления контентом

Технологии не стоят на месте, развиваются и возможности, предлагаемые для создания сайтов. Сейчас все большую популярность завоевывают системы управления контентом. Что это такое? Давайте разберемся.

CMS – это аббревиатура от Content Management System, что в дословном переводе означает – «система управления контентом сайта». Проще говоря, это тот самый программный комплекс, который позволяет изменять дизайн и наполнение сайта таким образом, как вам требуется.

Сейчас в сети можно найти множество таких систем, как платных, так и бесплатных. Часто фирмы-разработчики предоставляют своим клиентам такие системы. Каждая система индивидуальна и обладает своими достоинствами и недостатками. Я хочу упомянуть об одной такой системе, которая используется на веб-площадках Zenon и e-gloryon и представляет собой полноценный конструктор для создания сайта.

Что же такое «Конструктор для создания сайта e-gloryon»? Это набор инструментов, необходимых для быстрого создания функционального и красивого сайта.

Оптимизация сопровождения данных

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

Для решения этих задач есть различные пути и способы. Один из таких способов – использование блоков кода. Блоки кода [3] являются великолепным средством построения информационной системы любой сложности. Например, программа IxBase [6] полностью построена на блоках кода. При этом она имеет очень стабильную систему исполнения, сопровождения и хранения служебной информации, предметной информации, справочной информации и, собственно, самих блоков кода.

Система блоков кода программы IxBase в первую очередь предназначена для того, чтобы обеспечить качественный жизненный цикл поддержки продукта, без повторного использования компилятора и возврата к исходным текстам для компилирования. Весь необходимый исходный код, теперь он становится оперативным, пользовательского интерфейса и бизнес-приложений хранится в базе данных. Один раз созданный и скомпилированный интерпретатор служит столько, сколько используемая информационно-справочная система. Программа IxBase для операционной системы ДОС скомпилирована авторами в 1993 г. и с тех пор ни разу не менялась, все необходимые коды для работы с базой данных вносились и вносятся в базу данных, все изменения в накопительном режиме также фиксируются в базе данных.

При таком подходе просто отпадает необходимость поддерживать проекты и программы очень больших размеров исходного и исполняемого кода, характерных, например, для приложений, написанных на языке С [7]. При использовании блоков кода весь исходный код может храниться в базе данных в виде элементов базы данных. Это сразу снимает множество проблем, связанных с компиляций таких больших проектов и сопровождением программного продукта.

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

Путь реализации

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

Интерпретатор

Интерпретатором является сама программа IxBase. Размер программы составляет порядка 460Кб. Код скомпилирован в 1993 г. При компиляции использован стандартный набор функций CLIPPER 5.1. Это было сделано в расчёте на то, что в будущем возможна миграция на другую программную платформу или операционную систему. Использование стандартных функций даёт больше шансов для такой операции.

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

Используется библиотека SIX для работы с индексами типа *.CDX. Этот индекс хорош тем, что очень быстр и создает только один физический файл на диске. Иногда это очень удобно, например, для проектов, где задействовано большое количество таблиц. Каждая таблица – это два файла. Операционная система имеет ограничение на количество открываемых файлов. Для операционной системы ДОС это значение по умолчанию равно 20, то есть одновременно можно открыть двадцать файлов, или десять таблиц.

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

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

dbEval ({|| F:=FieldGet (1)}, {||.t.}, {||.t.})

где dbEval – итератор таблицы;

{||.t.} – блок кода;

FieldGet (1) – операция для текущей записи;

aEval (A:=aArray (10), {| i,x | P1:=x})

где aEval – итератор массива.

Однако в системе управления базами данных CLIPPER версии 5.1 вызов блока кода из блока кода недопустим (этот недостаток ликвидирован в системе xHarbour)

eval (eval ({||.t.}))

поэтому необходим посредник, с помощью которого блок кода можно передать в виде строки, например

stEval (» F:=FieldGet (1)»,». t.»,». t.»)

где stEval – итератор для текущей записи;

«.t. " – блок кода в виде строки;

FieldGet (1) – операция для текущей записи;

asEval (A:=aArray (10), " P1:=x»)

где asEval – итератор массива.