リニューアルどんなだったの？画面キャプチャされている方発見～

ブログリニューアル再延期とのこと。一体どんな感じだったのだろうな～とトラバを眺めさせて頂いたら画面キャプチャされている方がいらっしゃいました。

オデコ。 さん
という方が
ＮＥＷみんカラ・・
という記事で画面キャプチャされていました。
オデコ。 さん、ありがとうございます。キャプチャされた画面を参考にさせて頂き、思った事など書かせてもらっちゃいます。




←キャプチャされた画像です。
（”オデコ。 さん”のご好意により画像貼らせていただきました。）







-------------------
キャプチャされて編集画面、このレイアウトだと、不用意に大きい画像を貼り付けてしまい本文エリアの幅がオーバー。結果サイドバー部分が下に行ってしまうというのを編集しながら確認できるわけですね。

編集中に呼び出した画像が、編集欄飛び出していればサイドバー部分が下にずれてしまう、という感じなのかも。
編集しながら気を付けてね～なんってとこかもしれないですね？


（一般的なＢｌｏｇでは、保存前やライブビューなんてプレビューモードで確認可能だと思うのですが・・・、その辺の機能開発をはしょっているのでしょうね・・・。これなら既存画面、既存機能の切った貼ったで、それほど開発に苦労する事も無いんじゃないでしょうか。）

ついでに画像も複数貼り付けＯＫ？違うのかな？？

更に800*800なんて書いてあったりします。800*800あたりの大きさだと容量100ｋは簡単に越えてしまう事が多いと思うので、画像のサイズ制限緩和されるのかもしれないですね。違ったらがっかり～。

画像が普通に複数貼れる事で、やっとごく当たり前のＢｌｏｇになれると言うとこだと思うのですが。


現状の編集画面では複数の画像を編集では貼り付けられないですよね。

Ｂｌｏｇでの複数画像貼り付けを許さないと、こんな弊害が・・・。
フォトギャラリーや掲示板に画像をアップして置く。
もしくは他のサイトに画像をアップしておいてそのＬｉｎｋを呼び出す。

掲示板やフォトギャラリーに本来意図しない画像が増えていく訳でＢｌｏｇとその他のコーナーで管理サーバーを切り分けたいなんて時弊害出るんじゃないでしょうか。まあ、画像は全て専用サーバーに入れているみたいですけど。

大元のＢｌｏｇは画像って事自体がＤｉｓｋ圧迫してありえない事だったみたいではありますが・・・。

あと、Ｂｌｏｇ記事のＵＲＬ変更ですが、考えて見たらこんな利点もあるかな～なんて思いました。

実はこんなＢｌｏｇ書いていました。
みんカラリニューアル予想
こちらにＵＲＬ変更に伴い予想される利点なども書いてみました。
予想が当たれば、便利になるはずなんｄねすけどね。


それはさて置き、こんな利点も出るのでは？

今まではユーザー区別せずに、投稿順に番号を割り振っていく。
これだと管理番号？に絶対重複はありませんが、もしもほぼ同時に保存要求が一杯あった場合、プリントと同じように一旦キューに登録。実際の保存はキューの処理待ちになっちゃうんじゃないでしょうか。夜間書き込みが遅くなるのはキュー待ちが発生しているからかもしれないですね。

しかしユーザーＩＤと記事番号とすれば、これもＵＲＬの重複はまずありません。ユーザーＩＤと記事番号であればＢｌｏｇ保存をまずやってから、システム側の管理サーバーに記事番号情報を登録すれば良く、こっちをキュー待ちにしてしまえば、記事保存自体はどんどん出来て、ボトルネックを解消できる、そんな事かもしれませんね。
そうであるならユーザーもシステム側も喜ばしいのでは無いかと思います。

ただし、Ｂｌｏｇ全文検索なんてはシステム側の処理手順が何らか変わってくるのではないかな～
。

貼って頂いた画像を見た限りでは、まだまだ一般的なＢｌｏｇの編集機能にまるで及んでいな～と言う印象を受けちゃいます。
リニューアルと言うよりは、システム側を最小限の改修で改善し、システムとしてあるべき当たり前の姿に近づけようとしているんじゃないかな～。

WindowsVista作るＭＳやVodaphon日本法人買収するＳＢバックなんですから、もうちょっと先進技術取り入れてくれても良さそうなのにな～。

今直ぐとは言いませんから、MSとSBの意地見せて、ユーザーに自慢できるリニューアル、是非ともお願いしますよ～。