The Arcive of Official vBulletin Modifications Site.It is not a VB3 engine, just a parsed copy! |
|
Links and Downloads Manager Details »» | |||||||||||||||||||||||||
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. Show Your Support
|
Благодарность от: | ||
VIP Hawaii |
Comments |
#272
|
|||
|
|||
Quote:
This must be the issue on our LDM too - many users will complain somtimes a link is broken and once it's gone through this "30 second timeout" seems that the link is actually broken. |
#273
|
|||
|
|||
Okay... let me summarize the problems I am having with 2.2.5...
1. clear_thumbnails() does not exist 2. SCAN mass upload feature is broken... all links get default values of: - file size listed as -999bytes - date listed as 12/31/69 05:00 - parent forum = 1 (instead of open access none) |
#274
|
|||
|
|||
Quote:
(2) is definitedly a bug in 2.2.5 and is fixed in 2.2.6 - which I keep hoping will be uploaded before this weekend. |
#275
|
|||
|
|||
Quote:
If an entry in LDM a) points to a downloadable file (i.e. has a filetype that appears in the VBulletin Attachments table), and b) is set up as a full url (i.e. http::/site/dir/file.typ) - NB it doesn't matter if site is actually your own site or somebody else's then you are likely to have problems with running out of CPU time if the file is bigger than a few MBytes. This is because the work of retrieving the file and then retransmitting it to the user is expensive. There isn't much one can do about that. LDM is much more efficient if the file is actually stored on your own server and the entry is set up using the local file name rather than as a full url. Note also that these problems do not occur if the entry points to a filetype that is not in the VBulletin attachment table, because in this situation, LDM itself is not actually managing the transfer - the user's browser and the original site are doing all the work. However, this gain in efficiency is achieved at a loss of secrecy about the location of the file. |
#276
|
|||
|
|||
Quote:
|
#277
|
|||
|
|||
Quote:
your hints helped me. But I wana explain why I want to give my users the ability to know the full url. because they need to upload thier images into my server, then can put the link as source of the image : thats mean : I like to give the user a link after he/she upload an image. so he can i.e. put that link in html tag as <img src="image_link" /> in this case the image will apear directly without need to jump or click. |
#278
|
|||
|
|||
Hey Andrew, I noticed you fulfilled my request and set the hits grab at the beginning of a download instead of at the end, thus letting the "hits" system work for shared servers that how a low wait_timeout... However, I noticed that the system still holds a sustained connection in which I get an error report after 20 seconds (my wait_timeout setting). If the hits grab is now at the beginning of the file, is there still a need to sustain the connection which is killed off by wait_timeout?
|
#279
|
|||
|
|||
Quote:
|
#280
|
|||
|
|||
Hey Andrew... any possibility for an extra profile field for links? Just an extra field where I can store an additional piece of information, but not part of the description? So I can call this extra piece of information in a template somewhere?
|
#281
|
|||
|
|||
Quote:
|
|
|
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|