Aktualnie przechowują informacje o typach zawartości w pliku INI:

[INI] pobierz, plaintext 
[1]
name=art
table=arts
table2=artstxt
comm=1
rate=1
pl=Artykuły
en=Articles
 
[2]
name=file
table=files
rate=1
comm=1
pl=Pliki
en=Files
 
[3]
name=img
table=imgs
rate=1
comm=1
pl=Zdjęcia
en=Photos
 
[4]
name=link
table=links
get=adr
comm=linkFull
rate=1
pl=Linki
en=Links
 
[5]
name=news
table=news
table2=newstxt
comm=1
pl=Nowości
en=News
[INI] pobierz, plaintext 

Do pliku types.ini można dopisać inne typy. Rozszerzam obsługę rozszerzeń. Problem w tym, aby dodać nowe typy automatycznie. Napisanie biblioteki do tworzenia plików INI to nie problem. Tylko czy plik INI w tym przypadku będzie lepszym wyjściem od tablicy PHP?

[PHP] pobierz, plaintext 
$types = array(1 => array(...), 2 => array(...));
[PHP] pobierz, plaintext 

bądź

[PHP] pobierz, plaintext 
return array(1 => array(...), 2 => array(...));
[PHP] pobierz, plaintext 

Odczyt danych odbywa się tak:

[PHP] pobierz, plaintext 
$types = parse_ini_file('cfg/types.ini'); //dla pliku INI
 
$types = array(); //lepiej zainicjować zmienną, bo types.php może być uszkodzony
include 'cfg/types.php'; //dla tablicy w PHP
 
$types = include 'cfg/types.php'; //jeżeli plik zwraca tablicę słowem return
[PHP] pobierz, plaintext 

Budowanie plików PHP to nie problem. Napisałem do tego bibliotekę, a można nawet wywołać sam var_export($x,1). A może w PHP istnieje wbudowana biblioteka do budowania plików INI? Szukałem w podręczniku, ale nie znalazłem

Abstrahując od tego, co chcesz uzyskać, istnieje klasa do obsługi plików xml, dziwię się, że wolisz zapisywać dane do pliku zamiast do bazy, nie wspominając już o tym, że format xml byłby znacznie wygodniejszy i bardziej uniwersalny.

To już lepiej iść z duchem czasu i zamiast .ini / .xml / .svn użyć JSON - łatwy, przyjemny + dostęp z poziomu JS to banał

ps. oczywiście mówię tu o przechowywaniu informacji nie danych konfiguracyjnych
ps2. XML... odkąd robię w "developerce" mam niesmak do tego formatu