MT4ぬるぽ

泣いた

2008-04-13T22:05:34Z

シャーCを1.4Mのつもりが140kでだして即売れした＾＾

(´・ω・)露店の値段ミスってはじめてだからすっげショック。
]]> 某廃人がマジ→転生マジを2週間程度で終わらせてしまいショック。

これはやっぱり、wizつれてってペアBADとかのがウマイんですかね。
wizペア苦手なんですけど。できるなら近接どもと公平してあげたい　と思うんですよね。
なんでしょね。天邪鬼なんすかね。ウマイのは否定しないですけど！

というか、そんだけコンスタントにwizがいるなら、もっとG狩りも楽だと思うんですけどね。

MEは71になり、サンクがLv7になったとたん安定。
が、しかしまだDEX不足で死ぬこと多々あり・・。
でも基本的にサンクがひけても結局耐えれていないので、アコセットを揃えるか、
もしくはDEXが終わってVITに振れないとかわらなさそう。
INT途中止めは早々に花開くものの、限界が見えるのも近いですなぁ。

Hpriの方はなんでか無駄死にが何回かあったので89パーのままとまった状態。
さっさと11ぱー稼いでLv92にしたほうがよさそう・・・な気が。
ついでに次のJobでやっとこさ聖体が。まじでバジリカがなければ・・・。

遺伝子さんは、まーったくしてないので63くらいでストップ。

意外なところで、ぃょぅさんがLv82に。
これは・・・がんばれば結構いけそう　とか思ったりなんかして。
しかしブラギの需要はあっても4Uの需要はADくらいしかないのが現状。だったり。
でも、Gvに出すっていうことならこっちのが出しやすいから、転生したいなぁとも思ったり。
装備がないのであれですけど。

とりあえず、今週は20日にひかえた試験のためにちょっと勉強に集中するので、
あまり狩りはいけなさそう。
とは言え、1日5%のノルマはこなしていきたいな　と思うですよ。

そいえば、GDで初心者とかに会いました。
なんとなく寝れなかったので、手伝ってあげたりして。
「あ！MMOっぽい！」とか思いました。

ちなみにHpriで手伝ったので、きっと我がギルドの名声は少しあがったことでしょう＾＾

Gvの動画をあげようと思っていたのに、録画するのを忘れていたという。
次こそは撮影しよう。せっかく攻めの多い中の完全防衛が・・・。

アイテムwiget

2008-04-04T02:38:14Z

なんとなくwigetの項目をみてたら「アイテム」ってのが目について、
これはもしや・・・ってことで使ってみた。

簡単に言うと、
MT4でアップロードしたファイル群が表示されるwiget
かな。
画像以外は今んとこわかんない。
]]> ってのをカスタムして表示できればいいんだが　という話を前にしたかしなかったか忘れたけど、
そういうのがあるといいなと思っていたのもあるんで、
これは使えるんじゃないか　と。

ただ、やっぱりAjaxとか、Flashを用いないと、結局はサーバーサイドなわけで、
ロードとかがだるいしなぁ。どうしたもんかね。

でもこれは使えそうだねー。
なんか便利な使い方があればいいけど。

ちゃたぬ残り233ぱー

2008-04-03T01:18:34Z

ちゃたぬを転生させようと思う。

本当なら、Hpriを先に96くらいまでにしたかったんだけど、現状Gvでは困らなくなったのと、VITは最悪、杖で補てんが効くので、VIT100になるわけではないけれどGvのラグなら状態異常はかかっていないと同義なくらいにすぐ治るのでここで一旦止めでいいかと思った。

]]> メインがプリの人がことごとくact低下の恐れがあるから。

本音を言えば、うちも毎回プリは嫌だけど、
何出せるっつったらダンサくらいしかおらんからしゃーないわけで。

そひあは学校がはじまり、"今まで以上"にG狩りには出ないだろうし、
はちこうは新しく社会に出るということはしばらくは安定しないだろうし、
というか彼はすでにプリメインのレッテルをはずしたがってるし。

プリがいないわけではないんだが・・・
正直、カバーしきれるほどの上手い人がいるかっつーと・・・。
自分も上手いわけでは決してないけどね。

でも、まぁ、そひあ・はちこうがほぼいないならうちしかいないじゃん。
まるぽのプリはまだ転生には遠いし、店長業が忙しいし。
ぞねがHpriだすとトレインいないし・・・。

残りってるHpriで、そひあ並の動きが出来る(Pスキル的な意味で)Hpriって、
ぶっちゃけおちくさんだけだし、かといっておちくさんVITないからあわわだし、
多分その次がうちだと思うんだよね。

だから、G狩りとかでの補てん的な意味で、転生させておいた方が後々いいんじゃないかと。
まぁにゃんがいれば両Hpriが可能なわけだし。

ってことで、最近必死狩りをはじめて、毎日最低1時間は狩りにいくように。
現在は、1日3%程度を目安にちびちび。
まぁにゃんがいれば1付与分ハイオク。
まぁにゃんがいない時間には他の人、っつってもおちくさんとかぞねとか、
そこらへんに頼るしかないわけだけど、協力してもらうことに。

まったり狩りに付き合いたいところだけど、
時間の制限がある以上、最近それは難しいと思えるようになってきた。
引きこもりにもどりたい。

スマートなグループ化

2008-03-31T05:58:26Z

連想配列をスマートにグループ化する方法はないものか考えてみた。ちゃんと探したわけではないけどもしかしたらPEARあたりのモジュールに存在するかもしれない。
けど、どうやればスマートなのか考えてみた。

テスト用に以下の配列を用意

1,2,aaa,100,20080210
1,2,bbb,150,20080210
2,2,aaa,100,20080209
1,1,bbb,280,20080210

DBに存在するのであれば、SQL構文のgroup byあたりを利用したら簡単に済む話なのだが、
じゃあこれがテキストデータの場合はどうだろう　と。

//配列を1こ用意しておく
$hoge_array = array();

//まずはファイルを読み込む
$logs = file("/root/log/log.dat");

//とりあえずマワス。中身は言わずと知れたログ1行分の処理
foreach($logs as $log){
    //各データはカンマ区切りなのでexplodeで分離する
    $value = explode(",",$log);
    //グループ化したいやつらをキー値として事前に用意した配列に収める
    //じゃあログの1番目の値と2番目の値でグループ化するとする
    //で、グループごとにログの3番目の値の合計がほしいとする
    $hoge_array[$value[0]."@@@".$value[1]][] = $value[3];
}

/*
ここまで、$hoge_arrayに入っているのは、
「ログの1番目と2番目の値を"@@@"で連結したものをキー値とし、
各キーの値は、3番目の値を配列にしたもの」
ってことになる。
ので、合計を出すには・・・・
*/

//またまわす
foreach($hoge_array as $k=>$hoges){
    //キーの値は1番目と2番目の値なので
    $keys = explode("@@@",$k);

    print "一番目の値が"$keys[0]."かつ、2番目の値が".$keys[1]."の3番目の値の合計は";

    //この1処理分の配列の値は、3番目の値を配列として格納してあるものなので
    //またもやまわす。ついでに合計用に$sumっていう変数を用意しておこうか！
    $sum = 0;
    foreach($hoges as $hoge) $sum = $sum + $hoge;

    print $sum."になります＾＾";
}

どうだろう。
実行したわけではないけど、たぶんこれで「とりあえず」はできるはずなんだけど、
これがスマートかっつーと、とてもじゃないけどスマートとは言えない気もする。
どうしたもんかな。ほかにいい方法ないっすかね。
]]>

養子モンク阿修羅紀行

2008-03-31T01:59:45Z

養子モンクをさっさと光らせたい　と思ったので、なんとかできんものか　と、阿修羅の旅にでてみた。
]]>
(1)生体3
ちょい前の白羽阿修羅のメッカ。
白羽阿修羅ができるので計算もせずにいってみた。

・アスムで倒せない
・白羽しくったら死ぬ
・っていうかガイルが悪魔だから1確できない

(2)アビス1
ただの通過点であることが多いアビス1。
バーサク狩りも基本は3Fなのでまじでここはカオス。特に池が。
ペノとか箱とか、以外に高ATK高ASPDが多くてアワワ。

・ドラグーン盾ないとBDSだかスタブで死ぬ
・SWプリでもいたらウマソ
・雑魚（ペノとか）がくそ邪魔い

(3)騎士団1
阿修羅なんかいるわけもないけど深淵狙いで行ってみた。
GXとかSbrとか、LKとかのペアあたりがウロウロしている場所。

・レイドアチャがまじで邪魔
・本につけ狙われたら死を覚悟
・阿修羅打ち逃げメインで、取り巻きのカリツに阿修羅うっちゃうこともまれに
・っていうかカリツ*2＋深淵でだいたいHP真赤

(4)オデン3
少し前のぬくもりの聖地。ぴろしか見ない。最近は。

・っていうか詠唱時間中もたえれない
・そもそも1確できない
・RGG横湧きおわわ

とりあえずこんな感じ。
氷D3はハッケイのがいいし。耐えれないけど。
ペアならいいかもしんない。ソロでいくなら問答無用で阿修羅になるけどね＞＜、

総括としては、やっぱり地道にスリッパか、素プリあたりを誘って亀がよさそう。
安定してるし、スリッパならコンスタントに手にはいるネイチャで成金一歩手前になれんこともないし。
ソロだとスリッパは1週間に1回くらい事故死する。無形があれば楽になりそうだけど。

欲を言えば、SW分の青Jもっていくんで生体3で白羽させてください。
あ。でも足元にSWおいといてください。一撃事故死ありえるんで＾＾；
ってのが本音。

でもまぁ、養子なんて・・・連れていくならHpriの方が・・・
ってことになるから、出番はほぼなし。

時給とかあまり見たことないけど、スリッパだと料理1個20分だっけ・・・で、1%あがるから
毎日1時間くらいやれば3%ちょいあがるわけで。
ちゃたぬを転生させたいのもあるけど、支援ばっかやってると気狂いそうになるから、
息抜きにちまちまあげたとして・・・・・

半年後くらいなのかな＞＜、おーら

動画

2008-03-19T07:46:53Z

動画コンバータの件でいろいろ調べていたのだけれど、
要は簡単に言うと

「すっごい面倒」

ってことに気づいたので、やめます。
大人しくamevisionのしもべになっておきます。

動画たまってきたらまじでどうしよう。
とりあえず加工してDVDに焼くとかでもするか。

で、なんとなく昨日わんだゆうが話した「動画を共有できたらいいんだが」という話。

おもしろそうなんで、ちょっと考えてみた。

問題になるのは多分サーバーのサイズ。
もし、全員が動画をとっていたとして、うちが新しいPCでとると2時間フルなら120G。
圧縮しても500Mくらいになるか。
これをまるまるうｐってなるとまずサーバーの制限がｱﾜﾜ。

apacheの制限とPHPの制限と、その他もろもろの制限がありそう。

ってことで、もれ考えた。
P2Pにしちゃえばよくね・・・。
うはｗｗｗｗｗｗｗｗかしこいｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

おもしろそうだからつくってみようｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ZendFW

2008-03-18T01:16:25Z

仕事でZend FrameWorkを使っているのだけれど、便利。
だけど・・・結構ややこしい。
使い方次第なのだろうが・・・たとえば、おもちゃを作るには不向き。
だけどビジネスサイトっぽいものを作るならかなり便利なんだろうなと思う。
]]> 動作用のコントローラって呼ばれてるメインルーチンと、
そのメインをサポートするモデル、
出力をサポートするビューヘルパーと、
実際の出力用テンプレート
っていう構成。

おもしろいと思ったのが呼び出しURIで制御を決めているところ。
最初に意味がわかんなくて、これがわかった時にすっごい感動したｗ

例えば・・・
http://～.net/mem/edit/
っていうURIを呼び出したとすると、
Zendのフロントのルーティングコントローラーがまずmemのコントローラーを探すんですよ。
で、そのmemコントローラーのclassの中の、
editっていうファンクション(memコントローラーのeditアクション　っていうのが正しいかも)を
呼び出してZendさんが実行してくれる。

そのファンクションの中で、モデルを呼び出して、DBにアクセスしたり、
テンプレート呼び出したり、ヘルパー使ってテンプレート内の変数に値を格納したり。

結構おもしろい。

いろいろなModuleが入ったPearも面白いな！便利だな！とは思ったけど、
これはこれで、完成されたスタイルがあって面白い。

と思うよ？
ZendFWを理解しきれてないと解析すらままならんけど・・・。
実際理解しきれてないから、今四苦八苦ですよ・・・。

そういえば

2008-03-17T02:17:13Z

ブログのコメントが反映されないとかわんだゆうに言われた。
スパムにもないってことはDBにないってことなんだが・・・

可能性として考えられるのは
・ひくほどのｽﾊﾟﾑﾚﾍﾞﾙだったので自動削除
->自動削除までは設定してない
->ｽﾊﾟﾑﾚﾍﾞﾙを-8に設定してあるので結構なんでも通る
・scriptエラー
->結構多発するエラーではあるが、これでもDBには反映されることの方がおおいし、わんだゆうクラスの人間がこの程度で「できない」と言わないだろうし、できない際は数回試しているはずなので考えにくい
・xreaサーバーでの規制
->ないと思う
・blog設定でしらない間に規制
->規制はこのblogに関しては全部排除してあるのでなさそう。ぬこにはちょい規制あり。
・クライアント側FWでの規制
->有力候補

「会社からの」投稿だと言っていたから多分FWで規制されているんだと思う。
ってことで、こればっかりはどうしようもないですぅ　ってことですな。

あと、今MT4iのサイト見てたらDBへの負荷軽減対処がされたらしい。
ってことでMT4i！君に決めたっ！

残りは動画だが・・・これは難しいな・・・。
手前で管理するにはxreaのままでは無理だし、
かといって現状自家サーバーはちょっと・・・。
常時起動はうるさいって言われちゃうしね。電気代の問題もちょっとあるかな。
夏場のオーバーヒートも心配。
やっぱりamebloの動画コンテンツを利用しつづけるしかないのかなぁ。
他にいいほうほうないかなぁ。
xreaも領域サイズ制限あるし無限にうｐできるわけでもないし。
コンバートして自前で再生用Flash組んでっていうのはだるいな！＞＜

動画に関してはまだしばらく現状維持がよさそう。

ってことでメモ2でした。

色なおさないと

2008-03-17T01:58:06Z

じぃじと、わんだゆうから言われたこと

「色とかみにくい」

同意です。直します。
すぐには無理ですけどね＞ｗ＜

いろいろ調べてみたけどやっぱり携帯用のコンバートは今のところMT4iを使うのがベストっぽいな。
勝手にimgサイズ変えてくれたりするし。テンプレートで対応しようと思ったけどこれはこれで面倒くさそうな予感がするので大人しくいまのところはMT4iでやっておこうかな。

ただ、あれって、毎回DBにアクセスしてくそ重かった記憶があるな。1年前の話ではあるけど・・・。それがそのまま続いているんだったら困るかなぁ。まぁ個人blogだしそれほどアクセスがあるわけではないから問題ないかもしれないけどね。

アクセスといえば、アクセス解析をつけよと思って忘れてた。
めんどくせーｗ

できないかなぁ？

2008-02-20T09:29:00Z

やりたいことを端的に書くと、
MTのエントリの一部として特定のフォルダにアップし続けた画像を、
読み取ってスライドショーで見せることができないか。

しかもMTのテンプレやらWebページなりの上で。

ってこと。
]]>
JavaScriptなりFlashなりでスライドショーをつくってだな、
xmlだかなんだかわかんないけど、スライドさせる画像一覧はPHPで作る。

完璧じゃん。

が、問題があって、
すまんが、JavaScriptもFlashもさして明るくはないのだ・・・。
ソースみれば「ああ。こういうことやってるのね。」ってのとか、
ちょっとマネて簡単なAjaxのフォーム作ろうかな　とか、
Dojo使ってみようかな　とかその程度なもんで・・・。

ってことで、今現在は、おそらくJavaScriptよりはよいであろうFlashを使った
スライドショーに取組中。
画像リストはxmlでやってみているのだが・・・。

いやはや・・・

難しいっす。
PHPで画像リストをxml出力とかもうひくほど楽だったのに・・・。

MT4.1ページ分割

2008-02-20T01:55:07Z

ダイナミックパブリッシングでのページ分割だお。
MailFormのからみでPHPのディレクトリの見てsmartyの具合をちぇきだうすると、これは・・・smartyでできるだろうってことで、うちが気づくならだれかすでにやっているはずだろう　とぐぐってみたらやっぱりあった。

MT4.1 ダイナミックパブリッシングの状態でアーカイブをページ分割参考サイト
分割でお願いします

各アーカイブでテンプレをわけているわけではないので、
アーカイブのカウントのあたりは、
カテゴリのアーカイブの時はカテゴリ数(MTCategoryCountタグ)
それ以外はアーカイブカウント(MTArchiveCount)で分岐させた程度で、
あとはコピペさせてもらいますた。

幸いあっさりおわってよかったれす。

indexのページも分割すべきなのかなぁ　とか思うんですが、もし過去のを見たい場合は、見たいカテゴリやら月のアーカイブを見るんじゃないかなという予想から、indexページ分割はしないでおくことに。次は・・・ページ分割数が多い時の<< < |1|2|3・・・ > >>とかの省略表示を実装しようかな。
分岐処理の問題だから時間あるときにでもゆっくりやるです。

今のところそれほど困っているわけでもないし・・・。

記事数が1000とか越えたら考えますぅ。

ってことでページ分割は終了。
]]>

調査結果

2008-02-19T08:59:23Z

なんとなく、MTディレクトリ内のphpのディレクトリを解析していたら、
いけるんじゃないか　と思った。けど、結局無理だと気付いた。
]]> PHPでの値を、perlに渡す必要があるんですよね。

事細かに話すと・・・
メールを送信するフォームがあります。はい。
で、そこからメールを送信するための動作はPHPでしています。
判定とかもPHPでしています。
メールが送信できたというフラグ値を、cgiに渡し、
その値ごとに「送信できました」とか「エラーでました」とかのテンプレートを呼び出してほしい！
というのが、朕が所望しておる動作なわけです。

が、そもそもがPHPとCGIの間で値を受け渡すことなんかできないわけで、
じゃあPHPディレクトリはなんなのよ　と。
MTタグがはいっていましたー＾＾

がちでperlでメールフォームつくらにゃならんくさい・・・。
しかもuse MT::なんたらとかつかわないかんね・・・

テンプレのロードってどのモジュールでやってんのかな・・・。

そこからさがさにゃいかんわ。
だりぃいいいいいいいいいいいいいいいいいいいい

MailFormの現在の仕様と対策を考えてみる

2008-02-18T06:21:56Z

とりあえず、メールフォームのプラグインが最初はまともに動かなかったのと、
思ったような動作じゃなかったので、自分でなんとかしよう　と思ったのでございます。
]]> メールを加工して送るだけのPHPを作成。
Webページでメールフォームを書いて、それをコンテンツとして格納。

んでもって、そのフォームのactionをメール送信用PHPにしてあって、
名前書いてないよっていうエラーの時以外、送信できようができまいが
とりあえずindexにLocationで飛ばす　という感じ。

うーん。

一番・・・てっとり早いのは、たぶん、
mt-comment.cgiとapp/comment.pmを改造して
MailForm.pmでも作ってコメントのテンプレートとかもコピペしちゃってやるのがいいと思うんだよね。

ってことで、それでとりあえずはいってみることにしる。

ただ、perlすっかりわすれちゃったお・・・
POSTとかの値の取得方法も忘れたぜ。

不具合まとめ

2008-02-18T04:13:59Z

ぺージ分割できてない件
メールフォームがぬるぽな件
コメント欄のクッキーが焼けない件
お知らせ二重表示回避に伴ってindex表示件数が減る件
アーカイヴページとかのサイドバーが更新反映されていない件
投稿者の変更ができない件
携帯用表示がなんともかんともな件

とりあえずこんな感じ？MTに関係することは。
]]>

ぺージ分割できてない件

これはいくつか方法があって、Pluginを使う方法と新しく追加されたりなMT4の機能をフル活用したモジュール化タイプ？で、Pluginはもう正直あてにしてないんですよ。ダイナミックパブリッシングは便利だけど結構使いにくいですぅ。ってことで、MT4の機能フル活用版を考えてみて実行してみたのだが...
失敗したわけですよ。分割できないどころかsmarty errorですよ。奥さん。
ってことで、これはもうちょっと考える必要があるというか、仕組みをもう少し理解してからにしようと思ったりなんかしたので、現状維持でしばらくいくです。

現状は各アーカイヴに属しているエントリが全件表示されます。

つまり、「成長記録」のカテゴリとか記事数が300超えているわけですよ。それを全ロードするわけです。迷惑極まりないですが、分割するまでしばしお待ちを・・・。できなかないとは思うんだがなぁ。

メールフォームがぬるぽな件

メールフォームは最初Pluginでやろうと思ったんですよ。ちょうどMT4対応のプラグインが落ちていたんで。が、しかし使ってみてわかったのが、これ送信しちゃうと、action先のCGIに飛ぶんですよね。それってなんかいやで。アドレスバーにでてくるアドレスが、MT本体を格納しているディレクトリになるわけですよ。簡便してくれよｗｗｗｗｗｗｗｗｗと思うので、これは使わずにとりあえずは自前のPHPに飛ばして、Locationでindexに戻す　という手法をとっています。Locationを使うこと自体好きではないけれど仕方ないかな。

でもこれももうちょっと組み込めばなんとかなると思うんですよね。
テンプレートでできることとできないこととかをもうちょっと見極めてからやろうかなと。

コメント欄のクッキーが焼けない件

これがまじでイミフ。
土日にかけて、自分の家のPCで試していたのだけれど、どうしてもコメントの名前が保存されない。「ログイン情報を保存する」のチェックね。
ソースをちら見程度だけれど確認したもののコメントアウトされているわけでもなく、悪いところはなくて、うちのPCはデフォルトではJavaScriptが動かないようになっていたりするので、そのせいかなとセキュリティを下げてみたもののかわらず。環境かえれば変わるんじゃないかと思って会社のPCでやったけどこれも変わらず。
なぜなんだぜ・・・もしかしてコメントの設定で「認証なしコメント」のみにチェックを入れていたのが原因なのではないかと思ったりして、認証を可能にしてみたもののこれもかわらず。
JavaScriptのソースは悪いところは見当たらないし、PCもぎりぎりまでセキュリティさげたけど変わらないし、どうしようもないなぁ。
他の人に言われたら何かしら対処しようかな　と思ってますよ　と。

お知らせ二重表示回避に伴ってindex表示件数が減る件

「お知らせ」のカテゴリを作ってそれの最新をindexのTOPに持ってくるようにしているのだけれど、それ以下のエントリが普通に最新n件だと、お知らせ二重表示の場合もあったので、indexに表示するエントリ最新n件を「お知らせ」以外としたのですよ。
が、ここで問題発生。
エントリ最新n件の中にお知らせが存在した場合、n-1件のお知らせカテゴリ以外のエントリが表示されるという事態に。さして大きな問題でもないので優先度は低いですが、やっぱり理想としては「お知らせをのぞいたエントリ最新n件」にしたいところ。
他の不具合つぶしの進捗具合をみて、こっちも調べていこうかなと思っておりますよ。

アーカイヴページとかのサイドバーが更新反映されていない件

うーん。これは理由わからないです。
あとから作成したWebページが反映されているのに一番最初につくった「What's this blog?」がコンテンツにリンクがないんですよね。多分、以前のキャッシュが残っているか、もしかすると、再構築前で、なおかつ静的コンテンツで稼働させていた短時間のものがまだ残っていて、index.phpを読みに行っているので反映されていないか・・・。後者が強いと思っていたのですが、それだと後から追加したWebページが反映されている意味がわからんしなぁ。
これはもうちょい再現具合とか、今サーバーにあるファイルとかを見比べていろいろやる必要があるんじゃないかなと思っておるですよ。

投稿者の変更ができない件

これは・・・直接DB触るしか設定画面からは不可能な様子。
ってことでDB触って変更します。あい。

携帯用表示がなんともかんともな件

MTの携帯用の表示にMT4iというのがあって、それを使えば簡単な話なのだけれど、それだと実際どうなの？と思ったり。かといって、現在のエントリ群をテンプレを変えただけで携帯対応になるかというとそれはNO。画像が携帯の表示サイズをオーヴァーしているし、動画の件もあるので。

これは・・・ほかの携帯用にコンバートしているサイトをいろいろめぐって対処しようかなと。
携帯ユーザーだったみなさんごめんなさいね・・・なるべく早く対応できるようにしないとね。

いまのところ、こんな感じなのかな？直せたけど新たな問題が発生とかが結構あるかな。
そもそもMT4がMT3とは大きく違っていていろいろやりにくいのも進捗具合が遅い大きな理由かもしれない。まだWeb上のドキュメントが少ないのとPluginの対応が少ないのもあるし。
便利になったのはいいんだけど、それに伴ってでてくる弊害とか、結構ありそう。

ぶっちゃけ、MT4になってから、ライトユーザーには優しくないものになったんじゃないだろうかと思ったりする。いろいろややこしいと感じるのは私だけじゃないはずなんだけどなぁ。