Сам по собі знаходиться в стандартному постачанні по шляху “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. У принципі призначення його опцій самоочевидне:
;Мова локалізації сервісу. На даний момент підтримуються такі - 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.
Також свіжі та необроблені заявки на підключення, що надійшли, запально нагадують про себе індикацією на панелі завдань.
Увімкнення опції “Кешування вибірок із БД” вимагає прав на запис у директорію cache і безпосередньо впливає на кешування даних, які використовуються в комбобоксах із містами та вулицями. Особливо не заморочуючись можна зробити так
chmod -R 777 ./cache
Примусове очищення кешу, в разі потреби, можна зробити методом
rm -fr ./cache/*.dat
Після закінчення конфігурації сервісу з веб-інтерфейсу можна спробувати ввімкнути опцію confcache=1 у signups.ini, щоб знизити кількість звернень до БД до мінімуму (має сенс тільки спільно з кешуванням вулиць і міст). Після ввімкнення кешування глобально, всі зміни у фронтенді сервісу відбуватимуться тільки після закінчення cachetimeout.
Що має відбуватися після всього цього зі швидкодією? Ну якось так: