Porzucenie większości lms.ini?
Hej,
Zastanawiam się czy nie powinniśmy porzucić większości lms.ini i zostawić w nim jedynie sekcję [database].
Z mojego punktu widzenia na plus: - Usunięcie nadmiarowej konfiguracji i niejasności na temat tego co jest aktywne (baza czy ini) - W demonie taka zmiana spowodowałaby usunięcie sporego fragmentu alternatywnego kodu (ale mam przygotowaną zmianę by był on w stanie zaczytywać sekcję [database] z lms.ini - W innych modułach i elementach systemu jeżeli będą uproszczenia, to nieznaczne - I tak swego czasu opcje migrowaliśmy do bazy danych
pozdrawiam
W dniu 09.04.2014 10:01, Rafał Ramocki napisał(a):
Hej,
Cześć,
Zastanawiam się czy nie powinniśmy porzucić większości lms.ini i zostawić w nim jedynie sekcję [database].
Z mojego punktu widzenia na plus:
- Usunięcie nadmiarowej konfiguracji i niejasności na temat tego co
jest aktywne (baza czy ini)
- W demonie taka zmiana spowodowałaby usunięcie sporego fragmentu
alternatywnego kodu (ale mam przygotowaną zmianę by był on w stanie zaczytywać sekcję [database] z lms.ini
- W innych modułach i elementach systemu jeżeli będą uproszczenia,
to nieznaczne
- I tak swego czasu opcje migrowaliśmy do bazy danych
Baza danych i tak ma od dłuższego czasu wyższy priorytet, a możliwość zarządzania dowolnymi sekcjami konfiguracyjnymi przechowywanymi w bazie danych jest też od jakiegoś czasu dostępna. Moim zdaniem na razie lepiej pozostawić w odwodzie lms.ini. Chyba, że przygotować doraźnie rozwiązanie, które migruje dane z lms.ini do bazy danych. Tyle, że w takim przypadku nawet jeśli nastąpi automatyczna migracja to i tak prawdopodobnie skrypty php nie będą miały uprawnień, żeby wyczyścić lms.ini ze zbędnych ustawień, więc i tak one pozostaną w tym pliku :(
pozdrawiam
Hej,
W dniu 9 kwietnia 2014 10:23 użytkownik Tomasz Chiliński chilek@chilan.comnapisał:
W dniu 09.04.2014 10:01, Rafał Ramocki napisał(a):
Hej,
ma od dłuższego czasu wyższy priorytet, a możliwość zarządzania dowolnymi sekcjami konfiguracyjnymi przechowywanymi w bazie danych jest też od jakiegoś czasu dostępna.
Właśnie stąd ten pomysł i dlatego pytam :)
Moim zdaniem na razie lepiej pozostawić w odwodzie lms.ini. Chyba, że przygotować doraźnie rozwiązanie, które migruje dane z lms.ini do bazy danych.
AFAIR UI samo proponuje migrację ustawień z ini do bazy danych jeżeli jeszcze nic w UI nie ma. Dlatego może dodatkowe narzędzie migracyjne nie jest potrzebne. Może wystarczy warning na starcie informujący że w lms.ini są sekcje inne niż database i będą one od tej pory ignorowane? Lub może przynajmniej warning, że są, ale są "przestarzałe" (chociaż ze względu na brak wydań to rozwiązanie mi się mniej podoba)
Tyle, że w takim przypadku nawet jeśli nastąpi automatyczna migracja to i tak prawdopodobnie skrypty php nie będą miały uprawnień, żeby wyczyścić lms.ini ze zbędnych ustawień, więc i tak one pozostaną w tym pliku :(
Rozwiązanie się znajdzie. :) Można by to zrzucić na człowieka warningiem przy starcie.
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ć.
Okej, to moja propozycja jest taka (zorganizuje to w tym tygodniu). 1. Porzucamy konfigurację z lms.ini w demonie (i tak była tam tylko jako opcja na etapie configure) - tutaj mam prawie gotowe 2. W UI badamy czy są jakieś sekcje inne niż database i jeżeli są porównujemy czy są opcje w pliku ini których nie ma w DB, jeżeli są to przenosimy automagicznie do bazy i sugerujemy usunięcie całej zawartości ini z wyjątkiem sekcji [database] (to postaram się przygotować w tym tygodniu). 3. Porzucamy inne sekcje niż [database] w pozostałych narzędziach.
W dniu 9 kwietnia 2014 12:08 użytkownik Krzysztof Labus < klabus@netrunner.com.pl> napisał:
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ć.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
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.
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.comnapisał:
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
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
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
uczestnicy (3)
-
Krzysztof Labus -
Rafał Ramocki -
Tomasz Chiliński