Инструменты пользователя

Инструменты сайта


Боковая панель

Разделы

Общее описание
История изменений
Рекомендации к обновлению
Планы на будущее
Известные проблемы
Онлайн демо
Случайная статья
Видео
Помощь проекту
Люди

FAQ



Редактировать сайдбар

sigreq2

Это старая версия документа!


Сервис приема заявок на подключение v2

Сам по себе находится в стандартной поставке по пути «docs/signup2/» (Не забываем унести его куда-то подальше, типа так

#  cp -R /usr/local/www/apache24/data/billing/docs/signup2 /usr/local/www/apache24/data/ 

и выделить для сервиса отдельного пользователя с адекватными правами), и выглядит для конечного пользователя следующим образом:

Конфигурация

Базовая конфигурация и производиться правкой конфигурационного файла находящегося по пути config/signup.ini. В принципе предназначение его опций самоочевидно:

signup.ini
;Язык локализации сервиса. На данный момент поддерживаются следующие - english, russian, ukrainian
lang=russian

;Хост сервера БД
server = "localhost"
;Порт сервера БД
port = "3306"
;Логин пользователя БД
username = "mylogin"
;Пароль пользователя БД
password = "newpassword"
;Имя БД
db = "stg" 
;Для адекватной работы сервису требуются права на доступ как минимум к табличкам: sigreq, sigreqconf, city, street
character = "UTF8"
prefix = "billing"

;Кеширование соединений с БД, для получения конфига сервиса. Имеет смысл включать только после окончательной конфигурации 
;сервиса из веб-интерфейса, чтобы наглядно видеть изменения производимые в процессе настройки.
confcache=0

;Интервал кеширования выборок из БД в секундах.
cachetimeout=3600

;Режим отладки. Вам оно не нужно.
debug = 0

Вся дальнейшая конфигурация сервиса может происходить при помощи удобного интерфейса модуля «Заявки на подключение в наличии» который включается при помощи опции SIGREQ_ENABLED=1 конфига alter.ini.

1.

2.

3.

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

О кешировании.

Включение опции «Кеширование выборок из БД» требует прав на запись в директорию cache и напрямую влияет на кеширование данных используемых в комбобоксах с городами и улицами. Особо не заморачиваясь можно сделать так

chmod -R 777 ./cache 

Принудительную очистку кеша, в случае надобности можно сделать методом

rm -fr ./cache/*.dat 

После окончания конфигурации сервиса, из веб-интерфейса можно попробовать включить опцию confcache=1 в signups.ini, чтобы снизить количество обращений к БД до минимума (имеет смысл только совместно с кешированием улиц и городов). После включения кеширования глобально, все изменения в фронтенде сервиса будут происходить только по прошествию cachetimeout.

Что должно происходить после всего этого с быстродействием? Ну как-то так:

О совместимости.

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

sigreq2.1578091914.txt.gz · Последние изменения: 2020/01/04 00:51 — nightfly