Dec 04, 2008, 01:02 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
Search via SMF or Google: modx forums all of modxcms.com web
  MODxCMS.com   Forums   Help Login Register  
News:Read what MODx Developers say: MODx Dev. Blogs
Pages: 1 ... 3 4 [5] 6   Go Down
  Print  
Author Topic: 【資料】MODxが稼働するレンタルサーバ  (Read 58956 times)
0 Members and 1 Guest are viewing this topic.
riu
Jr. Member
*
Posts: 2


« Reply #60 on: Jun 26, 2007, 10:45 AM »

bigネット(http://home.big.jp/)でインストールに成功した方おられませんか?
当方、最後の最後で
Checking table prefix `modx_`: Failed! - Table prefix is already in use in this database!
と言われてしまいます。
もちろん接頭語'modx_'は使用していませんし、ほかの適当な文字に変えてもダメでした。

どなたか、解決のヒントでもあればご教授ください。
よろしくお願いいたします。
Logged
riu
Jr. Member
*
Posts: 2


« Reply #61 on: Jun 26, 2007, 11:00 AM »

上記、
Checking table prefix `modx_`: Failed! - Table prefix is already in use in this database!
の件、解決しました。失礼しました。

バグあったようですね。

で、次のステップに進めたわけですが、今度は
Access denied for user: 'marukome@localhost' to database 'marukome_db' during the execution of SQL statement ALTER TABLE `modx_web_users` ADD COLUMN `cachepwd` varchar(100) NOT NULL default '' AFTER `password`.

と表示して止まります(さらに20行くらいメッセージは続いています)

サーバの設定の問題なのでしょうか???
Logged
altstack
Jr. Member
*
Posts: 6



WWW
« Reply #62 on: Jul 04, 2007, 10:46 PM »

もしかしたらすでに解決なさってるかもしれませんが・・・

>○文字コードについて
>MySQLのバージョンが古いためか、UTF-8だと入力した文字が化けてしまいます。
>MODx管理画面はちゃんと読めるのですが。
>これについては解決できていません。EUC-JPなら問題なく使えます。

上記ですが、CPIのデフォルトでは
mbstring.internal_encodingがEUC-JPを指定されてるようですので、
これを(php.iniから)UTF-8に指定しなおす事で、正しく表示&投稿できました Smiley

mbstring.internal_encoding = EUC-JP
 ↓
mbstring.internal_encoding = UTF-8
Logged
shinoiwa
Jr. Member
*
Posts: 8



« Reply #63 on: Jul 05, 2007, 02:57 AM »

★CPIでのインストール・設定について教えてください

サーバ:CPIでも問題なく動作する旨の投稿がありましたが、
どうも私はCPIでフレンドリーURL(エイリアス)の設定がうまくいっておりません・・・。
新規ページを作って、「ドキュメントエイリアス」にエイリアスの指示を書き込んで保存すると

Code:
Warning: strtr() [function.strtr]:
The second argument is not an array.
 in /usr/***/modx/manager/processors/save_content.processor.php on line 859

Warning: Cannot modify header information
- headers already sent by (output started at
/usr/***/modx/manager/processors/save_content.processor.php:859) in
/usr/***/modx/manager/processors/save_content.processor.php on line 563

とエラーが出て、ブラウザをリロードさせて確認すると、さっき書き込んだはずの「ドキュメントエイリアス」欄に(設定なし)と表示されています・・・。これって、.htaccess起因なのでしょうか?

ちなみに、MODxをインストールした一番上のディレクトリの.htaccessでは、
Code:
AddHandler x-httpd-php504 .php
Options +FollowSymLinks
RewriteEngine On
RewriteBase /modx
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA,NC]

と指定し、/manager/フォルダ内の.htaccessでは
Code:
AddHandler x-httpd-php504 .php
Options +FollowSymLinks
RewriteEngine On

と指定しています。どなたか、CPIでの設定に詳しい方いらっしゃいましたら教えてください。 Cry
Logged
altstack
Jr. Member
*
Posts: 6



WWW
« Reply #64 on: Jul 07, 2007, 02:29 PM »

Quote
Code:
Code:
Warning: strtr() [function.strtr]:
The second argument is not an array.
 in /usr/***/modx/manager/processors/save_content.processor.php on line 859

Warning: Cannot modify header information
- headers already sent by (output started at
/usr/***/modx/manager/processors/save_content.processor.php:859) in
/usr/***/modx/manager/processors/save_content.processor.php on line 563

とエラーが出て、ブラウザをリロードさせて確認すると、さっき書き込んだはずの「ドキュメントエイリアス」欄に(設定なし)と表示されています・・・。これって、.htaccess起因なのでしょうか?

最新版(0.9.6)をインストールしましたが、上記のようなエラーはでませんでした。
このフォーラムで検索すると、いくつか他言語で同様の書き込みが見つかりましたが、解決までは読み取れませんでした・・・。

save_content.processor.phpのline 859近辺をチラっとみてみるとエイリアス関連の処理を行っている辺りのようですが、
エイリアスを指定しないでドキュメントを保存すると、上記エラーは起きないのでしょうか?

ちなみに当方で試した際の.htacessは

Code:
AddHandler x-httpd-php504 .php
suPHP_ConfigPath /xxxxx/modx/
# iniファイルを隠してるだけです
<Files ~ "\.ini">deny from all</Files>
Options +FollowSymlinks
RewriteEngine On
RewriteBase /xxxxx/modx/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
といった感じです。
殆ど同じですので、関係ないのではないでしょうか
« Last Edit: Jul 07, 2007, 02:31 PM by altstack » Logged
custar
Full Member
***
Posts: 224


« Reply #65 on: Jul 07, 2007, 10:09 PM »

こんにちは。(5/13)

Code:
Warning: strtr() [function.strtr]:              .....(1)
The second argument is not an array.
 in /usr/***/modx/manager/processors/save_content.processor.php on line 859

Warning: Cannot modify header information
- headers already sent by (output started at    .....(2)
/usr/***/modx/manager/processors/save_content.processor.php:859) in
/usr/***/modx/manager/processors/save_content.processor.php on line 563

何処のサーバーかを無視して、このメッセージだけから推測してみます。
ソースは一切見ていません。



(1) のメッセージから
-----
strtr() は引数の取り方が2通りです。
Code:
string strtr ( string str, string from, string to )     .....(3)
string strtr ( string str, array replace_pairs )        .....(4)

今回は、引数の数から(4)の取り方となるのに、第2引数が array 型でないと言っ
てるようです。本当にそうなのか、確かめてください。



(2) のメッセージから
-----
"headers already sent by (output..." といってます。php.ini の
"output_buffering" ディレクティブが有効になっているかどうか確認してくだ
さい。有効になってなかったら有効 (On) にしてみてください。
Logged
shinoiwa
Jr. Member
*
Posts: 8



« Reply #66 on: Jul 08, 2007, 10:16 PM »

>altstackさん

確認、ありがとうございます!
そうなんです、エイリアスを指定しない場合は、エラーは出ません。
同じCPIサーバーをお使いでも、エラーが出ない方がいらっしゃるとすれば、再インストールが良いかもしれませんね・・・、
ありがとうございました。

>custarさん

ありがとうございます。下記、ちょっとPHPが良くわかっていないので
とんちんかんな答えかもしれませんがお許しください。

使っているサーバーはCPI(Servision)です。
教えていただいた(1)については、
modx/manager/processors/save_content.processor.php on line 859
では
    $alias = strtr($alias, $replace_array);
と書かれていました。
これで、『「第2引数が array 型」になっている』といえるのでしょうか?

(2)については、php.iniの"output_buffering" ディレクティブが有効になっていなかったので
modx/manager/
modx/
ディレクトリそれぞれにあるphp.iniに
output_buffering = 'On'
の一行を追加してみましたが、エラー文言に変わりはありませんでした・・・。


うーん。英語があまり得意ではないので理解あいまいですが、確かに英語フォーラムでも、
「次のリリースを待て」的なことが書き込まれてますね。。。。
SVN trunkって何?とか根本的なところがわからず、、、、うーんうーん。という感じです。
http://modxcms.com/forums/index.php/topic,15170.msg103906.html#msg103906

みなさん丁寧なリプライ、ありがとうございます。
Logged
custar
Full Member
***
Posts: 224


« Reply #67 on: Jul 08, 2007, 11:14 PM »

(1) については、
    $alias = strtr($alias, $replace_array);
これで、『「第2引数が array 型」になっている』といえるのでしょうか?

プログラムが動いてる最中に、$replace_array が本当に array 型で渡されて
いるかどうかが気になります。何らかの方法で型と中身を確認してみてください。

(2) については、php.iniの"output_buffering" ディレクティブが有効になっていなかったので
modx/manager/
modx/
ディレクトリそれぞれにあるphp.ini

ん? そんなところに php.ini はないでしょうし、不要ですよ。

output_buffering = 'On'
一行を追加してみましたが、エラー文言に変わりはありませんでした・・・。

上記赤文字の部分、どのようにして実現されたのでしょう?

局所的に行うなら .htaccess で、
サーバー全体で行えるのならサーバー上の php.ini で上記作業を行います。


可能ならば、まず自分のパソコン上で運用してみてみると得られることが多いですよ。
Logged
altstack
Jr. Member
*
Posts: 6



WWW
« Reply #68 on: Jul 09, 2007, 05:52 PM »

>>shinoiwaさん

Quote
うーん。英語があまり得意ではないので理解あいまいですが、確かに英語フォーラムでも、
「次のリリースを待て」的なことが書き込まれてますね。。。。
SVN trunkって何?とか根本的なところがわからず、、、、うーんうーん。という感じです。
http://modxcms.com/forums/index.php/topic,15170.msg103906.html#msg103906

上記の該当書き込み見てみました。
(私が見かけたのとは違う書き込みでした)

・内容としては対応完了してますので次期バージョンでは大丈夫だよ
・急いでるなら最新版(リリースバージョンではではないリアルタイムな)をSVN から落としてみてね

てな内容ですよね・・・かなり適当な意訳ですが。 Cool

そして、さらに同項の返信をよむと、
「SVNって何?」
「こっちだよ
http://www.modxcms.com/svn.html

と続いています。

ついでに
save_content.processor.phpの最新版は
https://mirror1.cvsdude.com/trac/rethrash/tattoo/browser/tattoo/trunk/manager/processors/save_content.processor.php

から落とせそうです。
解決するかはわかりませんが、試してみては如何でしょう。

----
以下余談ですが、

同ファイルの差分箇所をみるとエイリアス入力時の文字の置き換えの追加と
運用文字コードがUTF-8じゃないときにも置き換えを適用する・・・といった程度の内容のように・・・見えます。

もしかして他の文字コードで(EUCなど)で運用されてて、さらにエイリアスにバックスラッシュとかスペースとか、
URLとして使えない文字をエリアスに入力されてる時にエラーがでてるのかな・・・などと思いました。
ぜんぜんマト外れだったら申し訳ないのですが・・・ Lips sealed
Logged
shinoiwa
Jr. Member
*
Posts: 8



« Reply #69 on: Jul 10, 2007, 12:52 AM »

>altstackさん
 Cheesyありがとうございます。教えていただいた、
Quote
ついでに
save_content.processor.phpの最新版は
https://mirror1.cvsdude.com/trac/rethrash/tattoo/browser/tattoo/trunk/manager/processors/save_content.processor.php
から落とせそうです。

これを落として入れ替えたら、エラーが出なくなりましたし、
エイリアスもしっかり保存されるようになりました!!

Quote
同ファイルの差分箇所をみるとエイリアス入力時の文字の置き換えの追加と
運用文字コードがUTF-8じゃないときにも置き換えを適用する・・・といった程度の内容のように・・・見えます。

もしかして他の文字コードで(EUCなど)で運用されてて、さらにエイリアスにバックスラッシュとかスペースとか、
URLとして使えない文字をエリアスに入力されてる時にエラーがでてるのかな・・・などと思いました。

そして、、、、これだけ色々確認いただいている中、すいません!!
その通りです。UTF-8の文字化けが解決できなくて
(というか、ちょっと難しくて当初わからなかったので)EUC-JPで動かしていました。
文字コードが原因だったと思います。最初に書けばよかったですね・・・、申し訳ありません。 Embarrassed

※UTF-8の文字化けについては、まさに!altstackさんのコメント
 http://modxcms.com/forums/index.php/topic,2573.msg103955.html#msg103955
 で解決策を投稿いただいていますね。
 今回、色々ご相談させていただいた中で、なんとなく、上記についてもやりかたがわかった気がするので
 今度はUTF-8で動かせるようにチャレンジしてみます。

>custarさん
ありがとうございます。
php.iniについては、CPIでMODxが稼動したよ、と書いてあった過去の投稿を参考にしていたのですが
http://modxcms.com/forums/index.php/topic,2573.msg96187.html#msg96187
これって /modx/manager/ の下には不要なんですね。
(とりあえず、.htaccessのあるところにはphp.iniも必要なのかしらっ!?と思って置いてました・・・、
教えていただいたおかげで、各ファイルの機能の違いがちょっとわかった気がします。ありがとうございます!)

→・・・というわけで、教えていただいたことをまとめると、
 レンタルサーバ「CPI」で、MODx0.9.6をEUC-JPで動かす場合
 save_content.processor.phpの最新版を
 https://mirror1.cvsdude.com/trac/rethrash/tattoo/browser/tattoo/trunk/manager/processors/save_content.processor.php
 から落として/manager/processors/ディレクトリ内のファイルを上書きしないと
 エイリアス機能が使えない。

 ということでした。お二方、親身に教えてくださって本当にありがとうございます。
 試行錯誤しながら、もっと色々チャレンジしていきたいと思います!
Logged
Phize
Member
**
Posts: 69



WWW
« Reply #70 on: Jul 17, 2007, 07:37 AM »

先日、XREAのPHP5+MySQL5サーバに移転しましたが、今のところ特に大きな問題もなく動いているようです。

 ・XREA    s292サーバ (http://www.value-domain.com/svip.php?action=all)
 ・PHP      5.2.2
 ・MySQL 5.1.19 (UTF-8)
 ・MODx  0.9.6
 ・.htaccess使用
 ・Win XP HE SP2 + Firefox/IE 6/7でテスト

IEで1回目のアクセスで真っ白になる現象は発生していません。サイトのも文字化け等は特にありません。

ただ、MODxマネージャの「イベントログ」の日付だけは化けてしまってます(「 16- 7��-2007 07:31 ���」)。
また、QuickEditを有効にすると、QuickEditのCSS(?)が適用されないようです(キャッシュOn/Offいずれでも)。
サイトで使用しているCSSが適用されてしまい、画面が乱れてしまうのでオフにしてます。

XHTMLテンプレートでベースURIを指定していないのが原因でした。(QuickEditのJSで出力されるlink要素のパスは assets/modules/~ と相対URI。)

使い始めて日が浅いので、これらがサーバが関係あるのかはわからないのですがご報告まで…。
(PHP4のサーバでも確認してみたところ、同じ現象になりました。)


* QuickEdit.png (9.01 KB, 783x600 - viewed 319 times.)
« Last Edit: Jul 17, 2007, 08:47 AM by Phize » Logged
shimanto
Jr. Member
*
Posts: 1


« Reply #71 on: Jul 27, 2007, 03:14 AM »

以下、Jonas氏の回答にも・nbsp;りますがご参考に!!

0.9.6ではmySQLのバージョンが3.23.58の場合、エラーがでてインストールできませんが
"install/action.summary.php" ファイルの152行目を修正すればインストールが可能になります。

--------------------------------------
@Jonas

ok, I've found the reason for the error: In the file "install/action.summary.php" is a bug:

   Line 152

if (@ $rs == mysql_query("SELECT COUNT(*) FROM $dbase.`" . $table_prefix . "site_content`")) {

   should be

if (@ $rs = mysql_query("SELECT COUNT(*) FROM $dbase.`" . $table_prefix . "site_content`")) {

PS: The CMS runs with mySQL 3.23.58, too.
 
 

※文字化けのためモデレータ(yama)により編集しました
« Last Edit: Jul 27, 2007, 02:12 PM by yama » Logged
aco
Jr. Member
*
Posts: 17


« Reply #72 on: Sep 14, 2007, 02:16 AM »

最近、MODxを始めた新米です。よろしくお願いします。
四苦八苦しながらも何とか「MODx動かせるかも」というところまで来たので
稼動したレンタルサーバの情報を提供いたします。

【インストールしたサーバ】
blueblock (ハイパーボックス運営)
http://www.blueblock.jp/
  • WEB-SERVER
  • オプション:MySQL(1DBまで無償)
  • PHP 4.4.7 / MySQL 4.0.20 / phpMyAdmin 4.2.0

【MODxの状態】
MODx 0.9.6 (rev 2767)
  • 文字コード:EUC-JP
  • フレンドリーURL:利用可能
  • キャプチャ認証:利用不可

フレンドリーURLは特に問題なく設定できました。
MODxをサイトルート以外に置いた場合は、RewriteBase を「/」から「/modx」など、
ディレクトリ名を付け加えればOK。

文字コードは UTF-8 でも特に問題なく動作はしていました。
ただ、phpMyAdmin(レンタルサーバ提供)のLanguageは、EUCかSJISしか選べないため、
phpMyAdminからデータを見ると、日本語部分が文字化け状態です。
MODx自体のバックアップマネージャで、文字化けしていないバックアップが取れますが、
ちゃんとインポートできるかどうかは分かりません。

サーバのサポートの方に問い合わせたところ、サーバ内の動作エンコードは
「EUC-JP」であるとのことなので、EUCの方が無難なのかもしれません。

----------

<<発生した問題(解決済み)>>

●インストール後、言語を「EUC-JP」に設定してから再度「MODx設定」画面を開くと、
Warning: getTinyMCESettings~failed to open stream~の警告が表示される

http://modxcms.com/forums/index.php/topic,9921.msg107159.html#msg107159
上記URLの0.9.6版EUC言語用ファイルでは、/assets/plugins/tinymce210/lang 内に
「japanese-euc.inc.php」があるのでコピーして /~/tinymce2111/lang に置く → 解消

●「新しいドキュメントの作成」や「ドキュメントの編集」後、保存すると
save_content.processor.php でエラーのメッセージが表示され
ドキュメントエイリアスが空白になる問題(ドキュメント自体は保存されている)

http://modxcms.com/forums/index.php/topic,2573.msg104549.html#msg104549
上記URLに記載されている最新版の「save_content.processor.php」を
ダウンロードして、/manager/processors/ 内のファイルに上書き → 解消

●「QuickEdit」で編集すると文字化け(管理画面からは問題なし)
http://modxcms.com/forums/index.php/topic,3317.msg35429.html#msg35429
上記URL内のXREA用のコードを modx を置いたディレクトリにある
「.htaccess」に追記 → 解消

●リソース>ファイル管理で「アップロード機能が使用できません」と出る
ディレクトリのパーミッションが「777」になっているところ以外では、
ファイルのアップロード、フォルダ作成はできない。
必要なディレクトリを 777 にして対応するしかない。

●CAPTCHA画像が表示されない
サポートの方に問い合わせたところ、GDは入っているが、
FreeType、libjpeg、libpng は入っていないとのこと。
使うのは「無理」で解決…かな??


<<発生した問題(未解決)>>

●MODx本のサンプルサイトを作成後、エクスポートの操作を行うと、下記の
メッセージが出てサンプルサイトのHTML等がエクスポートできない。
※インストール時に選択できる「デモサイト」はエクスポート出来ている。

Code:
Warning: fopen(../assets/export/index.html) [function.fopen]: failed to open stream:
許可がありません in /home/xxx/xxx/xxx/web/modx/manager/actions/export_site.static.php on line 126
失敗! Cannot open file (../assets/export/index.html)


長々と失礼しました(ちょっと備忘録も兼ねちゃったり… Tongue
お役に立てれば幸いです。
Logged

aco
Phize
Member
**
Posts: 69



WWW
« Reply #73 on: Sep 29, 2007, 03:01 AM »

こんにちは。XREA+MySQL 5のサーバでの動作報告です。
phpMyAdminでDBを覗いたときに気づいたのですが、データが文字化けして格納されていました。
動作上は文字化けもなく動作していたので、実害はないのかもしれないですが気持ち悪いので調べてみました。

確認環境は次の環境になります。

  • XREA
  • PHP: 5.2
  • MySQL: 5.1
  • MySQL の文字セット: UTF-8 Unicode (utf8)
  • MODx: 0.9.6

XREA PHP 4.4 + MySQL 4.0 のサーバでは問題は発生していないので、MySQLのドキュメントによると、

Quote
MySQL 4.1 以降では、クライアント側とサーバー側のエンコーディング設定が 異なる場合にエンコーディング変換が行われます。この際、直接変換する のではなく、一度Unicode(ucs2)を経由します。

が関係しているのではないかと思いました。

MySQLのmy.cnfに

Code:
skip-character-set-client-handshake

を記述すると文字セットの自動変換機能がオフになるそうですが、XREAではいじれないのでMODxのインストール直後に/manage/includes/config.inc.php 内を

Code:
$database_connection_charset = 'utf8';

と、「utf8」に修正したらDBのデータの文字化けがなくなりました。


動作上、文字化けはないですし、DBのデータも正しく変換できそうな気もするのですが、やり方がわからなかったので既存のデータは手作業で修正しました Cry
コンテンツのデータはファイルからインポートするようにしてたので最低限の手間で済みましたが…。
« Last Edit: Sep 29, 2007, 04:01 AM by Phize » Logged
suisui
Jr. Member
*
Posts: 1


« Reply #74 on: May 28, 2008, 11:40 PM »

Lacoocan ですが、そもそも Apache ではなく、.htaccess に rewrite が書けませんでした。
mod_rewrite を利用するフレンドリ URL は使えなさそうです。

当方では export して静的 html で運用してます。
Logged
Pages: 1 ... 3 4 [5] 6   Go Up
  Print  
 
Jump to: