http://code.google.com/p/modx-ja/downlo ... e332r6.zip
こちらを試してみてください。

ManagerManagerの件は後ほど確認してみます。

http://modxcms.com/forums/index.php/topic,7656.0.html
これが使えるといいんですが

http://modxcms.com/forums/index.php/top ... #msg163819
作者のgarryn曰く、ちょっと難しいらしく。v2系のTinyMCEでしか動かないという。

動くなくはないみたいですがManagerManagerの

$js_default_url_local = $modx->config['site_url']. '/assets/js/jquery-1.3.2.min.js';

ここは

$js_default_url_local = $modx->config['site_url']. 'assets/js/jquery-1.3.2.min.js';

こうですね

シェアありがとうございます。本来ならゼロからPHPで書き起こすようなフローでも、MODxの上に乗せる感じで全体的な手間を省けるというのはありますね。こういう使い方もMODx的には王道だと思いました。セキュリティ面に十分に配慮されているのはすごいなと思いました。

ブログ的な使い方は、管理画面のインターフェイス的にはまだ弱いです。これはいずれ解決したいと思います。ビジョンはまとまっているので、あとは時間の問題かと。

たぶん1.0.1からだと思いますが
http://modxcms.com/forums/index.php/topic,48254.0.html
ManagerManager、PHP4環境でエラーですね

コア改造でよければ というコードをheader関数の直前に置くとよさそうに思います。（コア改造しなくても、たぶんプラグインで書き換えできると思いますが）

TinyMCE自体は問題ないと思います。MODx本体側が何らかの理由でexternal_link_list_urlパラメータを出力していないためリンクリストが機能しないわけなので、その原因を探る必要がありますね。

$type= !empty ($this->contentTypes[$this->documentIdentifier]) ? $this->contentTypes[$this->documentIdentifier] : "text/html"; header('Content-Type: ' . $type . '; charset=' . $this->config['modx_charset']); document.parserに上記のような記述があるので、この$this->contentTypes[$this->documentIdentifier]をプラ...

解決してよかったです。
メール投稿は興味ある人が多いと思うので、もしよければ事業に差し支えない程度にネタを投稿いただけると嬉しいです。また分からないことがあったらいつでもどうぞ

投稿画面のhtmlソースを開いてみて、 というようなコードはありますか？この一行が微妙なところで怪しい気はします(パスが実在しないとか)。値がfalseとかになってたらプラグイン側の設定だけで表示されます。linklistをenabledとかだったと思います。

いずれかのドキュメントを更新すると正常に閲覧できます。 自分がよくやる汎用的なデバッグ方法ですが・・ ・ドキュメント更新前のSQLダンプを取得 ・ドキュメント更新後のSQLダンプを取得 で、あとはWinMergeなどの差分比較ツールで見比べるとヒントが得られると思います。 でもたぶんサイトキャッシュかな？ MODxはまずassets/cache/siteCache.idx.phpを見て、ここに情報があればそれを出力します。ノンキャッシュ書式でスニペットコールを書いても、ここは見てた気がします。 $a = &$this->aliasListing; $d = &$this->d...

http://code.google.com/p/modx-ja/downlo ... ctions.zip
画像の貼り付けができないぞ？と指摘を受けました。問題のファイルのみ修正して置いておきます。

ありがとうございます。おかげさまで理解できました。カテゴリーがすでに存在するかどうかチェックして、存在しなければinsert intoで追加する。という流れでよさそうですね。クエリがひとつ増えますが、今回はベタに対応しようと思います。

MySQL4.0と聞いて、MODxの保証環境が気になったので本家の下のページを見たところ、「MySQLは4.1.20以上」となってます。 General Requirements 何時からこの線引きが行われたのかは分かりませんが、4.0は保証範囲外という前提で組まれてるとすると、インストーラ以外でもV4.1依存の処理があると考えた方が良さそうなので、この件は対応する必要はないように感じますます。いかがでしょ？ また、公式サイトの下のページも要変更ですね。 MODx Evolution 1.0.3 日本語版 インストーラ以外では4.1依存の処理は存在しません。インストーラと一部のアドオンだけで...

MySQL4.0環境でMODxのアップデートを試みたところ、チャンクやスニペットなどエレメンツまわりがアップデートされないことを確認しました。調べてみたところ、MySQL4.0系ではサポートされていないサブクエリを用いているのが原因のようです。 $rs = mysql_query("REPLACE INTO $dbase.`" . $table_prefix . "categories` (`id`,`category`) ( SELECT MIN(`id`), '$category' FROM ( SELECT `id` FROM $dbase.`" ...

えー、MySQL4.0系環境でアドオンのアップデートができないようです。サブクエリを使っているのが原因のようです。コアのアップデートは問題なし。

たぶん最初にQuickManagerが同梱されるようになった1.0.1からだと思いますが

http://modxcms.com/forums/index.php/top ... #msg281233
PHP4環境でQuickManagerの動作に不備があります。編集操作はできますが、保存後にウィンドウを閉じません。対応策は分かったので、次回対応します。

1件はそうしさんが見つけた脆弱性で、こっちはだいたい分かります。 http://jvndb.jvn.jp/ja/contents/2010/JVNDB-2010-000013.html んー、、スクリプトを埋め込むことまではできないはずですが。誤って伝わってます。 もう一件のAjaxSearchの脆弱性は、同梱のSearchHighlightの動作原理に由来するものです。htmlのタグに関してはprotect.inc.phpが面倒を見てくれますが、SQLインジェクションに関してはプラグイン側で配慮する必要があるのだと思います。 以上、まだパッチ用意してないですが気になった点だけお伝えしますー ...

お疲れ様です。 「MODxを1.0.3にアップデートせよ」となってますが、実際はコアには問題ありません。 上記を言い換えると、「スニペット・プラグイン・モジュールなどの部品を入れ替えたり、部品のコードを修正ことで対処できる」　ということでしょうか？ パッチ配布の用意を進めたいと思います。 上記のパッチは、何らかの理由で1.0.2以前のバージョンを使い続ける人にも有効なものと考えてよいでしょうか？ Yes. 対象はSearchHighlight(AjaxSearch)とWebLoginです。どちらもスニペットなので、サイト上で使ってない場合は影響ありません。SearchHighlightはプラ...

http://jvn.jp/jp/JVN19774883/
http://jvn.jp/jp/JVN46669729/

すでに1.0.3リリース時に告知済みですが、JPCERTから脆弱性情報がリリースされました。「MODxを1.0.3にアップデートせよ」となってますが、実際はコアには問題ありません。パッチ配布の用意を進めたいと思います。