Ist die Anzeige der neuesten Änderung möglich?

[Rentier06]

Hallo zusammen,
so wie ich Contao kenne und schätze, gibt es bestimmt eine Erweiterung die folgedes leistet: Egal welcher Redakteur eine Seite einen Artikel oder was auch immer beigesteuert hat, die Erweierungsfunktion erfasst diese letzte Änderung und weist sie als Link aus. Schön wäre natürlich, wenn die Funktion nicht auf Löschungen anspringt.
Im Erweiterungskatalog habe ich gesucht. Wahrscheilich aber mit den falschen Stichworten. Kann mir bitte jemand an Hand dieser Beschreibung auf die Sprünge helfen?
Vielen Dank im Voraus.
Das Rentier

[Mike1410]

Wo soll der Link denn ausgegeben werden?

[Rentier06]

Der Link soll auf der Anfangsseite ausgegeben werden. Ist das von Belang?

[Diego]

Ich hoffe diese Antwort kommt nicht all zu spät
evtl. helfen dir diese Insert-Tags weiter :

{{last_update::*}}
{{last_update}}

quelle: https://contao.org/de/manual/3.0/man...tml#inserttags

[Rentier06]

Vielen Dank für den Hinweis!
Gibt es irgentwo auch eine Anleitung, wie man diesen Tag verwenden kann? Der Tag allein für zu einer Datumsauskunft, die sicher nicht die letzte Änderung bezeichnet. Auch weiß ich nicht, wie man evtl. das Datumsformat beeinflusst.
Viele Grüße vom
Rentier

[co007]

Hallo Rentier - ich stehe gerade vor dem selben Problem. Hast Du inzwischen einen Lösungsansatz gefunden?

Viele Grüße - Corinna

[cliffparnitzky]

Moin,

also gemäß Code gibt der o.g. Inserttag die letzte Aktualisierung in:

• den Inhaltselementen (tl_content),
• den News (tl_news) oder
• den Kalender Einträgen (tl_calendar_events)

aus.

Dabei werden alle 3 Bereiche zusammengefasst betrachtet und daraus der neueste Datensatz ermittelt.

Um die Ausgabe mit einem eigen Format zu versehen kann man hinter den doppelten Doppelpunkten ein Datumsformat angegeben, z.B.:

{{last_update::d.m.Y}} 

... liefert, wenn heute die letzte Änderung getan wurde, 27.03.2013.

Mehr zu Datumsformat gibt es hier.

Grüße, Cliff

[Rentier06]

Vielen Dank für die Klarstellung, cliffen.
Das funktioniert ja prima. Doch ein Wunsch, ist er erfüllt, kriegt augenblicklich Junge...
Kann man diese Anweisung so erweitern, dass nicht nur das Datum ausgegeben wird, sondern auch gleich der content, das Event usw. als Link? Absicht ist ja, dem Benutzer mit einem Klick das Neueste zu bieten.
Viele Grüße vom
Rentier

[cliffparnitzky]

Super, dass es erstmal klappt.

Den Tag anpassen kann man so nicht.

Aber man kann sicher einen neuen schreiben, der die Basis des Tags übernimmt, also was ist das neuste, un dann den geünschten Link ausgibt.

Dafür braucht man ne kleine Erweiterung, die das quasi macht.

Grüße, Cliff

[Rentier06]

Hallo Cliff, ich hoffe Corinna liest mit.
dass sind ja ermutigende Nachrichten.
Nur wer schreibt die Erweiterung bzw. wenn es sie bereits gibt, wie heißt sie?
Zum anderen habe ich z.Zt. das Problem, dass ich einen Internal Error kriege, wenn ich die Erweiterungsverwaltung oder den Erweiterungskatalog anwähle.
Da hatte ich auch eine Forumsanfrage gestartet, aber leider muss ich da wohl einen Fehler gemacht haben. Unter "Meinen Themen" ist die Anfrage nicht verzeichnet. Werde es noch mal versuchen müssen.
Viele Grüße vom
Rentier (mit Ostereiern im Geweih)

[Thoni]

also gemäß Code gibt der o.g. Inserttag die letzte Aktualisierung in:

• den Inhaltselementen (tl_content),
• den News (tl_news) oder
• den Kalender Einträgen (tl_calendar_events)

aus.

Dabei werden alle 3 Bereiche zusammengefasst betrachtet und daraus der neueste Datensatz ermittelt.

Wie kann man {{last_update}} vom Inhaltselement ausgeben - nicht das neueste der drei?

[cliffparnitzky]

Nur wer schreibt die Erweiterung bzw. wenn es sie bereits gibt, wie heißt sie?

Hmmm, wenn es bereits eine geben sollte, weiß ich den Namen nicht.

Insofern muss ggf. jemand gefunden werden, der die Erweiterung schreibt. Eine entsprechende Motivation hilft meist ... da nehm ich mich nicht aus.

Im Grunde ist es dann auch nicht so einfach einen Link zu erstellen. Ein Artikel ist noch in einer Seite eingebunden. Aber die Events und News werden ja per Listen und Reader Module irgendwo angezeigt.

Ggf. wäre es da sinniger nur die Inhaltselemente zu betrachten.

Käme dann auch der Anfrage von Thoni nah.

Grüße, Cliff

[Thoni]

Ich kann mich ja mal daran setzen.

Was sollte sie denn können?

{{last_update_page:*}}
{{last_update_article:*}}
{{last_update_ce:*}}


Gruß
Thoni

PS: Vielleicht hat es ja doch schon jemand gemacht - dann bitte melden!

[Rentier06]

Hallo zusammen,
wenn es denn Schwierigkeiten gibt, content und events in der gleichen Erweiterung anzugeben, wäre ich schon dankbar, wenn zu dem neuesten Artikel verlinkt würde.
Frohe Ostern vom
Renteir

[Thoni]

Aktueller Stand

{{last_update_page:*}}
{{last_update_article:*}}
{{last_update_ce:*}}
{{last_update_news:*}}
{{last_update_events:*}}
{{last_update_faqs:*}}


Ich plane eine rekursive Datenermittlung - ist das in euerm Sinne?
Es bedeutet, dass bei {{last_update_page:*}} z.B. bis zum _ce das letzte Datum ermittelt wird.
Ich denke, das macht Sinn.

Wie wäre es mit einer minutengenauen Ausgabe mit ...

{{last_uptime_page:*}}
{{last_uptime_article:*}}
{{last_uptime_ce:*}}
{{last_uptime_news:*}}
{{last_uptime_events:*}}
{{last_uptime_faqs:*}}


Gruß
Thoni

[andreasisaak]

Eine rekursive Ermittlung macht keinen Sinn wenn man nur _page eingibt. Dann erwartet man auch die letzte Änderung der Seite, nicht der Elemente darin. Es wäre besser mit einem zusätzlichen Inserttag diese Funktionalität anzubieten

[Thoni]

Eine rekursive Ermittlung macht keinen Sinn wenn man nur _page eingibt. Dann erwartet man auch die letzte Änderung der Seite, nicht der Elemente darin. Es wäre besser mit einem zusätzlichen Inserttag diese Funktionalität anzubieten

Also ...

{{last_update_page:*}}
{{last_update_article:*}}
{{last_update_ce:*}}
{{last_update_news:*}}
{{last_update_events:*}}
{{last_update_faqs:*}}

{{last_uptime_page:*}}
{{last_uptime_article:*}}
{{last_uptime_ce:*}}
{{last_uptime_news:*}}
{{last_uptime_events:*}}
{{last_uptime_faqs:*}}

... und rekursiv ...

{{last_update_page_re:*}}
{{last_update_article_re:*}}
{{last_update_ce_re:*}}
{{last_update_news_re:*}}
{{last_update_events_re:*}}
{{last_update_faqs_re:*}}

{{last_uptime_page_re:*}}
{{last_uptime_article_re:*}}
{{last_uptime_ce_re:*}}
{{last_uptime_news_re:*}}
{{last_uptime_events_re:*}}
{{last_uptime_faqs_re:*}}


... oder besser _all statt _re ?

[fiedsch]

... oder besser _all statt _re ?

Mich würde '_re' nicht "stören". Verwirrend hingegen finde ich aber '_uptime_', da eine Uptime (http://de.wikipedia.org/wiki/Uptime) etwas anderes ist, als die Zeitangabe, die zu einem Update-Datum gehört.

[markocupic]

Hallo
Habe auf Kundenwunsch mal die Erweiterung log_report geschrieben.
Tägliche E-Mail-Benachrichtigung bei Änderungen mit direktem Link ins Backend zum entsprechenden Element.
Liebe Grüsse
Marko

[Thoni]

Mich würde '_re' nicht "stören". Verwirrend hingegen finde ich aber '_uptime_', da eine Uptime (http://de.wikipedia.org/wiki/Uptime) etwas anderes ist, als die Zeitangabe, die zu einem Update-Datum gehört.

Uptime ist die ' ... Zeit, in der ein Computersystem läuft und funktionstüchtig ist ... '

In unserem Falle würde das die Zeit bedeuten, seit der die aktuelle Ansicht 'läuft', was nicht ganz passt.

... aber es wäre kürzer, als {{last_update_time_page_re:*}}

Zugegeben - es ist ein kleines Wortspiel ist uptime schon.

Wie könnte man es denn sonst nennen?

Je mehr dazu etwas schreiben, um so besser wird das Ergebnis.

Ich finde eure Anregungen toll, danke.

[fiedsch]

vielleicht sich von Update lösen. Die Seite muss ja nicht unbedingt aktualisiert worden sein. Was hältst Du von "change"? Also last_change_date oder last_change_time.

Bei der Gelegenheit: was soll denn angezeigt werden?

last_change_date -> Zuletzt geändert am ...

last_change_time -> Zuletzt geändert um ... Uhr oder zuletzt geändert vor ... Stunden

[Thoni]

Bei der Gelegenheit: was soll denn angezeigt werden?

Ich dachte so an das Datum bzw. Datum und Uhrzeit.

Besteht denn eventuell Bedarf an ... vor x Stunden/Minuten ?

[BugBuster]

man kann ja den Insert-Tags auch Parameter mit geben und darauf reagieren.

last_update_page::date
last_update_page::time
last_update_page::datetime
usw.

der Text dazu sollte nicht aus dem Tag kommen, dann ist man frei in der Gestaltung.

[Thoni]

man kann ja den Insert-Tags auch Parameter mit geben und darauf reagieren.

last_update_page::date
last_update_page::time
last_update_page::datetime
usw.

der Text dazu sollte nicht aus dem Tag kommen, dann ist man frei in der Gestaltung.

Weil das jetzt sehr schnell enorm 'gewachsen' ist, dachte ich auch schon an so etwas.
Sicherlich ist es so auch performanter zu realisieren.

Ich habe noch keinen Insert-Tag mit mehreren Parametern benutzt - gibt es so was schon? (Anfängerfrage)
Und mit welchem Zeichen sollte man mehrere Parameter trennen?

Viele Grüße
Thoni

[cliffparnitzky]

Moin,

also es wäre auch wichtig die Multi-Domain-Fähigkeit von contao zu beachten und zu unterstützen.

Nutzt ja nix, nen Link (oder ne Info) zu sehen, der zu ner anderen Domain gehört.

Wird mit dem CORE Inserttags nämlich nicht erfüllt.

Grüße, Cliff

[fiedsch]

Und mit welchem Zeichen sollte man mehrere Parameter trennen?

Ich denke, da drängt sich '::' auf!

{{last_update:age::datetime}} oder {{last_update::article::date}}. Nur dass {{last_update::*}} schon vergeben ist (https://contao.org/de/manual/3.0/man...tml#inserttags), Du also einen neuen Namen einführen musst.

[BugBuster]

ja, :: ist halt üblich in Contao, da gibt es schon welche die das tun.
mit

$arrTag = trimsplit('::', $strTag); 

ganz einfach zu trennen.
Habe ich schon mehrfach so gemacht.
Musst du ja eh tun, da du ja prüfen musst ob der Aufruf überhaupt für dich ist, und wenn nicht, nicht vergessen mit "return false" raus zugehen.
Außerdem dran denken, das man jeden externen Insert-Tag auch mit cache_ aufrufen darf, was bewirkt, dass der ersetzte Tag nicht im Contao Cache landet sondern bei jedem Seitenaufruf neu generiert wird.
Sieht bei mir daher z.B. so aus:

$arrTag = trimsplit('::', $strTag);
if ($arrTag[0] != 'visitors')
{
    if ($arrTag[0] != 'cache_visitors') 
    {
        return false; // nicht für uns
    }
} 

(ja das geht auch mit && aber so finde ich das übersichtlicher)

[fiedsch]

$arrTag = trimsplit('::', $strTag); 

Ich finde nach dem trimsplit ein

switch ($arrTag[0]) {
  case 'visitors': ....; break;
  case 'cache_visitors': ...; break;
  default: return false;
} 

ganz elegant und schön zu lesen.

[BugBuster]

Kommt drauf an wieviel du da zwischen packst. Ich Teste am Anfang obs für mich ist und gehe ggf. raus.
Die Weiterverarbeitung ob mit oder ohne cache_ ist ja völlig identisch.

[fiedsch]

Da hast Du wohl recht! Ich war gedanklich schon bei den weiteren Fallunterscheidungen, die für


last_update_page
last_update_article
last_update_ce
usw.

nötig werden (und ob man fallthrough im case verwenden sollte, kann man sicher auch hitzig diskutieren ;-)

[BugBuster]

Naja, wozu gibt es Methoden :-)

switch ($arrTag[0]) 
{
    case 'last_update_page'      :
    case 'cache_last_update_page':
            $this->last_update_page($arrTag);
            break;
    case 'last_update_article'      :
    case 'cache_last_update_article':
            $this->last_update_article($arrTag);
            break;
    default: return false;
} 

[Thoni]

Danke!


Die reine Programmierung dürfte nicht so das Problem sein.

Die Benutzung sollte für Alle leicht sein.

Die Abstimmung finde ich einfach wichtig, wenn so eine Erweiterung hier im Forum entsteht.

Vielen Dank

Thoni

[Thoni]

Zwischenstand:

Ich bin dran, aber mir ist ein 'eiliges' Projekt dazwischen gekommen.

Ich schätze mal, dass die Erweiterung spätestens in 2 Wochen verfügbar sein wird.

Viele Grüße
Thoni

[Thoni]

Die Erweiterung kann nun ausprobiert werden: last_change heißt sie.

[Rentier06]

Hallo Thoni,
nachdem ich nun endlich wieder meine Erweiterungsverwaltung benutzten kann, werde ich die Erweiterung ausprobieren.
Viele Grüße vom
Rentier

[Thoni]

Sie ist drin:

https://contao.org/de/extension-list...000005.de.html

[Rentier06]

Danke für den Hinweis.
Habe in ein Modul {{last_change_page::2::all::datetime}} geschrieben und es im Layout eingesetzt. Folgende Fehlermeldung erhalte ich:

Fatal error: Could not load class lastChange in /customers/1/d/a/scse.de/httpd.www/system/functions.php on line 106

#0 [internal function]: __error(256, 'Could not load ...', '/customers/1/d/...', 106, Array)
#1 /customers/1/d/a/scse.de/httpd.www/system/functions.php(106): trigger_error('Could not load ...', 256)
#2 [internal function]: __autoload('lastChange')
#3 /customers/1/d/a/scse.de/httpd.www/system/libraries/System.php(147): get_class_methods('lastChange')
#4 /customers/1/d/a/scse.de/httpd.www/system/libraries/Controller.php(2230): System->import('lastChange')
#5 /customers/1/d/a/scse.de/httpd.www/system/modules/frontend/FrontendTemplate.php(182): Controller->replaceInsertTags('output()
#7 /customers/1/d/a/scse.de/httpd.www/index.php(200): PageRegular->generate(Object(DB_Mysql_Result))
#8 /customers/1/d/a/scse.de/httpd.www/index.php(319): Index->run()
#9 {main}

Gruß vom Rentier

[Thoni]

Ich nutze sie selber problemlos.

Welche Contao-Version ist es denn?

[Rentier06]

Es handelt sich um Contao 2.10.3

[Thoni]

Es handelt sich um Contao 2.10.3

Die Erweiterung ist für Contao3 - sorry!