Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Instigator

Pages: [1] 2 3
1
Added explanation :D Hope it helps :)

2
Yes!! I have figured it out thanks to google :p

The fix is:

Before:
Code: [Select]
if (get_user_os() == "MAC") {
Add
Code: [Select]
session_write_close();
Source: http://www.sitepoint.com/blogs/2006/02/27/ajax-and-session-race-conditions/ and http://uk2.php.net/session_write_close

Edit: Sorry the file is download.php.
Explanation: In short the session data was not being written when download was in progress so the session was "locked" and could not be used. Using the write_close() function it meant that before the download starts the session data is written and made available. The inspiration was thanks to Veno who used the word "Lock up" and I used same on google to find my answer :D

thanks veno :D

3
Hi Veno,

Thanks for your help. I will check that thread regularly myself and look elsewhere for an answer.

Thanks!

4
Sorry for being a nuisance but I really need help on this cos I'm at a dead-end :(

5
Just tried 1.7.2 and have the same problem :(

6
Ok I have an idea. As the problem I'm having is related to one sessionID how about changing the code so that a new session is created for every access? This would mean a large session table but then I can have a low session cleanup value to get ride of idle sessions quickly.

7
Yes I already tried that Veno few days ago. It has no effect. I have been reading up on this from google searches and it seems the problem is concurrent access for particular sessionid. It's like the sessionid is locked when file is downloading and only after download is finished can one browse the site.

Placing the sessions data in memory helped to solve problem temporary but then the problem of blank pages happened.

Any other suggestions?  :(

8
Problem fixed! I changed the value in php.ini

session.save_handler=files

to

session.save_handler=mm

So sessions are now stored in memory rather then files.

EDIT: NOW my site just shows blank page. I've reverted back to the sessions files. So I'm back to where I started from :(

9
Just tried that too Veno. No effect :( I am getting desperate now.

As I mentioned earlier while I am downloading a large file (logged in) I delete my cookies and then I can browse as guest. I can then even login again and download another file simultenously but then can't browse the site. The cause is something related to the sessionID/cookie information. It's like each user is limited to one request per session id.

10
Tried default php.ini - no effect
my.cnf - no effect.
tried also downgrading php to one we had previosuly. no effect.
turned off firewall. no effect
looking through httpd.conf i can't see anything that would effect.

can't think of anything else :(

Any suggestions?  :oops:

11
Hi Veno,

I have found the cause of the problem. It's something to do with the session/cookie. I download a file and then delete my cookies. I can then browse the site normally. I even login again and can surf the site and even download another file. BUT then I can't surf the site again. So I have to delete cookies again to browse site.

So how do I fix this problem? :(

12
I tried that code already on the main site of the link i gave u. It did help with the serverload but the problem of connections being queued was still there.

It will be difficult to revert back to original php and my.cnf settings with the server hosting many sites and the files having some optimzations. I'll have a think of what changes I made exactly and try removing them one by one.

13
I've sent you a pm with the link veno :)

14
Yep I tried that already few hours ago and no effect. Any other suggestions?  :cry:

15
Mod security and Mod bandwidth installed but modbandwidth is not applied to the domain in question. Also have Eaccelerator php cache engine installed.

Pages: [1] 2 3