hallo,
ich habe da mal einen frage ......und zwar, würde es sinn machen den gesamten html-code einer web-anwendung in eine db zu packen? das hätte den vorteil, dass ich php und hml trennen kann, nicht mit templ.-dateien arbeiten muss, das layout entsprechend auch dynamisch weschseln könnte. der html-code in der db würde dann auch wie eine templ.-datei pseudo-tags enthalten, auf die das script je nach tag reagieren und bsp.-weise bestimmte andere scripte ausführen kann.
das meiner meinung komplizierte und nicht immer praktische arbeiten mir smarty und phpLib könnte ich mir dann sparen......
leider habe ich keine ahnung ob das nachteile, z.b. in performance mit sich bringt....
was meint ihr zu dem problem?
ich habe da mal einen frage ......und zwar, würde es sinn machen den gesamten html-code einer web-anwendung in eine db zu packen? das hätte den vorteil, dass ich php und hml trennen kann, nicht mit templ.-dateien arbeiten muss, das layout entsprechend auch dynamisch weschseln könnte. der html-code in der db würde dann auch wie eine templ.-datei pseudo-tags enthalten, auf die das script je nach tag reagieren und bsp.-weise bestimmte andere scripte ausführen kann.
das meiner meinung komplizierte und nicht immer praktische arbeiten mir smarty und phpLib könnte ich mir dann sparen......
leider habe ich keine ahnung ob das nachteile, z.b. in performance mit sich bringt....
was meint ihr zu dem problem?
Comment