[GELÖST] Version 1.9.4 erschienen

kasimir · 06. März 2011 11:25

Hi,

gestern Abend ist Version 1.9.4 erschienen und etwas später auch schon Bugfix für den Modulmanager.

Bis jetzt hatte ich keine neuen Probleme und die Cachingproblem im TinyMCE sind weg.

Kasimir

bogy · 06. März 2011 11:37

Bin ja mal gespannt, ob dies wirklich die letzte 1.9 Version war.
So ganz kann ich es noch nicht glauben. wink

Foaly* · 06. März 2011 12:22

So gehts mir auch, bogy wink

piratos · 06. März 2011 12:53

Wenn CG eine vernünftige Programmierumgebung hätte, wie z.B. Netbeans, dann hätte er den Fehler in der Function sehen müssen, weil dann direkt die Alarmglocken gebimmelt hätten.

Und - es scheint noch andere Dinge wieder eingeführt worden zu sein, die vorher nicht vorhanden waren:

Warning: preg_replace() [<a href='function.preg-replace'>function.preg-replace</a>]: Delimiter must not be alphanumeric or backslash in /var/www/cmsms/lib/smarty/plugins/function.title.php on line 29 
| CMS Made Simple Site</title>

Strict Standards: Only variables should be assigned by reference in /var/www/cmsms/lib/smarty/plugins/function.breadcrumbs.php on line 103

Hier hat man wohl alten Code zurück kopiert.

Das Hauptproblem ist CG selbst - zu oberflächlich in der Arbeit.

Da wird es ganz sicher noch eine ziemliche Anzahl von Kleinkram geben die da gemeldet werden.

Und - es sind immer noch Dinge im Bugtracker offen die man zeitlich hätte berücksichtigen können.

Beitrag geändert von piratos (06. März 2011 12:54)

piratos · 06. März 2011 12:58

Und noch etwas:

Warning: strftime() expects parameter 2 to be long, string given in /var/www/cmsms/lib/smarty/plugins/function.modified_date.php on line 30

piratos · 06. März 2011 13:14

Korrektur - die gezeigten Warnings sind bei mir durch Vermischung von Smarty 2 und 3 entstanden und bei einer sauberen Installation tatsächlich nicht vorhanden.

redigo/ · 06. März 2011 13:37

Habe auf die Schnelle 1.9.4 installiert und ganz kurz getestet. Bis dato sind keine Bugs aufgetreten. Und auch die Tiny-Mätzchen von 1.9.3 sind zunächst ausgeblieben.

Beitrag geändert von redigo/ (06. März 2011 13:40)

jeff1980 · 06. März 2011 17:03

Hi,

habe es auch gerade auf ein paar Seiten mit verschiedenen, zusätzlichen, Modulen installiert und bisher keine Probleme gehabt (mit der 1.9.3 war auch schon alles ok, bis auf die bekannte Tiny-Geschichte).
Bei einigen Seiten bin ich direkt von der 1.8.2 auf die 1.9.4 gegangen - ohne Stress.
Auf mich macht die 1.9.4 einen sehr guten Eindruck.

Janl · 06. März 2011 22:38

Ich habe gerade 1.9.3 installiert (1 Tag vor Meldung 1.9.4), soll ich jetzt wieder nach 1.9.4 gehen oder einige Tage warten?
Was denkt euch?

M.fr.Gr.
Jan

nockenfell · 07. März 2011 23:23

Wahrscheinlich dürfte 1.9.4 problemloser als 1.9.3 sein. Es ist vorallem ein Bugfixing der Probleme die mit den Neuerungen unter 1.9.3 aufgetreten sind.

Ich würde updaten.

redigo/ · 07. März 2011 12:14

Huch, jetzt wird's grob.
Habe bei einer weiteren Applikation 1.9.4 installiert. Das Ergebnis ist hier allerdings ziemlich erschütternd:
Wenn ich eine Seite im Frontend aufrufe, gibt es die Fehlermeldung:

"Content-Encoding-Fehler
Die Webseite, die Sie öffnen möchten, kann nicht angezeigt werden, da sie eine ungültige oder unbekannte Form der Kompression verwendet."

Wenn ich eine Seite im Backend mit "ansehen" aufrufe, kommt zwar die Seite, aber mit einem Rattenschwanz von smarty-errors, die sich offenbar alle auf den Menu-Manager beziehen. Es beginnt jedenfalls so:

"string(184) "Smarty error: [in module_db_tpl:MenuManager;rella_navi line 21]: syntax error: unrecognized tag: "

Ich schliesse natürlich nicht aus, dass das Problem "inhouse" enstanden ist. Nichts desto trotz danke für jede Hilfe.
redigo

jeff1980 · 07. März 2011 12:20

Dafür wäre es interessant, das Menü-Template "rella_navi" zu sehen. Anscheinend wird dort ein Befehl genutzt, den es nun nicht mehr gibt.
Welche Version war denn vorher installiert? Gerade am Menü-Manager wurde in der 1.9er-Reihe viel gemacht (nicht immer positiv...).

redigo/ · 07. März 2011 12:31

Danke für die schnelle Antwort.
Die vorherige Version war 1.9.3

Hier das fragliche Template des Menumanagers:

Hier klicken, um den Code zum Kopieren zu markieren

{* CSS classes used in this template:
.activeparent - The top level parent when a child is the active/current page
li.active0n h3 - n is the depth/level of the node. To style the active page for each level separately. The active page is not clickable.
.clearfix - Used for the unclickable h3 to use the entire width of the li, just like the anchors. See the Tools stylesheet in the default CMSMS installation.
li.sectionheader h3 - To style section header
li.separator - To style the ruler for the separator *} 

{if $count > 0}
<ul>
{foreach from=$nodelist item=node}
{if $node->depth > $node->prevdepth}
{repeat string="<ul>" times=$node->depth-$node->prevdepth}
{elseif $node->depth < $node->prevdepth}
{repeat string="</li></ul>" times=$node->prevdepth-$node->depth}
</li>
{elseif $node->index > 0}</li>
{/if}


{if $node->parent == true and $node->current!=true}
<li class="menuactive menuparent"><a class="menuactive menuparent" href="{$node-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>url}"><span>{$node->menutext}</span></a>

{elseif $node->haschildren == true and $node->type != 'sectionheader' and $node->type != 'separator'}
{if $node->current == true}
<li class="parent currentpage">
<h3><span>{$node->menutext}</span></h3>
{else}
<li class="parent">
<a class="parent" href="{$node-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>url}"><span>{$node->menutext}</span></a>
{/if}

{elseif $node->current == true}
<li class="currentpage"><h3><span>{$node->menutext}</span></h3>

{elseif $node->type == 'sectionheader'}
<li class="sectionheader"><span>{$node->menutext}</span>

{elseif $node->type == 'separator'}
<li class="separator" style="list-style-type: none;"> <hr />

{else}
<li><a href="{$node-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>url}"><span>{$node->menutext}</span></a>

{/if}

{/foreach}
{repeat string="</li></ul>" times=$node->depth-1}</li>
</ul>
{/if}

Danke und Gruss
redigo

Beitrag geändert von redigo/ (07. März 2011 12:32)

jeff1980 · 07. März 2011 13:29

Hier klicken, um den Code zum Kopieren zu markieren

{$node-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>url}

Das kommt im Template ein paar mal vor.
Richtig sollte es heißen:

Hier klicken, um den Code zum Kopieren zu markieren

{$node->url}

Dann sollte zumindest die Fehlermeldung vom Menu-Manager weg sein. Aber komisch ist dieser String.

Ist die Frage, wo das herkommt. Schließlich sollte von der 1.9.3 auf die 1.9.4 kein Datenbankupdate erforderlich sein. Und wenn es vorher geklappt hat - echt komisch.

Schau erst mal, wie es mit dem richtigen Befehl aussieht.

redigo/ · 07. März 2011 13:48

Danke, jeff, dieses Problem ist gelöst. Kompliment.
Aber auch mir ist völlig schleierhaft, wo es herkommt.
Ein ähnliches Problem gibt es übrigens bei einem weiteren Modul: gallery. Es läuft bei mir mit dem Template "fancybox". Die Fehlerliste ähnelt verdächtig derjenigen aus dem Menumanager. Sie beginnt mit

Hier klicken, um den Code zum Kopieren zu markieren

string(187) "Smarty error: [in module_db_tpl:Gallery;FancyLandschaft line 17]: syntax error: unrecognized tag: $image-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>file (Smarty_Compiler.class.php, line 446)"

Das fragliche Template sieht so aus:

Hier klicken, um den Code zum Kopieren zu markieren

<div class="gallery">



<div class="pagenavigation">
{if $pages > 1}
<div class="prevpage">{$prevpage}</div>
<div class="nextpage">{$nextpage}</div>
{/if}
{if !$hideparentlink && !empty($parentlink)}<div class="parentlink">{$parentlink}</div>{/if}
{if $pages > 1}<div class="pagelinks">{$pagelinks}</div>{/if}
</div>

{foreach from=$images item=image name=fbimages}
    <div class="img">
    {if $image->isdir}
        <a href="{$image-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>file}" title="{$image->titlename}"><img src="{$image->thumb|escape:'url'|replace:'%2F':'/'}" alt="{$image->titlename}" /></a><br />
        {$image->titlename}
    {elseif $smarty.foreach.fbimages.first}
   <a class="group" href="{$image-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>file|escape:'url'|replace:'%2F':'/'}" title="{$image->titlename}" rel="gallery"><img src="{$image->thumb|escape:'url'|replace:'%2F':'/'}" alt="{$image->titlename}" /></a>
{else}
   <a class="group" href="{$image-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>file}" title="{$image->title}" rel="gallery">{* no thumb here *}</a>    
{/if}
    </div>
{/foreach}
<div class="galleryclear">&nbsp;</div>
</div>

Ob Du für dieses Problem wohl auch eine Lösung hast?

"Content-Encoding-Fehler
Die Webseite, die Sie öffnen möchten, kann nicht angezeigt werden, da sie eine ungültige oder unbekannte Form der Kompression verwendet."

Dieses Problem besteht immer noch. Vom Backend aus ist alles ok, Frontend jedoch nur die zitierte Fehlermeldung.

Beitrag geändert von redigo/ (07. März 2011 13:51)

jeff1980 · 07. März 2011 13:51

Hast Du mal einen Link zur Seite?

Bei der Gallery ist es das Gleiche:

Hier klicken, um den Code zum Kopieren zu markieren

?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3

Genau dieser Code muss überall raus.
Wie der da reingekommen ist, kann ich mir echt nicht erklären - aber das wissen hier sicher die PHP/MySQL-Cracks.

Beitrag geändert von jeff1980 (07. März 2011 13:54)

redigo/ · 07. März 2011 14:19

Zwei Fliegen sind erledigt: Der "Content-Encoding-Fehler" kam daher, dass im config.php von 1.9.4 "compress=true" steht. Bei "false" kommt die Seite im Frontend anstandslos. Aber warum das so ist, weiss ich leider nicht.

Bei "gallery" sind die Fehlermeldungen verschwunden.

Grossen Dank, jeff.

Janl · 07. März 2011 22:47

Ich glaube, ich warte noch ein bisschen . . . .

redigo/ · 08. März 2011 07:25

Ich glaube, ich warte noch ein bisschen . . . .

Es könnte sein, dass ich mit diesem Post die Version 1.9.4 zu unrecht in Misskredit gebracht habe. Inzwischen verhärtet sich nämlich der Verdacht, dass die Probleme entstanden sind, weil gleichzeitig mit dem Versionswechsel auch ein Providerwechsel stattgefunden hat und bei der Einspielung der "alten" DB ein Durcheinander entstanden ist.
Das würde dann auch erklären, warum Jeff sich "echt nicht erklären konnte, wie diese Probleme entstehen konnten.
Man lernt nie aus. ;-)

jeff1980 · 08. März 2011 07:53

Das erklärt einiges - alles eigentlich wink .
Wie hast Du die Datenbank denn überspielt? Direkt über PHPMyAdmin? Ein sehr gutes Tool ist der mysqldumper (www.mysqldumper.de). Dieser umschifft - neben einigen anderen Dingen - auch Probleme mit Timeouts bei sehr großen Datenbanken/sehr langsamen Servern. Würde ich mir mal anschauen.
Er kann auch zeitgesteuerte Backups der Datenbank machen - finde ich auch sehr praktisch und nutze es intensiv.

redigo/ · 08. März 2011 07:59

Danke, Jeff, Du triffst den Nagel auf den Kopf. Beim alten Provider war der Dumper im Admin eingebaut, das war aber auch der ziemlich einzige Vorteil, ansonsten miserable Serverperformance, miserabler Service. Der neue Provider hingegen hat leider den Dump nicht im Admin, weshalb ich die DB direkt über PHPMyAmin überspielt habe. Ich habe zwar einen Hinweis auf mysqldumper gesehen und heruntergeladen, aber beim Installieren habe ich - fürs erste kleinbei gegeben. Aber ich bin guten Mutes, es doch noch zu schaffen, weil der Dumper - da bin ich mit Dir einig - wirklich eine sehr gute Sache ist.
;-)

redigo/ · 08. März 2011 10:46

Nicht zu fassen: Nach Cache-Leerung und Neuaufruf der Seite enthält das Template des Menumanagers wieder diese unsäglich mysteriösen Einträge

Hier klicken, um den Code zum Kopieren zu markieren

 href="{$node-?phpMyAdmin=Vl9CGZ9vuJdlMTPk1dIOZmyXOp3>url}">

Jetzt bin ich echt am Ende! ;-((

NaN · 08. März 2011 12:18

Das sieht mir nach eine Session ID aus, die da an jedes href-Attribut angehängt wird.
Log Dich mal überall aus und lösche den Browsercache, den CMS Cache, alle Browser Cookies und starte den Browser neu.

piratos · 08. März 2011 13:13

Das Einschalten der Kompression über die config veranlasst den Start von

@ob_start('ob_gzhandler');

um den gzhandler zu verwenden.

Ist die Komprimierung auf der Serverseite aber anderweitig geregelt (z.B. zlib), dann erfolgt der Absturz.

Man sollte schon wissen was man macht oder zumindest probieren ob es läuft oder noch besser sich vorher einmal die Headers ansehen ob vielleicht bereits komprimiert wird.

der ob_gzhandler kann unter einigen Browsern zu erheblichen Problemen führen wenn nach dem Start ein header('HTTP/1.1 304 Not Modified'); gesendet wird (siehe PHP Manual) und das kann unter CMSMS bei den Stylesheet - Plugins passieren (auch unter Tiny).

redigo/ · 08. März 2011 14:27

Du hast sicher recht, piratos, wenn Du mir ins Gewissen redest. ;-)
Beim alten Provider hatte es halt mit compression funktioniert, beim neuen nicht. Da muss man halt drauf kommen.

Forum für CMS/made simple

#1 06. März 2011 11:25

[GELÖST] Version 1.9.4 erschienen

#2 06. März 2011 11:37

Re: [GELÖST] Version 1.9.4 erschienen

#3 06. März 2011 12:22

Re: [GELÖST] Version 1.9.4 erschienen

#4 06. März 2011 12:53

Re: [GELÖST] Version 1.9.4 erschienen

#5 06. März 2011 12:58

Re: [GELÖST] Version 1.9.4 erschienen

#6 06. März 2011 13:14

Re: [GELÖST] Version 1.9.4 erschienen

#7 06. März 2011 13:37

Re: [GELÖST] Version 1.9.4 erschienen

#8 06. März 2011 17:03

Re: [GELÖST] Version 1.9.4 erschienen

#9 06. März 2011 22:38

Re: [GELÖST] Version 1.9.4 erschienen

#10 07. März 2011 23:23

Re: [GELÖST] Version 1.9.4 erschienen

#11 07. März 2011 12:14

Re: [GELÖST] Version 1.9.4 erschienen

#12 07. März 2011 12:20

Re: [GELÖST] Version 1.9.4 erschienen

#13 07. März 2011 12:31

Re: [GELÖST] Version 1.9.4 erschienen

#14 07. März 2011 13:29

Re: [GELÖST] Version 1.9.4 erschienen

#15 07. März 2011 13:48

Re: [GELÖST] Version 1.9.4 erschienen

#16 07. März 2011 13:51

Re: [GELÖST] Version 1.9.4 erschienen

#17 07. März 2011 14:19

Re: [GELÖST] Version 1.9.4 erschienen

#18 07. März 2011 22:47

Re: [GELÖST] Version 1.9.4 erschienen

#19 08. März 2011 07:25

Re: [GELÖST] Version 1.9.4 erschienen

#20 08. März 2011 07:53

Re: [GELÖST] Version 1.9.4 erschienen

#21 08. März 2011 07:59

Re: [GELÖST] Version 1.9.4 erschienen

#22 08. März 2011 10:46

Re: [GELÖST] Version 1.9.4 erschienen

#23 08. März 2011 12:18

Re: [GELÖST] Version 1.9.4 erschienen

#24 08. März 2011 13:13

Re: [GELÖST] Version 1.9.4 erschienen

#25 08. März 2011 14:27

Re: [GELÖST] Version 1.9.4 erschienen

Fußzeile des Forums