ГЛАВА 11

Размещение и тестирование созданного сайта

 
Отладка работы серверных модулей
Процесс написания любой программы всегда сопровождается необходимостью поиска и устранения ошибок. Все ошибки принято разделять на синтаксические и логические. Если первые обнаруживаются уже на этапе компиляции, то нахождение последних часто требует больших затрат усилий и времени. Поскольку серверный модуль работает не только с обычными средствами ввода/вывода (консолью), но и использует переменные окружения и, как правило, выполняемый алгоритм сильно зависит от содержимого запроса, то отладка такого модуля достаточно трудоемка. Прежде всего, стоит приводить программу в рабочий вид на локальном компьютере, где происходит ее компиляция. Для этого, как уже указывалось, нужно установить Web-сервер на компьютер, настроить его, а затем установить в Delphi каталог для выходных ЕХЕ-файлов в каталог, из которого сервер выполняет запуск модуля (например ..\Apache\cgi-bin). При этом можно компилировать программу и сразу наблюдать за результатами ее работы в браузере, обновляя его содержимое.
Естественно, что отладку следует начинать с исправления всех синтаксических ошибок. После компиляции проекта нужно указать его адрес в браузере и попробовать нажать кнопку Перейти (Go), либо просто нажать клавишу <Enter> (разумеется, что прежде необходимо запустить локальную инсталляцию Web-сервера). В случае если модуль должен использовать данные клиентского запроса, то перед началом процесса отладки подготовьте Web-страницу, содержащую форму с нужными полями, либо запишите отладоч,-ные параметры запроса в скрытые элементы формы, чтобы при каждой попытке запуска модуля не приходилось их вводить вручную.
 Важно 
Будьте внимательны при описании форм. Обязательно сверяйте названия форм в модуле и Web-странице. Даже внешне почти одинаковые кавычки — прямые и косые — могут стать причиной долгих поисков ошибки. На Web-страницах следует использовать только прямые кавычки.
 
Отладка на локальном компьютере
В зависимости от того, что отображается в браузере при обращении к отлаживаемому модулю, рекомендуем поступать следующим образом:

  •  Если сразу выдается ошибка с кодом 500, то сначала проверьте работу алгоритма вывода данных. Причиной этой ошибки также может быть неверная работа в процессе обработки получаемых данных, т. е. работа модуля обрывается еще до начала планируемого вывода. Поэтому, если вы предполагаете, что часть программы, отправляющая данные клиенту, должна работать корректно, т. е. не содержать ошибок, то, чтобы это проверить, закомментируйте остальную часть программы. В качестве используемых параметров, которые должны формироваться из клиентских данных, поставьте константы. Если все в порядке, то значит в теле программы есть что-нибудь вроде выхода за границы массива, неверного использования функций и т. д. Нахождение такого типа ошибок может быть осуществлено путем отключения части программы (комментирования строк) с последующей установкой тех значений, которые должны были быть получены в результате работы отключенного блока в константы. Путем последовательного подключения все новых программных блоков можно найти проблемное место программы. Главная задача этого этапа отладки модуля — по возможности, не меняя алгоритма работы, добиться хотя бы корректной загрузки Web-страницы.
  •  Если ошибка 500 выдается при обработке полученных данных, значит проблема возникает при их приеме или обработке. Просмотрите внимательно эти блоки. Закомментируйте блок приема данных и установите выходные значения этого блока равные константам. Если проблема не исчезает, следовательно неверно спроектирован или реализован блок обработки. Таким же способом (последовательного исключения) настраивается работа этого блока.
  •  Если не получаются ожидаемые значения обработки данных, значит дело либо в проекте, либо в реализации объектов системы. В этом случае полезно заново мысленно провести ход рассуждений и при выявлении логических ошибок их исправить. Наиболее неприятное развитие данной ситуации может привести к повторному анализу проекта.

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

  •  Получение информации у администратора сервера касательно имени пользователя и пароля для доступа к FTP-каталогу, а также его физическому расположению на сервере и правилах построения URL к документам, содержащимся в нем.
  •  Обсуждение с ним установки прав доступа к подкаталогам этой папки, обеспечивающих выполнение максимально жестких требований безопасности.
  •  Изменение всех ссылок, содержащихся в HTML-документах и серверных модулях на окончательные, соответствующие доменному имени сервера и названиям папок. Кроме того, если в модуле используется доступ к файлам, то нужно поменять названия всех каталогов на реальные.
  •  Подключение и настройка баз данных. Процесс подключения базы данных различается в зависимости от типа создаваемой конфигурации. В любом случае, на сервер нужно установить утилиту Borland Database Engine. Если база данных находится под управлением SQL-сервера, то необходимо указать адрес сервера и настройки БД. Иначе нужно указывать каталог, где содержатся таблицы.
  •  Запись содержимого сайта в сетевые папки. 
  •  Проверка работы модулей.

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

 
На главную | Содержание | < Назад....Вперёд >
С вопросами и предложениями можно обращаться по nicivas@bk.ru. 2013 г. Яндекс.Метрика