|
|
Rank: Newbie
Groups: Member
Joined: 3/29/2010
Posts: 3
|
Hi,
I have a popup page in ASP.Net which is having a EO Spell Checker control and while debugging the application I am seeing the following line of code:
var _eo_form="form1";
var _eo_autoInit=false;
var _eo_handlerUrl='/SlxClient/eo_web.ashx';
var _eo_imgdir=null;
Questions:
1. What is _eo_autoInit property?
2. Why it is calling the webhandler (eo_web.ashx) every time?
3. Why there is a delay in loading the application data?
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi,
eo_web.ashx is a HTTP handler implemented by us that servers various purposes. For example, when SpellChecker needs to run the spell check, it calls eo_web.ashx. The handler is also used to render built-in images and JavaScript files. So you will see it called a lot. This is normal. _eo_autoInit is also one of our variables. The value "false" is normal.
We do not know the answer to your third question because there are so many reasons that can cause application delay. If you can isolate the problem into a test project, we will be happy to run it here and see what we can find.
Thanks!
|
|
Rank: Newbie
Groups: Member
Joined: 3/29/2010
Posts: 3
|
Hi,
Could you please share us the various reasons for the application delay which you have noticed so far? It will be helpful for us to check whether after applying those solutions will boost up our application performance.
Right now we have implemented this control in Saleslogix Web Client application (CRM application) , please let us know whether do you have this application on your end to test the performance (Evaluation Version).
We have moved this application to production and now we are facing a big performance issue and cann't find a solution to solve this problem.
Please help!
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi,
There is no way we can tell you any useful reasons for application delays. We could tell you that if you do a Thread.Sleep(10000) in your Page_Load then your page would sit there for 10 seconds. But I am sure that information is completely useless to you. It's a coding matter and the question is like asking us to tell you all the scenarios to write the wrong code.
In your case we do not think the issue has anything to do with us. Our demo application works fine. So we have reasons to believe it's something else in your application. It is not practical for us investigate or test performance with every application out there.
If you believe this is a "magic combination" of Saleslogix and EO.Web, we will be happy to work with Saleslogix together to pinpoint the problem for you. However we will not investigate this issue unless Saleslogix is also willing to investigate together with us. The reason is very simple, if the problem only occurs with their application, then there is no way we can get to anywhere without their people look into their system as well. We also charge by hours for this type of troubleshooting.
The best option for you would be to try to isolate the problem into a test project. If you can duplicate the problem without any third party library, then we will look into it free of charge. As long as it involves your own business specific logic or other third party library, we will charge by hours because it costs us extra times and resource to setup the environment and investigate either your code or another party's code.
Thanks!
|
|