Guten Morgen allesamt,
erst einmal herzlichen Dank für den Hinweis und die zahlreichen Anregungen, wie man das Problem besser in den Griff bekommen könnte. Ich finde eine Cache-Lösung durchaus überlegenswert. Andererseits sollten wir grundsätzlich überlegen, ob CONTENIDO immer alles initial laden muss, oder es nicht schlauer ist, gewisse Elemente erst dann zu laden, wenn sie auch benötigt werden. Wir haben z. B. für die neue Version 4.9.13 beim Dateibrowser von CMS_FILELIST von einer initialen Ladung auf eine AJAX-Lösung gewechselt, da wir bei großen Dateistrukturen und mehreren CMS_IMG-Modulen jedesmal alles initial geladen haben und das ebenfalls zu merklichen Performanceeinbußen führte. Ich überlege deshalb, ob es nicht schlauer wäre, für alle Content-Typen eine AJAX-Lösung bereitzustellen. D. h. die Editoren würden zukünftig immer nur dann geladen, wenn der Nutzer darauf klickt. Allerdings müssten dafür eine Menge Content-Typen umgeschrieben werden, was ein etwas größerer Aufwand wird und deshalb gewiss nichts mehr für die 4.9.13, bei der ich wg. der Problematik DSGVO und anderen Projekten eh schon etwas hinter meinem persönlichen Zeitplan bin . Ich kann mir das aber durchaus gut vorstellen und würde es auch direkt nach der 4.9.13 angehen sowie, bei Bedarf, hier als inoffiziellen Hotfix anbieten. Was meint Ihr?
[con 4.9.12] riesen Problem CMS_LINKEDITOR[]
-
- Beiträge: 967
- Registriert: Do 15. Apr 2004, 17:12
- Wohnort: Eschborn-Niederhöchstadt
- Kontaktdaten:
Re: [con 4.9.12] riesen Problem CMS_LINKEDITOR[]
Frederic Schneider
Entwickler bei der four for business AG
Entwickler bei der four for business AG
Re: [con 4.9.12] riesen Problem CMS_LINKEDITOR[]
Hallo Frederic!
Gruß
Matthias
Das finde ich eine sehr gute Idee und würde Contenido auch ungemein mehr Power geben im Backend. *daumenhoch*frederic.schneider_4fb hat geschrieben: ↑Do 1. Mär 2018, 10:02Ich überlege deshalb, ob es nicht schlauer wäre, für alle Content-Typen eine AJAX-Lösung bereitzustellen.
Beim testen des Hotfixes wäre ich dann gerne dabei.frederic.schneider_4fb hat geschrieben: ↑Do 1. Mär 2018, 10:02Ich kann mir das aber durchaus gut vorstellen und würde es auch direkt nach der 4.9.13 angehen sowie, bei Bedarf, hier als inoffiziellen Hotfix anbieten. Was meint Ihr?
Gruß
Matthias
Re: [con 4.9.12] riesen Problem CMS_LINKEDITOR[]
Moin
jeppIch finde eine Cache-Lösung durchaus überlegenswert.
Ganz großes JA!Andererseits sollten wir grundsätzlich überlegen, ob CONTENIDO immer alles initial laden muss, oder es nicht schlauer ist, gewisse Elemente erst dann zu laden, wenn sie auch benötigt werden.
Ich denke da auch an so gewisse Dinge wie dem category_helper.
Problem wird vermutlich sein, dass letzteres abstrakt verschachtelt ist und man nicht weiß, wo man anfangen müsste.
Leichter würde es vermutlich sein, wenn man hier eine neue Helfer-Klasse erzeugt.
Das klingt gut.Wir haben z. B. für die neue Version 4.9.13 beim Dateibrowser von CMS_FILELIST von einer initialen Ladung auf eine AJAX-Lösung gewechselt, da wir bei großen Dateistrukturen und mehreren CMS_IMG-Modulen jedesmal alles initial geladen haben und das ebenfalls zu merklichen Performanceeinbußen führte.
Ich denke auch, das könnte funktionieren.Ich überlege deshalb, ob es nicht schlauer wäre, für alle Content-Typen eine AJAX-Lösung bereitzustellen. D. h. die Editoren würden zukünftig immer nur dann geladen, wenn der Nutzer darauf klickt.
Es wäre schön, wenn die Content-Typen anpassbarer wären, also von außen beeinflussbar.Allerdings müssten dafür eine Menge Content-Typen umgeschrieben werden, was ein etwas größerer Aufwand wird
Beim Teaser ist mir das besonders aufgefallen, dass hier nichts geht, weil alles fest in der Klasse verbunkert ist.
und deshalb gewiss nichts mehr für die 4.9.13,
Die liegt uns allen schwer im Magen.Problematik DSGVO
Das wird erst noch ein Spaß.
Wichtig ist hier, und bei Contenido geht das ja überwiegend, dass man den Kreis der Leute einschränken kann, die Zugriff auf alles haben.
Die DSGVO schreibt ja scheints vor, dass man alles auch irgendwie in einem Plan festschreiben und dann protokollieren muss.
Was das mit Datenschutz zu tun haben könnte, werde ich nie verstehen.
Denn Datenschutz besteht aus der Vermeidung von Datenerzeugung und Sammlung.
Mach hinne!Was meint Ihr?
Fliegt der Bauer übers Dach, ist der Wind weißgott nicht schwach.