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...
container <-> modul
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...
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...
*** make your own tools (wishlist :: thx)
es kann so einfach sein...
ich habs jetzt mit output buffering im layout gemacht... und dem ganzen noch ein trim verpasst... schnell und effektiv...
ich habs jetzt mit output buffering im layout gemacht... und dem ganzen noch ein trim verpasst... schnell und effektiv...
*** make your own tools (wishlist :: thx)
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
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
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
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.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
-
- Beiträge: 6284
- Registriert: Do 15. Mai 2003, 18:32
- Wohnort: Da findet ihr mich nie!
- Kontaktdaten:
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).
Generell bin ich dagegen, OB als Standard auszuliefern, aber ich bin dafür, optional ein OB einzuschalten (z.b. über kommende Chain-Funktionen).