Kentico全球Web部件使用情况
我们正在从一个纯粹的门户转向一个门户/aspx开发模型。所以我一直在努力使我的.母版页工作，到目前为止还不错，只是我需要一种方法使可编辑文本Web部件在全球范围内应用 对位于页眉中并显示在每页上的副本块进行成像 因此，在门户中，输入副本，并在整个站点中使用，而不考虑模板。我知道我可以将静态副本添加到父.母版页，但这需要管理员进行编辑Kentico全球Web部件使用情况,kentico,Kentico,我们正在从一个纯粹的门户转向一个门户/aspx开发模型。所以我一直在努力使我的.母版页工作，到目前为止还不错，只是我需要一种方法使可编辑文本Web部件在全球范围内应用 对位于页眉中并显示在每页上的副本块进行成像 因此，在门户中，输入副本，并在整个站点中使用，而不考虑模板。我知道我可以将静态副本添加到父.母版页，但这需要管理员进行编辑 我已尝试在ASPX页面上注册可编辑文本Web部件，但这在门户中似乎无法正常工作。我认为实现这一点的方法是创建一个页面模板，该模板上只有可编辑文本Web部件，并且不继
我已尝试在ASPX页面上注册可编辑文本Web部件，但这在门户中似乎无法正常工作。我认为实现这一点的方法是创建一个页面模板，该模板上只有可编辑文本Web部件，并且不继承任何其他内容。然后在母版页上，添加一个页面占位符，该占位符使用可编辑文本webpart页面模板。这应该会显示在每一页上。我以前没有做过这种方法，但假设它会起作用。我认为实现这一点的方法是创建一个单页模板，该模板上只有可编辑文本Web部件，不继承任何其他内容。然后在母版页上，添加一个页面占位符，该占位符使用可编辑文本webpart页面模板。这应该会显示在每一页上。我以前没有做过这种方法，但假设它会起作用。您可以设置一个自定义设置 Kentico文档对此有很好的解释
之后，您可以在每页上使用类似于
{%Settings.MyCustomSetting%}之后，您可以在每页上使用类似于
{%Settings.MyCustomSetting%}你可以考虑使用这个方法，如果你需要它，因为一些页面更复杂，所以对它们进行硬编码更有意义，你也可以将它们实现为一些更大的自定义Web部件。它是更好地控制基本页面标记还是其他什么
您是否知道可以自定义CMSPages/PortalTemplate.aspx或完全用自定义的基本页替换它你可以考虑使用这个方法，如果你需要它，因为一些页面更复杂，所以对它们进行硬编码更有意义，你也可以将它们实现为一些更大的自定义Web部件。
从我所看到的，当你的模板被设置为Portal和.ASPX时，就没有主模板。因此，当您创建一个新页面时，您可以继承或基于模板。继承时，页面选项卡中的可编辑文本区域为空。是否存在将从页面显示的web区域？因此，不是一个可编辑文本web区域，而是一个拉入特定页面的web区域。该页面除了p标签外没有任何标记。我进入了一个兔子洞，打算后退一步，重新审视这个方法。从我所看到的，当模板设置为portal&.aspx时，没有主模板。因此，当您创建一个新页面时，您可以继承或基于模板。继承时，页面选项卡中的可编辑文本区域为空。是否存在将从页面显示的web区域？因此，不是一个可编辑文本web区域，而是一个拉入特定页面的web区域。那个页面除了p标签外没有其他标记。我去了一个兔子洞，我要后退一步，重新看看这个方法。谢谢，我会看看的。这种转变的一个主要原因是需要完全定制。这是一个更大努力的开始，未来将在金融后端建立联系。干杯根据我的经验，几乎任何需求都可以在门户引擎和ASPX中完成。在必要时，从PE转到ASPX是很容易的，所以我建议您做出这个决定，直到您有一个特定的需求并且没有选择为止。即使这样，我也会考虑去MVC，而不仅仅是ASPX。谢谢，我来看看。这种转变的一个主要原因是需要完全定制。这是一个更大努力的开始，未来将在金融后端建立联系。干杯根据我的经验，几乎任何需求都可以在门户引擎和ASPX中完成。在必要时，从PE转到ASPX是很容易的，所以我建议您做出这个决定，直到您有一个特定的需求并且没有选择为止。甚至在那时，我可能会考虑去MVC，而不仅仅是ASPX。我在V9文档中发现了这一点：它似乎正在做我所看到的，当我有信心时，我会更新。我在V9文档中找到了这一点：它似乎正在做我所看到的，当我有信心时，我会更新。这也是我的第一个想法。但我也犯了这样的错误，几年后，一个网站变成了多语言的，这会带来很多额外的工作。@DarBrett你是对的，在多语言的环境中，这会导致需要多个设置，这对开发者的理智来说不是个好兆头。这也是我的第一个想法，但我也犯了这样的错误，几年后，一个网站变成了多语言网站，这导致了大量的额外工作。@DarBrett你是对的，在多语言环境中，这将导致