dam

dam - Digital Asset Management

Ich bin auf DAM gekommen, weil ich für einen Download "Manager" die Links zum fileadmin Verzeichniss als Referenzen haben wollte statt als Kopien in User Upload.

Das Digital Asset Management - mir erscheint es unausgereift: Wenn man die Sortierung bei einem Filemanager vergisst und das ganze als Stable ausgegeben wird frage ich mich schon...

Sortierung in Filebrowser

Einfügen von Code in die Funktion in getFileListArr in der Datei class.tx_dam_browse_media.php

:::
# rsys: sorting
$this->damSC->selection->qg->query['ORDERBY']['file_name']='file_name';
$this->damSC->selection->execSelectionQuery(TRUE);

// any records found?
        if($this->damSC->selection->pointer->countTotal) {
...

 Naja...

Erstellt: 07/2010| Geändert: 10/2015

Bugs

Dateidatum falsch

Das Datum file_mtime und file_ctime ist um 2 Stunden zurück. Ich verwende TYPO3 4.2.1 und dam 1.0.13. Neuere Versionen aus dem SVN von dam lassen sich nicht installieren ohne Fatale Fehler. 

Wenn eine Datei hochgeladen wird wird ihr das falsche Datum zugewiesen, der Fehler tritt leztlich auf in class.t3lib_tcemain.php [line: 2018]

case 'datetime':
   $value = intval($value);
   if ($value>0 && !$this->dontProcessTransformations){
     $value -= date('Z', $value);
   }
   break;

Hier werden 2 Std (7200 Sek) abgezogen vor dem Speichern in der Datenbank, aber später bei der Anzeige wohl nicht mehr dazugerechnet - also sind die Datumswerte 2 Stunden vor dem Soll.

Ich habe den eigentlichen Fehler nicht finden können und habe als Abhilfe das dontProcessTransformations Flag gesetzt durch modifizieren von dam/tca.php:

'file_mtime' => array(
            'label' => 'LLL:EXT:dam/locallang_db.xml:tx_dam_item.file_mtime',
            'exclude' => '0',
            'l10n_mode' => 'exclude',
            'l10n_display' => 'defaultAsReadonly',
            'config' => array(
                'type' => 'input',
                'readOnly' => true,
                'format' => 'datetime',
                'size' => '11',
                'max' => '20',
                //'eval' => 'datetime',
                'default' => '0',
            )
        ),

Dasselbe für file_ctime. Damit tritt der Fehler zumindest nicht mehr auf. Aber warum das nun alles so ist verstehe ich nicht...

Erstellt: 07/2010| Geändert: 10/2015