Major Additions - Links and Downloads Manager

Version 2.3.0 of LDM is now the official release. This works with both VB3.7 and VB3.8. You can obtain it here

Version 2.2.8 remains available here, with limited support.

04.02.08: patch-cat.xml 'extra' uploaded - see first post for information

27.10.07: Version 2.2.8-post1 uploaded
French translation of product installer uploaded (other language translations are in the main release zip)

Remember to back up your current database tables before upgrading.

What this is and does

LDM is a general-purpose link and file manager, which handles user uploads and downloads in a flexible way. A range of media players is integrated into LDM and others are included as plugin extras. LDM is described below in the first post of this thread, which also contains a brief list of the currently-known bugs.

This release of LDM works correctly with all VB versions 3.6.x and recent versions of vbadvanced.

Documentation, screen shots, etc, are provided as a Wiki at http://www.eirma.org/wikis/index.php...nloads_Manager

Thank you to everyone who has tested, given suggestions, helped with the translations, etc.

[AndrewD]

I believe I'm finally there with LDM 2.2.6

Grateful for a couple of quick tests before we move this to become the new official release.

Please remember to backup your database before upgrading.

Changes since 2.2.6 rc

+ New vbAdvanced module to list most recent new categories
+ New Wimpy plugins added - integrate with wimpy player and wimpy button
+ Spanish translation updated (thanks ObMob)
+ Down arrow icon available for downloadable files
+ Bugs fixes
- timeout_hit_allow no longer checks on hits on same entry, thus fixing problem with download managers that attempt to open multiple channels to the file
- admin/view downloads/delete entries works again
- force_accept modified to record acceptance in the database instead of in a cookie in order to handle clients with forceful firewalls and virus software
- moderation code modified to work correctly with chenges in VB36
- 'view ratings' drop down menu hidden when rating/commenting on entry
- 'view ratings' drop down menu visible in tabular linkbit
- subcategories are not shown when user requests display of single entry
- various improvements in curl handling; curl access works to https: urls and to urls with redirections in place
- entries shown per page is rounded up when link_cols_display>1, to fill the page grid as far as possible
- improved category synchronisation code
- Windows IIS/CGI integration no longer dies if DOCUMENT_ROOT is protected
- VB 3.6.3 image security check incorporated

Attachment removed - 2.2.6. is now the official release.

[kompakt]

Thanks a lot AndrewD. Installing now and will let you know of anything I come across...

[Slave]

Ta AndrewD .. Installing now, I'll let you know if I find anything.

[Slave]

hmm .. something funny is going on

Everything seems to have become centerised ..

AndrewD, take a look at www.yaxleyvillage.com/local_links.php to see what I mean ..

The category discriptions, as well as the sub forums .. the discriptions of links within the Tabular linkbit too .. not to mention whats going on with the short linkbit is no longer in rows but all bunched up (look in my local contacts cat) ..

Is it a new setting? or has something gone wrong?

[AndrewD]

Originally Posted by Slave

hmm .. something funny is going on

Everything seems to have become centerised ..

AndrewD, take a look at www.yaxleyvillage.com/local_links.php to see what I mean ..

The category discriptions, as well as the sub forums .. the discriptions of links within the Tabular linkbit too .. not to mention whats going on with the short linkbit is no longer in rows but all bunched up (look in my local contacts cat) ..

Is it a new setting? or has something gone wrong?

You're right about the centering, but it seems only with IE. Mozilla Firefox is behaving correctly. I'll take a look - probably I've missed out a 'center' tag somewhere.

The short linkbit is defaulting to the default 'max cols' for the linkbit, as you haven't set a link_cols_display value. That's what happens when I try to fix someone else's bug report... Again, I'll take a look and try to post a fix this evening.

[Slave]

Originally Posted by AndrewD

You're right about the centering, but it seems only with IE. Mozilla Firefox is behaving correctly. I'll take a look - probably I've missed out a 'center' tag somewhere.

The short linkbit is defaulting to the default 'max cols' for the linkbit, as you haven't set a link_cols_display value. That's what happens when I try to fix someone else's bug report... Again, I'll take a look and try to post a fix this evening.

Cool AndrewD, thanks

heh, just looked using my iBook and the centering looks fine using Safari too .. bloody IE

You're right in that I've not got anything in the link_cols_display setting. After having a look I did change this to 1 as a test but it didn't go back to how it used to be, but instead just showed the link in a block like it does without the setting, but only one per row instead of the default 6 ..

Sorry for the extra work ..

[AndrewD]

Originally Posted by Slave

Cool AndrewD, thanks

heh, just looked using my iBook and the centering looks fine using Safari too .. bloody IE

You're right in that I've not got anything in the link_cols_display setting. After having a look I did change this to 1 as a test but it didn't go back to how it used to be, but instead just showed the link in a block like it does without the setting, but only one per row instead of the default 6 ..

Sorry for the extra work ..

Edited, superseded...

[|oR|Greg]

Originally Posted by AndrewD

I believe I'm finally there with LDM 2.2.6

Grateful for a couple of quick tests before we move this to become the new official release.

Please remember to backup your database before upgrading.

Changes since 2.2.6 rc

+ New vbAdvanced module to list most recent new categories
+ New Wimpy plugins added - integrate with wimpy player and wimpy button
+ Spanish translation updated (thanks ObMob)
+ Down arrow icon available for downloadable files
+ Bugs fixes
- timeout_hit_allow no longer checks on hits on same entry, thus fixing problem with download managers that attempt to open multiple channels to the file
- admin/view downloads/delete entries works again
- force_accept modified to record acceptance in the database instead of in a cookie in order to handle clients with forceful firewalls and virus software
- moderation code modified to work correctly with chenges in VB36
- 'view ratings' drop down menu hidden when rating/commenting on entry
- 'view ratings' drop down menu visible in tabular linkbit
- subcategories are not shown when user requests display of single entry
- various improvements in curl handling; curl access works to https: urls and to urls with redirections in place
- entries shown per page is rounded up when link_cols_display>1, to fill the page grid as far as possible
- improved category synchronisation code
- Windows IIS/CGI integration no longer dies if DOCUMENT_ROOT is protected
- VB 3.6.3 image security check incorporated

I'll try this tonight and let you know.

[Slave]

Originally Posted by AndrewD

Could you try these - just upload the includes/local_links_include.php and reinstall the product.xml

Ta muchly

Thanks AndrewD .. I've tried those files out and while it does look as if the display of categories and subcats are back to normal, the linkbits are still wrong.

The Tabular linkbit is still centering things (in IE only it seems) instead of aligning things to the left.

The Short linkbit is defaulting to 1 entry per row (with no setting in admin) but the details of the entry has a breakline in the middle and isn't filling in the whole row like it did before ..

http://www.yaxleyvillage.com/local_links.php?catid=62

See above to see what I mean re the short linkbit.

Hope that helps ..

[berayiwu5]

Originally Posted by berayiwu5

Thanks, AndrewD. Your support has been nothing but phenomenal.

In the "LDM Usage and Quotas" section of the wiki manual (http://www.eirma.org/wikis/index.php...age_and_Quotas), there is a passage that says:

"Limits can be placed on the number of files a user can access and/or the bytes that she can download in a 24 hour period, or both. If both types of limit apply, the first limit to be hit triggers the block. These limits apply individually to registered users, and collectively for unregistered users. Different limits can apply to each usergroup."

What does applying "collectively for unregistered users" mean? Does it mean that if I assign 200MB daily bandwidth allowance to unregistered users, I can have either 20 users using 10MB per day or 40 users using 5MB per day? If a couple of unregistered users have used up 150MB on a given day, does it mean that there wouldn't be much bandwidth left for other unregistered users to use?

Besides, I don't understand how file limits can be meaningfully set collectively for the group of unregistered users, since there is no telling how many unregistered users will visit a site on any given day.

Thanks for your pointers.

Originally Posted by AndrewD

The manual is out of date on this point, thanks for highlighting that. For unregistered users, the test is now made using their IP address. If you turn on bandwidth limits and set a limit for unregistered users, each IP address will be allowed the speofied number of files/bytes per day. It's not perfect, but it seems better than giving the whole world a limit that one person could use up.

Actually, AndrewD, the idea of giving unregistered users collectively an X amount of bandwidth usage everyday makes perfect sense to me. I was only asking a clarificatory kind of question. I didn't mean to say that I didn't like this feature. In the newer versions, i.e., for vBulletin 3.6, have you really changed this bandwidth quota to apply to unregistered users individually? If you have, then we could have server bandwidth maxed out quickly should a larger number of unregistered users visit our site:

Suppose we have purchased 50 GB monthly bandwidth, and we only expect about 50 unregistered users using about 20 MB per day. That would come down to 1 GB per day and 30GB per month. That's still within the limit of the quota. But if all of a sudden, we have 200 of these visitors, then the bandwidth usage will shoot up to 4GB per day, and we will use up our monthly bandwidth in two weeks.

I think you should keep collective bandwidth usage for unregistered users intact because of this kind of unpredictability. For registered users, bandwidth usage is more predictable. I would greatly appreciate it if you could reinstate this feature. But for file opening, I agree with you that it should be applied individually to each IP, registered or unregistered. Thank you. Please reconsider.