We have been using RoboHelp off/on for client projects for a decade, but these tools usually sit behind a corporate firewall so the help file itself is never exposed to the Internet. We have an application we are launching soon and we want to ensure that only authenticated users can access the Help File as well as the Training File (which is actually a separate RH file).
The primary goal is this:
I am sure we are not the first company to want to protect the content of a help document from being exposed to the web, but we are stumped.
Our original plan was to place the Help file in an iFrame so we can use the authentication token to prevent the URL from being accessed by non-authenticated users. However, we are reading about issues where RoboHelp doesnt play well with iFrames. I'm reading up on RoboHelp Server, but Im not sure this is the solution for us, since on the surface, it appears that RH Server has its own independent authentication database and I am not sure if this can be connected to our existing application database. (We dont want to maintain the user list in two places, and Im not sure how RH server would deal with the encrypted passwords.)
I've scheduled a private demo with RoboHelp Server, and will post back anything fruitful from that meeting. I am not entirely clear what RoboHelp Server does - their marketing info is more hype than substance.
Thanks in advance for any input/insight!
I believe RoboHelp server (separate product!) has features for this. But I'm not an expert, so I'm hoping that johndaigle will bud in. RH server is quite old so I wouldn't recommend this route myself.
For regular help, the authentication is something you set up on your web server. RoboHelp creates a static HTML that you put on any webserver. With Apache, you can use the .htaccess file to control acces and IIS has all kinds of authentication. Basically: based on the server you are using, check whether the user is logged in within your application. Ask your server guy about the possiblities.
Security is always a pain and more so when you take a static website that you want to publish. But even if you don't have a site, you would have to program the integration yourself on the server.
Thanks for the response William. This one is definitely a little tricky. From what I'm reading about RH Server, I dont know if it is a good fit or not. (But at $1,000... it's cheaper than some of our other alternatives, which include just building the pages manually so we can get the security and features we need.)
I just got off the phone with an Adobe Rep and we are setting up a call (hopefully for this week) so we can talk with someone on the tech side of things. Apparently there is something in RoboHelp 2015 that they believe will align with our goals, which enables you to publish some content while protecting other content. I'm not entirely sure how that would work and havent been able to find any info about this in the RH 2015 features list, but we will see. (I probably need to update to RH 2015 anyway, but am hesitant to do that until I know for sure what we are going to do here.)
Conceptually, this is pretty simple, but in practice it gets a little more difficult. I was hoping someone had gone through this before, but maybe not.
I will post back with what I find out. My development team is pretty sharp, so if there is a way, we'll find it.
Just following up on this.
An Adobe rep called me yesterday. We talked. She said she would send me an email (yesterday) and set up a meeting to talk with their technical support team. Still no email.
Hi, I belatedly noticed that Willam tagged me on this, so let me see if I can sort this out until Adobe gets back to you.
As you know, RoboHelp (the authoring tool) can generate numerous outputs:
As far as authentication is concerned:
Hopefully this will help a bit until Adobe gets back to you.
Adobe Certified RoboHelp and Captivate Instructor