Sep 07, 2008, 01:27 PM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
modxcms.com web
  MODxCMS.com   Forums   Help Login Register  
News:Donate to MODx: Donations
Pages: [1] 2 3 ... 6   Go Down
  Print  
Author Topic: 【資料】MODxが稼働するレンタルサーバ  (Read 53090 times)
0 Members and 2 Guests are viewing this topic.
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« on: Jan 26, 2006, 02:06 PM »

※当メッセージ(msg17559)は最新情報を反映するために随時更新します。

MODx導入を検討している人向けの参考情報です。
動作報告もお待ちしてます。「○○○サーバで動いた」のひとことだけでも参考になります。

同梱されている日本語ファイルはutf-8のみです。euc・ShiftJISが必要な場合は別途ダウンロードしてください。

※サーバに関係なくShiftJISは文字化けします。要注意。
http://modxcms.com/forums/index.php/topic,2695.0.html
(参考情報。プラグインを作ることで解決できますが、具体的な方法はここでは触れません)

●ロリポップ
http://lolipop.jp/

標準で日本語ファイルが提供されているUTF-8で普通に運用できます。EUCも大丈夫でしょう。
ここは夜間になるとDBが遅くなることで有名ですが、MODxはキャッシュの仕組みが充実して
いるので効力を発揮できるかもしれません。

●xrea
http://www.xrea.com/

広告免除オプション付きで試しました。広告付きの無料プランではまだ報告がありません。
lando.toで確認できているくらいなので、無料プランでもたぶん大丈夫だと思います。

phpがセーフモード稼働のため、そのままではメディアマネージャでファイル(画像など)をアップロードできません。
以下の内容の.htaccessファイルを作ってmanager/media/ に置いてください。
[.htaccess]--------------------------------
<FilesMatch "^\.php$>
AddHandler application/x-httpd-phpcgi .php
</FilesMatch>
----------------------------------------
※本当は「\.php$」(先頭に ^ を含まない) だと思うのだけど、それだとなぜかエラー。
 何か間違ってるのかな?

IEやFirefoxなどでの目視のブラウズには問題なくとも、Googleには妙なエラーを
吐いていることがあります。この場合、検索エンジン対策上不利になります。
html-lintなどで構文チェックするついでに、末尾にMODx Parse Error
くっついてないかどうか確認してみてください。
(普通にブラウザで表示してソースを開いても分かりません)
この場合、管理画面で「訪問の記録」をオフにする必要があります。
代わりにslimstatやphp-stats・bbcloneなどの高機能アクセス解析プログラムを
設置するといいのではないかと思います。むしろそれがいいのではないかと思います。

http://modxcms.com/forums/index.php/topic,3317.msg35429.html#msg35429
文字化けが怪しい場合は上記をチェック。これで直ったかどうか報告いただけると参考になります。

手間がかかるサーバですが、工夫して使えば今のところ問題なしと言えそうです。

[7月1日追記]
http://modxcms.com/forums/index.php/topic,2573.msg38203.html#msg38203
たびたび話題になってきたxreaでの文字化け問題。新しい解決策が見つかりました。
これが決定打となるか?

[5月10日追記]
http://modxcms.com/forums/index.php/topic,2573.msg30990.html#msg30990
http://modxcms.com/forums/index.php/topic,4425.0.html
http://modxcms.com/forums/index.php/topic,3012.0.html

xreaサーバにて検証中の事例。xreaユーザの方、もしよろしければご確認ください。

[3月20日追記]
UTF-8でも化けないという証言続出。サーバにもよるのかも。
この時期、Xreaではデータベースまわりをいろいろ変更してたらしく、その関係かもしれません。
この時期は、他のCMSでも文字化けトラブル報告がありました。(突然化けた・突然直ったなど)
http://modxcms.com/forums/index.php/topic,2479.0.html
(こちらで確認した文字化け状況の詳細。契約したばかりのサーバです)

[3月10日追記]
http://modxcms.com/forums/index.php/topic,3317.0.html
FireFox1.5でQuickEditバーを使って編集をかけると文字化けしてしまうようです。
化けないという報告もあり。まず確認してみてください。

●さくらインターネット
http://www.sakura.ne.jp
http://faq.sakura.ne.jp/wiki/wiki.cgi?cgi%a4%c8php#i10

PHPファイルは755で…などのさくらお決まりのオヤクソクのもとで。


[3月27日追記]
http://modxcms.com/forums/index.php/topic,3537.0.html
上記トピ参照。インストールに失敗するケースがあるようです。
install/setup.sqlの内容を一部書き換えることで対応可能。

●land.to

EUCはオーケー、UTF-8は難アリかも。との報告あり。当トピに対策が書いてあるので参考に。
http://books.dw.land.to/?MODx
広告表示については上記サイトに具体的に書いてあります。感謝!
http://modxcms.com/forums/index.php/topic,2573.msg34223.html#msg34223
ココも参考に。(5月23日追記)

●シーズサーバー(シーサイド)
http://www.cside-2nd.jp/

特に問題なく設置可。

●ステップサーバー
http://stepserver.jp/

フレンドリーURL設定不可。
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]を解釈できずServer Errorになる。
サーバブラウザで画像をサムネイル表示できない。

●tok2.com
インストール時にしょっぱなからエラーが表示されて先に進めない時は
.htaccessでsession.save_pathをtmpに書き換えます。
フレンドリーURLも問題なく稼働します。

●Xserever
http://www.xserver.ne.jp/
sv50以降の新サーバで確認。特に問題なくインストールできます。
UTF-8・EUCともに文字化けなし。パーミッション設定不要の快適インストールでした。
サーバによっては(確かXserverは系統が2つある)文字化けが発生するので、
その場合は
http://phpbb.xwd.jp/viewtopic.php?p=2279
こちらのWordPressさんフォーラムのトピを参考にphp.iniをチューニングしてください。

●チカッパ!
http://chicappa.jp/
特に問題なくインストールできます。

●ハッスルサーバー
http://www.hustle.ne.jp/
http://www.hustle-user.com/ (参考サイト)
月額208円の超格安サーバ。この価格でrubyもpythonも使えてメーリングリストも自由に作ることができる。
面白そうなサーバですが、残念ながらRewriteルールを解釈できずフレンドリーURLが使えません。
サポートはしっかりしているサーバのようなので惜しいですが。
注目!ModRewrite対応したそうです。

●xbit(エクスビット)
http://www.xbit.jp/
EUC運用は特に問題なし。UTF-8で運用する場合は7bitさんの修正案が有効。フレンドリーURL問題なし。

●パワーボックス(グリフォンプラン)
http://pwr.jp/
mod_rewriteを解釈できずフレンドリーURLは利用できません。
エラーじゃなくApacheのTest Pageが表示されるのですが。(.htaccessを少し書き換えると対応できるかも?)

●スピーバー
http://www.speever.net/
フレンドリーURL問題なし。

●@wappy
http://www.wappy.ne.jp/
フレンドリーURL問題なし。サポートの印象がいいサーバのようです。

●使えるねっと
http://www.tsukaeru.net/
utf-8・euc-jpともに問題なし。

●LaCoocan(ラクーカン)
http://lacoocan.nifty.com/
@nifty提供のレンタルサーバ。フレンドリーURLは使えない。

●クララオンライン(VPSプラン)
http://www.clara.co.jp/service/vps/
フレンドリーURL問題なし。PHPはセーフモード稼働。

●Akira
http://www.akira.ne.jp/
フレンドリーURL問題なし。

●CPI
http://www.cpi.ad.jp/
サーバの扱いに少しクセがあるが、運用可能。
http://modxcms.com/forums/index.php/topic,2573.msg96187.html#msg96187
詳細はこちら。(情報提供感謝!)

●WADAX
http://www.wadax.ne.jp/
同社サービスとしては廉価なスタンダード・セキュリティパック:ブロンズプランにて稼働報告あり。
フレンドリーURL問題なし。
3.2系のMySQLを採用しているサーバもあるが、相談すれば4.1系のサーバへ移管できる場合もあるらしい。

●blueblock
http://www.blueblock.jp/
http://modxcms.com/forums/index.php?topic=2573.msg114044#msg114044
フレンドリーURL問題なし。utf-8・euc可。eucのほうが無難かもとのこと。
FreeType・libjpeg・libpng等がインストールされていないためCAPTCHA機能は利用できず。

●ジョーズウェブホスティング
http://www.joeswebhosting.net/
フレンドリーURL問題なし。
データベース作成時に alter database ”データベース名” defalt character set utf8; とSQLを実行してから通常どおりインストール。

●WebArena SuiteX


●海外サーバとか
http://mynoah.net/archives/2006/10/28_2246.php
上記に情報があります。どうやらmbエミュレータ使えるようです。

« Last Edit: Aug 28, 2008, 02:12 AM by yama » Logged
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #1 on: Jan 30, 2006, 05:59 AM »

さくらでフレンドリーURLを有効にするためにht.accessを
.htaccessにリネームすると、サーバエラーを起こします。
原因はzlib.output_compression関係。
.htaccessではなくphp.iniに記述することで解決します。

[php.ini]-------------------------------

zlib.output_compression = On
zlib.output_compression_level = 5

----------------------------------------

上記のようにphp.iniを作りMODxインストールディレクトリに
転送します。
.htaccessのoutput_compression関係の行は
行頭に#を付けてコメントアウトするなどして無効にします。
« Last Edit: May 01, 2006, 07:33 AM by yama » Logged
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #2 on: Feb 01, 2006, 06:43 PM »

●ステップサーバー
http://stepserver.jp/

フレンドリーURL設定不可。
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]を
解釈できずServer Errorになる。
サーバブラウザで画像をサムネイル表示できない。

●シーズサーバー(シーサイド)
http://www.cside-2nd.jp/

特に問題なく設置可。
« Last Edit: Mar 27, 2006, 08:30 AM by yama » Logged
ZeRo
Sr. Member
****
Posts: 356



WWW
« Reply #3 on: Feb 15, 2006, 08:56 PM »

land.toでも動きました。
広告が付くのでhtaccessでLayoutIgnoreを設定して、手動で広告を表示させるようにすれば問題なくいけます。
手動広告用にスニペットを作ってテンプレートから呼び出すようにして回避しました。
landは知り合いのサイトなのでさらせませんが、とりあえずMODxでサイトを作ってみたい方にはお勧めかも
Logged

甘党
poyopoyo
Guest
« Reply #4 on: Apr 06, 2006, 08:58 PM »

land.toはEUC-JP仕様なのでUTF-8で使用する場合.htaccessに、
Code:
php_flag magic_quotes_gpc On
php_value default_charset utf-8

php_value mbstring.http_input pass
php_flag mbstring.encoding_translation On
php_value mbstring.internal_encoding utf-8

MODx+SMF_module
land.toでテスト中
Logged
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #5 on: Apr 26, 2006, 08:38 PM »

●tok2.com
http://tok2.com/pro/
試用で申し込んでみました。

Code:
Warning: session_start(): open(/opt/sess_167e**省略**82de3, O_RDWR) failed: Permission denied (13) in /home/member/**省略**/public_html/install/index.php on line 8

Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/member/**省略**/public_html/install/index.php:8) in /home/member/**省略**/public_html/install/index.php on line 8

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/member/**省略**/public_html/install/index.php:8) in /home/member/**省略**/public_html/install/index.php on line 8

Warning: Unknown(): open(/opt/sess_167e**省略**82de3, O_RDWR) failed: Permission denied (13) in Unknown on line 0

Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/opt) in Unknown on line 0
インストーラにアクセスすると上記のようなアラートが表示される。
インストールを完了できず。
参考までにphpinfo出力を添付しておきます。(時間があれば他のサーバも同様に情報集めてみます)

* phpinfo.zip (6.26 KB - downloaded 470 times.)
« Last Edit: Apr 26, 2006, 10:20 PM by yama » Logged
eastbind
Moderators
*
Posts: 252


This ideograph means LOVE! I love MODx.


WWW
« Reply #6 on: Apr 27, 2006, 04:03 AM »

phpinfo見ました。
なんかsession関係の設定がむちゃくちゃですが、これ、共用サーバですよね?

少なくとも
session.cookie_path
session.save_path
が適切でないです。多分/optに書き込み権限が無いため、sessionの保存ができなくて落ちてます。
これを自分が書き込み権限持っているディレクトリに設定しなおす必要があります。
他にもmbstring関係の設定も必要そうですし、php.iniを設定すべきでは?
« Last Edit: Apr 27, 2006, 04:34 AM by eastbind » Logged
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #7 on: Apr 27, 2006, 04:56 AM »

tok2さんに報告してみました。もしユーザサイドでの対策が必要な
ケースだとしても、何かアドバイスが得られるといいですが。
session.save_pathはphp.iniで設定変更を試してみましたが
反映されませんでした(phpinfoで確認)。
可能であればpublic_htmlと同じ階層にディレクトリを作って
セッションファイル保存ということを考えたのですが。
Logged
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #8 on: Apr 28, 2006, 03:02 AM »

tok2の担当さんから返信がありました。

> 弊社では該当ツールに関しましては、
> 動作確認をいたしておりませんので、お答えはいたしかねます。

最低限の技術的な回答を期待したけど、残念。
Logged
eastbind
Moderators
*
Posts: 252


This ideograph means LOVE! I love MODx.


WWW
« Reply #9 on: Apr 28, 2006, 04:48 AM »

.htaccessでは。
とりあえず /optを/tmpに変えてみて駄目なら自分のディレクトリ配下にですね。
そもそもこんな設定する技術者なら、あまり安心できそうに無いですが。 Embarrassed
まぁ、顧客窓口は通常ソフト名を出してもバックレられるので、現象のみ言うのがポイントです。
この辺は、yamaさんはとっくに御存知でしょうけど。 Wink

Logged
Carsten
Coding Team
*
Posts: 546



WWW
« Reply #10 on: Apr 28, 2006, 08:48 AM »

なるほど、
しかし自分のサーバではこの問題がはせせひない。
英語県なんのに。。。。
じゃー問題はなんだろう?


OK, I can see that all of these errors are happening, but why won't they happen on my server which is based in the US HuhHuh
No, I don't use any type of Japanese support nor that mbstring hard to understand support.

I really wish that Japan would decide on one format :-(
Logged

Tangent-Warrior Smiley
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #11 on: Apr 28, 2006, 09:19 AM »

> .htaccessでは。

な。。なるほど。言われてすぐ分かりましたが、思いつくかどうかが経験ってものですねえ。
いや助かります。
で、おっしゃるとおりの設定でインストール成功しました。/tmpです。ドウイウコトデスカ。汗

http://10.pro.tok2.com/~kyms/
こちら稼働例。
まだ詳細を検証してませんが、フレンドリーURLは怪しい感じ。
フレンドリーURL問題なし。
« Last Edit: Apr 28, 2006, 11:19 PM by yama » Logged
eastbind
Moderators
*
Posts: 252


This ideograph means LOVE! I love MODx.


WWW
« Reply #12 on: Apr 28, 2006, 12:53 PM »

yamaさん。
とりあえずインストールおめでとうございます。 Smiley
session.cookie_pathについてはhttp://www.asahi-net.or.jp/~wv7y-kmr/memo/php_security.html#PHP_Session_Cookie_Pathを参考に設定してください。

Hi, Carsten.

I haven't seen you for a while here. Cheesy
I really wish that Japan would decide on one format :-(
One format? this means encoding ? or php.ini?
I think Japanese encodings will be unified to UTF-8 when, probably,  PHP6 is released Wink

欧米(ISO-8859-1)では既定の設定で問題はないのでしょう。
しかし、日本では configure with various compile options しなきゃならない場合が多く、
結果として、下手な設定をしてしまう半人前技術者が結構いるのです。 Cry
Logged
yama
Moderator
*
Posts: 430


MODx研究中


WWW
« Reply #13 on: Apr 30, 2006, 11:10 PM »

xreaにて、重要と思える問題を見つけました。IE限定。

xreaの一部のサーバに限ったことかもしれませんが、ブラウザを開いて最初に
アクセスした時にページが白紙で表示されます。「ブラウザを開いて最初に」と
いうのは、他のサイトをいろいろ見たあとで該当サイトを開いた場合も含みます。
うまく表現できなくてすみません。どう言ったらいいのだろ。汗
要は、リロードすると正常に表示されるのですが。

この場合、たとえば検索エンジンを経由して初めてアクセスした人には
「このサイト、内容が何もないじゃん。」と勘違いされ去ってしまう可能性が高く不利です。

この現象は、同梱の.htaccessを有効にした場合に起きるようです。
対応方法は以下のとおり。

http://modxcms.com/forums/index.php/topic,2573.msg18051.html#msg18051
こちらに書いてある「さくらインターネットの場合」と同じように、zlib.output_compression関係の
記述をphp.iniに移すと解決します。

(※5月27日追記・関係ないみたいです。そもそもxreaの場合、圧縮出力がデフォルトのようです)

※ zlib.output_compression = On じゃなくてzlib.output_compression = 1 のほうがいいかも。
« Last Edit: May 26, 2006, 11:46 PM by yama » Logged
eastbind
Moderators
*
Posts: 252


This ideograph means LOVE! I love MODx.


WWW
« Reply #14 on: Apr 30, 2006, 11:54 PM »

php.iniに移して、その設定は効いていますか?
是非phpinfo()なりで確認してみてほしいです。
その現象は私の見るところhttp://modxcms.com/forums/index.php/topic,3012.0.htmlと同じものだと思うのですが。
Logged
Pages: [1] 2 3 ... 6   Go Up
  Print  
 
Jump to: