LMS 1.0

Strona domowa

<< Poprzednia

Następna >>

Zawartość

Przedmowa

Rozdział 1 - Na początek
Czym jest LMS
Co LMS może a czego nie
Co wchodzi w skład LMS
Instalacja
Konfiguracja
Pierwsze logowanie
Prawa dostępu
Rozdział 2 - LMS UI (User Interface)
Konfiguracja
Rozdział 3 - LMS-MGC
Rozdział 4 - Skrypty
Instalacja
lms-notify
lms-cutoff
lms-eachmonth

Rozdział 2. LMS UI (User Interface)

LMS UI jest najbardziej rozbudowaną częścią LMS, i co za tym idzie dosyć złożoną, jednak w miarę intuicyjną w użytkowaniu.

Konfiguracja

Konfigurację dla LMS-UI możemy ustalić w pliku lms.ini w sekcji [phpui]. Możemy tam ustawić następujące parametry:

  • allow_from (opcjonalny)

    Lista sieci i adresów IP które mają dostęp do LMS. Jeżeli puste, każdy adres IP ma dostęp do LMS'a, jeżeli wpiszemy tutaj listę adresów bądź klas adresowych, LMS odrzuci błędem HTTP 403 każdego niechcianego użytkownika.

    Przykład:

    allow_from = 192.168.0.0/16, 213.25.209.224/27, 213.241.77.29

  • timeout

    Timeout sesji www. Po tym czasie (w sekudnach) użytkownik zostanie wylogowany jeżeli nie podejmie żadnej akcji. Domyślnie 600 sekund.

    Przykład:

    timeout = 900

    Uwaga!:

    Nie ma możliwości ustawienia braku timeoutu. Jeżeli ustawisz tą wartość na zero, nie będziesz mógł korzystać z LMS!

  • userlist_pagelimit

    Limit wyświetlanych pozycji na stronie w liście użytkowników. Domyślnie brak limitu.

    Przykład:

    userlist_pagelimit = 10

  • nodelist_pagelimit

    Limit wyświetlanych pozycji na stronie w liście komputerów. Domyślnie brak limitu.

    Przykład:

    nodelist_pagelimit = 10

  • reload_type

    Typ reloadu. Dozwolone wartości:

    exec - wywoływanie jakiejś komendy (najczęściej coś przez sudo, jakiś skrypt lub coś, konfigurowalny poniżej)

    sql - zrobienie wpisów w SQL'u (też można ustawić konkretne query SQL'a)

    Domyślna wartość to 'sql'.

    Przykład:

    reload_type = exec

  • reload_execcmd

    Komenda do wykonania podczas reloadu jeżeli reload_type jest ustawione na 'exec'. Domyślnie /bin/true. String ten puszczany do komendy system() więc pronuje rozwagę i pomyślenie co się robi i jak :) Generalnie średniki powinny być parsowane przez bash'a, ale z paru względów LMS sam dzieli poniższy ciąg pod względem średników i wykonuje komendy pojedyńczo.

    Przykład:

    reload_execcmd = "sudo /usr/bin/reload_lms.sh"

  • reload_sqlquery

    Query SQL'a. Generalnie, LMS przy nie ustawionym swoim własnym QUERY robi dziwne rzeczy które ja już wymyśliłem. Chwilowo pewnie wogóle nie kompatybilne z mteg'owym demonikiem, ale pracujemy nad uzgodnieniem formatu. Jak ktoś bardzo chce, to można użyć '%TIME%' jako podstawki pod aktualny timestamp unixowy. UWAGA! Znak średnika (czyli ;) jest traktowany jako separator kwerend. Tj. oddzielając znakiem średnika możesz wpisać kilka komend MySQL'a.

    Przykład:

    reload_sqlquery = "INSERT INTO reload VALUES ('1','%TIME%')"

  • force_ssl

    Wymuszanie SSL'a. Ustawinie tej zmiennej na 1 spowoduje że LMS będzie wymuszał połączenie SSL powodując redirect do 'https://'.$_SERVER[HTTP_HOST].$_SERVER[REQUEST_URI] przy każdej próbie dostępu bez SSL. Domyślnie wyłączone.

    Przykład:

    force_ssl = 0

  • allow_mac_sharing

    Przyzwolenie na dodawanie rekordów komputerów z adresami MAC już istniejącymi (nie sprawdza czy jakiś inny komputer posiada taki adres MAC). Domyślnie wyłączone

    Przykład:

    allow_mac_sharing = 1

  • smarty_debug

    Włączenie konsoli debugowej Smartyego, przydatne do śledzenia wartości przekazywanych z PHP do Smartyego. Domyślnie wyłączone.

    Przykład:

    smarty_debug = 1

  • adodb_debug

    Włączenie debugu ADOdb, przydatne w śledzeniu błędów w kwerendach SQL. Domyślnie wyłączone.

    Przykład:

    adodb_debug = 1

  • adodb_debug_log

    Plik z logiem debugu ADOdb. Jeżeli włączymy adodb_debug i podamy tutaj nazwę pliku (do którego będzie mógł zapisać serwer www) cały debug będzie szedł do pliku, a na interface jedynie krytyczne błędy SQL'a. Domyślnie puste.

    Przykład:

    adodb_debug_log = /var/log/debug/lms-adodb.log

  • debug_mail

    Adres e-mail do debugowania - pod ten email będą szły maile wysyłane z sekcji 'mailing' LMS'a, zamiast do właściwych użytkowników.

    Przykład:

    debug_mail = root@localhost

<< Poprzednia

© 2001-2003 LMS Developers

Następna >>

LMS 1.0