Known Participant

Answered

Slow search times for RoboHelp 2020 using Frameless output

Forum|Forum|4 years ago
January 31, 2022
8 replies
2248 views

Hello,

I am using RH 2020.6.76 and trying to use the Frameless output type. My project has a little less than 3000 topics.

After I generate the Frameless output and putting it on our webserver, the Search has a drastically decreased response time the first time I search. Sometimes it is 10 seconds, sometimes more where the screen shows no response at all. Users complain because they think search is broken since the screen does not indicate that it is doing anything.

I did some tracking and it appears that this time is largely spent downloading search_db.js, which is approximately 26 MB. The search speed does improve once the file is stored locally.

My questions are as follows:

How can I speed up this response time?
Does the recently released 7 patch fix this?
What is the search_db.js.gz do? It is currently excluded from our builds since Git does not allow us to check in binary files over 5 MB.

Thanks.

Tim

This topic has been closed for replies.

Correct answer Jeff_Coatsworth

Well, according to that great link Amebr posted, you need to have both ends (browser & webserver) set up to ask for compressed pages (browser) and respond with the compressed pages (server). Did you verify that it's set up that way?

tesposit.oracle

Participating Frequently

We have enabled the compression as suggested. The files is now compressed as it sends. Time has dropped from 30s to 6s which is more manageable.

Thanks you all for your help.

Peter Grainge

Community Expert

I have spoken to Adobe on this. GZ files are a compressed version of the file that would be accessed without them. Modern browsers look for them and if found, they load them. That takes less time than if they have to use the unzipped file.

I understand that most modern web servers would have GZ files allowed but the admin can disable them.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use menu (bottom right) to mark as Best Answer or to Highlight particularly useful replies. Found the answer elsewhere? Share it here.

tespositAuthor

Known Participant

In my tests yesterday, I turned on "Inspect" in my browser (Chrome) and it showed that it was only downloading the .JS and not the .GZ. We even tried renaming the .GZ to be a .JS and that failed to work at all, which is what I expected.

tespositAuthor

Known Participant

Well, tested uploading the .GZ to the server. It doesn't appear that RH is looking for or using that .GZ file. It still downloads the .JS, all 26 MB, which takes 30+ seconds, today.

Jeff_Coatsworth

Correct answer

Community Expert

Well, according to that great link Amebr posted, you need to have both ends (browser & webserver) set up to ask for compressed pages (browser) and respond with the compressed pages (server). Did you verify that it's set up that way?

tespositAuthor

Known Participant

We are investigating using Weblogic to compress the .JS when it is downloaded. That needs approval at higher levels since it will impact more than Help.
I'm also trying to patch to the 7 patch to see if that changes the behavior of the output. I'm doing that in an isolated environment so I do not affect the project the rest of the team is using, and does not affect my main install of RH.
I guess I'm curious as to why RH builds the .GZ if they aren't automatically used.

Peter Grainge

Community Expert

It does look like you don't have admin rights. Are different people working on this project using different versions? I hope not.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use menu (bottom right) to mark as Best Answer or to Highlight particularly useful replies. Found the answer elsewhere? Share it here.

tespositAuthor

Known Participant

We are all on the same level, which is also why I am hesitant to test moving to 7 without an official patch. I want the whole team using the same version. I may do a separate install on my VM and test it there, if I can't get the patch easily.

tespositAuthor

Known Participant

That didn't work on the VM due to some corporate settings that prevented me from reaching the Adobe licensing server to authenticate my license. Just going to go ahead with downloading patch 7 and manually patching it on my live system today, with my team.

Jeff_Coatsworth

Community Expert

I suspect you'll be blocked trying to install the update that route too.

tespositAuthor

Known Participant

Well, that's how I got to version 6... so it might work.

But I'd prefer it that my account managers/IT facilitate my getting the patch in a timely manner. They are still on patch 4.

Peter Grainge

Community Expert

The fact that the help works better locally suggests not including the GZ files is behind the issue as they are search related. Can you not test that by uploading some other way?

Sorry but there's only one way to see if Update 7 will help.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use menu (bottom right) to mark as Best Answer or to Highlight particularly useful replies. Found the answer elsewhere? Share it here.

tespositAuthor

Known Participant

Peter,

As noted in my response above, I have asked them to try hosting the .GZ file on the server to see if that improves response times.

As for 7 helping, I'm a little stuck because when I try and update I get a message that my admin will provide updates, not me. I've asked a week ago for updates and haven't heard back. Although I'm tempted to download the trial version and install it on top of the current version just to get the patch.

Something tells me that isn't the legal way I'm supposed to get to version 7, though. 🙂

Peter Grainge

Community Expert

As @Amebr has suggested the GZ file is search related. I can't say for sure but if you are not uploading those files it could be the cause.

That is something you would have to take up with Support. See https://helpx.adobe.com/contact/enterprise-support.other.html#robohelp for your Adobe Support options. The email link tcssup@adobe.com is recommended as it reaches a team dedicated to Technical Communication Suite products including RoboHelp.

________________________________________________________
My site www.grainge.org includes many free Authoring and RoboHelp resources that may be of help.

Use menu (bottom right) to mark as Best Answer or to Highlight particularly useful replies. Found the answer elsewhere? Share it here.

tespositAuthor

Known Participant

Thanks for the info. After we test loading the .GZ I'll reach out here as you suggest.

A

Amebr

Community Expert

I can't help with the slow search, but I believe the search_db.js file is basically an index of words and where they appear in your project. It's a computer index though; not human readable (it's plain text, but it won't make much sense without a lot of thought and digging).

I'm not sure about the search_db.js.gz file except that it's a zipped file. I suppose it could be a compressed version so that it's quicker to download the search database from the internet.

tespositAuthor

Known Participant

Thank you. I have asked for the .gz file to be loaded onto the server site to see if it is used at all when help is accessed. That would involve it being cached and expanded, though, so I'm not certain it would be used that way.

A

Amebr

Community Expert

I found an article that explains a bit about the gz format for web resources. The first few graphics illustrate it.

https://betterexplained.com/articles/how-to-optimize-your-site-with-gzip-compression/

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded