Got the database restore. But I can now confirm after w week of testing that that this app crashing IIS running PHP in ISAPI mode:

(W3SVC) A process serving application pool 'DefaultAppPool' terminated unexpectedly. The process id was '664'. The process exit code was '0xc0000005'.

once I password the download php file that no one can access it never crashes. We just moved from running php.exe to running php4isapi.dll MUCH FASTER!

This plugin is a core part of our site. Any idea why it causes the error above?

Andrew if you PM or email me i'll give you accrss to our server.

I am using the feed but no one recognizes it. I think the problem is the extension. It should not be .php but .xml

Is there a way to fix it?

I'm sorry - you'll have to remind me which feed you are talking about?

I'm happy to take a look, but I'm not sure what I will be able to find out. When you say "this app is crashing IIS running PHP in ISAPI mode", it may be a bug in LDM itself, or in the particular version of PHP you are using, or in IIS, or in the actual actions that your user community is performing with LDM, etc. Do you have any specific information that might help?

php.net have, apparently, a spate of bug reports about php's (in)stability with IIS, and they're having difficulties finding out the problem. See for example, http://bugs.php.net/bug.php?id=37483, which includes discussion up to 22nd July.

There are, also, MS related fixes: e.g. see http://www.iis-resources.com/modules...d=4367&forum=5

This is the feed im talking about. :)

OK, I'll take a look - I haven't checked this for some time.

Thank You :)

The feed script still works, but I realise that I have not provided much explanation of how to use it. I will try to give you some examples during the weekend, and include these in the final release for VB36.

Attached is an arabic translation as far as I could do so far .

Hi,
suddenly i have this problem when i try to upload an image:

Warning: fopen(/Ldm_Images/49561154767932.jpg): failed to open stream: Permission denied in \includes\local_links_resize.php on line 166

efil.

hmm...andrew..
having serious troubles getting mp3s to upload again (tried one liek 10 times no luck--still). same issue as before a couple betas back. getting a page not found or blank white screen after being stuck at 100% upload for a while.

its not ALL the time. but a significant amount. Had two users complain about sameissue as well.

did something change in the upload script from beta 3 to 4?

Andrew, have you made any progress on this?

There were no changes in the upload handling between these betas.

I can't remember what we discovered before, and if the problem only happens with larger files? Also, can you remember - did you have problems some releases ago with strange database errors when playing or downloading music/video?

I have added a new 'extra' limit-useraccess' with the 2.2.5 rc release (see VB36 thread - it also works with VB35) which allows you to modify allowances according to the users' posts.

It is (I think) extremely simple to change this 'extra' to work with the reputation rather than the number of posts. (i.e. instead of using the value of vbulletin->userinfo['posts'], one would use vbulletin->userinfo['reputationlevelid'])

Do you feel up to making that change yourself or do you prefer that I give you a more detailed example?

I do not understand what you are saying, because I have no clue about how either the 'extra' limit-useraccess' or the vbulletin->userinfo['posts'] work.
Either a detailed step by step explanation or a plug in/xml would work for me.

Using version 2.2.2 on vb 3.54 and I added the new plugin that limits user access based on post count but it doesnt stop users who havent met the requirements, any suggestions. Did I need to edit the plugin first or was it already configured? I tried several times on an account that did not meet requirements but no luck. Thanks

Do I read you correctly - you have installed the new extra provided with version 2.2.5 into a board running LDM 2.2.2?

This will not work as the relevant hook was not included in the LDM code until 2.2.5.

Consider the following setup:

1. Forum URL = "www.teflon1.net/forum"
2. Homepage URL = "www.teflon2.net/"
3. Upload space = "/home/webuser/upload"
4. Thumbs space = "/home/webuser/thumbs"
5. Forum web root = "/home/webuser/public_html"
6. force_redirect = 0
7. thumbs_dir = "../thumbs/"
8. local_file_root = No
9. protected_link = 0

When browsing a category containing pictures with Opera 8.51 is works fine.

But when browsing with IE 6.0 the thumbnails will not show up at all.
And the URL to the thumbs shows up to be something like: "www.teflon2.net/../thumbs/63721154952051.jpg"

This is a bug in the following aspects:

1. It shows the path to the thumbs, which should be hidden
2. It tries to find the thumbs on the wrong server
3. It uses a URL containing ".." above the forum web root
4. It does not evaluate the relative, (".."), URL into an absolute URL

One cannot rely on the Homepage URL to point at the web root for the forum.
That must be found using proper PHP system variable.

Strange that it works on Opera, but not on IE.

Can this be solved?

I'll take a look.

In general, the code does not try to resolve relative directories when local_file_root is set to 0 - I need to confirm that.

Concerning the file locations being made visible, a distinction is between the original file and its thumbnail. The location of the original is not made visible, but the generated thumb is. Is this an issue for you?

Thanks!
The thumbs space can be setup in the forum web root, so that is a minor problem.

Just like to get it confirmed that the revealing of file locations is only for the thumbs.

The problem with the thumbs pointed at another site, and thus not showing up is still a problem.

Provided force_redirect is set to 0, the file location is not revealed.

I'll give this some attention. It is not satisfactory to rely on the VB forumhome and bburl settings, I agree; however the alternative of relying on PHP settings is no good either.

I know what you mean. This can be a bit tricky. Not even a simple:
..can be fully trusted in all situations. ;)

I'll have a look myself if i can spot the problem. Although fairly inefficient since it is not my code, and thus not too familiar with it.
Is it somewhat like the forests in Denmark? :squareeyed: :ogre: :P

Regards, Johan

PS: Ill stick to "force_redirect = 0" for safety.

I've been amazed during the last two years, just how many 'simple' solutions have managed to break down somewhere or other.....

1)

Looking at some HTML generated in a photo category view i found this:

There is two interesting things in this line of HTML:

1. The quotes are singlequotes, not doublequotes
2. Ampersand is coded as "&" instead of "&"

I believe it ought to be something like this:

The code highlighting here kind of proves it too.

2)

I had a look in local_links.php and found this line:

I would rewrite it as:

Substituting as follows

1. doublequotes ==> singlequotes
2. & ==> &

3)

Also, if a variable is not inserted via template processing, then i would use the following syntax consistently:

Rather than the following syntax:

4)

Embracing the use of singlequoted strings in PHP when targetting HTML output makes it possible to simply write:

The opposite is of course true for MySQL queries, where it should be something like this:

I guess it is quite some work to rewrite the code for the LDM. Lots of code there.
But it is very well worth it, since it is such a good product.

Thanks for the remarks. Perhaps you can send these to me by email - keeps the thread from blocking.

I run pages through validator.w3.org from time to time to pick up on inconsistencies. Keeping the php and sql clean and consistent is a major task, as from time to time I decide I like a new coding style better than another. A rod to beat one's back, really.

Wilco! :cool:

I agree with you about keeping code clean. It's a moving target.

Andrew, in the past few days I've been experiencing one of these 'bots' coming to my site and generating a whole bunch of 'report bad link' emails. Yesterday I went into LDM permissions and unchecked Unregistered Users abilities to report bad links, but today it happened again. Here's a snapshot of what was sent to me:

And on and on. Obviously junk. Do you have any thoughts on how they did it again? Or could it just be a remnant of an earlier session they had access to? If they did do it again, what have I missed to prevent this from happening?

S

Are you sure the message comes from the forum?
Check the email header carefully to see where it really comes from.

The main reason for theese pesky bots to be able to send the emails is that they search the web for email addresses visible on webpages.
And they use Google, Yahoo and other searchers to find the addresses.
Then the bots send these lame, wanky messages about free software, and why you need to buy pills from the blackmarket.

It is becomming more and more impossible to have email addresses openly visible on the web. Some of these bots can also send their messages in unprotected webforms.

There is only one method to handle this problem: Arrest them who spam the internet, and implement enforced sender authentication on SMTP.

So this problem has probably nothing to do with the LDM at all.

No, I'm sure it came from my vBulletin/LDM. The headers my headers, and it's coming from my vBulletin's php mail forms.

I do understand how this originally started, as my LDM 'report bad link' setting was unprotected. But then I changed it yesterday, so I don't understand how it happened again today.

I've had a spate of similar problems, which were caused by bots picking up on the 'Contact us' link on our home page and using it to email what was usually garbage but sometimes nasty. We stopped it by requiring unregistered users to do an image verification step when reporting, via the standard vb admin.

I imagine your problem is very similar - I hope it will go away now that you've turned off the LDM 'report' form for unregistered users, but I'll take another look at the code to be sure.

which template do I go to if I want to edit the navigation bar for the links directory? Where it says : categories, show, search, add link.
I want to add images instead of links for those links.

thanks

links_header

hey, i went in that template and searched for the Categories Show Search Add Link

where i can edit the text, but i could not find it? can you maybe help me out and post the code where I go to edit the ADD LINK so i can add a image button if possible, or make the font bigger?

because people have a hard time seeing that, its so small.

thanks allot

This is the relevant part of the headre template for add link

Where can I find screenshots?

See the online help facilities at http://www.eirma.org/devel/LDM/index.html

Aah, now it's loading.

Last time I check page wasn't working.

I'll take a look.

Does it work with 3.6?

See version 2.2.5 in the VB36 forums. It's currently in "Release Candidate" stage - there are a few reported bugs in the version that is on the forum. These have been fixed and will be uploaded in a few days when I've finished testing.

Just to be clear on this:

a) In this situation, the LDM code uses an internal VB function construct_full_url() to produce a full url. That uses the value of $_SERVER['HTTP_HOST'] or similar, depending on server, to build the url.
b) The ../dir syntax is not valid for the thumbs_dir directory. (In fact, it is only valid in LDM for local_file_root_prefix and upload_dir and only when local_file_root is set to 1)
c) The strange problem - thumbnail displaying with Opera and not with IE - was probably not a browser issue. LDM creates different urls for the thumbnail, depending on whether it thinks it has cached the file or not. Before it has cached it, the url points to the thumbnail generator script.
d) You can always make this work (at least when I've uploaded a fix to someone else's problem...) by turning off thumbs_dir

I have uploaded what I hope is the official release 2.2.5 of LDM in the VB36 forums here. The same code works with both VB35 and VB36.

These are the fixes/changes between the RC and this version:

Add/Edit Link
Fields that are not available to user are not displayed
Protocols
Supports mms protocol
RSS2 feed
New 'extra' - old 'local_links_external' script withdrawn
User bandwidth/download allowances
New 'extras' which illustrate how to tie allowances to user reputation and to number of posts
Bugs fixed
- htmlspecialchars_uni used consistently, avoids messing up unicode fonts
- extra information added to admin info table to help debug
- Report of 'invalid email' when editing enties submitted by unregistered user
- No longer crashes when moderator accepts entry and email notification to user is turned on
- Additional tests within 'report link' and 'send to friend' to block spammers
- linkbit_short template fixed
- Product update no longer wipes out customised templates
- VB function cache_styles() copied into LDM because of problems on some sites

Partial translation into arabic provided in the development/phrases directory

If anyone experiences problems, please report them quickly!