Сам по собі знаходиться в стандартному постачанні по шляху “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=ukrainian

;Хост сервера БД
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.

Що має відбуватися після всього цього зі швидкодією? Ну якось так: