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