W dniu 10.04.2014 10:44, Rafał Ramocki napisał(a):
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?
Tak mam instalacje LMS, które używają PHP 5.2.
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 [1]] blocked using dnsbl.sorbs.net [2];
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 [3]
Links:
[1] tel:%5B209.85.219.53 [2] http://dnsbl.sorbs.net/ [3] http://lists.lms.org.pl/mailman/listinfo/lms