Content-Element wieder finden?

Druckbare Version

12.01.2015, 22:54
Swiper

Content-Element wieder finden?

Hallo,

jetzt komm ich dochnicht drum herum zu Fragen.

Und zwar habe ich vor langer Zeit ein {{insert_content::5433}} in ein Template eingefügt.
Vergesslich wie ich nunmal bin, musste ich erst einmal nachsehen wie ich die ID 5433 aufrufe.
Das es ein "Content" aus einem Artikel ist, habe ich nach kurzer Zeit doch noch herausgefunden :confused:

Da mein Content viele hundert Seite umfasst, habe ich immer das Problem anhand von ID`s die entsprechende Seite zu finden. Ich mache das bei Artikeln/News/Content immer folgendermaßen.
Ich öffne einen entsprechenden Datensatz und ändere in der Adresszeile die ID.

Jedoch überfordert dies den ein oder anderen Redakteur.

Ich habe nach vielen Jahren TL es immer noch nicht herausgefunden wie es einfacher geht. Wie macht Ihr das?

Cu Swiper
13.01.2015, 07:16
do_while

Am Einfachsten ist wohl, in der Datenbanktabelle tl_content den Eintrag mit dieser ID zu suchen und anhand der Inhalte (der anderen Spalten) das Element zu erkennen. In der Spalte PID müßte die ID der Seite stehen, wo das Element eingebunden ist.
13.01.2015, 10:35
cliffparnitzky

Oder mit [DirectContentElements] gucken. Dann kennst auch gleich die zugehörige Seite und den Artikel.

Gruß, Cliff
13.01.2015, 12:11
Swiper

@do_while

Mir die DB anzusehen und da nach PID's zu suchen ist natürlich möglich. Aber einfach würde ich das jetzt nicht nennen. Und für einen Redakteur der schon mit einfachstem HTML überfordert ist, schlicht unmöglich und zudem fehlem Ihm dazu natürlich die Rechte.

Sprich: So wie ich es bisher gemacht habe, ist wohl die einfachste möglichkeit Artikel zu suchen. Auch wenn ich es etwas verwunderlich finde, das es dafür nicht irgendwie eine native Function gibt.

Ich werde mir den Tip mit [DirectContentElements] natürlich ansehen.

Thx Swiper
13.01.2015, 12:41
do_while

Um das in Zukunft übersichtlicher zu gestalten, kann man anstatt der ID ja auch den eindeutigen Alias im InsertTag verwenden.
13.01.2015, 12:50
Samson1964

Vor dem Problem stehe ich auch oft. Im Log taucht eine Bearbeitung eines Redakteurs auf, die mir nicht gefällt, und um zu sehen, wo der mal wieder rumgepfuscht hat, klicke ich auf Bearbeiten. Leider weiß ich dann noch nicht, was der Redakteur gerade da bearbeitet hat. Es ist eines der knapp 40.000 Inhaltselemente - ob aber aus einem Artikel, einer Nachricht, einem Event oder sonstwas ist kaum zu erkennen.
13.01.2015, 12:51
Bennie

Ja leider ein nerviges Problem.

@do_while
Anstatt?? Das geht doch nicht mit {{insert_content::*}} , sondern nur mit {{insert_article::*}}

Aber selbst dann würde ich davon abraten, wehe wenn jemand meint er müsse mal den Alias umbenennen...;)
13.01.2015, 15:23
tschero

Es gibt eine Erweiterung om_backend.
Dort kannst Du im BE u.A. eine ID eigeben und dann wird Dir das Contentelement angezeigt.
Sehr praktisch.

Gruß
tschero
13.01.2015, 15:53
do_while

Zitat:

Zitat von Bennie

Ja leider ein nerviges Problem.

@do_while
Anstatt?? Das geht doch nicht mit {{insert_content::*}} , sondern nur mit {{insert_article::*}}

Aber selbst dann würde ich davon abraten, wehe wenn jemand meint er müsse mal den Alias umbenennen...;)

Danke - das stimmt natürlich, das Contentelement hat keinen Alias.
14.01.2015, 06:48
Samson1964

Zitat:

Zitat von tschero

Es gibt eine Erweiterung om_backend.
Dort kannst Du im BE u.A. eine ID eigeben und dann wird Dir das Contentelement angezeigt.
Sehr praktisch.

Gruß
tschero

Diese Erweiterung harmoniert nicht mit meinem BE. Sofort nach der Installation machte sich #main selbständig. Nicht mehr das Browserfenster scrollte, sondern nur noch #main - und das endlos.

Davon abgesehen vermute ich, daß die Erweiterung zwar das Contentelement anzeigt, aber mir nicht sagt, wo es verwendet wird. Um das mal mit dem Log auf der BE-Startseite zu testen, habe ich mal ein Contentelement aufgerufen. Dabei ist mir ein Bug in 3.2.16 aufgefallen. In der Pfadnavigation werden nicht die übergeordneten Elemente angezeigt, sondern der Pfad vom letzten regulären Aufruf für ein Inhaltselement. Aber das nur nebenbei. Werde ich wohl mal ein Ticket aufmachen, wenn ich den Fehler woanders nachstellen kann.
14.01.2015, 07:04
tschero

In meinem BE ist alles in Ordnung (Contao 3.4.0).
Evtl. beißt sich die Erweiterung mit einer anderen. Ich setze sie sehr oft ein und hatte noch nie Probleme damit.

Zitat:

Davon abgesehen vermute ich, daß die Erweiterung zwar das Contentelement anzeigt, aber mir nicht sagt, wo es verwendet wird.

Wenn Du eine Artikel-ID eingibst hast Du Recht, da bekommst Du keine Info.
Aber wenn Du ein Inhaltselement suchst bekommst Du ganz oben die Info:
Artikel >> "Name des Artikels" >> Inhaltselement "ID-Nummer".
Somit kannst Du zumindest Inhaltselemente leichter wiederfinden da Du dann weißt in welchem Artikel die sich verstecken.

Gruß
tschero
14.01.2015, 08:00
Bennie

Zitat:

Dabei ist mir ein Bug in 3.2.16 aufgefallen. In der Pfadnavigation werden nicht die übergeordneten Elemente angezeigt, sondern der Pfad vom letzten regulären Aufruf für ein Inhaltselement.

@Samson1964

Das ist mir auch schon aufgefallen und absolut störend, da man dann auch nicht nachvollziehen kann wo sich der Inhalt befindet. Das ist auf jeden Fall ein Ticket wert, denke ich.

P.S: das ist nicht nur in 3.2.16 sondern in allen Versionen auch in 3.4
14.01.2015, 09:01
zonky

Quickjump4ward könnte hier auch behilflich sein...

https://contao.org/de/extension-list...jump4ward.html
14.01.2015, 10:15
Samson1964

Zitat:

Zitat von Bennie

@Samson1964

Das ist mir auch schon aufgefallen und absolut störend, da man dann auch nicht nachvollziehen kann wo sich der Inhalt befindet. Das ist auf jeden Fall ein Ticket wert, denke ich.

P.S: das ist nicht nur in 3.2.16 sondern in allen Versionen auch in 3.4

https://github.com/contao/core/issues/7566
14.01.2015, 10:21
Samson1964

Zitat:

Zitat von tschero

In meinem BE ist alles in Ordnung (Contao 3.4.0).
Evtl. beißt sich die Erweiterung mit einer anderen. Ich setze sie sehr oft ein und hatte noch nie Probleme damit.

Ich tippe bei mir auf [m17-sticky-backend-footer]. Getestet habe ich es noch nicht.
14.01.2015, 11:38
tschero

Zitat:

Ich tippe bei mir auf [m17-sticky-backend-footer].

.

Den verwende ich auch.
14.01.2015, 12:00
hase666

Zitat:

Zitat von Samson1964

Ich tippe bei mir auf [m17-sticky-backend-footer]. Getestet habe ich es noch nicht.

Hatte ich auch erst im Verdacht, aber die Deaktivierung brachte nicht den Erfolg.

Ursache ist wohl in der v 1.06 Added: toolbar and left navigation has now fixed positions
Die Lösung für mich war:
Deaktivieren des Javascripts durch umbenennen der Datei:
\system\modules\om_backend\assets\js\om_backend.js
14.01.2015, 15:05
Samson1964
Zitat:

Zitat von hase666

Hatte ich auch erst im Verdacht, aber die Deaktivierung brachte nicht den Erfolg.

Ursache ist wohl in der v 1.06 Added: toolbar and left navigation has now fixed positions
Die Lösung für mich war:
Deaktivieren des Javascripts durch umbenennen der Datei:
\system\modules\om_backend\assets\js\om_backend.js

Du hattest das Problem also auch.
So einen richtigen Mehrwert hat die Toolbar für mich noch nicht:
- Was ein Icon bedeutet, erfährt man erst eine Sekunde später, wenn der Tooltip aufploppt.
- Es werden Layouts angezeigt, die ich nicht verwende(n will), wegen der Rückwärtskompatibilität (Module, Templates) aber behalte.
- Speichern-Icons überflüssig. Da die Toolbar sowieso nicht stehenbleibt, wenn das JS abgeschossen ist, erledigt das [m17-sticky-backend-footer] besser.
Das einzig Sinnvolle ist dann wirklich nur die ID-Suche. Okay vielleicht noch die Backend-Links und System-Information. Aber was das ist, habe ich noch nicht getestet.

Statt des Sofort-Edits der gefundenen ID wäre mir eine Lokalisierung der ID, also der Ort wo sich die befindet, wichtiger. Beim Zugriff auf ein Inhaltselement wird offensichtlich dieselbe Funktion wie beim Log der BE-Startseite verwendet. Denn auch hier ist die Pfadanzeige falsch.
14.01.2015, 18:47
hase666

Ich habe das Modul auch wieder deinstalliert, da ich den großen Nutzen für mich (noch?) nicht wirklich gesehen habe.
15.01.2015, 05:24
Samson1964

Zitat:

Zitat von hase666

Ich habe das Modul auch wieder deinstalliert, da ich den großen Nutzen für mich (noch?) nicht wirklich gesehen habe.

Ich auch. Und bei mir funktionierte nach Aktivierung der Toolbar (mit umbenannter JS-Datei) die Auswahl von Subpaletten u.ä. in Formularen nicht mehr.
07.10.2018, 11:58
BubbleBass

Finde content-Elemente nicht wieder

Zitat:

Zitat von do_while

Am Einfachsten ist wohl, in der Datenbanktabelle tl_content den Eintrag mit dieser ID zu suchen und anhand der Inhalte (der anderen Spalten) das Element zu erkennen. In der Spalte PID müßte die ID der Seite stehen, wo das Element eingebunden ist.

Mein Problem ist, das ich so zwar die PIDs finde, diese Seiten aber offenbar nicht mehr existieren!? Durch einen Eintrag in der dcaconfig.php sehe ich ja alle Seiten-IDs. Ich bin mal wieder dabei, nach einem Update von 2.9.5 auf 3.5 bzw. 4.4 alle colset-Einträge (ehemals "subcolumns"-Einträge) die zu verwahrlosten, leeren Überschrifts-Elementen geworden sind, löschen zu wollen. Die DB zeigt mir an, dass noch 21 davon vorhanden sind, was immer wieder zu Stress führt. "om_backend" zeigt mir für die ID des ehemaligen jeweiligen "colset"-Eintrags "Überschrift" an, auf das Element zugreifen kann ich aber nicht.
"DirectContentElements" macht bei mir unter 3.5.35 (php 7.2.8) nach der manuellen Installation (inkl. Systemwartung und Datenbank-Aktualisierung [die auch nichts zum Aktualisieren anzeigt]) leider gar nichts und wird nicht angezeigt.

Guß BubbleBass