Користувальницькькі налаштування

Налаштування сайту


Сайдбар

Розділи

Загальний опис
Історія змін
Рекомендації до оновлення
Плани на майбутнє
Відомі проблеми
Онлайн демо
Відео
Допомога проекту
Люди
Трохи про безпеку

FAQ



Редагувати сайдбар

sigreq2

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

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

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

sigreq2.txt · Востаннє змінено: 2023/07/08 13:50 повз nightfly