我们使用Kentico CMS,我与他们交换了关于网络花园部署的电子邮件.
我们在具有8个CPU核心的服务器上运行单个站点.在与Kentico的咨询热线,我们没有改变应用程序池Web园从默认即它被设置为1的工作进程的最大数设定.
我们的经验是,该网站只使用其中一个cpu核心 - 其他人都闲置.当我通过电子邮件向他们发送电子邮件时,他们的回答是操作系统/ IIS会处理此问题并根据需要使用其他核心,即使应用程序池只有一个工作进程.
现在,我非常尊重Kentico的人,但这对我来说似乎不对？
当然,如果我们想要使用所有核心,我们需要允许八个工作进程(并在SQL服务器中实现会话状态存储)？
非常感谢
托尼
我有一些产品上面有2d GS1条形码.大多数格式为01.17.10,即GTIN.Expiry Date.Lot Number.
这是有道理的,因为01和17是固定长度,所以只需将字符串拆分到适当的位置即可轻松解析.
但是,我也有一些格式为01.10.17.21(GTIN.Lot.Expiry.Serial Number)没有意义,因为Lot和序列号是可变长度的,这意味着我不能使用position来解码各种元素.此外,我无法搜索AI,因为它们可以合法地出现在数据中.
似乎我无法可靠地解码这种格式.我错过了什么吗？
谢谢!
我们正在开发一个站点，当我们将其部署到客户端的生产服务器时，几个小时后我们开始出现查询超时。
这是由单个用户测试的，在我们的服务器（Sql Server 版本号 - 2005 SP3 相同）上我们从未遇到过同样的问题。
我们的一位高级开发人员在之前的工作中遇到了类似的行为，他运行了一个查询来手动更新统计信息，然后问题神奇地消失了 - 查询在几毫秒内返回。
几个小时后，同样的问题出现了。所以我们再次手动更新统计数据，问题再次消失。我们检查了数据库属性，果然，自动更新统计信息是正确的。
作为临时措施，我们设置了定期更新统计数据的任务，但显然，这不是一个好的解决方案。
以前遇到过这个问题的开发人员确信这是一个环境问题 - 当他以前遇到过这个问题时，几天后它就自行消失了。
我们检查了他们的数据库服务器上的 SQL 服务器安装，这不是我认为正常的情况。尽管他们安装了 SQL 2005（而不是 2008），但安装目录中有一个空的“100”文件夹。还有 MSQL.1、MSQL.2、MSQL.3 和 MSQL.4（这是可执行文件和数据实际存储的位置）。
如果有人有任何想法，我们将非常感激 - 我认为统计数据不是未能更新，而是以某种方式变得腐败。
非常感谢
托尼