MrList v02.05.01 Einstellungen

[mistral]

@amk
wenn du tags wie beim contentflex nur dann aufrufst wenn sie wirklich im Template verwendet werden kan du viel an der Geschwindigkeit verbessern (brachte beim Contenflex ca. Faktor 3-4 und die Anzahl der SQLs wurden um einen noch grösseren Faktor verkleinerteine ). Ich denke das auch der Speicherverbrauch verkleinert würde.

so oder ähnlich sollte es für jeden Tag aussehen

QUELLTEXT

if (in_array('text:1',$modtemp['tags'][1])) { $elements['text:1']        = <cms:mod type="text"       id="1" title="MOD_VALUE[20]" addslashes="true" menuoptions="false" />; }

Gruss
Mistral

[alexander]

hat denn 5.1.6 auch schwierigkeiten mit der speicherverwaltung ... Tiggr hat mit seiner version ja auch probleme

keine ahnung, die hab ich noch nie eingesetzt, bei der 5.2.0 weiss ich es aus leidvoller selbsterfahrung definitiv - wenn auch nicht im zusammenhang mit SF. hab dann auf 5.2.1 aktualisiert und dann waren die speicherprobleme weg.

[Tiggr]

Hallo!

@amk
wenn du tags wie beim contentflex nur dann aufrufst wenn sie wirklich im Template verwendet werden kan du viel an der Geschwindigkeit verbessern (brachte beim Contenflex ca. Faktor 3-4 und die Anzahl der SQLs wurden um einen noch grösseren Faktor verkleinerteine ). Ich denke das auch der Speicherverbrauch verkleinert würde.

so oder ähnlich sollte es für jeden Tag aussehen

QUELLTEXT

if (in_array('text:1',$modtemp['tags'][1])) { $elements['text:1']        = <cms:mod type="text"       id="1" title="MOD_VALUE[20]" addslashes="true" menuoptions="false" />; }

Gruss
Mistral

Das hab ich mal gemacht, noch keine Ahnung ob es hilft, da ich natürlich inzwischen die Inhalte schon gelöscht hatte, weil ich zwischendurch mal ContentFlex ausprobiert hatte. ContentFlex scheidet leider aus, da der keine Seitennavigation anbietet, sondern nur vor und zurück!

Muß erst wieder die Inhalte reinkloppen und den Speicher für PHP reduzieren. Ich bleibe aber dran.

Ich häng das Ergebnis meiner Bastelei mal an, aber vorsicht, hat die selbe Version und so, würde als das Modul gnadenlos überschreiben. Ich hoffe ich habe nicht zu viel verändert. Keine Ahung ob noch alles geht!

Tschüss
Tiggr (aka Marcus)

Angehängte Datei(en)

 MrList.cmsmod ( 101.67KB ) Anzahl der Downloads: 4

 

[Tiggr]

Hi!

Hab's getestest: Modul ist schneller geworden, aber Speicherproblem besteht noch immer!

Tschüss
Tiggr (aka Marcus)

[Tiggr]

Hiho!

Das Problem ist bestimmt '$entriesstring', in der alle Einträge gesammelt werden, auch noch als String!

Aber wenn ich das richtig sehe, ist das eine Mordsarbeit, das umzubauen, oder?

Tiggr

[amk]

Hiho!

Das Problem ist bestimmt '$entriesstring', in der alle Einträge gesammelt werden, auch noch als String!

Aber wenn ich das richtig sehe, ist das eine Mordsarbeit, das umzubauen, oder?

Tiggr

ja man müsste sich was einfallen lassen. ich hatte das extra alles damals so neu geschrieben, damit eben die seitennavigation (und anderes) möglich wird. für die navigation braucht man halt die anzahl aller einträge und leider bietet da sefrengo von haus aus keine variable - also wieviele einträge ein container hat.

dieses wochenende komme ich leider doch nicht dazu bzgl. MrList ... vielleicht in der kommenden woche. sorry - gibt leider wichtigeres ...

[Tiggr]

Mein Problem ist, ich verstehe nicht ganz, wie das funktioniert, ich such die Schleife, die alle Einträge sammelt! *ganz doof vorkomm*

Tiggr

[amk]

Mein Problem ist, ich verstehe nicht ganz, wie das funktioniert, ich such die Schleife, die alle Einträge sammelt! *ganz doof vorkomm*

Tiggr

die schleife erzeugt sefrengo selbst ... es gibt im output einen kommentar

// collect entries ... jetzt wo ich mal reingeschaut habe denke ich wo php5 probleme bekommt. die einträge werden nicht in einem array zusammengesammelt, sondern in einem einzelnen string, welcher dann wiederum in ein array zerlegt wird. irgendwie stammt dieser workaround noch von dedi ... ich bekams irgendwie nicht gleich mit einem array hin. ich schau mir das doch heute mal an ...

[Tiggr]

Auch wenn es ein Sefrengo-Kurs wird: Welcher Teil wird denn von Sefrengo als Schleife immer wieder durchlaufen? hab mir mal ein paar Debug-Infos ausgeben lassen, einfache "echo 'irgendwas';", und das kam nur einmail...

[paulinsche]

In der DHTML-NEWS_MrList_v02_05_01 gibt's ja die "shownews"-Funktion.
Kann man das auch so erweitern, dass unterhalb der aufgeklappten Version eine "hidenews"-Funktion eingebunden wird.
Das wäre klasse, übersteigt leider meinen Programmerhorizont.

[amk]

Hi!

Hab's getestest: Modul ist schneller geworden, aber Speicherproblem besteht noch immer!

Tschüss
Tiggr (aka Marcus)

also ... ich habs jetzt endlich mal geschafft mir meine lokale maschine hier mit php5.2.0 zu bestücken. leider kann ich es trotzdem nicht reproduzieren. hab zig einträge der standard-MrList-konfiguration angelegt. kein problem, kein memory-error.

was ich nicht reproduzieren kann, kann ich leider nicht fixen - tut mir leid ... trotzdem mach ich mich heute mal an ne neue MrList version ...

@paulinsche ... möglich ist alles und horzionte kann man und sollte man in manchen fällen sogar erweitern! hab leider keine zeit dir 'ne fertige lösung zu präsentieren ... google ist dein freund und mit jQuery kann man sowas auch mit so gut wie keinen javascript-kenntnissen hinbekommen

[Tiggr]

Hiho!

ich weiß auch nicht woran es liegt, wenn die Seite erstmal im Cache ist, läuft sie einwandfrei, nur beim Ausgeben im Backend, also ohne Cache, oder beim erzeugen für den Cache im Frontend kommt der Fehler.

trotzdem mach ich mich heute mal an ne neue MrList version ...

Uhh, Mistral hat mir auch eine gefixte Version geschickt, ich hoffe ihr macht da nicht was doppelt!

Tschüss
Tiggr

[amk]

Uhh, Mistral hat mir auch eine gefixte Version geschickt, ich hoffe ihr macht da nicht was doppelt!

glaube nicht das Mistral ein reguläres MrList-release vor hat ... was hat er denn gefixt? die geschichte mit der elemente-im-template-abhängigen cmstag-einbindung - von oben.

das löse ich gerade noch etwas effizienter (bilde ich mir ein)

hier ein kurzer speed-vergleich - standard-konfig - 28 einträge (nur headline und wysiwyg mit inhalten gefüllt)

MrList 2.5.1 orginal - ca. 0.9 s
MrList 2.5.1 Tiggr-Version - ca. 0.7 s
MrList 2.6.0 - ca. 0.003 s

[Tiggr]

Hiho!

Ich hatte ja schon mal seine if-Abfragen eingebaut, und er hat nun noch Code ausgelagert und per Include eingebunden!

Natürlich hab ich auch wieder daran rumgebastelt, damit die Navi so paßt, wie ich sie will! ;-)

Ist leider sehr individuell geworden. Ich wart aber mal auf deine Version, die klingt sehr vielversprechend! :-)

 2007_03_01_002159.png ( 5.76KB ) Anzahl der Downloads: 29

Meine Navi in MrList

Tschüss
Tiggr

[amk]

... ausgelagert vermutlich wie beim contentflex ... kann man machen, spart db-speicher, steht aber gegen die praktische idee, module möglichst als ein file und leicht update-fähig zu halten ...

wenn du deine navigations-modifizierung fexibel konfigurierbar machst (kein HTML im code), dann könnte ich das von dir auch einbauen!

bzgl. den if-abfragen - die gibt es dann in meiner 2.6 auch, aber ich prüfe die template-elemente nicht über in_array sondern über strpos. ist um einiges schneller - hätte ich auch nicht so vermutet ...

[Tiggr]

Hiho!

Ja, den Widerspruch mit den ausgelagerten Dateien sehe ich auch, aber Speicher sparen hat bei mir eben Vorrang. Mit Mistrals Modifikation läuft es dann auch prima!

Wegen der Navi: Ich seh mal zu, dass ich das noch etwas konfigurierbarer bekommen, dann stell' ich es dir zur Verfügung!

str_pos ist schneller? Hät ich nicht erwartet, aber ich komme aus der Python-Ecke, halte eigentlich garnicht viel von PHP! ;-) Und bei Python sind arrays halt wirklich schnell! :-)

Tschüss
Tiggr

[amk]

Hiho!

Ja, den Widerspruch mit den ausgelagerten Dateien sehe ich auch, aber Speicher sparen hat bei mir eben Vorrang. Mit Mistrals Modifikation läuft es dann auch prima!

Wegen der Navi: Ich seh mal zu, dass ich das noch etwas konfigurierbarer bekommen, dann stell' ich es dir zur Verfügung!

str_pos ist schneller?

na warte mal Tiggr ... ich bastel heute eh daran ... vielleicht fass ich auch das an ... kannst dir dann die 2.6.0 beta anschauen und wenn dir da noch was einfällt ...

also nach meinem programmierverständnis (oder nennen wir es besser "-gefühl") ist es schon recht logisch das ein einfacher vergleich in nem string schneller ist als das durchlaufen eines array's - was bei in_array ja geschieht.

[Tiggr]

OK, ich warte dann mal gespannt auf die neue Version! :-)

MrList ist schon echt praktisch und schön vielseitig!