I have a CI app that uses db sessions, and a few hundred users on at any one time.
Sessions work perfectly for everyone, except one guy, who keeps getting booted back to the auth/login controller after a few actions. It seems that clearing his cache works for a few days, but the problem then comes back.
As far as I am aware, he is the only user with this problem. Even his business partner sits next to him on a different pc and does not suffer the same problem.
Apparently he is using IE (8 or 9, cant remember which). I asked him to try chrome or FF, which he has said gives the same problem. I’m not sure if he actually has tried them or not…but I can’t exactly argue with the guy.
Needless to say, the guy is pretty pissed off and ready to throw his pc out the window…or perhaps at me.
Any ideas on what to do or suggest here?
In the end, it seems that this was caused by the user being on a USB mobile dongle. Same laptop on a wireless network worked fine. Go figure.
Related
We just switched our one of our php project to use Redis/Haproxy as solution for storing session. The issue we are facing is once in one or two months, the project will randomly lost session. We have to refresh the same page 10~30 times to see that issue. If we restart Haproxy, it seems working again. But, we don't want our client to experience same issue every couple weeks. Is there any thing I should pay attention to?
My website is build with Laravel and for the most part, works perfectly fine. However, there is an occasional issue where the website comes to a complete stop and page loading takes almost 5+ minutes. I have had this issue previously and it was because there was page on the website that was performing a loop of thousands and thousands of queries depending on what the user inputted into a form. If the user entered the number 5,000 then the page would perform 5,000 queries. Once I fixed that then everything was working perfectly again. I have my suspicion that something similar has happened again however I'm having trouble pinpointing exactly what could be causing it.
Is there anything that I can do, site-wise, to monitor this and help me locate the issue? Perhaps there is something that can be done on the operating system itself (I'm using Ubuntu)? It would be great if there was some monitoring system that allowed me to see which pages took the longest to complete all of its queries to the database.
Thank you.
If you want to track all queries/events/errors for all users with traces etc. then maybe
Laravel Telescope
is what you want. It is an UI for inspecting and debugging everything in Laravel. If your Laravel version is above 5.7.7 you can install it right away
I have a PHP program that uses session variables to pass data over several PHP scripts. When I test it on my normal computer it flows just fine, and the session data holds through where expected, gets maintained on page refreshes, etc.
The strange thing I'm encountering is that on a secondary computer, the session is wildly inconsistent. I'll arrive at a page and it acts as if none of the session variables had been set. What's even stranger is, if I try reloading the page, sometimes the variables will actually load (and if I refresh again, they disappear again).
From what I can tell the problem doesn't seem to be browser-specific (I've tested on Chrome, Firefox and IE on both computers), but rather computer-specific, which seems really strange to me. I asked two other people to try it out, and discovered the exact same issue -- for one person the program runs just fine, but for the other person the session variables load inconsistently.
Any thoughts? I'm not doing anything fancy with the session, I just have the session_start() calls at the beginning of the scripts, post data via forms, and access/store via $_SESSION.
Edit: Some additional details --- in firebug, on the computer that isn't affected I'm seeing 3 cookies, which I guess I should be expecting (I'm admittedly not much experienced in session management and cookies). On the computer that is affected though, I'm not seeing any cookies at all in Firebug, even when the page does randomly load properly.
Also for clarification, I do expect the session data to be distinct for each computer, I'm not expecting data from one computer's session to be available on another computer's session.
Edit 2: I checked the cookies in firebug again, and it does seem like the 3 cookies are showing up on the affected computers (maybe it wasn't loading properly earlier today). I've done a var_dump of the $_SESSION variable on the pages that aren't displaying the data correctly, and sure enough all the information is there. It's just, for some reason it only sometimes loads in the HTML section below. I'll keep digging.
After a ton of digging around and testing, I finally figured it out, and the answer was surprisingly obscure and yet under my nose at the same time. My company uses VPN to tunnel remote desktops to our work servers. Although the pages I had set up on the work servers were accessible and worked properly via the browser (which is what threw me off), the session cookies weren't passing properly to the affected computers because those computers didn't have the site's IP address mapped to the work domain in their Windows hosts files. Once I mapped the IP address to the site domain, everything worked perfectly like my primary computer. Thanks to everyone who gave the issue some thought!
I'm not very technical so apologies up front! Unfortunately, I've been left to figure this out though as the company who deal with my dedicated server are being less than helpful.
Really hoping someone can shed some light on this. We host around 100 websites and currently, all sites on our server are up and down like yoyos. There doesn't seem to be a pattern - it's very sporadic and intermittent. Usually, you can just click around one of the sites, for example www.innivo.com for a few mins and you’ll see the site drop out, and then after a few refreshes, it will come back, then back down – you get the idea.
In Chrome, I get: No data received
Unable to load the web page because the server sent no data.
Error code: ERR_EMPTY_RESPONSE
In Firefox I get:
The connection was reset
The connection to the server was reset while the page was loading.
The site could be temporarily unavailable or too busy. Try again in a few moments.
If you are unable to load any pages, check your computer's network connection.
If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the Web.
The server doesn’t go down completely, it just doesn’t seem to serve the page. This also agrees with the firewall theory I mentioned on the call.
We have paid a lot of money to a security company who have removed a few bits of malware in the hope that it would fix the problem, but they now say that the server is completely clean and exploit free. My service provider is saying they won't help until I upgrade PHP on the server but although I'm going to do this, I'm pretty sure that this won't fix the sites dropping out all the time.
I found this post which describes EXACTLY what is happening, but he doesn’t really say how to fix it, or even if his ever got fixed but it’s the closest thing I’ve found!
http://progblog10.blogspot.co.uk/2013/09/modsecurity-causes-sporadic-no-data.html
I looked for this on the server but mod_security didn’t seem to exist otherwise I would have tried to disable it to see if it made a difference. I think though, that this firewall theory sounds plausible. I wonder if we have some other type of firewall which was maybe activated or updated when we updated CPanel last week.
I'm running WHM / CPanel / Apache
Any help would be massively appreciated. Hoping that this has happened to someone else!
My personal experience. I have xplornet. I was unable to access a local site with none of my browsers. I have my computer, my Hughes, my printer, my monitor all plugged into a power bar. I shut off the computer, Unplugged everything including the plug in on the back of the hughes. Left it for a few minutes then plugged everything back in into different outlets on the power bar. I was able to access the site after that. Why I have no idea but it worked.
ive been struggling with this error and i think i have found the solution . I ran my website on local host( MAMP ) . Its worked fine so i called my hosting provider and they said i needed an upgrade cos my existing account did not support simultaneous connections . So i upgraded and its perfectly working
I have built a CMS system using jQuery and PHP, it has worked consistently for multiple users across different platforms over the past year or so.
Today as I was presenting it to a potential customer over the phone he ran into a problem in Internet Explorer 8, for some reason he was not able to log in to the system so I created a dirty hack to allow him in without authorizing, this allowed him to see the interface, but again, all features were still broken when it came to XMLHttpRequests, this puzzled me so I guided him through a Firefox 3.6 install over the phone with the same result, I have since checked with friends and family at remote locations and across platforms and they seem to be able to do everything he could not I have run out of ideas, so here is the question:
Has anyone ever run into this same problem and how did you solve it?
Update: I know JavaScript works, some of the other features works as intended, I have also checked for lingering console.log etc that could screw up the results, its all clear.
There are thousands of possible reasons, 2 that immedatly come to my mind are:
His/His companies Firewall might block those requests
He might have disabled scripts in IE8 and maybe firefox imported this setting (don't know about that)
Javascript and/or some of outbound requests may have been disabled completely or partially filtered by your customer's firewall/IPS/IDS.
Disable JavaScript and try to reproduce the problem on your machine. If result is the same - that's your problem.
It turned out that the issue was with an aggressive anti-virus program and he had checked the option to "Secure my privacy", part of that "Security" was to delete new cookies.