Slowliness - send order & new user account

Hi everyone,

I’m back with the following problem: we use OXID PE 4.1.3_19918.
We have only test-data inside (this means till 10 Articles, around 20 categories, so no workload).

When one tries to open an account, from the moment in which he/she clicks the ‘Send’ button, and till he/she gets the Feedback (‘Thank you …’) it takes around 70-80 seconds.

The same by sending the order - so from the moment the user clicks ‘Submit Order’ and untill he/she gets the Feedback page (‘Thank you…’), it takes around 60-70 seconds.

The above time is the time given by the last test, but is usually so (at least) long. Can anyone help me?

When I installed the OXID shop, only one option was red in the first step (System requirements I guess) - that was mod_rewrite. Than we removed for few seconds the .htaccess directive that required authentification and worked.(our sysadmin had found another trick that worked in CE, but since in PE the files are crypted, we couldn’t use that anymore)

I checked again the requirements described here: http://www.oxid-esales.com/de/produkte/professional-edition/systemvoraussetzungen

Checked means with a call to a phpinfo() file.

Found the following things that could be a problem:
-requirement: MySQL > 5.0.33. Our server: Client API version 5.0.32
-requirement: PHP > 5.2.0. Our server: 5.2.0-8+etch15
-requirement: zend.ze1_compatibility_mode = Off. Our server: cannot find it
-requirement: MySQL-Modul for MySQL 5. Our server: how to check this?

Can anyone tell us which of the above requirements could be the generator of the long time feedback for the above described steps? Or what can be done?

Thank you in advance,
L.

Hi L.,

The above time is the time given by the last test, but is usually so (at least) long.

This is probably an issue with your SMTP Settings. Please check them again. The SMTP-Server should be the same domain as your shop Domain.

but since in PE the files are crypted, we couldn’t use that anymore

You can get the source code by request :wink:

Than we removed for few seconds the .htaccess directive that required authentification and worked.

Not the nicest way but helpful sometimes. You could check the following:

  • check if you really copied the original .htaccess file
  • maybe you have to adopt it a bit (depends on your provider): RewriteBase / or RewriteBase /shopdirectory/

Found the following things that could be a problem:

I dont think so. Looks like a standard Debian system. I have got running the OXID VMware on it. You can check the database version in phpMyAdmin.

Best

Hi Marco,

thanks for the quick answer. I inserted the domain in the SMTP Server box. It seems to work really faster. Now I deleted it once again and still the Order is sent quickly(and this after few days of testing the Send-Order and getting everytime more than 60 sec). This reduces the discussion to the influence of other processes that run on the same server with the OXID shop and demand the same ressources (like database). At least we know now it has nothing to do with the system settings.

I’ll keep testing it for few days, and come back here if necessary.

Thanks again,
L

Hi L,

thanks for the feed back although this looks strange:

Now I deleted it once again and still the Order is sent quickly

Hi Marco,

yes I know it’s strange - I cannot find yet any logical explanation :(. I tried to recall what else could I have done and I remembered I disabled the check from ‘Check if Templates should be re-compiled…’ in the Performance Tab. Checked back, but the result is the same -sensibly faster.

Still I wrote here after some days of testing and checking, and suddenly it works. I tend to think that some other site on our server used the ressources and they couldn’t be accessed by OXID.

I keep it under observation and if happens again I’ll switch on the debug mode to see what part takes so long and let you know.

You mentioned

You can get the source code by request

  • is this expensive/under which conditions can one request source code for some files? :slight_smile:

Thanks again,
L

Hi L,

sorry, I led you astray…
The product comparison formerly said that you could get the source code on request. Now there is: “encrypted (for partners: on request)” :frowning:

Cheers