soushiさん、レスありがとさんです。＾＾ 上記、FirstChildRedirectの改造版でも最低一回はsendRedirectが走ることで希望する性能が出ないため、色々考えたあげく、下のマニアックな方法で対処してみました。満足いく性能は出ましたがこんな対応でよかったのか自信なしです・・・　 :roll: 対応手順） 　↓　上位リソースをすべてウェブリンクにする 　↓　ウェブリンク属性に下のスニペット（FirstChildUrl）を書く　　 ※１ 　↓　Wayfinderなどがリソースをパースする過程で、上位リソースのリンクに末端リソースのURLがセットされる ※１ 　ウェブリンクでは、...

比較的リソースの階層が深いサイトでFirstChildRedirectを 多用 してみました。具体的に言うと、最下層より上（３階層であれば１階層目と２階層目のリソース）でFirstChildRedirectをコールし、上位階層のクリックで最下層のリソースを表示するようにしたところ、階層が深ければ深いほどクラサバ間のやりとりが増大し、画面の反応がリニアに悪くなりました。 親リソース（フォルダ／コンテナ属性のリソース）が多いサイトでは、親リソースを作るたびにコンテンツを作るのは面倒ですし、親リソースのクリックで最初に出現する（新着の）子リソースが表示できれば、製作コストとクリック数が同時に削減でき...

なるほど。ただごとではないと思いましたが、そういう理由ですか・・・ 上記でも申し上げましたが、これは相当レアなニーズなので、はっきり申し上げて汎用的な部品は絶望的だと思います。ただ、運用ユーザーの情報構造（テーブルやフィールド構成）はウェブユーザーと似通っていることはご存知かと思います。従って、運用ユーザーのテーブル構成と登録過程で発行されるSQLを解析して新規に処理を組むか、soushiさんが示してくれた部品を応用・改造するしかないような気がします。 余談）仮に登録が出来たとしても、不特定多数の運用ユーザーが一つのシステム（管理画面）にガンガン入ってきますので、むしろ登録よりも、その後の対応...

cradle さんが書きました:今回はウェブユーザーの登録ではなく、「ユーザー」の登録に関してです。

6000人のユーザーに管理画面へのアクセスを許すことになりますよね？

以下は個人的な見解になりますが、これはMODxにおけるユーザー管理の基本理念から外れる発想で、プログラム的にも、運用的にも大変リスキーな気がします。議論の方向性として、6000人のユーザーが運用ユーザー（≠ウェブユーザー）でなければならない理由（管理画面にアクセスできなければならない理由）を先にはっきりさせた方が良い気がしますが・・・

私も同じ状態です。lightboxv2だけでなくスライドボックスも同じ症状です。両方ともprototype.jsを使ってるので、QMのjQuery-ColorBox(jQuery版Lightbox)と競合してるのだろうと思いますが、JavaScriptを深く追ってないので原因は分かりません。但し、私の環境ではQMの競合回避パラメータをONにしてて、mootoolsを使うスリムボックスは正しく動いてます。見た目はLightboxV2と殆ど変わらないので、スリムボックスで逃げるという手はアリかと・・・ スライドボックスサンプル（×）：　 http://mx.quickart.jp/mg/basic...

MODxのバージョン: V1.0.4J-r5
TinyMCEプラグイン設定画面のWeb Themeで、Simple, Editor, Creative, Customのいずれに変えても、プラグイン設定（Plugins, buttons1～4）および編集画面（TinyMCEの部品構成）が変化しないように感じるのですが、いかがでしょう（FF, Chromeで確認しました）。

TinyMCEプラグイン設定画面のプラグイン設定のデフォルトＵＩ（入力フィールドタイプ）の改善を希望いたします。
入力内容が長くなりやすい下の項目のタイプをtextからtextareaに変えた方が操作し易い気がします。
（ページ高の増加に伴うスクロール頻度の増加は、テキストが操作し易くなる恩恵に比べれば軽微と考えます）

• Block Formats
• Entities
• Disabled Buttons
• Web Plugins
• Web Buttons 1
• Web Buttons 2
• Web Buttons 3
• Web Buttons 4

MODxのバージョン: V1.0.4J-r5 上記バージョン（他のバージョンは不明）のTinyMCEのblockquote（引用）の挙動改善を希望いたします。 希望内容） ・blockquote（引用）を適用した場合、指定してない<p>タグが追加されること 補足） 上記が原因かははっきりしませんが、検証中、blockquote（引用）を適用後、引用タグから抜けられない状態が数度起こりました。常にこうなるわけではなく、カーソルの位置やHTMLタグの指定状態に起因するのかもしれません。（純粋にblockquoteタグだけで囲うことができれば、このような状態は減るのではないかと考えました）

MODxのバージョン: V1.0.4J-r5 上記バージョン（他のバージョンは不明）のTinyMCEの「左寄せ」「中央配置」「右寄せ」が出力するコードの改善を希望いたします。 左寄せ：　class=justifyleft　＜＜　クラス指定 中央配置：　style="text-align:center"　＜＜　インライン指定 右寄せ：　class=justifyright　＜＜　クラス指定 問題と思われること） １．中央配置だけインラインで他がクラスというのは一貫性がない気がします。 ２．左寄せと右寄せはクラスを別途自前のCSSに追加しないと機能しないので使いづらい。 考察）...

WPをアップグレードした時にwp-settings.phpが上書きされてませんか？つまり、下の7bitさんのインストールガイドの「2.WordPressの修正」を再度適用する必要があるということ。
http://nanabit.net/modx/wordpress-integrator/
こちらで新規に環境を作ってテストした感じでは、仰る現象は再現されなかったので、wp-settings.php内の"&="を再度"="に変えてやれば動きそうな気がします。

kysnmさんへ
質問の仕方に問題があるような気がします。
・環境情報（前提条件）記述がありません。記述内容は、フォーラムルールを参照。
・現象記述がありません。回答者はまず現象から問題を探ろうとします。この情報が無いと往々にして細かい情報は役に立ちません。

過去の経験から、「木を見て森を見ず」という状態に陥るとなかなか抜け出せないものです。
少々厳しい指摘になりますが、質問し直してみてはいかがでしょう。

キーワードで検索する場合は、標準の検索機能を使うか、下が役に立つかもしれません。
http://forum.modx.jp/viewtopic.php?f=17&t=448
ご参考まで。

”初期状態”がどういった状態を指すのかがはっきりしないので、ありきたりの返事になりますが、「再インストール（ＤＢとファイル類を全て消してから入れなおすこと）」または「ＤＢを含むバックアップファイルの復元」でしょうか・・・　ソースファイルを触ってる場合はＤＢの復元だけでは不十分です。「上書きインストール（既存のシステムにインストール物をすべて上書きしてからインストールすること）」という手もありますが、フォルダ構成の変更／ファイルの追加／テーブルの追加などをしてますと、これまた厳密な初期状態への復旧とは言えません。 転ばぬ先の杖・・・バリバリ触る前に全量（ＤＢ＆ファイル）バックアップをお忘れなく　...

umeda さんが書きました:「phiEditedon」を使わせていただいて個々の記事の更新日を管理画面内で変更することは出来ました。しかしフロントエンドエディタ内で同じように個々のドキュメントの更新日時を変更しても反映されません。これは、仕様でしょうか？

新規に、MODx(V1.0.4J-r5) + phiEditedon(V1.1.2)という組み合わせでローカル環境を作ってテストしたところ、フロントエンド（QuickManager）からでも更新日時は変更されました。よって、本件は仕様ではなくumadaさんの環境に依存する問題のように感じます。

こんにちは 難しく（厳密に）考えすぎてませんでしょうか？ 詳細ですが、現在、以下の構成でサイトを作成したいと考えております。 AAA （ドキュメント番号：１） 　　┗ BBB （ドキュメント番号：２） 　　　　┗ CCC （ドキュメント番号：３） としたく、サイトスタートに「 AAA 」を設定しています。 上の図は、確かに、ツリーの第一レベルに位置するリソース群は、スタートページにぶら下がるべきと考えるのが自然です。しかし、MODxでは、システム内の任意のリソースをスタートページにできるという仕組み（機能）があるため、ツリー上では親子でなくても、表示上では親子である、という状態が存在します。言...

幾つか改造も加えて、Doc Finder 1.6 Final ja Beta1 として公開しました。よかったらどうぞ。
注意事項は必ず読むようにしてください。

【MODx】Doc Finder 1.6-Final ja Beta1

Rich Text形式でテンプレート変数を作成し、 リソースの入力時に、そのテンプレート変数に対しいくつかの画像を入力できるようにしました。 プレビュー画面を見ると、希望通りの結果を得ることができたのですが、 実際に公開するURLで見ると、画像のリンク先が変更されてしまい、画像が表示されませんでした。 例：　公開するURL→　http://***.jp/★★/■■/page.html 　　　入力・プレビュー時の画像の正しいリンク先→　http://***.jp/ assets/images/○○/image.jpg 　（ここにリンクさせたいのに…） 　　　公開URLでのリンク先→　http:...

この辺が役立つと思いますが、どうでしょ？
http://wiki.modxcms.com/index.php/Ja:API:getTemplateVar
http://wiki.modxcms.com/index.php/Ja:AP ... eVarOutput

site_urlの最後の/は入っています。 単なる記事の誤記でしたか・・・ 表示されたページのソースのhead部分は以下の通りです。 ～ <link rel="stylesheet"/assets/templates/clarity/css/1.css" type="text/css" media="screen,projection" /> ～ cssファイルの指定部分を <link rel="stylesheet"http://default.sample.com/assets/templates/...

"sub"コンテキスト site_url : http://sub.sample.com site_url : http://sub.sample.com / 最後のスラッシュは入ってますでしょうか？（それともここだけの誤植？） 引用） site_url - Set this to "http://dev.modxcms.com/" (or your subdomain url). Don't forget the trailing slash. Remember this setting is (scheme+http_host+base_url)....