Topic: 【資料】MODxが稼働するレンタルサーバ  (Read 84466 times)

Pages: [1] 2 3 ... 5   Go Down

#1: 26-Jan-2006, 02:06 PM

Moderator
yama
Posts: 922

MODx研究中

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

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

同梱されている日本語ファイルはutf-8のみです。eucが必要な場合は manager/includes/lang/japanese-utf8.inc.php をテキストエディタで開いてファイル名「japanese-euc.inc.php」としてeucで別名保存してご利用ください。

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


●シックスコア
http://www.sixcore.ne.jp/
特に問題なし。xserverと同系列のレンタルサーバ。

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

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

●ヘテムル
http://heteml.jp/

どうやら、標準でmodxをサポートしているようで、パーミッションなど特に変更をしなくてもすんなりとインストールができる。MySQL5.0.51aが提供されているようなので、ソート関連のbugに引っかかる事はあるが、回避は可能。

●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
くっついてないかどうか確認してみてください。

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

●さくらインターネット
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: 27-Jan-2010, 10:59 PM by thr »

#2: 30-Jan-2006, 05:59 AM

Moderator
yama
Posts: 922

MODx研究中

WWW
さくらでフレンドリー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: 1-May-2006, 07:33 AM by yama »

#3: 1-Feb-2006, 06:43 PM

Moderator
yama
Posts: 922

MODx研究中

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

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

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

特に問題なく設置可。
« Last Edit: 27-Mar-2006, 08:30 AM by yama »

#4: 15-Feb-2006, 08:56 PM


ZeRo
Posts: 428

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

#5: 6-Apr-2006, 08:58 PM

Guest
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でテスト中

#6: 26-Apr-2006, 08:38 PM

Moderator
yama
Posts: 922

MODx研究中

WWW
●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 711 times.)
« Last Edit: 26-Apr-2006, 10:20 PM by yama »

#7: 27-Apr-2006, 04:03 AM


eastbind
Posts: 253

This ideograph means LOVE! I love MODx.

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

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

#8: 27-Apr-2006, 04:56 AM

Moderator
yama
Posts: 922

MODx研究中

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

#9: 28-Apr-2006, 03:02 AM

Moderator
yama
Posts: 922

MODx研究中

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

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

最低限の技術的な回答を期待したけど、残念。

#10: 28-Apr-2006, 04:48 AM


eastbind
Posts: 253

This ideograph means LOVE! I love MODx.

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

#11: 28-Apr-2006, 08:48 AM

Coding Team

Carsten
Posts: 572

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


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 :-(
Tangent-Warrior Smiley

#12: 28-Apr-2006, 09:19 AM

Moderator
yama
Posts: 922

MODx研究中

WWW
> .htaccessでは。

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

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

#13: 28-Apr-2006, 12:53 PM


eastbind
Posts: 253

This ideograph means LOVE! I love MODx.

WWW
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

#14: 30-Apr-2006, 11:10 PM

Moderator
yama
Posts: 922

MODx研究中

WWW
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: 26-May-2006, 11:46 PM by yama »

#15: 30-Apr-2006, 11:54 PM


eastbind
Posts: 253

This ideograph means LOVE! I love MODx.

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

#16: 1-May-2006, 12:18 AM

Moderator
yama
Posts: 922

MODx研究中

WWW
僕もそのトピの関係で「あれ?そういえば!」と思いつきました。
いいヒントになりました。
Code:
Directive                          Local Value   Master Value
-----------------------------------------------------------
zlib.output_compression          On                 Off
zlib.output_compression_level      5                 -1
zlib.output_handler           no value        no value

phpinfoで確認してみましたが、どちらのケース(.htaccessのみの場合・php.iniに分けた場合)も
上記のとおりです。

この白紙ページのソースを開くと、以下のとおり。
Code:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=shift_jis"></HEAD>
<BODY></BODY></HTML>
http生ヘッダは下記のとおり。
Code:
GET / HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Referer: http://kyms.ne.jp/***省略***/
Accept-Language: ja
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0;***省略***)
Host: *******.com
Connection: Keep-Alive
Cookie: MODxLoggingCookie=2797781005; QuickEditHideLinks=null; 68b***省略***
こちらは正常に表示された場合。

Code:
HTTP/1.1 200 OK
Date: Mon, 01 May 2006 05:47:27 GMT
Server: Apache
P3P: CP="NOI NID ADMa OUR IND UNI COM NAV"
Set-Cookie: SN43d4***省略***; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Encoding: gzip
Vary: Accept-Encoding
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=euc-jp
« Last Edit: 1-May-2006, 08:58 AM by yama »

#17: 1-May-2006, 06:44 AM


eastbind
Posts: 253

This ideograph means LOVE! I love MODx.

WWW
もうひとつお試しください。
zlib.output_compression Off の状態で先のCSSドキュメントとか、今回の真っ白は再現しますでしょうか?

#18: 1-May-2006, 07:12 AM

Moderator
yama
Posts: 922

MODx研究中

WWW
CSSのほうは試してませんが、白紙出力は再現しませんでした。

※追記
「php.iniで指定するといい」と書きましたが、大訂正。
php.iniで指定しても無視されている様子。管理画面のphpinfoでは
ちゃんと指定が反映されているように見えましたが、これはmanager
ディレクトリに置かれた.htaccessの指定を反映した表示でした。
というわけで、zlib圧縮そのものが怪しいような。

っていうことはさくらのレンタルサーバでのzlib対応も怪しい。
« Last Edit: 1-May-2006, 07:34 AM by yama »

#19: 1-May-2006, 08:13 AM


eastbind
Posts: 253

This ideograph means LOVE! I love MODx.

WWW
うん、現象を納得しました。
これは、IE6(と、IE6SP1、IE6SP2)のバグで、Windowsのページサイズより小さいgzipドキュメントのダウンロードの際、これを解凍せずに廃棄してしまうというものです。ここじゃなくて、CSSの方に書きましょうか...

#20: 1-May-2006, 09:00 AM

Moderator
yama
Posts: 922

MODx研究中

WWW
すいません、msg31004に貼り付けたコードですが。白紙の場合のレスポンスヘッダと
正常に表示された場合のレスポンスヘッダをいっしょくたに書いてました。
(見れば分かるとは思いますが…)
なので、投稿内容を修正しました。
Pages: [1] 2 3 ... 5   Go Up
0 Members and 1 Guest are viewing this topic.