Hej,

W dniu 9 kwietnia 2014 10:23 użytkownik Tomasz Chiliński <chilek@chilan.com> napisał:

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.