AdvancedContent 0.9

NaN · 07. Oktober 2011 22:00

Bevor mir wieder so ein Schlammassel wie bei AdvancedContent 0.8.1 passiert, starte ich für die Version 0.9 lieber mal eine Beta-Phase:
AdvancedContent 0.9.Beta-1

Beta ist jetzt beendet.
AdvancedContent 0.9 ist jetzt im Downloadbereich:
http://dev.cmsmadesimple.org/project/files/836

An den Funktionen hat sich nicht viel geändert. Dafür aber einiges unter der Haube. Ich habe die Klasse für den Inhaltstypen komplett umgeschrieben und aus den Inhaltsblöcken eigene Klassen gemacht. Wer also Multi-Inputs verwendet oder sonst irgendwie auf Inhaltsblöcke zugreift, sollte einen Blick in das neue Beispiel-Template für Multi-Inputs werfen (das bestehende wird beim Upgrade nicht überschrieben). Man greift nicht mehr über {$contentBlock.parameter} sondern mit {$contentBlock->GetBlockProperty('parameter')} auf Eigenschaften eines Blocks zu.

Man kann jetzt über das Verzeichnis '/module_custom/AdvancedContent/lib/' eigene Block-Typen erstellen.
(Programmierkenntnisse erforderlich)
Genaueres dazu findet man in der Modul-Hilfe.

Außerdem habe ich den bisherigen Datepicker mit dem jQuery UI Datepicker ersetzt, Da jQuery UI ohnehin im Backend verwendet wird und der bisher verwendete Datepicker nicht mehr weiterentwickelt wird.

Außerdem habe ich für alle Fälle noch den Block-Typen ui_slider hinzugefügt (Doku dazu fehlt noch), da auch das bisher verwendete Slider-Plugin seit einer Weile nicht mehr weiterentwickelt wurde. Einen Fehler im Slider habe ich selbst behoben - jetzt können auch mehrere Slider verwendet werden - aber wer weiß wie lange das noch funktioniert.

Wie in einem anderen Thema bereits angedeutet, gilt der Parameter no_collapse nun auch für Block-Gruppen. Dabei wird allerdings nur der Parameter des ersten Blocks einer Gruppe berücksichtigt.

Ändert man beim Erstellen/Bearbeiten einer Seite die übergeordnete Seite, wird das Formular neu geladen. (ähnlich wie beim Ändern des Templates) Ich hoffe somit mehr Möglichkeiten für Plugins zu bieten, die sich nach der Seitenhierarchie richten.

Der Parameter smarty kann nun drei verschiedene Werte beinhalten: backend, frontend, both
'backend' bedeutet, dass die Werte der Parameter nur im Backend verarbeitet werden sollen.
Analog dazu werden die Parameter bei 'frontend' nur im Frontend verarbeitet.
Der Wert 'both' bzw. der bisherige Wert 'true' führt dazu, dass die Werte sowohl im Backend als auch im Frontend mit Smarty verarbeitet werden.

Die Version 0.9 ist derzeit kompatibel mit CMSms 1.9.4.3 und CMSms 1.10. Ich werde mich bemühen, beide Versionen so gut es zu unterstützen. Für CMSms 1.6.* bzw. 1.8.* werde ich mal sehen, ob ich da noch die Version 0.6.* weiter pflege. Das kommt ganz auf die Nachfrage an bzw. darauf, ob ich einfachen Ersatz für Funktionen aus den aktuellen CMSms Versionen finde.

nockenfell · 07. Oktober 2011 15:03

Danke für die Info. Falls ich Zeit dazu finde, werde ich für den kleinen Teil von AC den ich nutze gerne ein Feedback geben.

NaN · 10. Oktober 2011 17:36

Einen Javascriptfehler bei den Blocktypen 'colorpicker' und 'slider' im Chrome hab ich gerade behoben. Der Chrome ist einfach zu schnell. Bzw. sind die anderen alle zu langsam, da fällt das nicht ins Gewicht. Wenn man in den beiden Dateien
- /modules/AdvancedContent/lib/class.acBlockType_slider.php
- /modules/AdvancedContent/lib/class.acBlockType_colorpicker.php
bei den Javascripts das 'defer' und das 'async' rausnimmt, funktioniert es auch im Chrome.

Edit: Ist im SVN bereits behoben.

Andiministrator · 11. Oktober 2011 08:31

Funktioniert, danke smile

Andiministrator · 11. Oktober 2011 08:46

Habe gerade den ui_slider getestet, mittels:

Hier klicken, um den Code zum Kopieren zu markieren

{content block='header2time' page_tab='Header-Fotos' assign='header2time' label='Anzeige-Dauer' block_type='ui_slider' min='1' max='10' step='1' unit=' Sekunden' block_group='Bild 2'}

Funktioniert aber noch nicht (im Chrome), dadurch wird das Laden der Backend-Seite abgebrochen.

Beim ui_slider finde ich den Parameter "orientation" sehr interessant wink

nicmare · 11. Oktober 2011 08:51

das problem – oder besser gesagt wieso ich mich gegen ui_slider entschieden habe – ist aber dass der so aufgebläht ist. es wäre gut wenn das ganze cmsms backend auf jquery ui aufbauen würde. aber so lohnt es sich nicht die ganze komponente und ein skin nur für diesen slider zu laden. darum hatte ich eine alternative recherchiert.

Andiministrator · 11. Oktober 2011 09:02

Das stimmt natürlich.
Auf der Projekt-Seite von Slider steht als Feature eigentlich auch eine vertikale Anordnung: http://blog.egorkhmelev.com/2010/03/jqu … er-update/

Das geht mit Advanced Content aber nicht ohne weiteres oder?

NaN · 11. Oktober 2011 09:04

Danke für den Hinweis. Ui-Slider habe ich noch nicht rundum getestet.
Das dürfte aber auch in allen anderen Browsern nicht funktionieren.
Denn da ist ein Tippfehler im Blocktyp.
In der Datei /modules/AdvancedContent/lib/class.acBlockType_ui_slider.php in Zeile 56 muss es heißen 'GetPropertyValue'

Edit: Ist im SVN bereits behoben.

@nicmare:
Ich weiß nicht genau seit wann, aber CMSms lädt im Backend das komplette jQuery UI mit einem Basis Skin. D.h. der Slider ist da bereits mit drin. Er sieht nur nicht so hübsch aus.

NaN · 11. Oktober 2011 09:10

@andi: Das mit der Ausrichtung funktioniert beim 'slider' nicht, weil ich leider nicht weiß wie der Parameter dazu heißt.

Andiministrator · 11. Oktober 2011 09:11

Ja, jetzt geht auch der ui_slider.

Nur mit dem Parameter orientation='vertical' will es noch nicht klappen. Da fehlt dann auch meiner Meinung nach ein Parameter für die Höhe (height).
Wobei auch ein Parameter "width" nicht schlecht wäre ...

NaN · 11. Oktober 2011 09:18

Ja, das liegt daran, dass der Wert keine Zahl, sondern Text ist.
Wenn ich aber Anführungszeichen setze um es als Text zu kennzeichnen, funktionieren die anderen Parameter wieder nicht. Muss ich also erst noch prüfen, ob der Wert eine Zahl oder ein String ist roll
(Wieso das bis heute noch kein einziges Javascript selber auf die Reihe bekommt, verstehe ich einfach nicht.)

Edit: Ist im SVN bereits behoben.

Andiministrator · 11. Oktober 2011 09:36

Noch etwas funktioniert bei mir nicht:

Blocktyp "slider":
Parameter heterogeneity

Blocktyp "ui_slider":
Parameter range

Beides bekomme ich nicht zum Laufen, habe es mit verschiedensten Werten nach den Dokumentationen (Original-Webseiten) probiert.
Hat das von Euch schon jemand zum Laufen bekommen?

Edit: Der Parameter orientation funktioniert nun, danke NaN!

Andiministrator · 11. Oktober 2011 10:07

Der ui_slider Parameter "orientation" funktioniert nun, allerdings richten sich alle folgenden ui_slider nach dem Wert des ersten.

Hier klicken, um den Code zum Kopieren zu markieren

{content block='header1time' page_tab='Header-Fotos' assign='header1time' label='Anzeige-Dauer' block_type='ui_slider' min='1' max='10' step='1' orientation='vertical' unit='Sekunden' block_group='Bild 1'}
{content block='header1zoom1' page_tab='Header-Fotos' assign='header1zoom1' label='Zoom (Start)' block_type='ui_slider' min='25' max='500' step='25' orientation='horizontal' unit='%' block_group='Bild 1'}

Hier ist der zweite orientation-Parameter wirkungslos.

Edit:
Noch etwas ist mir beim ui_slider aufgefallen:
Beim Einsatz mehrerer ui_slider funktioniert die Wert-Anzeige nicht korrekt. Beim Verschieben von weiteren von ui_slider-Schiebern ändert sich nur der Wert des ersten ui_slider.

nicmare · 11. Oktober 2011 11:01

können wir uns nicht auf einen slider einigen? wenn die ui schon vorhanden ist (habs grad auch gesehen), dann liegt es ja nahe den anderen slider zu entsorgen.

Andiministrator · 11. Oktober 2011 11:08

@Nic
Find ich gut. Dann stell ich bei mir schon mal alles auf ui_slider ein.

Der Slider ansich ist aber eine praktische Sache und vereinfacht die Bedienung verschiedenster Sachen enorm (meine Meinung).

NaN · 11. Oktober 2011 12:22

Solange beide funktionieren, lasse ich beide drin.
Mir gefällt der andere Slider einfach mehr als der ui-Slider.
Außerdem nimmt es ja keinen Platz weg.
Wird doch jetzt eh nur noch das geladen, was wirklich benötigt wird wink

Was die Fehler angeht: Alles Schusselfehler neutral
Parameter 'range' und das Problem mit mehreren ui-Slider ist im SVN behoben.

Die Breite des ui-Sliders richtet sich nun nach den Zahlenwerten bzw. nach der Anzahl der 'steps' die zwischen 'max' und 'min' liegen.
Für die Höhe habe ich noch keine Lösung.

heterogeneity beim 'slider' sollte eigentlich auch funktionieren.
Probier mal das als Wert: heterogeneity="['50/5', '75/15']"

Ich finde solche Slider auch recht praktisch. Nicht nur weil sie eleganter sind, sondern weil sie zum Teil auch Fehlerquellen von Seiten der Editoren minimieren - im Gegensatz zu Textfeldern. Wobei man bei einer geringen Anzahl von möglichen Werten auch einfach auf ein Dropdown zurückgreifen kann. Z.B. von 0 - 500 in 100er Schritten. Das wären gerade mal 5 Optionen. Da wäre mir ein Slider zu viel.

Andiministrator · 11. Oktober 2011 13:00

Ok, funktioniert jetzt alles, danke cool
So sieht das jetzt bei mir aus:

nicmare · 11. Oktober 2011 13:23

nett. und was ist wenn der kunde 10 bilder haben möchte? hachja, das wäre ein traum…das dynamische hinzufügen/erweitern von blöcken

Andiministrator · 11. Oktober 2011 13:27

Bei der doppelten Anzahl der Bilder kostet es halt auch das Doppelte wink

NaN · 23. Oktober 2011 19:08

AdvancedContent 0.9 ist jetzt im Downloadbereich:
http://dev.cmsmadesimple.org/project/files/836

NaN · 26. Oktober 2011 15:20

Im .org Forum klagte jemand über mangelnde Performance seiner Seite, obwohl er alle möglichen Caching-Mechanismen einsetzt, die CMSms bietet. Das Problem scheint zu sein, dass trotz des Caches sehr viele Datenbankanfragen gestellt werden. (ca. 50 - 60 !!! )
Sein Provider nutzt DB Cluster und ab einer bestimmten Menge an DB Anfragen kommt es zu extrem langen Antwortzeiten seitens der Datenbank.
Das merkwürdige ist, dass die Seite manchmal recht schnell ist und manchmal bis zu 5 Sekunden braucht, um überhaupt mal zu antworten.

Im Verdacht steht ein Cache Problem - was durchaus nachzuvollziehen ist.
Es ist tatsächlich so, als würde der Cache ab und zu gelöscht oder garnicht erst genutzt werden.
Jedoch steht auch AdvancedContent in Verdacht dieses zu verursachen.
Konkrete Anhaltspunkte gibt es derzeit leider noch nicht.
Bei meinen Tests hat sich ein solches Problem bisher noch nicht ergeben.
Ich weiß allerdings auch nicht genau wo ich ansetzen muss, um zu suchen.

Die Tests waren zugegebenermaßen allerdings auch nicht sonderlich umfangreich.
Ich teste meist nur, ob es läuft, d.h. ob irgendwo Fehler auftreten (Notices, Warnings, Errors etc.) und ob es so funktioniert wie man es erwartet. Die Performance habe ich da bisher leider außer Acht gelassen.
Ich werde demnächst mal eine Testseite aufsetzen, um das Modul an größeren Seiten etwas umfangreicher zu testen. Möglicherweise hat aber auch schon jemand ähnliche Erfahrungen gemacht und könnte da vielleicht den ein oder anderen Hinweis liefern.

NaN · 26. Oktober 2011 16:13

Übrigens bietet die neue FEU Version jetzt auch einen Inhaltstypen um geschüzte Seiten zu erstellen big_smile
Ich weiß nicht ob das schon länger auf der Agenda stand oder ob und inwiefern AdvancedContent dazu beigetragen hat, aber es tut gut zu sehen, dass die ein oder anderen Ideen auf diese oder jene Weise ihren dauerhaften Weg zu CMSms finden.

Dieser Inhaltstyp ist besser kompatibel zum Standard-Inhalstypen, wesentlich schlanker und möglicherweise auch performanter als AdvancedContent. Da AdvancedContent sehr viel RAM verbraucht, sobald man die FEU Funktionen verwendet und offenbar ein adäquater Ersatz dafür existiert, der durch seine Nähe sowohl zum Standard-Inhaltstypen als auch zum FEU Modul in Zukunft vielleicht besser geeignet ist, werde ich möglicherweise ich diese Funktionen deshalb bald aus dem Modul entfernen.
Das nurmal so als Info.

piratos · 26. Oktober 2011 16:19

NaN schrieb:

Ich weiß allerdings auch nicht genau wo ich ansetzen muss, um zu suchen.

1. die betroffene Seite aufrufen - die hat mehrere schöne Fehler
2. sich dessen Template anschauen
3. die normale Standardinstallation hat 36 .. 28 Mysqlaufrufe, 50 , 60 oder gar 100 sind bei größeren Installationen unter Cmsms völlig normal.

Wegen Moduleperfomance würde ich mir keine Sorgen machen, eher wegen ungefilterter Verwendung von $_REQUEST - Variablen.

nockenfell · 28. Oktober 2011 06:10

NaN schrieb:

Dieser Inhaltstyp ist besser kompatibel zum Standard-Inhalstypen, wesentlich schlanker und möglicherweise auch performanter als AdvancedContent. Da AdvancedContent sehr viel RAM verbraucht, sobald man die FEU Funktionen verwendet und offenbar ein adäquater Ersatz dafür existiert, der durch seine Nähe sowohl zum Standard-Inhaltstypen als auch zum FEU Modul in Zukunft vielleicht besser geeignet ist, werde ich möglicherweise ich diese Funktionen deshalb bald aus dem Modul entfernen.

Das wäre schade. Denn:

- AC gestyltes Backend wäre dann für geschützte Seiten nicht mehr möglich
- Gleichzeitiges Anzeigen einer Seite mit Loginformular und Inhalt (je nach dem ob eingeloggt) wäre nicht mehr möglich
- Die FEU Seite hat gerade mal die Benutzergruppe zum wählen. Da sind die Optionen von AC um einiges besser.

nockenfell · 28. Oktober 2011 06:19

NaN schrieb:

AdvancedContent 0.9 ist jetzt im Downloadbereich:
http://dev.cmsmadesimple.org/project/files/836

Bei meiner eigenen Seite habe ich da ein Problem. Nach dem Updaten unter 1.9.3 oder 1.10 zerschiesst es mir die Seite.
Der gesamte Quellcode wird auf einer einzigen Linie zusammen gepappt. Den Grund dazu habe ich noch nicht herausgefunden. Wahrscheinlich gibt es irgend eine Wechselwirkung mit einem anderen Modul. Das Debug dazu schaue ich am Abend an.

CMSMailer 2.0.2
FileManager 1.2.0
MenuManager 1.7.6
ModuleManager 1.5
Search 1.7
TinyMCE 2.9.4
AdvancedContent 0.8.1 (vor dem Update)
FormBuilder 0.7.1
CGExtensions 1.27.1
FrontEndUsers 1.16.2
Archiver 0.2.4
Gallery 1.4.4
CGFeedMaker 1.0.14
CGSimpleSmarty 1.4.10
CGFeedback 1.5
CGBlog 1.7.6
Captcha 0.4.5
MovedPages 0.7
SiteMapMadeSimple 1.2.5
GBFilePicker 1.3.1
IPLock 0.4.1
ListIt2 1.1
btAdminer 1.2.0
CMSPrinting 1.0
MicroTiny 1.1

Forum für CMS/made simple

#1 07. Oktober 2011 22:00

AdvancedContent 0.9

#2 07. Oktober 2011 15:03

Re: AdvancedContent 0.9

#3 10. Oktober 2011 17:36

Re: AdvancedContent 0.9

#4 11. Oktober 2011 08:31

Re: AdvancedContent 0.9

#5 11. Oktober 2011 08:46

Re: AdvancedContent 0.9

#6 11. Oktober 2011 08:51

Re: AdvancedContent 0.9

#7 11. Oktober 2011 09:02

Re: AdvancedContent 0.9

#8 11. Oktober 2011 09:04

Re: AdvancedContent 0.9

#9 11. Oktober 2011 09:10

Re: AdvancedContent 0.9

#10 11. Oktober 2011 09:11

Re: AdvancedContent 0.9

#11 11. Oktober 2011 09:18

Re: AdvancedContent 0.9

#12 11. Oktober 2011 09:36

Re: AdvancedContent 0.9

#13 11. Oktober 2011 10:07

Re: AdvancedContent 0.9

#14 11. Oktober 2011 11:01

Re: AdvancedContent 0.9

#15 11. Oktober 2011 11:08

Re: AdvancedContent 0.9

#16 11. Oktober 2011 12:22

Re: AdvancedContent 0.9

#17 11. Oktober 2011 13:00

Re: AdvancedContent 0.9

#18 11. Oktober 2011 13:23

Re: AdvancedContent 0.9

#19 11. Oktober 2011 13:27

Re: AdvancedContent 0.9

#20 23. Oktober 2011 19:08

Re: AdvancedContent 0.9

#21 26. Oktober 2011 15:20

Re: AdvancedContent 0.9

#22 26. Oktober 2011 16:13

Re: AdvancedContent 0.9

#23 26. Oktober 2011 16:19

Re: AdvancedContent 0.9

#24 28. Oktober 2011 06:10

Re: AdvancedContent 0.9

#25 28. Oktober 2011 06:19

Re: AdvancedContent 0.9

Fußzeile des Forums