Q: What web server platforms does LinguaSkin work with?
A: The LinguaSkin Intercept Engine will work with sites/applications hosted by any server. The native deployment is on Microsoft IIS (v7.0 or later), so a target site/application on this platform has the advantage of a slightly simpler deployment. For other web server platforms, a Reverse Proxy from an IIS Proxy site is used.
Q: What content types can LinguaSkin handle?
A: LinguaSkin can handle all content types that can be decoded so that they can be parsed and replaced.
At present, these include all text based content types, e.g. html, css, javascript, xml, json, etc. Html also has a scraper that automatically extracts candidate strings, other formats can be manually configured with replacements & transforms.
Prototype decoder/parsers exist for Flash and PDF. These and further decoders/parsers are planned as the product evolves.
Q: Is LinguaSkin secure?
A: The LinguaSkin Intercept Engine sits within the security context of the IIS web server and therefore has the same security configuration as that applied to the web server.
Q: Does LinguaSkin work with SSL connections?
A: Yes. When deployed inline, SSL is a consideration for the overall site/application and the LinguaSkin Intercept Engine operates within this.
When deployed as a Reverse Proxy, the LinguaSkin Intercept Engine will work on both http and https connections to the target site (just the same as a browser would). For the interface to the browser, the proxy site can be configured with an SSL certificate, i.e. the Proxy site then acts as an ‘SSL Bridge’ in the same way as is common for many Proxies and firewalls.
Q: Does LinguaSkin work with SaaS/Cloud/Externally hosted applications?
A: Yes. The Reverse Proxy configuration was designed to handle this situation.
Q: Does LinguaSkin adversely impact on performance?
A: As with any software solution, LinguaSkin has a performance footprint. However, it has been carefully designed to have minimal memory requirements and with a set of replacement algorithms that can be refined to maximise performance.
In short, modern web servers consist of dozens of http modules, the LinguaSkin Intercept Engine is one of these with the direct performance impact of LinguaSkin negligible alongside the rest of the activities that the web server and underlying site/application will be performing.
Care has been taken for as much complexity as possible to be handled by the Management Centre so that the Intercept Engine processing can be optimised.
Q: Where is LinguaSkin deployed?
A: The LinguaSkin Intercept Engine is deployed as a custom http module either on the web server for the target site/application (Inline deployment) or on a Proxy site (Reverse Proxy deployment).
In either case, this will be on a web server owned and controlled by the customer. ISL do not offer hosting services for LinguaSkin and therefore there is no operational dependency on any infrastructure outside of the control of the customer (the Management Centre is for configuration only and is not integrated into the site/application processing).
Q: Will LinguaSkin work inside a secure Intranet?
A: Yes. The LinguaSkin Intercept Engine can be deployed wherever the web server resides.
Where there is no access to the Internet, the online configuration facility between the Intercept Engine and Management Centre cannot be used, with configuration files needing to be downloaded from the Management Centre and copied to the Intercept Engine. As all files are XML and all configuration is in clear text, this configuration can be audited.
Q: Where is the LinguaSkin Management Centre hosted?
A: On Microsoft Azure, in the ‘West Europe’ region.
Q: Will LinguaSkin work on a web farm?
A: Yes. As a web server module, the LinguaSkin Intercept Engine works within IIS just as any other server module. LinguaSkin doesn’t hold any context and there are no local data stores that are required to maintain context.
The LinguaSkin Intercept Engine and its configuration files will need to be deployed to every IIS server configured for the application/site. Other than that, there’s no other considerations that will limit its use on a web farm or load-balanced site.