コミュニティアチーブメントバーを展開する。

Paul_McMahon
Paul_McMahon
オフライン
タイプ
  • すべて
  • 質問
  • ディスカッション
  • アイデア
  • ブログ
ユーザー投稿による絞り込み
  • As another user pointed out using the query string means you won't caching the results in dispatcher. Can you cache the results in your other layer? Or will the result of /shop/categoryA be cached in a CDN for example? You will want to think through the performance impact of this model and be sure y...

    タイプ

    質問

    表示

    1.6K

    いいね!

    0

    返信

    0
  • The short answer to you question is that I believe language copy actually kills the live copy relationship so no roll outs will impact the copy. In general language copy is intended to be used to create language copies when you want to do something like manual translation and you simply creating the...

    タイプ

    質問

    表示

    6.3K

    いいね!

    1

    返信

    0
  • Your first constraint shouldn't impact the proposed concept. A replication event listener can listen for either sent or receive events. So the replication event listener would sit on the publish servers and listen for replication received events - which are happening in your design. A replication ev...

    タイプ

    質問

    表示

    2.3K

    いいね!

    0

    返信

    0
  • There are probably a bunch of ways to handle it. The simplest way - assuming you have store all the information that is needed by Relay in the content you could write a replication event listener that runs on the publish instances and whenever it receives something it sends the response to Relay. Th...

    タイプ

    質問

    表示

    2.3K

    いいね!

    0

    返信

    0
  • The stale status is indicative of an error state. Essentially it means that the workflow instance is not going to be able to continue to run. One common reason for the stale state is that the payload of the workflow has been deleted or moved. Depending on the version you are running it may also indi...

    タイプ

    質問

    表示

    4.3K

    いいね!

    1

    返信

    0
  • My guess is that's probably the expected behavior. I don't know this for sure but my guess is that there is Modification Event Listener that listens for changes to the vanity URL property and updates the resource resolver configuration whenever changes are made to the content. Generally these kinds ...

    タイプ

    質問

    表示

    1.4K

    いいね!

    0

    返信

    0
  • You should always be configuring dispatcher at the publisher level - dispatcher in front of publisher instances is the standard approach - almost all the dispatcher documentation is geared towards how to configure dispatcher for a publisher instance. In addition to configuring dispatcher in front of...

    タイプ

    質問

    表示

    2.1K

    いいね!

    0

    返信

    0
  • What would best practice be however? I assume best practice would be use a JSP or Ecma to generate a dynamic JS file. Sightly is defined as being an HTML templating system right, so if you aren't generating HTML shouldn't you be using a different templating language? 

    タイプ

    質問

    表示

    2.2K

    いいね!

    0

    返信

    0
  • The standard solution for this in CQ is to use Closed User Groups -  http://dev.day.com/docs/en/cq/current/howto/create_apply_cug.html. Based on your exact use case this may be the right approach. If you are using dispatch you will have make some changes to dispatcher to make that work - see http://...

    タイプ

    質問

    表示

    3.1K

    いいね!

    0

    返信

    0
  • I am not sure I understand the question. Can you expand on your use case, what kind of nodes are you searching for - components within a page? 

    タイプ

    質問

    表示

    2.6K

    いいね!

    0

    返信

    0