Autor Freespacer
Datum 05.12.2006 22:11
Beiträge: stefan schrieb am 05.12.2006 um 21:24:58 Uhr folgendes:

ja grundsätzlich geb ich da recht das man noch mehr mitgeben sollte aber ...


Jetzt kommt das ABER...

stefan schrieb am 05.12.2006 um 21:24:58 Uhr folgendes:

wenn du da jetzt hard codiert daten eingibst ist das problematisch da du änderungen innerhalb des zuführenden projektes nicht wirklich erfassen kannst. deshalb würde ich da hard codiert das nicht machen wollen.


Öhm, also ich sehe da kein großes Problem. Da du ja sowieso im Modul die Version, Author, etc. angibst, muss halt eben der Autor diese Daten auch anpassen.

stefan schrieb am 05.12.2006 um 21:24:58 Uhr folgendes:

wieder aber


War ja nichts anderes zu erwarten.

stefan schrieb am 05.12.2006 um 21:24:58 Uhr folgendes:

dazu gab es schon überlegungen die teilweise auch umgesetzt (testweise) sind

man arbeitet mit ener zentralen struktur also einer externen db an der die informationen gesammelt werden von der dann opn die entsprechenden daten holt das wäre eine möglichkeit besser die einzigste

also dazu benötigten classen und funktioen sind dazu bereits in opn enthalten aber eben noch nicht als zusammenspiel geschaltet

z.zt. war dieses noch nicht nötig da es keine offenen externe module gibt


Uff, in Sachen externe Datenbank war ich NIE ein Freund gewesen, was passiert wenn die Datenbank ausfällt oder die Verbindung zur externen Datenbank nicht zustande kommt???

Wenn man mit Datenbanken arbeitet, dann soll es eine interne Datenbank sein. Meinetwegen eine Tabelle in MySQL. Diese werden dann bei jedem Update von OPN mit aufgefrischt.

Gruß

Sebastian


Diese Seite drucken
Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS

http://www.openphpnuke.info/