Blog



Update mit Forum

Es gibt ein Update für die Betaversion. Neben vielen Kleinigkeiten ist auch das Forum dabei. Das bewährt sich seit 2 Monaten bereits beim Schlaupferd, nun möchte ich es etwas breiter testen, bevor es in die offizielle Version kommt. Darum wird auch das Forum von eforia.de in Kürze umgestellt. Allerdings will ich die alten Einträge importieren, was etwas dauern wird, weil das bisherige Forum ein Forum mit Baumstruktur war. Das neue Forum ist eigentlich keines, sondern ein Board mit flacher Struktur. Aber den Unterschied hat schon vor 15 Jahren keiner verstanden und Boards sind der de-facto Standard für Foren.

Für das Forum wurde auch die Benutzerverwaltung leicht verändert. Ein Userbild und die Forumsignatur gehören nun zum Standard. Daneben gibt es viele kleinere Änderungen. Beispielsweise kann der Mailman nun warten, bevor er Mails aus dem scheduled-Verzeichnis bearbeitet. Damit kann man z.B. Sonntag Abend einen Newsletter vorbereiten, der dann pünktlich Montag Morgen verschickt wird.

PS: Mir ist klar, dass ohne Dokumentation und Vorlagen das Forum nicht nutzbar ist. Aber ich will erst noch die Standard-Vorlagen auf Tauglichkeit testen. Wer dringend selbst das Forum nutzen möchte, wird dabei aber gerne von mir unterstützt.


Dieser Artikel wurde veröffentlicht am 17.02.2011 um 10:31 Uhr. Noch kein Kommentar.

Release Candidate 2

Vielen Dank für das sehr umfangreiche Feedback zum Release Candidate. Es freut mich sehr, wie rege dieser getestet wurde. Alle Meldungen habe ich auch sogleich umgesetzt:
  • Buchstabendreher systemulr in Vorlage blog/after behoben
  • Bei der Generierung der Systemurl wird hinten immer ein "/" angehängt, auch wenn der Server diesen nicht "meldet"
  • tree.prg behandelt den Spezialfall ignoremenu richtiger
  • Im Feld ID gab es ein Problem mit Umlauten
  • Etliche Datenbanken wurden geleert. Speziel cms_usage enthielt Fehlereinträge während der Entwicklung, die ja nicht mit ausgeliefert werden müssen 8-)
  • Auf der Index-Seite habe ich Hinweise zum Scheduler und RSS-Systemcheck eingefügt (und 2 Grafiken 8-) )
Entsprechend steht nun der Release Candidate 2 zum Download bereit.

Dieser Artikel wurde veröffentlicht am 31.05.2010 um 15:32 Uhr. Ein Kommentar.

eforia web manager 5 Release Candidate 1

Endlich ist es soweit. Der Release Candidate 1 für ewm5 ist da. Unter Support/Betaversionen findet sich ein ZIP, das die komplette Ordnerstruktur enthält. Auf Webspace mit tdbengine muss es einfach entpackt werden. Es steht sofort ein benutzbares System zur Verfügung. Auf der Startseite steht, was zur Einrichtung weiter zu tun ist.

Gedacht ist das erstmal für diejenigen, die eforia schon kennen. D.h. man muss wissen, wie man die tdbengine zum Laufen bringt und den Scheduler einrichtet. Das war es dann aber schon. Das System ist sofort nutzbar und schon einige Dinge eingerichtet. Dazu zählt ein Blog, Login für einen Internen Bereich, Bildergalerie, Newsletter, usw..

Ich glaube mal, so ein Ausgangsstand dürfte etlichen Agenturen das Leben deutlich erleichtern. Über Feedback freue ich mich sehr.

Dieser Artikel wurde veröffentlicht am 25.05.2010 um 10:35 Uhr. 7 Kommentare.

Tree ersetzt Menu

Ich habe intern Kritik erhalten wegen dem Menu.prg. Langsam gibt es zu viele Optionen und das macht die Bedienung nicht gerade einfach. Also habe ich zusammen mit einem kleinen Team nach einer neuen Möglichkeit gesucht, wie man die Navigation einfach und trotzdem flexibel realisieren kann. Herausgekommen ist tree.prg.

Als Parameter erhält es die Vorlage, die benutzt werden soll (es gibt nur eine). Weiterhin stehen 3 Schalter zur Verfügung:
  • ifnotexist
    Gibt Punkte in der Defaultsprache aus, wenn er in der aktuellen nicht existiert

  • all
    Blättert das komplette Menü auf, nicht nur den Pfad zum aktuellen Punkt

  • pathactive
    Stellt alle Punkte zum aktuellen als Aktiv dar
Beispiel für die Benutzung: {execmacro="tree" param="template=mainmenu;all;"}

Die Vorlagen enthalten dann schlicht den HTML-Code mit ein paar Platzhaltern, die Schleifen darstellen. Hier einfach 3 Beispiele:
Beispiel 1:
<ul>
{loop_level_1}
  <li><a {ifactitem_level_1}class="act" {/ifactitem_level_1}href="{link}">{title}</a>
  {level_2}
    <ul>
    {loop_level_2}
      <li><a {ifactitem_level_2}class="act" {/ifactitem_level_2}href="{link}">{title}</a>
      {level_3}
        <ul>
        {loop_level_3}
          <li><a {ifactitem_level_3}class="act" {/ifactitem_level_3}href="{link}">{title}</a>
          {level_4}
            <ul>
            {loop_level_4}
              <li><a {ifactitem_level_4}class="act" {/ifactitem_level_4}href="{link}">{title}</a></li>
            {/loop_level_4}
            </ul>
          {/level_4}
          </li>
        {/loop_level_3}
        </ul>
      {/level_3}
      </li>
    {/loop_level_2}
    </ul>
  {/level_2}
  </li>
{/loop_level_1}
</ul>
Gibt beim Aufruf mit Parameter all den kompletten Baum in einer HTML-UL-Liste aus.

Beispiel 2:
{loop_level_1}
  {level_2}
    {loop_level_2}
       <a {ifactitem_level_2}class="act" {/ifactitem_level_2}href="{link}">{title}</a>
      {level_3}
        {loop_level_3}
           <a class="menl3{ifactitem_level_3} act{/ifactitem_level_3}" href="{link}">{title}</a>
        {/loop_level_3}
      {/level_3}
    {/loop_level_2}
  {/level_2}
{/loop_level_1}
Gibt ein Untermenü ab Ebene 2 aus. Darstellung recht einfach als Links.

Beispiel 3:
{[8]if="{[9]level}#0"}
Sie sind hier:
{loop_level_1}
  {ifactitem_level_1}<a href="{link}">{title}</a>{/ifactitem_level_1}
  {level_2}
    {loop_level_2}
      {ifactitem_level_2} - <a href="{link}">{title}</a>{/ifactitem_level_2}
      {level_3}
        {loop_level_3}
          {ifactitem_level_3} - <a href="{link}">{title}</a>{/ifactitem_level_3}
          {level_4}
            {loop_level_4}
              {ifactitem_level_4} - <a href="{link}">{title}</a>{/ifactitem_level_4}
            {/loop_level_4}
          {/level_4}
        {/loop_level_3}
      {/level_3}
    {/loop_level_2}
  {/level_2}
{/loop_level_1}
{end}
Eine Brotkrummennavigation. Dazu ist der Parameter pathactive notwendig, da nur aktive Punkte ausgegeben werden. Die If-Abfrage Außenrum sorgt übrigens dafür, dass auf der Startseite nichts angezeigt wird. Macht da ja keinen Sinn. Der Platzhalter {level} dazu ist auch neu.

Neben den Platzhaltern, die man in den Beispielen sieht, gibt es noch diese:
  • Zwischen {ifnotactitem_level_X} und {/ifnotactitem_level_X} bleibt nur etwas übrig, wenn der aktuelle Punkt NICHT aktiv ist.
  • Was zwischen {ifnotlast_level_X}  und {\ifnotlast_level_X}steht wird nur ausgegeben, wenn der aktuelle Punkt nicht der letzte ist.
Ansonsten sind die gleichen Platzhalter für die eigentlichen Punkte möglich, wie beim menu.prg. Also:
  • {name}
  • {date}
  • {description}
  • {keywords}
  • {title}
  • {link}
{counter} zählt dann noch die Schleife mit. Damit kann man dann sehr spezielle Lösungen machen, z.B. besondere Trennlinien zwischen Menü-Hälften, andere Farben für jeden Punkt usw..

Weil Dinge wie eben eine Brotkrumennavigation oder eine Sitemap möglich sind, nennt sich dieses Modul nun eben Tree und nicht mehr Menu.

Wenn man ein neues HTML-Design macht und darin ein Beispiel-Menü enthalten ist, kann man dieses nun einfach mit den "level-Tags" versehen und hat im Handumdrehen ein funktionierendes Menü.

Übrigens:
Neu sind neben dem Platzhalter {level} auch noch:
  • {systemname}
  • {systemurl}
  • {systemadminname}
  • {systemadminmail}
  • {systemsendermail}
Die jeweils einfach den Wert ausgeben, der in der eforia.ini entsprechend hinterlegt ist.  Der Sinn des Ganzen ist, nur an einer Stelle die URL des Systems, den Namen und solche Angaben ändern zu müssen. Das ist bei der Ersteinrichtung eine Hilfe. Diese Platzhalter können auch in allen Mailvorlagen benutzt werden.

Außerdem können {title}, {name}, {lfd}, {id}, {poscount} und {position} nun mit einem Prefix aufgerufen werden. Als Prefix ist parent, prev und next erlaubt. Beispielsweise gibt {parent.id} die ID der Elternseite aus. Das kann man benutzen, um Vorlagen in Abhängigkeit des Überpunktes verschieden reagieren zu lassen. Als eindeutiges Kriterium ist die ID sowieso nicht schlecht. Sie kann leichter eindeutig gehalten werden wie der Name und ist doch änderbarer als die Lfd. Wenn man z.B. mit Entwürfen arbeitet oder verschiedenen Sprachversionen ist die Lfd als Ziel eher weniger geeignet. Die ID bleibt auch gleich, wenn eine Seite verschoben wird, im Gegensatz zum Namen. Deshalb ist das Feld für die ID nun etwas größer und auch alphanumerische Angaben möglich.
Michael wollte schon seit Langem, dass die ID etwas mehr genutzt wird.


Dieser Artikel wurde veröffentlicht am 22.05.2010 um 16:56 Uhr. Noch kein Kommentar.

Tester für menu.prg gesucht

Das neue Design für die ewm5 Standardvorlage habe ich ja bereits vorgestellt. Nun musste ich beim Umsetzen das Menu-Modul etwas anpassen. Das obere Menü ist nämlich im HTML-Code eine <ul>, die den kompletten Baum abbildet. Per CSS wird dann die Darstellung geregelt. Um aber die Baumstruktur abzubilden, musste ich festlegen können, wie das Menü-Modul die Zwischen-Templates einfügt, wenn weitere Kindelemente kommen. Also vereinfacht gesagt, es muss ein Unter-<ul> geöffnet werden, bevor das vorhergehende mit </li> beendet wird. Bisher konnte man das nicht bestimmen, jetzt gibt es eine Option afterchild.

Außerdem wollte ich, dass zusätzlich ein Untermenü links erscheint, aber nur wenn es gebraucht wird. Weil es schöner aussieht, wenn ein wenig "Eye-Candy" herum ist, das aber auch nur angezeigt werden soll, wenn auch ein Menü kommt (eine leere Box ist einfach unschön), habe ich die Vorlagen before und after eingeführt. Also komplett z.B. menu/before_1. Gerade bei der aftter-Vorlage spielt dann auch wieder das afterchild eine Rolle.

Weil ich nun einerseits das Hauptmenü habe, dann das Untermenü und beide mit verschiedenen Vorlagen auskommen sollen, habe ich gleich noch den Parameter template=xxx eingefügt, mit dem dann die Vorlagen bestimmt werden. Also wird z.B. statt menu/button_1 dann menu/xxx/button_1 genommen.

Und zu guter Letzt habe ich auch noch die Parameter ifnotexist, all und switch in die Parameterliste genommen. Bisher mussten die in der menu.ini angegeben werden, jetzt geht es auch einfach als Parameter.

Die Konfiguration in den Tools habe ich dafür entfernt. Ich glaube so wirklich benutzt hat das doch niemand, oder? Ich bin generell am Aufräumen und versuche unnötige Dinge zu entfernen. Beispielsweise wird das News-Modul nicht mehr dabei sein. Das kann man mit anderen Mitteln besser lösen. Keine Angst, wer etwas einsetzt, kann das schon weiter machen. Ich nutze es ja selbst auch in vielen Projekten. Aber wer neu beginnt, sollte es dann eben gleich mit Bordmitteln lösen. Das wird im "Auslieferungszustand" auch gleich eingerichtet sein.

Langer Rede, kurzer Sinn: Das menu.prg hat doch einige Änderungen erfahren. Ich bräuchte mutige Tester, die einfach mal die bestehende menu.prg im custprg-Verzeichnis gegen die neue ersetzten und mir sagen, falls das Menü dann nicht mehr funktioniert wie es sollte. Die alte menu.prg bitte als Kopie behalten, damit diese bei Problemen sofort wieder eingesetzt werden kann.

Download menu.prg als ZIP hier.


PS: Es sieht derzeit ganz gut aus, dass ich den Quellcode komplett und kompilierfähig veröffentlichen kann. Also auch die Teile, bei denen die Rechte bei der tdb GmbH liegen sollen wieder unter GPL veröffentlicht werden (war bis 16.8.08 schon mal unter GPL). Ich bin mir noch nicht ganz sicher, wie ich das machen soll (ZIP, SVN, GIT). Vielleicht hat ja jemand Vorschläge oder Wünsche?

Dieser Artikel wurde veröffentlicht am 18.05.2010 um 21:08 Uhr. Ein Kommentar.

Update zum Jubiläum

Na sowas. Jetzt ist dieses Blog schon wieder 2 Jahre alt.

Ein guter Anlass, um mal wieder ein kleines Update abzustellen. Diesmal wurde ein Fehler im neuen Viewer-Kern behoben. Den dürfte wahrscheinlich niemand bemerkt haben, aber theoretisch hätte es eben sein können. Außerdem ist das mit dem Baum nochmal etwas geändert. Die Blätterfunktion ist nun niemals in der ersten Ebene aktiv. Eigentlich dachte ich, ich mache das über eine INI-Datei steuerbar, aber in der Praxis wird es wohl sowieso immer so sein, wie es jetzt eben der Standard ist.

Die größte Änderung ist eigentlich schon ein paar Monate alt. Ich habe das aber nun seit längerem für mich im Einsatz und bin recht zufrieden. Die Statistikfunktion "erkennt" Google-Referer und stellt diese gesondert dar. Außerdem ist die jeweilige Zielseite bei Referern integriert. D.h. man sieht sofort, wenn ein Besucher von einer anderen Seite kommt, auf welcher Zielseite er gelandet ist.

Zu guter Letzt kann man die Statistik auch per RSS abfragen. Ich mache das, um im RSS-Reader sofort mitzubekommen, wenn irgendwo etwas ungewöhnliches passiert. Dazu im Feed-Reader die URL so eintragen:
http://[Domain]/custprg/counter.prg?rss=[kennwort]
oder
http://[Domain]/custprg/counter.prg?rss=[kennwort]&daily=1

Im ersten Fall werden auch Daten des aktuellen Tages ausgegeben, im zweiten Fall immer nur komplette Tagesdaten, also ist quasi der Vortag immer der aktuellste Eintrag. Zum Tages/Monatswechsel gibt es dann immer noch eine Übersicht. Das Kennwort wird in der Datei ini/counter.ini festgelegt. Der Sinn dürfte klar sein. Es soll ja nicht jeder die eigenen Statiken abrufen können. Wobei der Aufruf mittels https dann natürlich auch zu bevorzugen wäre, außer man kann sicherstellen, dass die URLs nicht irgendwo abgehört werden können. Bei mir ist es eben so, weil Webserver und RSS-Reader auf dem gleichen Server laufen.


Dieser Artikel wurde veröffentlicht am 13.07.2009 um 14:37 Uhr. Noch kein Kommentar.

Publizieren in der Zukunft

Gerade wenn man eforia zum bloggen nimmt, kommt es doch immer wieder vor, dass eine Seite nicht sofort veröffentlicht werden soll, sondern in der Zukunft zu einem vorgegebenen Zeitpunkt. Das ist auch bisher nicht schwierig, unter dem Punkt "Bedingung" kann man diesen Zeitpunkt angeben.

Nur wenn die Seite selbst dann noch Datum und Uhrzeit dieser Veröffentlichung haben soll, muss man das doppelt angeben. Einmal eben als Datum/Zeit und einmal als Bedingung/Zeitraum. Um sich diese doppelte Mühe zu sparen, kann man nun einen Schalter in cms.ini setzen, damit eforia das für einen übernimmt.

[SYSTEM]
AutoSetCondition=1

Speichert man dann eine Seite mit einem Zeitstempel in der Zukunft, wird automatisch dieser Zeitpunkt als Bedingung gesetzt. Dabei gibt es allerdings 5 Minuten Spielraum, weil die Zeit am Server sich vom Client unterscheiden kann. Wird die Zeit nochmals geändert, passt sich der Zeitraum entsprechend immer an. Ausser er wurde manuell verändert.

In der Praxis heisst das, ich kann am Sonntag den 28.06.2009 einen Artikel schreiben, setze Datum/Zeit auf 29.06.2009 06:26 Uhr und speichere. Der Zeitpunkt liegt in der Zukunft und wird deshalb automatisch als Bedingung übernommen. Damit erscheint der Artikel nicht sofort, sondern erst zum angegebenen Zeitpunkt.

Bedingung automatisch entfernen
Weil solche Bedingungen eigentlich überflüssig sind, wenn sie abgelaufen sind, kann cms_rsp.prg diese auch automatisch wieder entfernen. Das macht der Eintrag
AutoClearCondition=1

Das ist nicht wirklich wichtig, räumt aber quasi ein wenig auf und eine nicht vorhandene Bedingung muss auch erst gar nicht geprüft werden. Auf Dauer hilft das also Resourcen zu sparen.

Beide Einträge zusammen:
cms.ini
[SYSTEM]
AutoSetCondition=1
AutoClearCondition=1



Dieser Artikel wurde veröffentlicht am 29.06.2009 um 06:26 Uhr. Noch kein Kommentar.

Filter für den Baum

Wenn man recht viele Einträge in einem Unterbereich hat, gibt es schon lange die Möglichkeit (über tree.ini), die Anzahl der dargestellten Datensätze zu begrenzen und statt dessen Blätterbuttons anzuzeigen. Außerdem bestand die Möglichkeit, nach aktiven Einträgen und solchen "im Menü" zu filtern.

Bei einem Blog mit über 1000 Einträgen ist es nicht mehr ganz so leicht einen Eintrag zu finden. Besonders im Link-Dialog kann das ein Problem sein. Deswegen habe ich das Filterfeld in ein einfaches Eingabefeld geändert. GIbt man dort etwas ein, wird schlicht eine Volltextsuche durchgeführt. Das ist einfach und effektiv.

Über Rückmeldungen würde ich mich freuen, aber ich weiß auch, dass ich vermutlich der Einzige bin, der damit überhaupt ein Problem gehabt hat. 8-)

Dieser Artikel wurde veröffentlicht am 24.06.2009 um 18:21 Uhr. 2 Kommentare.

Update ewm5

Ich habe eben ein Update für die 5er Version abgestellt.

  • Neuer Kern
    Wie schon angesprochen, wurde der Kern, der für die Umsetzung der Tags in HTML zuständig ist, komplett überarbeitet. Die neue Version ist nicht 100% kompatibel. Bisher waren Konstrukte wie {link="pos:{position}"} möglich, weil das Tag {position} immer vor {link...} bearbeitet wurde. Diese interne Bevorzugung einiger Tags gibt es nun nicht mehr. Deshalb wäre nun etwa {link="pos:{[6]position}"} korrekt. Genau genommen hätte man das aber schon immer so machen sollen.
    ACHTUNG: Das Update sollte nur eingespielt werden, wenn man ein wenig Zeit hat, sein System auf solche Konstellationen zu testen und gegebenenfalls die Probleme zu beheben. Allerdings dürfte das auch nur bei komplexeren Systemen vorkommen.

  • Besseres Verhalten beim Speichern
    Bisher war es so, dass man im Firefox während eines Speichervorgangs bereits weiter klicken konnte, was dann meist zu einem Hinweis führte, dass der aktuelle Datensatz noch nicht gespeichert ist. War er ja dann auch noch nicht. Dieses etwas seltsame Verhalten ist nun nicht mehr möglich, einfach weil während des Speichervorgangs der Inhalt etwas abgedunkelt wird und keine Klicks mehr möglich sind.

  • Länge der Eingabefelder bei Neu
    Wenn man eine neue Seite angelegt hat, war das Feld auf 40 Zeichen begrenzt, obwohl eforia 60 Zeichen verwaltet. D.h. man konnte dann in einem zweiten Schritt den Namen noch erweitern, aber eben nciht direkt bei der Neueingabe. Das hat Sascha gestört, deswegen habe ich es erweitert.

  • Mehrere Blogs
    Ein Blog ist für eforia nicht anderes wie normale Seiten, die eben zeitlich gestaffelt immer oben neu hinzukommen. Zwei Hilfsprogramme sorgen dann dafür, dass bei Neueinträgen der Feed und weitere Seiten aktualisiert werden und auch, dass die Welt per Ping von dem neuen Eintrag erfährt. Die beiden dafür zuständigen Module blog-update und ping können nun in der Ini-Datei mehrere Einträge verwalten. Konkret bedeutet das: Nun sind mehrere Blogs mit einer eforia-Installation möglich.
    In der blog-update.ini gibt es dann eben statt nur [main] und [refresh] auch [main_2] und [refresh_2]. Bei ping.ini [services_2] und [main_2]. Selbstverständlich ist es nicht auf 2 begrenzt, sondern kann einfach weitergeführt werden.

  • Overview kann sortieren und suchen
    der Parameter sort= sortiert die Einträge. Das lässt sich z.B. nutzen um ein Lexikon alphabetisch auszugeben. Oder einen Kalender nach Datum. Mit {execprog} und der neuen Suchmöglichkeit, lässt sich damit beispielsweise ein Kalender mit Einschränkung nach Datumsbereich und Volltextsuche "basteln".

    Vorlage overview/kalender
    Suche:&nbsp;&nbsp;&nbsp;&nbsp; <input type="text" name="overviewsearch" value="{overviewsearch}" style="width:200px;">
    <input type="submit" name="OK" value="OK">
    </form> <!-- Form wird beim Aufruf schon geöffnet -->
    <br /><br />

    {if="'{overviewsearch}'#''"}
      <h2>Zeige nur Einträge mit dem Suchbegriff:</h2>
      <cite>{overviewsearch}</cite><br /><br />
    {end}

    {block}
    {date} {[4]if="{time}#0"}{time} Uhr{[4]end}<br />
    <h2>{title}</h2>
    {main}
    <br />
    {/block}

    Einbinden:
    <h1>Kalender</h1>
    {execprog}
      var fhAusgabe : integer
      var cVon,cBis : string
      var nVon,nBis : integer
      setpara('ec 0')
      fhAusgabe:=Rewrite('ramtext:out',0)
      if cVon:=cgigetparam('calendarvon')#'' then
        nVon:=val(cVon)
      else
        nVon:=today
      end
      if cBis:=cgigetparam('calendarbis')#'' then
        nBis:=val(cBis)
      else
        nBis:=0
      end
      if nVon<today then nVon:=today end
      if nBis>0 and nBis<nVon then nBis:=nVon end

      writeln(fhAusgabe,'<form action="{action}" method="post">')
      writeln(fhAusgabe,'<br />Zeitraum: <input type="text" name="calendarvon" value="'+DateStr(nVon)+'" style="width:70px;">')
      writeln(fhAusgabe,'- <input type="text" name="calendarbis" value="'+choice(sel(nBis=0),'',DateStr(nBis))+'" style="width:70px;"><br />')

      if nBis>0 then
        writeln(fhAusgabe,'{execmacro="overview" param="nocache;name=kalender;step=10;sort=Datum,Uhrzeit;sel=$cms_web.Datum>='+str(nVon)+',$cms_web.Datum<='+str(nBis)+'"}')
      else
        writeln(fhAusgabe,'{execmacro="overview" param="nocache;name=kalender;step=10;sort=Datum,Uhrzeit;sel=$cms_web.Datum>='+str(nVon)+'"}')
      end

      setpara('ec 1')
      close(fhAusgabe)
    {/execprog}

    Am lebenden Objekt kann man sich das hier ansehen.

Dieser Artikel wurde veröffentlicht am 22.06.2009 um 11:30 Uhr. Noch kein Kommentar.

Suche mutige Anwender

Ich habe den eforia-Kern in den letzten Tagen komplett überarbeitet. Das Ziel war mehr Geschwindigkeit des "Rendering-Kerns". Nun habe ich das neue System mit meinen komplexesten Seiten getestet, aber so ganz ausschließen kann ich Fehler nicht.

Wer den ewm5 einsetzt, diesen deutlich beschleunigen will, dafür aber mit evtl. auftretenten Fehlern leben kann, der möge doch bitte im Verzeichnis programm die Datei o.prg gegen die Variante hier im Archiv ersetzen. Am Besten die bestehende o.prg in o.prg_ umbenennen, um sie bei Bedarf schnell wieder aktivieren zu können.

o.zip (61.818 Bytes)
ewm5 Beta Viewer Core 14.06.2009


Falls Probleme auftreten, liegt das aber wahrscheinlich an fehlerhaften Vorlagen. eforia reagiert da jetzt einfach ein wenig unterschiedlich zur vorherigen Version. Wobei das aber auch nur dann wirklich ein Problem sein dürfte, wenn viel mit Prioritäten in Tags gearbeitet wurde.

Über Rückmeldungen, gleich welcher Art, freue ich mich.

Nachtrag: Im Feed zu genau diesem Blogeintrag habe ich dann gleich den ersten Fehler gefunden. Innerhalb overview waren keine 2 main-Tags möglich. Das habe ich nun korrigiert und den Download oben upgedatet.

Dieser Artikel wurde veröffentlicht am 13.06.2009 um 18:12 Uhr. Noch kein Kommentar.
Zeige 1 - 10 von 44
Vorwärts Ende


Hier bloggt Horst Klier mit und über eforia web manager und was dazugehört (HTML, Javascript, Internet, Webdesign, Such- maschinenoptimierung, usw.).

>> Zur Blog Startseite

RSS-Feed
abonnieren


Übersicht über alle Beiträge



eforia® ist ein eingetragenes Markenzeichen.
Alle anderen Marken und Markenzeichen gehören Ihren jeweiligen Besitzern.
Letzte Aktualisierung dieser Seite: 11.12.2018 / 17:20:36
Suche  
Login / Userdaten
Impressum/Datenschutz