MODｘでのMODx 日本公式サイト｜テンプレートの作り方が分かりにくいね。作業の順に書いてくれたらよかったのに、そうなっていないのかな。
スタイルシートファイルをFTPでアップしてファイルとして管理する場合と（ファイルの場所をbase_urlからの相対で指定してやる）、MODｘのドキュメントとしてMODｘに管理させる場合と（href=”[~ドキュメントid番号~]”と、ドキュメントidで指定してやる）を混在して書いてあるように見える。
それに話の途中で、テンプレート、コンテンツ、テンプレート変数、チャンクの話が入っているので、更に話の筋を見えにくくしている。
すみません質問させていただいてもいいですか？
modx1.0.5-R2でWebARENA SuiteXにインストールしようとしてまして
インストール /modx/install/で真っ白になってしまうのですが
なにか、やり方があるのでしょうか？
いくらググっても解決しないので、唐突に質問しまして申し訳ないです。
/home/modx/に入れようと思うのですが。
modxは通算5回ほど他でもサイトを作ってますが、
今までとは見たことのないものでしたので。
.htaccessは/modxとは記入があります。
はて、今はアップデードしたMODX1.0.5J-r1をWebArena SuiteXで 利用中です。何にも特別なことはしてないです。当方でも数箇所の日米のレンタルホストでmodxインストールしていますが、真っ白とは私は経験ないです。modxの日本語サイトで質問されましたか？
コメントから気がつきまして、MODX1.0.5J-r2に今アップデートしました。どうもありがとうございます。
nogamiさん
いいえ、まだ基本的なSuiteXの入れる場所や、PHP5.ｘのバージョンとかが間違っているのかと思って、
恥ずかしくて聞いてないんです。WordPressも同じ感じでした。CGIインストールって場所に、備え付けのWPでそれは入れましたけど？ CGI-BINじゃないと動かないみたい？
もしやそちらか？と思って入れてみたり、.htaccessの書き方が問題か？とおもったりで四苦八苦。
/modx/install/から進めないので、DBの設定でもなさそうだし、
SuiteX癖がつよいですね。ここはWPが入ってるみたいですね。
調べてるとCGIモードで動いているみたいなのでパーミッションも.PHPを700にしたり悩み抜いています。
当方では /home/ 以下に assets manager install（これはインストール後に消しますが） などのディレクトリとか .htaccess などを置き、
http://ドメイン/install/
でインストール開始を行っています。
cgi-bin などは使っていません。PHPとかMySQLのバージョンは問題ないはずです。cgi-binのものを呼び出す工夫のほうが面倒ではないのかな。WebArenaが癖があるとは、私は考えたことがなかったです。Suite１，２の時代にはMySQLが別料金だったりしたので使いづらかったことがありましたが。SuiteXで安くなったし（今はもっと安価なホストも多数ありますが）、MySQLも使いやすくなったと思っています。（私はWebArenaから何ももらってないです。なお、個人的にはこことか、安価な米国サイトを使っています。MODｘでの設定とか、ここのWordPressの設定とかも、特に何の工夫もなく使えています。）
なお、テスト用で /home/new/ 以下にも同様のMODｘをインストールしており、これは
http://ドメイン/new/install/
でインストール開始しています。
んで気にしてなかったですが、今再確認しましたが、ファイルのパーミッションは640(rw-r—–)ですね、アパッチはユーザーとして動くはずですから危険な７７７は使わずに済む。
CGIモードは、アパッチにPHPモジュールが組み込まれているので、効率上不利なはずですから使っていません。
nogamiさん 原因が分かりました。
同階層に.htaccessがあって、言語を調節していたようです。＜お恥ずかしいです。
別階層（マルチドメイン化）にしたことで問題無くインストール画面まで入ることができました。
他人のつくったhtaccessで同じ階層にPHPスクリプトがざーっと並んでいて、階層を分けるのが怖いので、
同階層に同居するためにお知恵を貸してもらえないですか？
WEBと携帯で、予約のPHPが動くようになってるみたいです。
強引にSHIFT_JISに変換してるのかな？
DirectoryIndex index.htm index.html index.cgi
php_value mbstring.detect_order AUTO
php_value mbstring.http_input AUTO
php_value mbstring.http_output SHIFT_JIS
php_value mbstring.internal_encoding SHIFT_JIS
php_value mbstring.script_encoding SHIFT_JIS
php_value mbstring.encoding_translation ON
php_value mbstring.language Japanese
php_value mbstring.substitute_character none
php_flag session.use_trans_sid Off
php_flag session.use_cookies On
php_flag session.use_only_cookies On
php_flag session.auto_start Off
php_value error_reporting 039
php_flag display_errors Off
php_flag display_startup_errors Off
php_flag log_errors On
php_value error_log “./error.log”
もし分かるようでしたらお願いします。
もし良かったら直メールいただけると幸いです。
私はアドバイスには能力不足かと思います。
同階層に同居の意味が分かりません。
複数のMODｘを同居？ それともMODｘとWordPress？
いすれにしてもそれは無理では？
サブドメインを使う話かな？
というのが私のレベルですから。
ただ、ここに示された.haccessの指示文は少なくとも
shiftJISを使う点から、
MODｘやWordPress用にはおすすめでないような気がします。
MODｘの日本語版に付属のht.accessを.htaccessに使うと、
コメントもわかりやすいですし、いいと思います。
それに
euc-jpUTF-8にしてないと、いろいろ大変みたいですよ。nogamiさん 説明不足で申し訳ないです。
いいえ、ここの掲示板にたくさん書き込んでしまって申し訳ないとおもってます。
さらに自分のコメントが消せないので恥ずかしいですよ。
自分と同じようなCMSを扱ってるので情報共有できる事も多いかとおもってるだけです。
同階層というのはね、AAA.comというドメイン（フォルダ）の中の第1階層にhtaccessがあって、
そのファイルは中のプログラム（携帯）用のSHIFT_JISに書かれたものだったので、
その階層にMODｘのフォルダを入れてプログラムを入れたら、htaccessが干渉しあってしまって、
こういう結果を招いてしまったようだったのです。最初は関係ないだろうと思ってました。
通常のCMSはUTF-8を使うのは分かってますが、そのUTFも携帯だとSHIFT_JISに変えるのかな？
様々な疑問が解決できてないのです。
そうだ、ルートの階層でエラーがでてましたよ。
http://nogami.biz/
はは、見られてしまいましたか。以前にテストして、途中で放り出していたので。なお、これは私としてはお見せするところではなくて、http://nogami1.net/ のWordPress が見せる場所ですので（それも、個人の覚書的位置づけ）。とりあえず、MODｘを入れておきました。ご指摘ありがとうございます。nogami.bizはいずれ捨てるか、商売を開業でもしたら使うかも。