[bd] Attachment Store [Deleted]

[xfrocks]

I was just navigating there. It doesn't work by .htaccess, it works by the control panel of the CDN itself.
Navigating to
cdn.mydomain.com/attachments/12760/
Shows me the image if I log in.

I just need to confirm if the add on produces that CDN URL. But you said that you navigate there by yourself so it's all good.

Back to your question, no, CDN will not cache that attachments/12760 URL.

You will notice that you get redirected to another URL if you login and go to that URL. CDN will cache the second URL (the longer one with a file name).

 

[Moshe1010]

OK, I get it now.
Thanks for the help!

 

[Moshe1010]

I just need to confirm if the add on produces that CDN URL. But you said that you navigate there by yourself so it's all good.

Back to your question, no, CDN will not cache that attachments/12760 URL.

You will notice that you get redirected to another URL if you login and go to that URL. CDN will cache the second URL (the longer one with a file name).

So I'm just curious. Since cdn.mydoamin.com/data/attachemnt/whatever
doesn't follow permissions if it's accessible directly - is there a way to guess/get the cdn link from outside(without having the right permissions)?

 

[xfrocks]

So I'm just curious. Since cdn.mydoamin.com/data/attachemnt/whatever
doesn't follow permissions if it's accessible directly - is there a way to guess/get the cdn link from outside(without having the right permissions)?

No way to guess. But a user with proper permission can leak that URL for others.

 

[Moshe1010]

I'm wondering if it's just me or a bug. Since moving all my attachments to the data folder, the counter that is present below a thumbnail in a specific post isn't working (it doesn't count viewers anymore. It stays on zero).
I'm referring to this:
http://img545.imageshack.us/img545/8405/atek.png

Can you reproduce this?

Thanks.

 

[xfrocks]

I'm wondering if it's just me or a bug. Since moving all my attachments to the data folder, the counter that is present below a thumbnail in a specific post isn't working (it doesn't count viewers anymore. It stays on zero).
I'm referring to this:
http://img545.imageshack.us/img545/8405/atek.png

Can you reproduce this?

Thanks.

This is the expected behavior. User gets the direct link to the file so no view tracking is done.

 

[Moshe1010]

This is the expected behavior. User gets the direct link to the file so no view tracking is done.

Anyway around it?

 

[xfrocks]

Anyway around it?

You can enable enforce permission and let all download request go through XenForo first (before being redirected to the actual file). You will need latest version (v0.11, has just released a few minutes ago) to have proper view logging.

 

[Moshe1010]

You can enable enforce permission and let all download request go through XenForo first (before being redirected to the actual file). You will need latest version (v0.11, has just released a few minutes ago) to have proper view logging.

Great, I'll check this out.

 

[MattW]

I've noticed a slight problem since the last update.

It looks like images uploaded before the latest update (with the file format option).

It looks like it's re-writing all image URLs to have lower case file extensions. Before this, I had quite a lot of uppercase file extensions.

example:

http://z22se.co.uk/garage/astra-white-pearl-irmscher-selection.44/



That file is there, but with a UPPERCASE extension:

[root@nginx 09]# ls -hl 48522*
-rw-r--r-- 1 nginx nginx 2.1M Sep 11 20:32 48522_DSC02259.JPG

This is the URL of the actual file:

http://z22se.co.uk/data/attachment-files/2013/09/48531_IMG_1977.JPG

I've downloaded that, and re-uploaded in a post:

http://z22se.co.uk/data/attachment-files/2013/10/49280_48531_IMG_1977.jpg

It's made the file extension lowercase.

I've installed a test copy running 0.10.1 and uploading the same file keeps the extension CAPITAL

http://test.z22se.org.uk/data/attachment-files/2013/10/4_48531_IMG_1977.JPG

 

[MattW]

Upgraded the test site to 0.11 and I'm getting a 404 on that file that has just been uploaded, as it's re-writing the extension to be lowercase.

http://test.z22se.org.uk/data/attachment-files/2013/10/thumb/4_48531_IMG_1977.jpg

 

[xfrocks]

I've noticed a slight problem since the last update.

It looks like images uploaded before the latest update (with the file format option).

It looks like it's re-writing all image URLs to have lower case file extensions. Before this, I had quite a lot of uppercase file extensions.

example:

http://z22se.co.uk/garage/astra-white-pearl-irmscher-selection.44/

View attachment 59508

That file is there, but with a UPPERCASE extension:

[root@nginx 09]# ls -hl 48522*
-rw-r--r-- 1 nginx nginx 2.1M Sep 11 20:32 48522_DSC02259.JPG

This is the URL of the actual file:

http://z22se.co.uk/data/attachment-files/2013/09/48531_IMG_1977.JPG

I've downloaded that, and re-uploaded in a post:

http://z22se.co.uk/data/attachment-files/2013/10/49280_48531_IMG_1977.jpg

It's made the file extension lowercase.

I've installed a test copy running 0.10.1 and uploading the same file keeps the extension CAPITAL

http://test.z22se.org.uk/data/attachment-files/2013/10/4_48531_IMG_1977.JPG

I can confirm the behavior: all extensions are converted to lowercase starting from v0.10.2. However, it should not cause any issues. Are you saying the images doesn't show up for old uploads?

 

[MattW]

I can confirm the behavior: all extensions are converted to lowercase starting from v0.10.2. However, it should not cause any issues. Are you saying the images doesn't show up for old uploads?

Correct. I get a 404 error for all the files with uppercase extensions.

 

[xfrocks]

Correct. I get a 404 error for all the files with uppercase extensions.

Is that happening with old attachments or new attachments or all of them? New vs. old here is relative to version 0.10.2 FYI.

 

[MattW]

Is that happening with old attachments or new attachments or all of them? New vs. old here is relative to version 0.10.2 FYI.

Old attachments uploaded before 11.0 was installed.

Anything with an uppercase extension now doesn't show

 

[xfrocks]

Old attachments uploaded before 11.0 was installed.

Anything with an uppercase extension now doesn't show

So you meant both old attachments AND new attachments are not working?

 

[MattW]

So you meant both old attachments AND new attachments are not working?

No, new attachments are working, because when the file is uploaded, the extension is also being converted to lowercase. Old attachments with lowercase extensions are also working.
It's old attachments with uppercase extensions that are now not working.

EDIT:

I've just tested this on another site as well, as I thought it could be nginx causing it, but the other site is running on Apache 2.2 so it's not my set up.

 

[xfrocks]

No, new attachments are working, because when the file is uploaded, the extension is also being converted to lowercase. Old attachments with lowercase extensions are also working.
It's old attachments with uppercase extensions that are now not working.

EDIT:

I've just tested this on another site as well, as I thought it could be nginx causing it, but the other site is running on Apache 2.2 so it's not my set up.

Do you happen to run a rebuild recently? Also, you said you tested on an Apache server, it is having issues too?

 

[MattW]

Do you happen to run a rebuild recently? Also, you said you tested on an Apache server, it is having issues too?

Yes, apache server is also having issues.

No, I've not run a rebuild. I'll try that.

 

[MattW]

Rebuild doesn't make any difference.

This is from the site running on apache

Actual image URL

http://pieclub.org/data/attachment-files/2013/10/thumb/93_4_48531_IMG_1977.JPG

URL being used in the post for the image now:
http://pieclub.org/data/attachment-files/2013/10/thumb/93_4_48531_IMG_1977.jpg