Sven71
"myXOOPs"-Neuling
Gepostet am:01.04.2007 03:45
#5
Inzwischen hab ich den Haken gefunden. Es empfiehlt sich wohl, mit Xoops 2.0.16 die XLanguage Version 3.1 anstelle von 2.4 zu verwenden (= mein Problem Nr. 1).
Wenn man das macht, dann ist darauf zu achten, daß neben der Dateiergänzung in common.php zusätzlich die Global-PHPs der verwendeten Sprachpakete anzupassen sind. Das war bei 2.4 noch nicht so und ich habs in der README glatt übersehen.
Jetzt läuft der Laden. Wenn's mal fertig ist, kann man das Ergebnis unter www.call-of-duty.net bewundern.
Was den Protector angeht, so mag das vielleicht nur Bauchgefühl sein. Fakt ist aber, daß PHP selbst von der Sprache her schon genug Schwächen aufweist, die in Verbindung mit diskussionswürdigem Programmierstil auf Seiten von Moduldrittanbietern rasch zu Sicherheitslücken führen können. Das fängt schon mitan, auf das Xoops oder wenigstens ein paar Module unter Xoops wohl nicht verzichten können.
Re: Xlanguage Problem
01.04.2007 03:45 Interessanter Artikel. Aber das war nicht das Problem.Inzwischen hab ich den Haken gefunden. Es empfiehlt sich wohl, mit Xoops 2.0.16 die XLanguage Version 3.1 anstelle von 2.4 zu verwenden (= mein Problem Nr. 1).
Wenn man das macht, dann ist darauf zu achten, daß neben der Dateiergänzung in common.php zusätzlich die Global-PHPs der verwendeten Sprachpakete anzupassen sind. Das war bei 2.4 noch nicht so und ich habs in der README glatt übersehen.
Jetzt läuft der Laden. Wenn's mal fertig ist, kann man das Ergebnis unter www.call-of-duty.net bewundern.
Was den Protector angeht, so mag das vielleicht nur Bauchgefühl sein. Fakt ist aber, daß PHP selbst von der Sprache her schon genug Schwächen aufweist, die in Verbindung mit diskussionswürdigem Programmierstil auf Seiten von Moduldrittanbietern rasch zu Sicherheitslücken führen können. Das fängt schon mit
allow_url_fopen