Zum Inhalt springen

DAM und die Indexierung

Erstellt am 21. Dezember 2006 · 11 Antworten · letzte Antwort am 27. April 2007

Tags: Dateien & FAL, Frage

dfluess ·

Hallo,

als BackendAdmin funktioniert ein Upload über DAM problemlos. Bilder und andere Dateien werden sofort Indexiert und angezeigt.

Wenn nun aber ein anderer Backendbenutzer, der KEIN Admin ist einen Upload durchführt, dann erscheint die Datei nicht. Auch wenn dieser versucht die Datei extra zu indexieren.

Meldet sich der Administrator wieder an, dann ist diese Date sofort verfügbar. Warum?

Gibt es eine Lösung dieses Problems?

dfluess ·

Kann ja nicht sein, dass ich der einzige mit diesem Problem bin oder arbeiten alle als Administrator??

Ich habe bisher keine Lösung und der Kunde verzweifelt. Wieso werden Dateien nur für BE Admins indexiert??? Habe ich da einen Schalter übersehen?

Ich bin für jede Hilfe dankbar!

enderlin ·

Hallo dfluess,

hast Du das Problem mittlerweile lösen können? Habe die gleiche Schwierigkeit bei meinem Projekt.

Gruß
enderlin

dfluess ·

Nein, ich habe das Problen nicht lösen können und deshalb DAM überall wieder rausgeworfen. Die meisten Kunden haben es sehr begrüßt, da auch das einfügen von Bildern nach dem hochladen einfacher geht. Bei DAM muss man ja nach dem DUpload immer erst wieder das Menü wechseln und das hochgeladene Bild wieder suchen. Und wenn es dann nicht indexiert wurde ...

Ohne DAM gehts auch. Vielleicht wird das ja nochmal gründlich überarbeitet.

Viele Grüße

riegertoni ·

Hallo dfluess,

ich verzweifle gerade an dem geschilderten Problem!
Hast du das im Bugtracker gepostet? Oder hier gar eine Lösung gefunden?

Gruß

--
riegertoni

dfluess ·

nein, ich habe nix gepostet, habe frustriert DAM wieder deinstalliert.

Ist m.M. für den normalen Umgang eher umständlich. Denn jedesmal zwischen Upload und Media zu zwitchen ist auf die Dauer nervig.

D.

cordman ·

Der Benutzer bzw. die Gruppe muss den Media-Sysfolder als Mountpoint gesetzt haben. Dann werden die Metadateien direkt beim Upload geschrieben.
Hab aber auch ewig rumprobiert.. 😉

ossipetz ·

*whohooo* das mal ein neuer veresuch wert! auf sowas wär ich jetzt nie gekommen

ich hatte das über nen 5 minuten cron-job gelöst. und nein ich fand das resultat nicht soooo spitzenmässig und bin filelist user geblieben 😉

mago ·
cordman schrieb

Der Benutzer bzw. die Gruppe muss den Media-Sysfolder als Mountpoint gesetzt haben. Dann werden die Metadateien direkt beim Upload geschrieben.
Hab aber auch ewig rumprobiert.. 😉

Ich hatte dieses Problem auch - Dein Post hat mir weitergeholfen.

Tausend Dank!

enderlin ·

Dem schließe ich mich an. Dank an Cordmann!

Bleibt nur ein Problem. Wenn ich den Media-Folder als Mountpoint bei den Redakteuren setze, haben die - so scheint es - damit auch Zugriff (inkl. Löschoption!) auf ALLE hochgeladenen Dateien (Listansicht des im Seitenbaum angezeigten Media-Folders), also auch jede Bilder und Dokumente, die sie selbst nicht hochgeladen haben und die sie freilich auch nicht löschen können sollen.

Jemand ne Idee, wie sich das unterbinden läßt? Wenn ich die Rechte einschränke (z.B. für den Media-Folder "bearbeite Seiteninhalte" deaktiviere oder bei Tables modify der betreffenden Benutzergruppe "Media>Datei" ausschließe) lassen sich postwenden keine neuen Dateien mehr über den Element-Browser indexieren.

Typo3 ist ja an sich eine feine Sache, aber die Benutzerverwaltung ist so einfach und logisch, wie Quellcode poetisch.

Im Falle eines hilfreichen Tipps würde endlich auch die Stimmung zum aktuellen Wetter passen. Dank & Gruß.

enderlin ·

Lösung gefunden (hat allerdings nen kleinen Haken): Um den Media-Sysfolder für bestimmte User auszublenden (über die id ließe er sich allerdings trotzdem noch aufrufen und editieren), muss im UserTS folgende Zeile ergänzt werden:

options.hideRecords.pages = xx (für xx die Seiten-id des Media-Folders eintragen)

Alternativ im Ext-Manager die DAM aufrufen und die Option "Hide Media sysfolder" markieren.

Jetzt kommt der Haken: Das ganze funktioniert erst ab Typo3 4.0.3. Bei den Versionen vorher haben die Änderungen nicht den gewünschten Effekt (oder aber 4.0.1 patchen).

Vgl.: http://bugs.typo3.org/view.php?id=4059