kein Bilderdownload mehr?

[update]

Stelle gerade fest, dass ich aus einem CP file list im FE keine Bilder mehr runterladen kann (auch die checkbox ist nicht klickbar):

Ashampoo_Snap_2017.01.24_17h07m22s_002_.png (3.81 KiB) Viewed 3002 times

Version: You are running phpwcms 1.8.5 (2017/01/10, r544).
Habe ich was falsch gemacht - so ist das doch nicht normal, oder?

[update]

greift nicht mehr auf die download.php zu...

[Old Boy]

Die .htaccess ist geändert ... !!!

[update]

und wie wo ist das verantwortlich für diese Sache? Konnte auch mit Brille nix finden.

[update]

keine Ahnung, was ich da machen muss, damit es wieder geht

[Old Boy]

Hängt es vielleicht hiermit zusammen:

# In case of config setting `$phpwcms['rewrite_ext']='.html'` -> /alias.html (Default)
RewriteRule ^([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.([0-9]+)\.html$ ./index.php?id=$1,$2,$3,$4,$5,$6&%{QUERY_STRING}
RewriteRule ^dl\/([a-fA-Z0-9]+)\/(.*?)$ ./download.php?f=$1&%{QUERY_STRING}
RewriteRule ^(.+)\.html$ ./index.php?$1&%{QUERY_STRING}

[update]

ob ich nun diese Zeile # oder nicht, ich bekomme immer
https: // mydomain.tld/dl/0b0298605551b06fd4bb36c4e5225645/mypic-1-300-4c.jpg

Allerdings mit dem Unterschied, dass ein # ein 404 liefert und eine aktive Zeile das Bild im Browser anzeigt. Ich will aber einen download wie vorher. ...?

[Oliver Georgi]

Wenn Rewrite aktiv ist, werden Downloadlinks umgeschrieben.

Alles richtig so und funktioniert, wenn in der .htaccess der betreffende Eintrag vorhanden ist.

Und Dein Browser tut, was er soll = Bild anzeigen. Prüfe Config

Code: Select all

$phpwcms['inline_download'] = 1;

[update]

Ok,

$phpwcms['inline_download'] = 0;

und dann geht es (wieder). Was hat sich da geändert (ich war's nicht)?
Und mit

[FILE_DESCRIPTION]<p>
{FILE_DESCRIPTION}<br />[FILE_COPYRIGHT]
Copyright: {FILE_COPYRIGHT}<br />[/FILE_COPYRIGHT]
{FILE_EXT}, {FILE_SIZE}, {FILE_DATE}, {FILE_DOWNLOADS} downloads
</p>[/FILE_DESCRIPTION][FILE_LONGINFO]

wird kein DL-Counter gezeigt, sehr wohl aber mit

[FILE_DESCRIPTION]<p>
{FILE_DESCRIPTION}<br />[/FILE_DESCRIPTION][FILE_COPYRIGHT]
Copyright: {FILE_COPYRIGHT}<br />[/FILE_COPYRIGHT]
{FILE_EXT}, {FILE_SIZE}, {FILE_DATE}, {FILE_DOWNLOADS} downloads
</p>[FILE_LONGINFO]

Ist da was schiefgelaufen? Hmmm...

ÄÄÄH, ok, wenn ich keine description habe, geht's natürlich nicht? Oder?

[Oliver Georgi]

Hängt davon ab, wie Du es aufbaust und welche Logik greifen soll.

Was hat sich da geändert (ich war's nicht)?

Dass der Browser nun „glaubt“ er bekommt ein richtiges Bild, da nun der Download mit aktivem Rewrite einen schönen Dateinamen mitliefert.

[update]

update wrote:
Was hat sich da geändert (ich war's nicht)?

Dass der Browser nun „glaubt“ er bekommt ein richtiges Bild, da nun der Download mit aktivem Rewrite einen schönen Dateinamen mitliefert.

Oh, hatte ich übersehen Schönes Feature!

Hängt davon ab, wie Du es aufbaust und welche Logik greifen soll.

Ok, ja, hab's dann auch gesehen. Hatte ja vorher überall eine description drin und die aus Versehen bei zwei Einträgen gelöscht...

[update]

Neuer Anlauf...
Aktuelle Version ist installiert.
Mit rewrite on bekomme ich /dl/...
Komische Sache dabei ist: Ich habe drei Bilder in der file list, die ersten zwei werden im neuen Fenster angezeigt, das dritte macht eine Abfrage, wohin es gespeichert werden will.
Mit ohne rewrite:
/download.php... und alle Bilder machen diese Abfrage...
Hmmm...

[Oliver Georgi]

Attachment Modus prüfen. Aber! Es sind Downloads, da gibt es aber keine Garantie, wie der Browser damit umgeht. Cache des Browsers u.U.