Yunio CMS - Seite 2

Flor1an · 17.05.2010, 11:57

Es würde auch reichen während der Installation anzuzeigen dass der Ordner Schreibrechte braucht falls diese noch nicht vorhanden sind und notfalls die config.php zum download anzubieten.

mermshaus · 17.05.2010, 12:15

Ja, die fehlende Doku unterstreiche ich (oder ich habe sie wirklich nicht gefunden). Nach 'ner halben Stunde hatte ich zwar das meiste herausbekommen (von fehlenden Schreibrechten bei Installation bis zur Logik bei der Erstellung von Templates), aber ich glaube, für einen "normalen Anwender" wäre das derzeit eine kaum überwindbare Hürde. (Ohne arrogant klingen zu wollen.

)

MiST3R-FL4SH · 23.05.2010, 19:43

Hab da mal ne Frage:
Gibts nen Ersatz für eval()? Ich werde den Content der Seiten sicherlich nicht alle in Dateien speichern.

CPCoder · 23.05.2010, 23:56

Es hat ja auch keiner gesagt das du den Content in Dateien auslagern sollst, es war nur die Rede davon, dass PHP-Code nix in der Datenbank zu suchen hat, denn dann braucht man auch das "böse" eval() nicht einzusetzen.

MiST3R-FL4SH · 27.05.2010, 14:19

Ja - das weiß ich ja auch

So schlau bin ich auch schon. Danke, aber wenn ich einen Inhalt anlege, und dort PHP Code vorhanden ist, wie soll ich es anders machen? Man soll auch dort seine eigene scripts einsetzten können.

Flor1an · 27.05.2010, 23:05

Dann soll man auch entsprechende PHP Dateien erstellen die von deinem System geladen werden. Aber sowas in der Datenbank ab zu speichern ist einfach nicht der richtige Weg.

phpsecretary · 28.05.2010, 23:31

Zitat:

Dann soll man auch entsprechende PHP Dateien erstellen die von deinem System geladen werden. Aber sowas in der Datenbank ab zu speichern ist einfach nicht der richtige Weg.

Im Gegenteil, es ist sogar der einzig richtige Weg. Wenn ich nen CMS installiere und ich muss noch ständig weitere Dateien hoch laden nur um eine kleine Codeänderung zu machen kriege ich die Kretze.

Man könnte die Einträge auch hashen und den Code mit dem hashwert abgleichen vor der Ausführung, solange sichergestellt ist dass der hashwert nur vom System erzeugt und das System nur vom berechtigten Nutzer bedient wird. Wenn ein Angreifer Zugriff auf Systemdateien hat isses eh egal...

Flor1an · 29.05.2010, 00:46

Hä? Was genau meinst du? Es ist generell nicht gut PHP in der Datenbank zu speichern. Denn dann läuft irgendwas bei deinem CMS falsch. Du willst ja Inhalte damit kontrollieren, aber keine Skripte oder dynamischen Daten!

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
CMS bzw Board einbauen?	gombi	Scriptbörse	12	28.04.2010 15:44
PHP CMS PEAR Musikseite	R24	Gewerblich	0	28.04.2010 07:40
Was braucht ein gutes CMS	Lollix	Off-Topic Diskussionen	33	03.03.2010 17:51
Scriptsuche CMS für ein Magazin	ProWeb	Scriptbörse	24	28.01.2010 20:25
Login Script / CMS	bikone	PHP Tipps 2009	14	31.10.2009 23:33
Scriptsuche [Erledigt] Suche CMS für Clan / Community	dontworry	Scriptbörse	11	26.10.2009 20:07
Clan CMS	Exi	Off-Topic Diskussionen	2	16.09.2009 14:30
Was muss ein gutes CMS können?	beckerCodes	Software-Design	33	14.09.2009 11:44
Eigenes CMS	Moep	PHP Tipps 2009	12	06.08.2009 23:00
Cms	Yusuf	Scriptbörse	9	30.07.2009 19:14
Open Source CMS: wer macht mit?	chris14465	Beitragsarchiv	6	24.06.2009 17:02
Dreamproject [S] CMS evtl. Feststellangebot	vnBiT.sys	Beitragsarchiv	4	25.04.2009 10:51
Modulares CMS programmieren	NikB	PHP-Fortgeschrittene	7	14.04.2009 22:41
[S] erfahrene Coder für eigenes CMS	DarkSky25	Beitragsarchiv	14	31.03.2009 12:06
CMS mit Framework	KeKs0r	PHP-Fortgeschrittene	11	27.12.2008 23:03

17.05.2010, 11:57
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	Es würde auch reichen während der Installation anzuzeigen dass der Ordner Schreibrechte braucht falls diese noch nicht vorhanden sind und notfalls die config.php zum download anzubieten.


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

17.05.2010, 12:15
mermshaus Erfahrener Benutzer Registriert seit: 14.06.2009 Beiträge: 1.733 PHP-Kenntnisse: Fortgeschritten	Ja, die fehlende Doku unterstreiche ich (oder ich habe sie wirklich nicht gefunden). Nach 'ner halben Stunde hatte ich zwar das meiste herausbekommen (von fehlenden Schreibrechten bei Installation bis zur Logik bei der Erstellung von Templates), aber ich glaube, für einen "normalen Anwender" wäre das derzeit eine kaum überwindbare Hürde. (Ohne arrogant klingen zu wollen. ) __________________ Blog \| Buch \| Kaloa

23.05.2010, 19:43
MiST3R-FL4SH Benutzer Registriert seit: 29.01.2010 Beiträge: 35 PHP-Kenntnisse: Fortgeschritten	Hab da mal ne Frage: Gibts nen Ersatz für eval()? Ich werde den Content der Seiten sicherlich nicht alle in Dateien speichern.

23.05.2010, 23:56
CPCoder Erfahrener Benutzer Registriert seit: 18.01.2009 Beiträge: 128 PHP-Kenntnisse: Fortgeschritten	Es hat ja auch keiner gesagt das du den Content in Dateien auslagern sollst, es war nur die Rede davon, dass PHP-Code nix in der Datenbank zu suchen hat, denn dann braucht man auch das "böse" eval() nicht einzusetzen.

27.05.2010, 14:19
MiST3R-FL4SH Benutzer Registriert seit: 29.01.2010 Beiträge: 35 PHP-Kenntnisse: Fortgeschritten	Ja - das weiß ich ja auch So schlau bin ich auch schon. Danke, aber wenn ich einen Inhalt anlege, und dort PHP Code vorhanden ist, wie soll ich es anders machen? Man soll auch dort seine eigene scripts einsetzten können.

27.05.2010, 23:05
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	Dann soll man auch entsprechende PHP Dateien erstellen die von deinem System geladen werden. Aber sowas in der Datenbank ab zu speichern ist einfach nicht der richtige Weg.

29.05.2010, 00:46
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	Hä? Was genau meinst du? Es ist generell nicht gut PHP in der Datenbank zu speichern. Denn dann läuft irgendwas bei deinem CMS falsch. Du willst ja Inhalte damit kontrollieren, aber keine Skripte oder dynamischen Daten!