tugaa blog

開き直りやがったiSLE

やぁ、一部のみんなこんばんは、（ ﾟ∀ﾟ ）ｱﾋｬﾋｬ
またまた出てきたtugaaの中の人の基地の外の人DA・YO。ｱﾋｬ（ ﾟ∀ﾟ ）ｱﾋｬ

この前のエントリに書いたメールをiSLEに返信したところ、
開き直ったメールが着たよ。

前のメールの要約（サマリー）
負荷掛かるからデータ削除しろ（エントリ消せ）。
MovableType3.xはiSLEじゃ使えねーよ。
perlのバージョンアップとかは検討するかもね。
ご迷惑をおかけいたしますが、我慢しろや

まあ、こんな感じです。
で、返信の一部を抜粋。

漏れ

実際に速度を計ったわけではありませんが、
体感速度として、例えが分かりにくいかもしれませんが、
サーバの調子の悪い時のミクシィ並みです。

iSLE

blogのみではなく他のCGIも同様とのことですので
サーバでの負荷も考えられます。
ご迷惑をお掛け致しまして申し訳ございません。

サーバにて高負荷となるご利用をされている方がいないか、
詳細を調査させていただきます。

で、調査して結果が分かったらどうするの？
結果が分からなかったらどうするの？
つっか、本人が負荷かけてるかどうか、
意識してるかどうかが分からなかったら無駄、無意味。

そんな調査するヒマあれば、サーバ交換してくださいね。

はい、次の問い合わせと答え。

新しいソフトウェアや技術に対応させるのが、
サービス改善の一環だと思いますが、
それが出来ない、もしくは不可能と言うことであれば、
明確な納得の出来る説明をお願いいたします。

iSLE

Movabletype3.xをご利用可能とする場合、
現在サーバにて設定させていただいている制限値を
大幅に変更する必要がございます。

利用可能に出来る事が一番だと思いますが、
上記制限値を変更することで、サーバ負荷が高くなり
サーバの安定稼動が困難になることや
サーバダウンを誘発する可能性がございます。

Weblogに関しては、Movabletypeのみならず データ量が増えた場合や、
ソフトウェアの仕様により 使用するリソースが
弊社サーバの制限値に達してしまいご利用できない可能性もあるため、
別途サービスにてご提供させていただくことも、
検討をさせていただいております。

言い訳というか、開き直りと言うか、やる気の無さと言うか、アホですか？
なら、サーバをマシなのに変えろよ。

別途サービスって今より高い金払って、
しょぼい（メモリ256MBとか）サーバを占有しろと？
そんな、どぶに捨てるような無駄金あったら、さっさと引っ越しますよ。

本当にココはお金大好きですね（漏れも大好きだけど）。

で、遂に開き直りました！注目！！

漏れ

広告やサイトでMT3.0は使えないと明記していただいた方が、
御社にとってもユーザにとっても、良いと思います。

iSLE

貴重なご意見ありがとうございます。
おっしゃられるとおり、ユーザ様にとってもよいと
思いますので、以下のFAQに追加をさせていただきました。

http://home.isle.ne.jp/support/faq/genre/nv_faq.php?m=data&no=552

Q.Movabletypeは利用できますか。

A.
Movabletype2.6xの場合には、
1エントリのデータサイズを約400バイトとした場合、
Individualを除く、他のアーカイブについて、
150エントリ程度でのご利用であれば可能です。
なお、カテゴリでエントリを区分けして運用する場合には、
そのカテゴリが150エントリを越えた時点で、
アーカイブが作成できなくなり、該当カテゴリの記事が
新規で投稿できなくなる可能性がありますのでご注意ください。

Movabletype3.xの場合には、
誠に恐れ入りますが、サーバの制限値を越えるため
ご利用いただくことが出来ません。

専用サーバプランとなるプライベートサーバプランや
弊社別ブランドとなります、RapidsiteのVPS2ではご利用可能です。

プライベートサーバ
http://private.isle.jp/

RapidSite
http://vps.rapidsite.jp/

はっきりと、使えないと言い切ってます。
改善する気が全く無いと言うことが、これではっきり分かりました。
しかも、現行ユーザにとっては、後だしジャンケンの様な今更な言い訳。

貴重な意見と思うなら、広告にでっかく
『当社ではMTなどのWeblogなどCGIはまともに使えません。』
って、書いてください。

もう、ここまでやる気が無いとどうしようもない気がします。
会社として、向上心も何も無い、金さえ払えば（・∀・）ｲｲ!!よ
っていう姿勢が良くわかります。

ちなみに、このFAQは物凄く見難いところに書いてあります。
多分最初に見ることはないでしょう。

はい、最後の質問と回答ですよ～

漏れ

PerlのVer.などに限らず、
CPUなどのスペックも優れてるとは、正直言いがたいです。
これは、以前にも指摘したと思うのですが、
検討されているだけで、実行されていないので、
もし、実行しない（出来ない）のであれば、
検討されなくて結構ですので、その旨お伝えください。

iSLE

検討させていただいてはおりますが、
別サービスでの提供方法等も検討しており、 大変申し訳ございませんが、
時期や対応方法を明確にご案内できないのが現状です。

ぶっちゃけ、そんなもん無いってことですね。
そりゃ、無いものは案内出来ないよな、さすがに。

あはは、もうやけくそですよ。

ご意見をいただきまして誠にありがとうございました。
ご容赦いただければと存じます。

容赦してれば、あんなメールに返信してません。
本当にアホなんですか？やる気が全く無いんですか？
それとも、技術も知識もないんですか？どうなんですか？教えてください。
で、容赦しないと言えばどうするんですか？する気はありませんが？

というわけで、しばらくはtugaaの中の人の基地の外の人が、
頻繁に出てくる可能性があります。ぶち切れかけてます。

誰でもいいので、この会社どうにかしてください。

ちなみに、SAKURA Internet　http://www.sakura.ne.jp/

よくあるご質問とそのご回答（FAQ）　http://www.sakura.ne.jp/faq.html　では、

Q10. 「さくらのレンタルサーバ」におけるCGIの制限はありますか？

「さくらのレンタルサーバ」のすべてのプランにおいて、
CGIの利用制限というものはございません。
しかし、多くのCGIを同時に実行されるような場合には、
自動的に優先度を下げて実行したり、
アクセスが受け付けられない旨表示させて頂く事はございます。
なお、この制限の閾値（しきいち）に関しては、各プランによって異なり、
プラン間の相違の一つとなっております。

ちなみに、現行のさくらウェブ・バーチャルドメインにて施しておりました、
一律のメモリ制限とCPU使用時間制限は今回廃止とさせていただきましたので、
Movable Typeのmt.cgiといった負荷の高いCGIであっても
実行中の強制終了は無くなると考えております。

但し、著しい負荷上昇があった場合には、制限をかけさせていただきます。

ということで、普通はこういう回答がまともだと思います。

Posted by tugaa | Comments (0) | Category( Web )
このエントリのTrackBack URL:

このエントリのPermalink: