Czy PHP5 zawiera bibliotekę do parsowania plików .ini? Jeżeli tak to proszę o jakiś tutorial. Na Google nic wartościowego nie znalazłem I drugie pytanko: czy są jakieś przeciwwskazania do używania plików .ini do konfiguracji aplikacji webowej?

http://pl.php.net/manual/en/function.parse-ini-file.php
Tu jest wszystko

Parsowanie plikow .ini jest bardzo powolne.

Polecem format YAML. Stosowany jest w frameworku Symfony i można w nim trzumać dosłownie wszysto.

Dziękuję za pomoc Do tej pory używałem definiowania stałych do danych konfiguracyjnych, ale nie podoba mi się. Rozpatruję właśnie pliki ini lub xml-a.

Czy na prawdę jest zauważalna róźnica w szybkości parsowania ini oraz YAML? Co myślicie o popularnym obecnie sposobie przechowywania danych konfiguracyjnych w pliku XML?

http://hwao.be/blog/2006/06/18/konfiguracj...przechowywanie/

@Null: Bardzo wolna? Co, Ty mówisz.... imho wrecz przeciwnie

Bora kiedyś sprawdzał szybkość parsowania .ini - jest ona bardzo wysoka, podobno php ma specjalny mechanizm, który jeszcze bardziej przyśpiesza parsowanie.

Chcecie zasugererowac ze lepiej trzymac konfig w pliku .ini czy w tablicy ktora jest taka sama strukture jak ten plik

Pod warunkiem, że konfig (nieważne czy ini czy cos innego) bedzie cacheowany do tablicy właśnie.

To na dluzsza mete po co te pliki .ini

Zobacz sobie mojego linka i sposob jaki tam opisalem. Tak jest duzo wygodniej i szybciej (pisac plik konfiguracyne, co bedzie wynikiem mnie nie interesuje, ja wypluwam klasy).

A PEAR Config? jest dobre i do ini i do xml-a, mozna nawet kombinowac i trzymac cesc w ini i czesc w xml, ale jest jedna kwestje dotyczaca ini, pliki ini mozna przeczytac jak tylko sie wywola plik przgladarka, i chyba to nie jest zbyt przyjemne , jest jedna rada na to zeby zrobic z pliku ini plik php i zeby sie zaczynal :
# <?php /*
i konczyl:
# */ ?>

@nasty_psycho: Poczytaj linka ktorego podalem, tam opisalem kwestie bezpieczenstwa...

Pliki typu *.ini są bardzo wygodne w użyciu choć nie zalecam trzymania w nich poufnych danych takich jak wszelkie hasła, nazwy baz danych itp. Nie widzę przeciwskazań dla przechowywania innych danych konfiguracyjnych.
Btw. Do dynamicznego generowania plików *.ini można skorzystać z klasy Configmagick

A gdzie je bedziesz trzymal? W bazie?
Wazne jest to zeby te pliki umiescic poza DocumentRoot i tyle.

jak zrobisz tak to teoretycznie to bedzie skrypt php, i po jego wywolaniu user zobaczy tylko ##, take rozwiazanie uzywa sitellite cms

Jakiś czas temu czytałem porównanie, ktore mówiło o tym, że parser plików INI jest wydajnieszy niż parser plikow php (co samo w sobie jest całkiem logidzne, patrząc na złożonośc składni jednych i drugich )
W związku z czym jeśli nie zamierzasz wprowadzać jakichś skomplikowanych operacji na tych plikach ini, jakiegoś dziedziczenia itp. to nie ma sensu cachowania informacji pobranych z INI i zapisywania ich w postaci tablic w plikach php.

Parsowanie ini (nazywających sie oczywiście cos_tam.ini.php ) jest wystarczająco wydajne.