Seite 1 von 1

container <-> modul

Verfasst: Mi 14. Sep 2005, 13:54
von emergence
jetzt brauch ich mal wieder ne info

gibts ne schnelle möglichkeit zu überprüfen ob einem container überhaupt ein modul zugewiesen wurde ?
ich möchte was mittels php im layout code ausblenden, wenn dem nicht so ist...

Verfasst: Mi 14. Sep 2005, 15:06
von timo
ja, steht in der Tabelle

con_container

Pro Template ist hier vermerkt, welches Modul (idmod) verwendet wird

number ist dabei die Containernummer

Verfasst: Mi 14. Sep 2005, 15:27
von emergence
danke
bin aber gerade draufgekommen, das ich eigentlich was anderes brauche, das ich so nicht realisieren kann...

es geht an sich soweit das erkannt werden soll ob CMS_CONTAINER[10]
überhaupt einen output hat...

da muss ich mir was anderes einfallen lassen...

Verfasst: Mi 14. Sep 2005, 16:22
von emergence
es kann so einfach sein...

ich habs jetzt mit output buffering im layout gemacht... und dem ganzen noch ein trim verpasst... schnell und effektiv...

Verfasst: Do 15. Sep 2005, 07:04
von kummer
das ist etwas, was man sich bei neueren versionen sowieso mal übelegen müsste, die einschaltung der ausgabepufferung. für verschiedene module ist die ausgabepufferung notwendig, um zum beispiel noch einen header senden zu können. insgesamt bin ich der meinung, sollte die ausgabepufferung generell durchgeführt werden, damit anwender nicht im quellcode veränderungen vornehmen müssen.

ach ja, noch eine kleinigkeit zusätzlich: verschiedentlich habe ich bei installationen feststellen müssen, dass umgebungsvariablen von contenido nicht mehr richtig besetzt waren, weil sie durch ein modul überschrieben oder verändert worden sind. es wäre meiner einschätzung nach wert, einmal zu überlegen, diese langfristig entweder...

* durch ein einzelnes objekt zu ersetzen (attribute privat, zugriffsmethoden public)

* oder durch konstanten (die von ihrer natur her eben nicht überschrieben werden können)

gruss,
andreas

Verfasst: Do 15. Sep 2005, 09:20
von timo
der große Nachteil von Output Buffering: Es macht die Übertragung der Website subjektiv langsamer!

Ansonsten sehe ich kaum Vorteile bei OB..

Verfasst: Do 15. Sep 2005, 14:59
von kummer
nun ja, das stimmt, wenn die ausführung der scripte relativ zur datenübertragung lange dauert. aber das dürfte nicht der fall sein. der vorteil der ausgabepufferung liegt eben darin, dass es möglich wird, aus modulen headers zu senden. das geht halt sonst nicht. diese werden allerdings - unter anderem - dafür benötigt, um z.b. einen download zu erzwingen, anstatt eine darstellung im layout vorzunehmen (z.b. bei geschützten downloads) und last not least für ein allfällig erforderliches redirect.

Verfasst: Do 15. Sep 2005, 15:02
von timo
also ich kam bisher ohne OB sehr gut zurecht - direkte Downloads habe ich dann über ein separates PHP-Script gelöst (es muß ja keine Website angezeigt werden, deshalb wurde es auch nicht über ein Modul gelöst) und Redirects im Layout oberhalb (z.b. als erstes Modul) gemacht.

Generell bin ich dagegen, OB als Standard auszuliefern, aber ich bin dafür, optional ein OB einzuschalten (z.b. über kommende Chain-Funktionen).