Jeszcze do zmiennej __DIR__. Z tego co widzę, to zmienna ta pojawiła się w PHP 5.3 wydanym w 2009 roku. Jej użycie oznacza podwyższenie wymagań LMSa z PHP 5.2 do PHP 5.3 właśnie. Można? Jest sens? Ktoś używa jeszcze aktualnej wersji LMS z tak starym systemem?


W dniu 9 kwietnia 2014 18:08 użytkownik Rafał Ramocki <rafal.ramocki@gmail.com> napisał:
Dobry pomysł z tą aktualizacją bazy. Natomiast co do sekcji directories, to na etapie startu potrzebujemy jedynie LIB_DIR który w mojej ocenie na tym etapie może zostać swobodnie zastąpiony przez magiczną zmienną PHP __DIR__, co Wy nato? :)

PS: Część serwerów gmaila jest na RBLu ;)  Skutek: 554 5.7.1 Service unavailable; Client host [209.85.219.53] blocked using dnsbl.sorbs.net


W dniu 9 kwietnia 2014 17:59 użytkownik Tomasz Chiliński <chilek@chilan.com> napisał:
W dniu 09.04.2014 12:08, Krzysztof Labus napisał(a):

W dniu 2014-04-09 10:01, Rafał Ramocki pisze:
Hej,

Zastanawiam się czy nie powinniśmy porzucić większości lms.ini i
zostawić w nim jedynie sekcję [database].

Też jestem za porzuceniem lms.ini na rzecz bazy danych.

Tylko tak ja chilan pisze, przenieść wpisy z lms.ini do bazy
automatycznie plus info, że trzeba go wyczyścić.

Własnie jedno i drugie razem wzięte jest dobrym pomysłem,
tzn. przeniesienie ustawień z ini do db (chyba najlepiej w
plikach aktualizacji schematu bazy danych to zrobić, żeby
nie wykonywało się wielokrotne testowanie czy jeszcze jest
coś do przeniesienia), a potem za każdym zalogowaniem do LMS
ostrzeżenie, że należy skasować ustawienia z pliku ini.
W ini powinna pozostać oprócz database sekcja directories, bo
nie załadujemy obsługi bazy danych bez wskazania ścieżek do
różnych elementów lms-a.


--
Pozdrawiam
Tomasz Chiliński, Chilan
_______________________________________________
lms mailing list
lms@lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms