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

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


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

Разделы

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

FAQ



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

sigreq2

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

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

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

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

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

Базовая конфигурация и производиться правкой конфигурационного файла находящегося по пути 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.txt · Последние изменения: 2020/01/04 00:55 — nightfly