• InstallShield 试用版的限制 at 2011年06月02日

    技术支持

  • FlexNet Manager 是唯一的能提供灵活的集中监控,管理和记录宽范围的高价值软件资产应用情况的软件授权管理方案。它所支持的软件包括从采用 FLEX 技术的软件和公司内部的应用程序到后台数据库软件,比如 Oracle 数据库。 FlexNet Publisher 软件授权管理是 Flexera Software 的授权关系管理方案( Entitlement Relationship Management Solution)中的一个核心组件,这个方案通过简化客户关系来帮助增加公司收入。

  • InstallShield 试用版的限制 at 2011年05月26日

    是的,我们是中国的独家代理!

  • InstallScript vs. Basic MSI

    InstallScript 工程利用 InstallScript 脚本语言控制安装过程,以下一些说明也许是你选择 InstallScript 工程的理由:

    InstallScript 脚本语言容易学习。

    1.这种工程类型中,你可以显示全屏的广告板(背景图)。 2.这种工程类型利用了 InstallScript 脚本语言,能够让你写程序控制安装过程,而不是填写一些表格数据。 3.InstallScript 类型工程比 Basic MSI 类型的工程更容易学习。InstallScript 工程的学习曲线比 Basic MSI 工程的短很多。 4.InstallScript 允许你在安装之前或之后执行自己的操作,可以利用事件驱动模型,这对于 Windows 开发是非常有用的。 5.如果你在维护一个 InstallScript 工程,那只能选择 InstallScript 工程类型。 6.InstallScript 工程没有使用 Windows Installer,所以你的安装程序无法进行 Windows Vista 和 Windows 7 的 Logo 认证。

    Basic MSI 工程利用 Windows Installer 服务来进行安装,以下一些说明也许是你选择 Basic MSI 工程的理由:

    1.你的安装程序需要进行 Windows Vista 和 Windows 7 的 Logo 认证。这也是使用 Windows Installer 的主要需求之一。 2.你不想利用脚本语言控制你的安装过程。 3.你进行 Basic MSI 工程的维护工作,不得不选择 Basic MSI。 4.你想最大化的与 Microsoft SMS 管理工具兼容。 5.学习 Basic MSI 工程需要更长时间的学习曲线。

    InstallScript vs. InstallScript MSI

    如前面所介绍,InstallScript 工程基于 InstallScript 脚本控制。如果有以下需求,推荐使用 InstallScript 类型的工程:

    1.对用户界面有更高的需求,需要自定义安装界面。 2.安装时你需要全屏的背景广告板。 3.你喜欢写程序控制安装过程,而不是填写一些表格数据。 4.你倾向在安装之前或之后执行自己的操作。 5.你需要升级一个已有的 InstallScript 工程。 InstallScript MSI 是 InstallScript 工程类型和 Basic MSI 工程类型的混合,执行安装的过程中它既用到 Windows Installer,也用到了 InstallScript 引擎。如果有以下需求,推荐使用 InstallScript MSI 类型的工程:

    1.需要进行 Windows Vista 和 Windows 7 的 Logo 认证。 2.对用户界面有更高的需求。 3.你喜欢写程序控制安装过程,而不是填写一些表格数据。 4.你倾向在安装之前或之后执行自己的操作。 5.你需要升级一个已有的 InstallScript MSI 工程。 我是在 [url=http://www.appinstallcom/] www.appinstallcom [/url] 上看到的。你也可以去看看

    [[i] 本帖最后由 onebearme 于 2011-5-13 15:37 编辑 ]

  • Installshield 无法激活 at 2011年05月10日

    我出这个问题的时候,急着去找当时销售给我 IS 的 XLsoft 的销售,他很耐心的为我解答,嘿嘿。

    以下是我在网上找到的~ 有关 IS 序列号激活的一点说明 单机版本的 InstallShield 序列号激活管理是有一定规则的,经常有客户因误操作导致序列号无法重新激活。也会让大家觉得 InstallShield 激活太麻烦,如果了解厂商是如果进行 License 管理的,其实很多麻烦都可以避免。

    一个新的序列号,第一次激活请求发出后,厂商的服务器会返回激活码,同时会记录该 PC 与该序列号绑定(如果是联网激活,这个过程用户是感受不到的,都在后台执行完成)。 之后如果你拿相同的序列号在另外一台机器上激活,会提示你该序列号已经被激活。

    如果是无法联网的用户,可以通过 Offline 离线激活,通过邮件发给厂商一个激活请求码,之后厂商技术支持会给你返回一个响应码(注意:发出 Offline 激活请求码之后就不要再反复生成新的激活请求码,另外厂商返回的响应码也是有时效的,有些用户激活后保留该响应码,其实是没有用的)。

    如果本机要更新硬件,更新系统,或者设备更新,要将 InstallShield 换在另外一台机器上安装,需要注意以下几个情况:

    1. 如果是可以联网的用户,一定要先卸载 InstallShield(确保联网的原因是卸载时会自动给厂商服务器发送解除绑定的请求,将序列号还会到你的账号下,这样你才能在其他机器上激活)。
    2. 无法联网用户的,通过离线方式返回反激活请求,与 Offline 激活过程类似。

    如果是系统异常崩溃,导致 InstallShield 没有来得及卸载,这种情况下就必须得联系厂商技术支持,不然该序列号在任何一台机器上都无法激活,也包括本机。原因很简单,厂商激活认证的服务依然认为你的序列号在和原来那台机器绑定,并且没有将序列号返还到你的账号下。

    [[i] 本帖最后由 onebearme 于 2011-5-13 15:39 编辑 ]