1) program_protect(company_name, program_name:String, global_var: PVariant) – инициализирует систему защиты приложения; сompany_name - название компании производителя ПС; program_name - название программы ПС; global_var - адрес глобальной переменной, которую нужно исправить, в случае непрвильного ключа если NULL, то все проверки вручную.
2) start_pwd_check(time_check_pwd1, time_check_pwd2, time_create_error1, time_create_error2, global_var_value1, global_var_value2:LongInt) - запускает процедуру автоматической проверки регистрационных даны; time_check_pwd1, time_check_pwd2 - интервал срабатывания таймера проверки кода; time_create_error1, time_create_error2 - интервал срабатывания таймера нарушения работы программы; global_var_value1, global_var_value2 - интервал значения установления значений глобальной переменной при нарушении работы программы.
3) set_program_key_from_form(pwd:String) – записывает введенный лицензионный ключ.
4) function get_win_key:String – возвращает ключ идентифицирующий установку Windows на данном компьютере.
5) function get_main_key:String – возвращает идентификатор текущей аппаратной конфигурации компьютера.
6) function is_program_key:String – возвращает истину если лицензионный ключ уже вводился.
Остальные модули не имеют публичных интерфейсов, вся и все за исключением MainUnit просто реализуют графический интерфейс, все данные с которого обрабатываются в MainUnit в зависимости от текущих действий (например добавление документа).
Весь функционал интерфейса реализован на языке
T-SQL
1) spu_CreateLocalChange – сливает информацию о ново поступивших изменениях вместе с еще необработанными изменениями. Вызывается автоматически на стороне главного сервера базы данных комплекса после успешной синхронизации с базой данных контрольного центра.
2) spu_AfterSuccessReplication – отчищает список изменений произведенных в базе данных контрольного центра. Вызывается автоматически на стороне базы данных контрольного центра комплекса после успешной синхронизации с главной базой данных комплекcа.
1) spu_GetModifyRecord – получает информацию о всех изменениях произошедших в базе данных.
2) spu_GetFile_Conten – плучат содержимое прикепленного к документу файла.
3) spu_SetProcessRecord – обрабатывает информации о пуликацииматериала на сайте
4) spu_GetMaterialsCategories – возвращает список категорий к которым принадлежит документ
5) spu_GetCategoriesList – возвращает древо категорий
Более подробное описание входных параметров и выходных данных этих функций приведено в приложение A
Реализация логики и методов размещения данных в нутрии базы данных сайта использующего комплекс полностью на программиста разрабатывающего сайт.
Например на сайте «Пайдейя» реализован функция MOXK которая автоматически запускается два раза в стуки и обрабатывает изменения.
Связь серверов баз данных ХРРЦ и МО ХК представлена на рисунке 15.
Рисунок 15 - Связь между серверами ХРРЦ и МО ХК.
Сервер баз данных МО ХК содержит базу данных, являющуюся хранилищем материалов подлежащих публикации в Интернет (БД1).
Сервер баз данных ХРРЦ содержит копию БД1 (БД2). Любое изменение информации в БД1 с помощью механизмов репликации автоматически переносится в БД2. Между МО ХК и ХРРЦ имеется канал связи.
Механизм синхронизации между БД МО ХК и БД ХРРЦ представлен на рисунке 16.
Рисунок 16 - Механизм синхронизации между БД МО ХК и БД ХРРЦ.
Механизм автоматического наполнения сайтов представлен на рисунке 17.
 |
Рисунок 17 - Механизм автоматического наполнения сайтов.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.