I don't know if it is just my confirguration but when the encryption keys were added to BVC5 (with the 'PCI Complient' update) there has since been a marked delay in logging into the admin section of the site. This delay doesn't seem to manifest itself anywhere else except when logging into the admin section.

I'm running on a brand new, fast windows box and in all other regards the site runs VERY quickly. I have two BV sites on the same server; one running BVC5 3.2 and one running 5.8. The pre-PCI complient 3.2 store logs into the admin instantly, the 5.8 store (and all previous versions since the PCI complience was added) exhibits this 5-10 second delay when logging in. It might not sound like much of an issue but because we use the Admin > New Order section to take telephone orders it can be quite frustrating stalling a customer on the phone for 10 seconds before we can start taking their order.

Has anyone else experience this? - Like I say, it could just be my configuration so any help or suggestions would be appreciated.

Best regards, Matt

Wondering if this has anything to do with JIT compiling in admin for version 5. I question this as I just looked at a clients site and nothing in admin takes longer than a second to load. This is a dedicated box with 8gig mem and pretty active during business hours in admin.

BV5 pulls RSS news feed from our servers in older versions and that can also cause a slight delay that is blocking on the dashboard. We use an iframe in MerchantTribe so any loading isn't blocking.

As long as the app pool doesn't recycle a page should only be JIT-ed on the first visit to it. Your IIS settings may be causing the app pool to recycle more than normal.

BV 5's login uses a username (which has an index), not an email address. Am I missing something?




BV 5's business logic doesn't enforce unique email addresses, so if you do this it either won't work (since you already have duplicates) or it will lead to an error down the road when a user tries to create another account with an existing email address.

Just out of interest I went with one of Aaron's suggestions from earlier in the topic which was to remove the Order Activity and the RSS feed from the dashboard. Logic tells me that if it's a problem with the efficiency of the code of these modules then I should see the slow performance every time (when in fact I don't) but low and behold it has fixed the problem right away! - I can now log into the admin instantly, just like I can with the older versions of BV. What is strange is that the older build of BV does have the Order Activity on the dashboard and that doesn't seem to have any of the same performance issues. Anyway, my problem is fixed, for anyone else with performance issues when loading the dashboard I can certainly recommend following Aaron's tip of removing the Order Activity and RSS (I'm not sure which had the most impact but since I don't really require either then I just knocked them both out).

Thanks again for the input folks, it's nice to see the forum being well supported at the moment.

I agree as well, removed the RSS feed and the load time speed up for the first instance.