This topic is locked
[SOLVED]

 Performance issue on first connection

1/21/2019 1:27:08 PM
PHPRunner General questions
E
Eddy Keuninckx author

I have this problem. Built a small application that works just fine except that it takes 2 minutes before the login page shows up. At the same time the page shows up, a session is created, I can see that in the Firefox storage of web developer:

s15....:"elb..."

CreationTime:"Mon, 21 Jan 2019 15:07:21 GMT"

Domain:"mydomain.be"

Expires:"Session"

HostOnly:true

HttpOnly:false

LastAccessed:"Mon, 21 Jan 2019 17:48:58 GMT"

Path:"/"

Secure:false

sameSite:"Unset"
As long as this session exists, I can close the tab of the browser, reopen it and start the application without any performance issues at all.
When I click the logout button, again, it takes 2 minutes for the application to close. Ones closed, the session is no longer visible in the Firefox storage. After that, logging on will take again 2 minutes.
This happens on a https-server (in a subdirectory, let's say https://mydomain.be/tmp/).
I also tried it on another server (non-https) but with the same issues.
https-server is still on php 5.6.39 and try to migrate to php 7.x, but need to fix this first.

http-server is also on php 5.6.39 but already tried it on php 7.2 without results
Also uploaded to Demo-account but I have no access to that server (Handler Not yet determined).
PHPRunner 10 build 32290 64-bit

Webserver is on shared Linux (no access to php.ini)
Really appreciate some help

Cheers

Eddy

M
Mark Kramer 1/21/2019



I have this problem. Built a small application that works just fine except that it takes 2 minutes before the login page shows up. At the same time the page shows up, a session is created, I can see that in the Firefox storage of web developer:

s15....:"elb..."

CreationTime:"Mon, 21 Jan 2019 15:07:21 GMT"

Domain:"mydomain.be"

Expires:"Session"

HostOnly:true

HttpOnly:false

LastAccessed:"Mon, 21 Jan 2019 17:48:58 GMT"

Path:"/"

Secure:false

sameSite:"Unset"
As long as this session exists, I can close the tab of the browser, reopen it and start the application without any performance issues at all.
When I click the logout button, again, it takes 2 minutes for the application to close. Ones closed, the session is no longer visible in the Firefox storage. After that, logging on will take again 2 minutes.
This happens on a https-server (in a subdirectory, let's say https://mydomain.be/tmp/).
I also tried it on another server (non-https) but with the same issues.
https-server is still on php 5.6.39 and try to migrate to php 7.x, but need to fix this first.

http-server is also on php 5.6.39 but already tried it on php 7.2 without results
Also uploaded to Demo-account but I have no access to that server (Handler Not yet determined).
PHPRunner 10 build 32290 64-bit

Webserver is on shared Linux (no access to php.ini)
Really appreciate some help

Cheers

Eddy


This sounds a bit like a DNS issue. Run cmd form the start menu and then ping the URL. ex. Ping mydomain.com If it is slow here then it is most likely not being found right away in the DNS or host file.
Do have access to a Cpanel on your hosting provider?

admin 1/21/2019

What you describing is not normal. If you uploaded it to Demo Account contact support directly so we can assist.

E
Eddy Keuninckx author 1/23/2019



This sounds a bit like a DNS issue. Run cmd form the start menu and then ping the URL. ex. Ping mydomain.com If it is slow here then it is most likely not being found right away in the DNS or host file.
Do have access to a Cpanel on your hosting provider?


Thanks for your reply!

My ping is between 17ms and 30ms. I do have access to a cpanel. I've tried it on 3 different servers and all have the same performance. I also uploaded to the Demo account and there it just works fine. So my guess is a server configuration. Perhaps I need to change the path for the sessions locally? But what is the best way to do this? Or do you have any other suggestions?
Cheers

M
Mark Kramer 1/23/2019



Thanks for your reply!

My ping is between 17ms and 30ms. I do have access to a cpanel. I've tried it on 3 different servers and all have the same performance. I also uploaded to the Demo account and there it just works fine. So my guess is a server configuration. Perhaps I need to change the path for the sessions locally? But what is the best way to do this? Or do you have any other suggestions?
Cheers


So in Cpanel (Depending on the Theme)there should be stat section. (1): Look at the IP that is shared with your account and see if it is the same as what the Ping returns. (2): Look at CPU performance. Is it higher than normal during these times? Are you hosting other sites that could gobble up resources? (3): what vers of php are you running on the server and what vers of phprunner?

E
Eddy Keuninckx author 1/23/2019



So in Cpanel (Depending on the Theme)there should be stat section. (1): Look at the IP that is shared with your account and see if it is the same as what the Ping returns. (2): Look at CPU performance. Is it higher than normal during these times? Are you hosting other sites that could gobble up resources? (3): what vers of php are you running on the server and what vers of phprunner?


The IP's are the same on Cpanel and ping. I tried to run the application on three different servers, php 5.6.39 and 7.2. PHP Runner v10 latest build. Ones the application is started, it's very performant. It's just the first connection that takes 2 minutes as well as logging out (also two minutes). As long as the session cookie is in storage everything is fine. This happens not only on my pc, but also on two other pc's on other locations by other persons and other browsers.
Cheers

Eddy

M
Mark Kramer 1/24/2019



The IP's are the same on Cpanel and ping. I tried to run the application on three different servers, php 5.6.39 and 7.2. PHP Runner v10 latest build. Ones the application is started, it's very performant. It's just the first connection that takes 2 minutes as well as logging out (also two minutes). As long as the session cookie is in storage everything is fine. This happens not only on my pc, but also on two other pc's on other locations by other persons and other browsers.
Cheers

Eddy


Might try reinstalling phprunner v10 and do a full rebuild. Sometimes things get quirky and a reinstall usually cleans that up. But just so I am clear... When you type the web address in, it takes a log time to see the log in screen, is that correct? if you like, I could test the speed from here. I understand privacy so if not , that's cool.

E
Eddy Keuninckx author 1/25/2019



Might try reinstalling phprunner v10 and do a full rebuild. Sometimes things get quirky and a reinstall usually cleans that up. But just so I am clear... When you type the web address in, it takes a log time to see the log in screen, is that correct? if you like, I could test the speed from here. I understand privacy so if not , that's cool.


This is the server I use to test http://digital-belgium.be/test

I've added some test scripts: http://digital-belgium.be/run.html
Thanks

Eddy

E
Eddy Keuninckx author 1/26/2019

I did some testing. I added some code for test purposes.
21:41:30 => session cookie created by running http://digital-belgium.be/test/bench.php

21:44:00 => start application by running http://digital-belgium.be/test/login.php

21:44:15 => stop request by clicking on "stop loading this page" in browser

21:46:15 => start request again by clicking on "reload this page" in browser

21:46:15 => application is started instantly
Don't know what this means though.

E
Eddy Keuninckx author 1/28/2019

I finally found out what was wrong and want to share this with all of you.
This is what I did:

  • at some point I had port 80 defined in phprunner connection (don't know why)


So I removed this port.
But then I got access denied for this account when starting the application (not in phprunner 10.x though).
So in DirectAdmin I added the ip address of the MySQL server and the ip 127.0.0.1 as well for the db account. And everything went flow less.
Cheers

M
Mark Kramer 1/28/2019

Awesome! It is usually the simple things that trip us up. I'm surprised it did not give you the error when you first loaded the project. Just the same, I'm glad you solved it!

E
Eddy Keuninckx author 1/28/2019

Thanks for helping Mark and Sergey.