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.