Jump to content
onliner

After upgrading to 7.5 it takes 19 (!) seconds to open domain registration page

Recommended Posts

21 hours ago, imaticon said:

Add this to the configuration.php file and give it a try:


$disable_hook_loading = true;

No change, fresh v7.5 installation over the 7.4.2 database with added line per above, returns 19.7 seconds loading.

Share this post


Link to post
Share on other sites
9 hours ago, WHMCS John said:

Hi @onliner,

This isn't something I can reproduce at our end. I'd suggest disabling after-market action hooks per imaticon's post.

If the issue persists, I'd be interested to see if there's something specific to your data causing this behaviour. In which case a copy of your tbldomainpricing and tblpricing tables would facilitate that.

I've sent you an PM with requested files.

Share this post


Link to post
Share on other sites
7 hours ago, zetaone said:

We also observed this after the upgrade to v7.5.0 and even though we have relatively resolved it as to deal with the huge CPU spike when the domain registration page is visited, it is still not fast as it used to be.

There are a couple of things you could try server-side.

First, if you are using cPanel, first disable or remove or reinstall  mod_http2 and see if the issue persists.

Secondly, if you have the new mod-cpanel compiled, disable or remove it to see if that will stabilize the server.

Check your error_log(s) after each of these steps.

 

 

Thank you for this suggestion. No change after applied this suggestion. Still 19 seconds to load.

Share this post


Link to post
Share on other sites

After the update I've too issues with this page (even worst): domain searching go on hanging indefinitely... :wall1: 

  • Like 1

Share this post


Link to post
Share on other sites
44 minutes ago, Remitur said:

After the update I've too issues with this page (even worst): domain searching go on hanging indefinitely... :wall1: 

Well, I'm waiting on WHMCS John as last resort for a resolution. Hopefully he can pull this in the right direction.

Share this post


Link to post
Share on other sites

We are seeing the same thing, 19 second load time on the domain registration page after the upgrade to 7.5 and PHP 7.2.

  • Like 1

Share this post


Link to post
Share on other sites
8 minutes ago, aknight said:

We are seeing the same thing, 19 second load time on the domain registration page after the upgrade to 7.5 and PHP 7.2.

I'm definitely not the only one with this issue. I remember a while ago, I had a similar issue with a module, then it was just a permission tweak to solve the problem. We are waiting on WHMCS to update us as they have joined this thread.

Share this post


Link to post
Share on other sites
Posted (edited)

I just discovered the cause of may issue (which is probably different from yours): in browser console I find this error:

Uncaught ReferenceError: whmcsBaseUrl is not defined

... and found that WHMCS's staff yet analyzed and fixed it!!!!
 

http://help.whmcs.com/m/75601/l/869996-troubleshooting-domain-search-returning-no-results

It's "only" an issue with template not up-to-date... let's try now to update it in the less painful way... ;-)

Maybe even your issue is theme-related... any error message in browser console?

 

 

Edited by Remitur
  • Like 1

Share this post


Link to post
Share on other sites

@Remitur

Thanks for this info, that is not the case here. No errors in console window, I'm using the default, unchanged WHMCS template.

  • Like 1

Share this post


Link to post
Share on other sites

Hi @onliner & @aknight,

Thanks for providing the database dump, I was able to reproduce the issue with your data.

This appears to be related to the large number of TLDs configured. As such I have opened case #CORE-12244 with our developers for further investigation.

Once we resolve cases and push features they are available at our change log, here:

https://changelog.whmcs.com/

I apologize for the inconvenience, and appreciate your patience as we work to resolve this.

  • Thanks 1

Share this post


Link to post
Share on other sites
9 hours ago, WHMCS John said:

Hi @onliner & @aknight,

Thanks for providing the database dump, I was able to reproduce the issue with your data.

This appears to be related to the large number of TLDs configured. As such I have opened case #CORE-12244 with our developers for further investigation.

Once we resolve cases and push features they are available at our change log, here:

https://changelog.whmcs.com/

I apologize for the inconvenience, and appreciate your patience as we work to resolve this.

Good news, thank you a lot! I've rolled back to 7.4.2 in the mean while. I guess it can take a day or two to get this resolved?

Share this post


Link to post
Share on other sites

Hi @onliner,

Due there nature of the issue, we are holding the 7.5.1 maintenance release due this week, so that we can include a resolution to this case.

Thanks again for your report.

  • Thanks 1

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

  • Similar Content

    • By Brandwise
      I am new to WHMCS and so I am not sure I have the same problem via installation, but I am having the Blank Screen when I try to place/complete an order to for domain names. I am using OpenSRS' Domain Pro module to connect to OpenSRS. When I try to add OpenSRSPro or complete and order it just hangs and I am told this blank screen is a PHP issue. I am wondering if deleting the above php files will help me or if the above advice is only good for the upgrade mentioned above.

      I tried to turn on error reporting and reproduce the error so I can get a better idea what the error is, but it still is going to blank screen. I am not getting any error reporting in the module either. I am not sure what else to check. Any tips would be appreciated.
    • By battles
      All products add to cart links now broken after update:
      https://oururl.net/cart.php?a=confproduct&i=2
       
      Oops!
      Something went wrong and we couldn't process your request.
      Please go back to the previous page and try again.
    • By aknight
      After upgrading to 7.5 as well as PHP 7.2 our domain name search page is returning pricing. We know the issue, but don't know how to resolve it.
      The issue here is the Content-Type value being returned is text/html; charset=utf-8 (screenshot attached).
      The Content-Type that should be returned is application/json.
      The issue remains when using the six theme and standard_cart.
      We have reviewed this document:  http://help.whmcs.com/m/troubleshooting/l/680894-troubleshooting-order-form-issues but it did not help.
      Has any one else run into this and know the fix?
      -Allan
    • By xyzulu
      Just a small issue I noted with the upgrade.. /downloads.php wasn't updated during the auto upgrade.. the file that remained wasn't encoded with the newer ioncube loaders so I had to replace it with the downloads.php file from the full install before I could use php 7.1/7/2
       
      Apart from that, so far so good.
      Good work WHMCS and all the testers!
    • By linux4me
      I just did the upgrade from 7.4.2 to 7.5 on a system running PHP 7.0 and Ioncube Loader 10.1.0-22.17. I did have to upgrade Ioncube Loader prior to running the automatic upgrade, because I was using an older version. The upgrade said it completed successfully, and there were no error messages; however, now when I try to log on to WHMCS, I get a white screen with only this:
      Starting
      Loaded English Language File
      Loaded Other Language Files
      and then nothing. There are no error messages in the error logs, and no errors in the file where WHMCS is installed. Naturally, since I get nothing when I log in, I can't go into Setup -> General -> Other, and tick the box to display errors. I've tried clearing my cache, closed my browser completely and restarted, but all I can do is log in and then get the same screen.
      I used phpMyAdmin to go into tblconfiguration and set DisplayErrors to 1, but I don't get any error output on the page.
      I've gone through the list of articles on the troubleshooting page, and none seem to apply.
  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

By using this site, you agree to our Terms of Use & Guidelines