contains information intended to help plan for SocialMiner installation and
user interfaces are designed to be embedded in other web application user
If your web site
or application doesn't support OpenSocial, then add SocialMiner to a web page
by using an iFrame (for example). With this technique you can make a frame
sized to show one of the SocialMiner web pages (like the campaign results
SocialMiner has a
single-server, all-in-one, small or large deployment model. You cannot use a
load-balancing, split data-center deployment. There is no replication. The
solution is not redundant. The best availability solution for SocialMiner is to
back it up at a second location using a scheduled backup. In the event of a
site loss, you then restore into a new VM.
The server may be
deployed inside or outside the corporate firewall in "Intranet" and "Internet"
The Intranet deployment model provides the additional security of corporate network firewalls to reduce the risk of an external party accessing the system. This deployment model is required if SocialMiner must access internal sites, such as an internal forum site. The disadvantage of the Intranet deployment model is that the SocialMiner system cannot be accessed by partners lacking VPN access. It is common for some public relations functions to be externally managed by an agency and offering easy access to the SocialMiner system is very useful. Also, the Intranet deployment model does not allow rendering of SocialMiner OpenSocial Gadgets in public Internet containers such as iGoogle. The Intranet deployment model complicates proxy configuration, however it simplifies directory integration.
The Internet deployment model puts SocialMiner outside of a corporate firewall. This deployment model relies on the built-in security capabilities of the SocialMiner appliance. This may be acceptable from a security perspective depending on system use and corporate policies. For example, in some applications the SocialMiner system handles 100 percent public postings and there is no disclosure risk associated with a compromised SocialMiner system. The Internet deployment model may complicate directory integration.
SocialMiner can be
deployed where some users access the server through a firewall or proxy. For
the customer chat interface, the SocialMiner server can be deployed behind a
proxy server or firewall to prevent it from being abused or for limiting access
by those outside the firewall.
Accounts and Security
minimizes the storage of usernames and passwords to reduce the security risk of
a compromised system. There is an administration account for the system setup,
but all SocialMiner user access is controlled through Active Directory (AD)
authentication. There are no SocialMiner user passwords stored on the
Users do not need
to be manually set up on SocialMiner to access the system. Any user that is
authenticated by the Active Directory setup can use the system. If limits on
who can use system are required, set up an AD group and configure SocialMiner
to only allow access for that group.
users have access to all functions on the system, although panels access could
be blocked by blocking certain URLs.
Virtual Format (OVF)