Variablen in einer Konfigurationsdatei speichern ohne diese auszuführen

[devzero]

Hallo,
wie der Titel schon sagt: Ich brauche eine Konfigurationsdatei, in der ein paar Werte drinstehen. Ich könnte jetzt eine php-Datei nehmen und sie includen, allerdings will ich keinesfalls, dass sie ausgeführt wird. Ich wüsste schon irgendwie, wie ich es machen könnte, aber geht das auch einfacher ohne irgendwelche umständlichen Mittel zur Textmanipulation?

Danke & Gruß
devzero

[chesssteve]

Also ein PHP-Array möchtest du nicht verwenden.
Dann könntest du ein INI-File anlegen und mit PHP: parse_ini_file - Manual
in ein PHP-Array überführen, falls du das meintest.

[tr0y]

include die datei und verhinder das sie ausgeführt wird ?

index.php ( diese datei included )

<?php

define("ICH_BIN_EIN_ANWENDUNGSEIGENES_MECHANISMUSS_DING_DAS_VERHINDERT_DAS_ETWAS_AUSGEFÜHRT_WIRD", "hi!");

include("horst.php");

?>

horst.php ( diese Datei wird included )

<?php

if ( !defined("ICH_BIN_EIN_ANWENDUNGSEIGENES_MECHANISMUSS_DING_DAS_VERHINDERT_DAS_ETWAS_AUSGEFÜHRT_WIRD") ) die("ne, so schon ma garnich. Ruf das <a href=\"index.php\">Hauptscript</a> auf !!");

$_CONFIG["ist"]["ein"]["value"] = "Horst ist schön!";
$_CONFIG["ist"]["noch"]["ein"]["value"] = "Horst ist blond!";

?>

Setz doch einfach das um was du "willst".

[devzero]

Dann könntest du ein INI-File anlegen und mit PHP: parse_ini_file - Manual
in ein PHP-Array überführen, falls du das meintest.

Ok das sieht schonmal gut aus, allerdings sind INI's ja eher unter Windows gebräuchlich. Nach deiner Antwort ist mir direkt XML eingefallen, da gibts xml_parse. Werde mir das mal anschauen.

include die datei und verhinder das sie ausgeführt wird ?

Das Problem ist halt, dass ich nicht kontrollieren kann/will, was die Datei enthält

Danke an euch beide, werd dann mal xml anpacken

[chesssteve]

XML - würg

Sieh dir mal: Zend Framework: Documentation: Zend_Config - Zend Framework Manual
an, INI- + XML-Configfiles - im Source des Zend-FW kannst du dir dann ja inspirationen holen

[mermshaus]

Ich könnte jetzt eine php-Datei nehmen und sie includen, allerdings will ich keinesfalls, dass sie ausgeführt wird.

Was included wird, wird auch ausgeführt.

Wenn es darum geht, dass eine Config-Datei nicht durch Angabe der URL über HTTP aufgerufen/ausgeführt werden kann, gibt es neben den angesprochenen Lösungen noch die Möglichkeit, die entsprechende Datei außerhalb des Docroots des Webservers abzulegen beziehungsweise sie (oder ihr Verzeichnis) per Servereinstellung (unter Apache etwa per .htaccess-Datei) für HTTP-Zugriffe zu blockieren. Die genaue Syntax habe ich nicht im Kopf, aber das dürfte sich sehr leicht finden lassen.

allerdings sind INI's ja eher unter Windows gebräuchlich

XML - würg

Von solchen Verallgemeinerungen freimachen ihr euch müsst.

[devzero]

XML - würg

Sieh dir mal: Zend Framework: Documentation: Zend_Config - Zend Framework Manual
an, INI- + XML-Configfiles - im Source des Zend-FW kannst du dir dann ja inspirationen holen

XML nicht gut? Ich dachte XML ist doch eigentlich Standard und eine gute Lösung? Weshalb sind INIs besser?
Und wow, das nenn ich mal eine gute Doku. Die Sourcen werde ich mir vielleicht echt mal anschauen

Was included wird, wird auch ausgeführt

Genau das wollte ich damit aussagen, wenns nicht so ankam entschuldige mich es ist schon spät
Ob die Datei über die Adresse erreichbar ist, ist nicht entscheidend.

[Paul.Schramenko]

Naja leider ist die Doku doch nicht ganz so gut, wie sie den Anschein erweckt, da fehlen doch an einigen Stellen wichtige Punkte die auch nirgends richtig dokumentiert sind... Aber von dem Dokus die es gibt ist Zend wohl eine der besseren.

[chesssteve]

XML nicht gut? Ich dachte XML ist doch eigentlich Standard und eine gute Lösung? Weshalb sind INIs besser?

Das war lediglich meine persönliche Präferenz.
Wenn du XML gut findes, why not.

@mermshaus gestern kam so ein Star Wars Film, oder?
@Paul.Schramenko Tolle Aussage, welche Stellen fehlen dir denn?

[lstegelitz]

Ok das sieht schonmal gut aus, allerdings sind INI's ja eher unter Windows gebräuchlich.

Eine .ini ist eine Textdatei in einem bestimmten Format, genau wie CSV, genau wie XML - das hat nix mit dem Betriebssystem zu tun. Es kommt auf den Anwendungszweck an, was "besser" geeignet ist... in deinem (einfachen) Fall würde ich auch eher zur ini tendieren, da wäre XML oversized.

[nikosch]

in deinem (einfachen) Fall würde ich auch eher zur ini tendieren, da wäre XML oversized.

Tja, wer weiß das schon.

in der ein paar Werte drinstehen

Von den paar Werten müssen nur ein paar mehrdimensional werden und schon wirds unübersichtlich mit ini.

[tr0y]

Was included wird, wird auch ausgeführt.

Wenn es darum geht, dass eine Config-Datei nicht durch Angabe der URL über HTTP aufgerufen/ausgeführt werden kann, gibt es neben den angesprochenen Lösungen noch die Möglichkeit, die entsprechende Datei außerhalb des Docroots des Webservers abzulegen beziehungsweise sie (oder ihr Verzeichnis) per Servereinstellung (unter Apache etwa per .htaccess-Datei) für HTTP-Zugriffe zu blockieren. Die genaue Syntax habe ich nicht im Kopf, aber das dürfte sich sehr leicht finden lassen.




Von solchen Verallgemeinerungen freimachen ihr euch müsst.

order deny, allow
deny from all
allow from 127.0.0.1

und du kannst deine datei auch im webroot ablegen

beispielsweise erreichbar über http://example.org/this/is/the/config

die .htaccess schützt dann das verzeichniss /config