[Chr!s]

Abend,
mag sein dass ich grad auf dem Schlauch steh, aber ich komm gerade nicht dahinter. Nun. Anstatt interne Konfigurationssachen immer wie ein Array zu behandeln ($aXpc['config']['var']) würde ich das gerne mit Objekten lösen, in etwa so:

$oXpc -> config -> var. Nun, das Objekt $oXpc hab ich bereits. Darin hab ich auch mittels protected config = ... gearbeitet, doch dann würde ich dsa ja auch als Array nutzen müssen ($oXpc -> config['var'], und nicht wie ich möchte als object $oXpc -> config -> var). Andrerseits möchte ich ja für config nicht nochmal ein extra object anlegen, kann ich nicht irgendwie auch so ein Array in ein object transformieren?

[Lars]

PHP-Code:

$object = (object)$array;

// oder

$object = new stdClass();
foreach ($array as $key => $value)
{
  $object->{$key} = $value;
} 


Das ganze rekursiv durch das Array jagen und fertig :>

[Chr!s]

Ah, stdClass() hab ich gesucht Danke.
Erstere Variante gefällt mir irgendwie nicht so:

PHP-Code:

<?php
$aBla = array('muh', 'mah', '1' => 'määh');
$oObject = (object)$aBla;
?>

Ausgabe:

stdClass Object
(
[0] => muh
[1] => määh
)

[Lars]

1 ist auch kein gültiger Variablenname. Eine Variablenname sieht als RegExp so aus: #^[a-z_][a-z0-9_]*$#i

[Chr!s]

Ach. '1' sollte auch nicht so sein. Als Arraykey sollt ich ja auch 1 nehmen. Das war nur zum testen da. .. Habs jetzt im übrigen auch mit (object)gelöst, das geht super =)

[Ben]

Ich frag mich wozu der Aufwand? Greif doch einfach auf das assoziative Array zu und gut ist.

[Chr!s]

Der Vorliebe wegen. Ich hab mir vorgenommen besagtes Script eben nur im Sinn von OOP zu gestalten. Klar, Arrays dürfen (und werden auch) vorkommen - aber ich fand $oXPC -> config -> var schöner.

PHP-Code:

<?php
$oUserConfig = (object)parse_ini_file(PHPLIBROOT . '/configuration.ini.php');
?>

und so ein riesen Aufwand ist es dann auch wieder nicht. =)

Um eventuelle Fragen vorwegzunehmen (wegen der .ini

;<?/*
; IMPORTANT NOTE:
;         Do !! NOT !! remove the first and the last line of this file,
;         otherwise all your configuration settings are viewable for everyone

[MySQL Accessdata]
dbHost = localhost 
dbU ... ... ...
;*/?>

d.h. der Code ist von außen nicht einsehbar.

[Lars]

Na dann mach in Zeile 1 lieber

;<?php /*

Du weißt schon, short_open_tags

[MrNiceGuy]

Reicht nicht einfach eine Sperrung aller .ini-Dateien mittels .htaccess? Oder gibt es da ne Sicherheitslücke, die mir noch nicht bekannt ist?

[Lars]

Sicherheitslücke

Nennt sich Internet Information Service

[Chr!s]

;<?php /*

Ha, gar nich drauf geachtet, danke.

[MrNiceGuy]

@Lars: Wie groß ist die Wahrscheinlichkeit im Internet einen Windows-Webserver zu erwischen?

EDIT: Mal abgesehen davon gehe ich davon aus, dass der Programmierer weiß, auch welchem System sein Server / Webspace läuft.

[Chr!s]

EDIT: Mal abgesehen davon gehe ich davon aus, dass der Programmierer weiß, auch welchem System sein Server / Webspace läuft.

In meinem Fall - nein. Denn das Script wird später für die Öffentlichkeit sein - da kann ich nicht bestimmen, welches System der Endnutzer verwendet.

[dejan_spasic]

Zitat von MrNiceGuy

@Lars: Wie groß ist die Wahrscheinlichkeit im Internet einen Windows-Webserver zu erwischen?

EDIT: Mal abgesehen davon gehe ich davon aus, dass der Programmierer weiß, auch welchem System sein Server / Webspace läuft.

Das hängt vom Projekt ab. Vieleicht möchte er das fertige Produkt zum download anbieten.

[Lars]

@Lars: Wie groß ist die Wahrscheinlichkeit im Internet einen Windows-Webserver zu erwischen?

Musste gerade ein bisschen schmunzeln, aber hast im Grunde ja völlig Recht

[MrNiceGuy]

@dejan_spasic: Abgesehen von meiner Meinung, jeden zum Teufel jagen zu wollen, der einen Windows-Webserver betreibt/betreiben will, muss ich dir dennoch Recht geben.

@Lars: Es freut mich, dass ich dir ein Lächeln auf die Lippen zaubern konnte, damit ist mein Tagespensum erfüllt *gg*