You've turned on the SEO friendly option in LDM, and I imagine that whatever back end you are using has changed.

LDM itself only modifiies the format of its displayed urls (from local_links.php?catid=xx to local_links.php/links/XX), and expects that Apache has been set up to deal with these.

OK, thank you, will turning off the SEO friendly option fix this problem or is there something else I'll need to do?

edit: never mind turning it off fixed the problem!:D Thanks again Andrew!:up:

I apologize if this has been covered, but I've read through several hundred responses and just can't go on.

I didn't download and install this, but a co-worker who is a bit less computer savvy did. There is an issue I'm SURE is simple to fix, but it ain't a-happenin' at the moment.
We have our vBulletin secured. The file libraries accessed through the main navigation would always present the user with the standard IE "This page contains secure and nonsecure information....". I figured out that if I went into the admin (vBulletin Options/Site Name\URL\Contact Details) and tacked an "s" onto http of our forum URL, everything was lovely. Well, almost. Go into the Libraries and its fine, select a category, fine, but once you select an actual link: "Internet Explorer cannot download...."

If I make the url http, its fine. https, it throws up. What am I doing wrong here??

How are you entering the actual filenames that LDM is controlling, and in what mode are you using LDM?

I assume that you are trying to use LDM to control access to files which are actually stored on your own server, lets say (for exaple) file.pdf in directory /abc on server https: // yoursite /

Are you setting up the entry URLs in the form a) /abc/file.pdf or in the form (perhaps) b) https: //yoursite /abc/file.pdf or (I assume not) c) http: //yoursite /abc/file.pdf

Internally, the first form is handled using standard file access routines (fopen, fread, etc). The second and third forms are handled *either* using the cURL library or using fopen, etc, via php's inbuilt protocol handlers. cURL is used automatically if is installed.

The recommended approach for local files would be format (a) and I can't see why there would be any problem. Format (b) should also work on a secure site - although it is some time since I tested this - but will certainly be significantly less efficient. Format (c) would be wrong on a secure site.

So, I recommend:
1) check the format of your LDM entry URLs (LDM/edit entry)
2) try using format (a) or (b)
3) if you really want to use format (b), try turning off cURL if necessary (LDM/admin/settings/force_fopen

If this doesn't help, get back to me

We are using format (a) and cURL is turned off. I've fiddled with every setting and loaded several bogus files and still have the same issue. Fortunately, the original problem is just an annoyance, not a major problem. Right now, my plan is to poke around in the code and see if something isn't getting set properly (as we are also getting an error in IE "Unexpected call to method or property access" when the forum url is set to http, doesn't do it when its set to https). If I discover something else, I'll be back. Thanks for the suggestions.

Just to confirm, my https test site handles local LDM dowloads just fine.

There are some interesting reports on the web about "Unexpected call to method or property access", which is a Javascript error.

Hello,

Is it possible to add an LDM search function under the default VB Navbar Search?

Or indeed a function that searches both :)

Andrew, I apologise if this has already been answered, I did search, honest!

I'm runnng 2.2.7

Thanks

VinylJunky

I'll give this some thought - I'm working on the search integration into vb 3.7 at the moment.

Hello AndrewD

In my forum I have three administrators and all receives the bad link reports. Is there any way to have only one user to receive the bad link reports? Many of my users don't know how to download or open the files and they keep sending bad link reports.

Andrew,

I'd really appreciate that thank you. I suspect that many others would like the search function integrated within vb3.6.x

I cant see that I will be moving to vb3.7 for at least 6 months.

Have a good day :up:

VinylJunky