Redaxo 4.2.1 Medienpool Datei kann nicht ausgetauscht werden

[fietstouring]

Ich kann im Medienpool zwar problemlos Bilder (jpeg) austauschen (also Aktualisieren), versuche ich dies aber mit einem *.js File, bekomme ich die meldung "Datei kann nicht ausgetauscht werden, weil sie von einem anderen Dateityp ist",

was Unsinn ist, da die datei ja auch eine js ist.

[ACh0013]

Kann mich da anschliessen, allerdings ist es bei mir mit den css-Dateien so.

Gibt es da schon eine Lösung? Oder einen Hinweis, wo das Problem liegen könnte?

[Thomas.Skerbis]

Hab hier das gleiche Problem..
Weder pdf, txt oder sonstige Dateien die keine Bilder sind, können ausgetauscht werden.

Ich bitte dringend um Korrektur.
Bitte Bitte ...

[Koala]

Dateien unterschiedlichen Typs können untereinander nicht ausgetauscht werden. Der Dateityp wird vor dem ersetzen geprüft!

Beim Austausch bekommt die neue Datei den gleichen Namen, wie die bisherige Datei! Also wenn test.js schon drin ist und test2.js soll diese ersetzen, so steht nach dem Austausch immer noch test.js da. Die Dateien wurden aber trotzdem ausgetauscht.

Zum testen ob es am Dateityp liegt, kann folgendes gemacht werden.
Gehe in die Datei redaxo/include/functions/function_rex_mediapool.inc.php Zeile 196 und füge dort ein:
var_dump($ffiletype);
Nun wird im Medienpool immer der Dateityp mit ausgegeben.
zB.: string 'application/javascript' (length=22)

[Dümm]

Das Problem scheint daran zu liegen, dass zwar beim Hochladen von Dateien die Mime-Types richtig eingetragen werden in der Datenbank, aber nicht beim Synchronisieren. Da wird anscheinend nur bei Bildern je nach Dateiendung der Mime-Type zugeordnet. Und jeder Mime-Typ beim Ersetzen (Hochladen) ist natürlich ungleich dem leeren Eintrag in der Datenbank.

[kaiuwe]

Ich habe das gleiche Problem und würde gerne auf diesen Check verzichten.
Kann ich das irgendwo abstellen?
Ich möchte PDFs durch PDFs ersetzen und das klappt nicht.

[Koala]

Das Problem scheint daran zu liegen, dass zwar beim Hochladen von Dateien die Mime-Types richtig eingetragen werden in der Datenbank, aber nicht beim Synchronisieren.

Kann ich nicht bestätigen.
Bei meinen lokalen Tests wurde der Mime-Typ immer richtig erkannt (mit FF3.5.6).
Hier wäre es interessant zu erfahren, wo genau das Problem liegt. Dazu würde es schon mal helfen, wenn jemand mit dem benannten Problem meinen Test zur ständigen Ausgabe des Mime-Typs ausprobieren würde.

Da der Mime-Typ direkt vom Browser an den Server gesendet wird, könnte es auch am Client (Browser) liegen, wenn es zu Mißverständnissen zwischen dem alten und dem neuen Mime-Typ kommt.
Bei Problemen mal einen anderen Browser verwenden und sehen, was da so passiert.

[kaiuwe]

Also bei mir ist es egal ob ich IE Firefox oder Safari verwende ... ich kann die PDFs nicht tauschen.
Nebenbei verstehe ich nicht, warum ich darüber hinaus ein JPG nicht durch ein GIF ersetzten darf. Es ist doch ein Bild. Auch finde ich, dass man PDFs durchaus auch durch txt, rtf oder doc ersetzen können dürfte.
Wozu ist der MIME-Typ in der Datenbank überhaupt gut? Es erschließt sich mir nicht. Wird doch von keinem Modul genutzt.

Und wenn es doch ein Client-Problem ist. Ist das Problem umso größer, da man davon ausgehn muss, dass die Redakteure unterschiedliche Browser verwenden.

Kann jetzt leider nicht testen ... , Erst nach Neujahr

[Dümm]

Das Problem scheint daran zu liegen, dass zwar beim Hochladen von Dateien die Mime-Types richtig eingetragen werden in der Datenbank, aber nicht beim Synchronisieren.

Kann ich nicht bestätigen.
Bei meinen lokalen Tests wurde der Mime-Typ immer richtig erkannt (mit FF3.5.6).

Ich muss nocheinmal betonen, der Test des Mime-Types beim Upload nur per Browser mag vielleicht aufgehen, weil der Browser, wie du selbst gesagt hast, den Mime-Type mitsendet. ABER wenn man vorher die Dateien per FTP in den File-Ordner hochlädt und dann die Synchronisieren-Funktion verwendet vom Medienpool, dann wird (ich habe nochmal nachgesehen im Quellcode) die PHP-Funktion mime_content_type verwendet. Diese Funktion ist schon laut der PHP-Doku nicht sehr zuverlässig. Daher werden, wenn man seine Dateien anfangs synchronisiert je nach der mehr oder weniger vollständigen Mime-Type Tabelle, aus der diese PHP-Funktion ihre Werte holt, auch mal leere Werte in die Datenbank eingetragen.
So jetzt kann der Browser noch so richtige Mime-Types senden, wenn der Eintrag in der Datenbank durch dieses "Synchronisations-Wirrwarr" leer ist, dann denkt das Script halt immer bei jedem Upload, dass der Mime-Type unterschiedlich ist, weil einfach keiner eingetragen ist in der DB.

Ich persönlich (das mag nicht viel heißen) sehe momentan nur zwei Möglichkeiten um mit manchen leeren Mime-Types beim Synchronisieren klazukommen:
1.) Man bastelt sich selber eine Funktion zur Erkennung der Mime-Types anhand der Dateiendung oder
2.) man macht diesen kleinen Dirty-Trick im Medienpool-Script:

In der rex_mediapool_updateMedia Funktion in der function_rex_mediapool.inc.php fügt man bei der zweiten If-Bedingung Folgendes hinzu um leere Typen in der Datenbank beim nächsten Upload überschreiben zu lassen, ab dann sollte der Mime-Type richtig in der Datenbank stehen:

Code: Alles auswählen

$FILEINFOS["filetype"] == '' || 

Die Bedingung sollte dann insgesamt so aussehen:

Code: Alles auswählen

if ($FILEINFOS["filetype"] == '' || $ffiletype == $FILEINFOS["filetype"] || OOMedia::compareImageTypes($ffiletype,$FILEINFOS["filetype"]))

[Koala]

Ich muss nocheinmal betonen, der Test des Mime-Types beim Upload nur per Browser mag vielleicht aufgehen, weil der Browser, wie du selbst gesagt hast, den Mime-Type mitsendet. ABER wenn man vorher die Dateien per FTP in den File-Ordner hochlädt und dann die Synchronisieren-Funktion verwendet vom Medienpool, dann wird (ich habe nochmal nachgesehen im Quellcode) die PHP-Funktion mime_content_type verwendet.

Von der Synchronisierung war bisher nicht die Rede gewesen. An die Möglichkeit als Fehlerquelle hatte ich gar nicht gedacht

Diese Funktion ist schon laut der PHP-Doku nicht sehr zuverlässig. Daher werden, wenn man seine Dateien anfangs synchronisiert je nach der mehr oder weniger vollständigen Mime-Type Tabelle, aus der diese PHP-Funktion ihre Werte holt, auch mal leere Werte in die Datenbank eingetragen.

Damit ist die ganze Funktion mit den Mime-Types eigentlich überflüssig.

[tgoellner]

Hallo zusammen,

ich habe das gleiche Problem auch gehabt und folgende Funktion an das Ende der Datei
/redaxo/include/functions/function_rex_mediapool.inc.php eingefügt:

Code: Alles auswählen

/**
 * Ausgabe des Dateityps
 * http://www.php.net/manual/de/function.mime-content-type.php#87856
 */
function rex_mime_content_type($filename)
{
  $mime_types = array(
    'txt' => 'text/plain',
    'htm' => 'text/html',
    'html' => 'text/html',
    'php' => 'text/html',
    'css' => 'text/css',
    'js' => 'application/javascript',
    'json' => 'application/json',
    'xml' => 'application/xml',
    'swf' => 'application/x-shockwave-flash',
    'flv' => 'video/x-flv',

    // images
    'png' => 'image/png',
    'jpe' => 'image/jpeg',
    'jpeg' => 'image/jpeg',
    'jpg' => 'image/jpeg',
    'gif' => 'image/gif',
    'bmp' => 'image/bmp',
    'ico' => 'image/vnd.microsoft.icon',
    'tiff' => 'image/tiff',
    'tif' => 'image/tiff',
    'svg' => 'image/svg+xml',
    'svgz' => 'image/svg+xml',

    // archives
    'zip' => 'application/zip',
    'rar' => 'application/x-rar-compressed',
    'exe' => 'application/x-msdownload',
    'msi' => 'application/x-msdownload',
    'cab' => 'application/vnd.ms-cab-compressed',

    // audio/video
    'mp3' => 'audio/mpeg',
    'qt' => 'video/quicktime',
    'mov' => 'video/quicktime',

    // adobe
    'pdf' => 'application/pdf',
    'psd' => 'image/vnd.adobe.photoshop',
    'ai' => 'application/postscript',
    'eps' => 'application/postscript',
    'ps' => 'application/postscript',

    // ms office
    'doc' => 'application/msword',
    'rtf' => 'application/rtf',
    'xls' => 'application/vnd.ms-excel',
    'ppt' => 'application/vnd.ms-powerpoint',

    // open office
    'odt' => 'application/vnd.oasis.opendocument.text',
    'ods' => 'application/vnd.oasis.opendocument.spreadsheet',
  );

  $ext = strtolower(array_pop(explode('.',$filename)));
  if (array_key_exists($ext, $mime_types))
  {
      $mimetype = $mime_types[$ext];
  }
  elseif (function_exists('finfo_open'))
  {
      $finfo = finfo_open(FILEINFO_MIME);
      $mimetype = finfo_file($finfo, $filename);
      finfo_close($finfo);
  }
  elseif(function_exists('mime_content_type'))
    $mimetype = mime_content_type($filename);
  
  if(empty($mimetype))
    $mimetype = 'application/octet-stream';
    
  return $mimetype;
}

dann muss noch der Code in der Funktion rex_mediapool_syncFile ausgetauscht werden:

Alter Code (Zeile 298 - 301):

Code: Alles auswählen

  if(empty($filetype) && function_exists('mime_content_type'))
  {
    $filetype = mime_content_type($abs_file);
  }

Neuer Code:

Code: Alles auswählen

$filetype = rex_mime_content_type($abs_file);

Vielleicht sollte so eine Funktion in REdaxo 4.3 in den Core integriert werden?!

Fragt sich Thomas.

[Sabse]

Ich hole den Thread mal aus der Versenkung, weil ich festgestellt habe, dass der Fehler auch in Version 4.3.1 noch nicht behoben ist.

Bei vielen Dateitypen, z.B. CSS und PDF wird bei der Synchronisierung nichts in die Spalte filetype geschrieben.

Das einzige was hilft, ist die Lösung von Dümm, die von Thomas bringt bei schon vorhandenen Dateien nichts.

Gruß, Sabrina

[Thomas.Skerbis]

Möchte mich da mal ranschmeißen.
Kann man nicht einfach die Dateiendungen vergleichen?
Das dürfte doch einfach reichen.
Wer eine falsche Dateiendung dran setzt ist doch selbst schuld.
Die Mime-Typen unterscheiden sich je Browser, das gibt immer Ärger.

[Hirbod]

Möchte mich da mal ranschmeißen.
Kann man nicht einfach die Dateiendungen vergleichen?
Das dürfte doch einfach reichen.
Wer eine falsche Dateiendung dran setzt ist doch selbst schuld.
Die Mime-Typen unterscheiden sich je Browser, das gibt immer Ärger.

Und auch in den Betriebssystemen. MacOSX sendet einen anderen MIME-TYPE-HEADER, als Windows. Hatte des Öfteren schon das Problem

LG
Hirbod

[Thomas.Skerbis]

]

Und auch in den Betriebssystemen. MacOSX sendet einen anderen MIME-TYPE-HEADER, als Windows. Hatte des Öfteren schon das Problem

LG
Hirbod

Hi! Hast Du es lösen können? Wenn ja wie?

[Hirbod]

Ich glaub ich hatte damals einfach irgendwas im Core gepatcht, damit das wieder funktioniert. Hab glaub ich die MIME-Types erweitert

[Jan.Kristinus]

Hallo,

in der neuen 4.3.2 und auch in Version 5.0 werden nur noch die Dateiendungen verglichen. Somit sollte das in den meisten Fällen gut klappen ..

lg
jn