Imagickを使って、画像を処理していて、テストをしてたらこんな時間に。

予想外なことだったので、ここに記載

Imagickを使って、画像を処理して、処理した画像をIEで表示できないという問題

原因は、IEでは、CMYK の画像が表示されないようです

大変、救われたサイト
http://d.hatena.ne.jp/toku-hiro/20090202

はぁ、面倒だな・・・

[0回]

透明画像で、画像を守るということができることを、知ったので記載

１．1px × 1px の透明画像を用意
２．<div id="img"><img src="images/spacer.gif" width="400" height="300" alt="ほにゃらら" /></div>
みたいな感じのタグ

３．cssに本来表示したい画像を指定する
#img{
    width:400px;
    height:300px;
    background-image:url(../images/abc1.jpg);
    background-repeat:no-repeat;
}

なるほど・・・派手なテクニックではないけど、有効かも

http://www.kanaya440.com/contents/tips/html/006.html　より

透明画像　はここ

[0回]

2009/02/26 5:33:27 org.apache.jk.core.MsgContext action
警告: Error sending end packet
java.net.SocketException: Broken pipe
        at java.net.SocketOutputStream.socketWrite0(Native Method)
        at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
        at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
        at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:537)
        at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:127)
        at org.apache.jk.core.MsgContext.action(MsgContext.java:302)
        at org.apache.coyote.Response.action(Response.java:183)
        at org.apache.coyote.Response.finish(Response.java:305)
        at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:281)
        at org.apache.catalina.connector.Response.finishResponse(Response.java:478)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:154)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
        at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
        at java.lang.Thread.run(Thread.java:619)
2009/02/26 5:33:27 org.apache.jk.common.ChannelSocket processConnection
警告: processCallbacks status 2

とまぁこんなエラーが沢山

まだ少ししか調べてないけど、どうやらIEに問題がありそうな気配のことがきされておりました。

試しに、Firefoxで、同じように操作してみたけど、Firefoxでは、エラーが出ない！！！

更に、Google Chrome　でも試してみた結果、やっぱりエラーが出ない！！！

くそ、IEめっ・・・・なんのために修正パッチが出ているんだよ・・・

とりあえず、もう少し調査をしてみよう

[5回]

FireBugのインストールを記載

他のサイトで変なものをインストールさせられてしまったので・・・orz

Firefox 1.5以上でこちらのサイトにアクセスします。
そのページの真ん中より少し上に以下のような部分がありますので、「Install Now」をクリックます。

Firefoxを起動すると、ステータスバーの右端に、ページにエラーがなければ のアイコンが、エラーがあると のようなアイコンが表示されます。
そのアイコンをクリックすると、以下のようにデバッグ用のペインが開きますので真ん中の「Debugger」タブを開くと、そのページ内のJavaScriptのソースが表示されます。


IEでデバッグしたいという場合は、Visual Studio 2003とか2005をお使いの方は、それでデバッグ出来ます。
お持ちでない方は、Visual Web Developer 2005 Express EditionというVisual Stuio 2005のASP.NET開発に機能を限定したものが無料で入手出来ますので、こちらを使ってデバッグ出来ます。

[0回]

古い記事だけど、ためになると思ったので、ここにも記載


http://gada.be/　というサイトが検索サービスをリリースするも、Googleのインデックスから削除処分

事件の概要
情報ソース：Gada.be、Google リスティングから締め出される - japan.internet.com
概要：http://gada.be/というサイトが検索サービスをリリースするも、Googleのインデックスから削除処分を受けました。なぜ？

このサイトでは検索したいキーワードをアドレス（URL）に入れてアクセスすると、検索結果がでてくるというシステムを構築していました。
（http://キーワード.gada.be/という形でアクセスすると、gada.beオリジナルの検索結果がでてくる）

これが結果的にサブドメインの乱立という形になるわけで、あまり宜しくない。とGoogleは（おそらく自動的に）インデックスからの削除処分を実行した。というわけです。

Googleのエンジニアである Matt Cutts 氏（当サイトでも何度も引用させてもらっています）によると、ダイナミックサブドメインでないなら、まだ良かったのだがとコメントしているようです。
現在このサイトは、全ての検索結果をサブディレクトリ http://gada.be/d/キーワード という形にリダイレクトさせており、Googleのインデックスにも復帰を果たしています。

さて、SEO対策の視点から注意したいのが、自動でインデックスから削除されたという点ですね。
もちろんGoogleがサクサクインデックスから削除するとは考えにくいので、複数の削除要素を満たして初めて、インデックス削除のアルゴリズムが発動するのでしょう。

ジャンクサイト（簡単に言えば検索エンジンスパムサイトのこと。ジャンクを和訳するとくず、ガラクタ、使えなくどうしようもない物という意味）とサブドメイン、ここに上記の問題が潜んでいそうです。

考えてください。あなたがもし何かを調べている最中、検索結果の上から下まで全てがアフィリエイト広告やスポンサー広告にまみれたサイトだった状態を。
役に立たないサイトばかりを目の前にした状態を。こんなジャンクサイトをGoogleが放っておくことは、あまり良いことではありません。
ジャンクサイトをインデックスから削除したい、そんな気持ちも理解できるというものです。

さて、サブドメインについてはご存じの方も大勢いると思いますので簡単にしか説明しませんが、Googleはディレクトリ形式よりもサブドメイン形式を優遇しています。（それぞれのSEOスコアの上下優劣は別とする）
そこでサブドメインが原因で自動でインデックスから削除されるということは結構やっかいなのです。独自ドメインを持っていてサブドメイン作り放題だというサーバを持っている方なら理解しやすいと思いますが、サブドメインの利用がSEO的に有利なのです。
通常のディレクトリ分けよりもサブドメインの方が有利なのです。
（試しに＠ニフティが運営するブログサービス「ココログ」をGoogle検索してください。
cocolog-nifty.comで上位が独占されています。ディレクトリで分けていると、[ 他、○○.○○.com内のページ ]と省略されてしまいますが、サブドメインだと広く上位を独占できるのです）

そういった事情もあるせいか、SeesaaブログやFC2ブログなどサブドメインをもらえるブログサービスには非常にスパマーが多いわけです。

つまりサブドメインはいわば、SEOの生命線なのです。これにGoogleは注意しているという、端的な証拠が今回のニュース
ジャンクサイトをサブドメインで大量に生成する手法が、自動でGoogleからインデックス削除処分を受けたという事態

結論としては、自動生成が危ないらしい

もちろん正当なSEOのお手本として、過去のSEOコンテストでもサブドメインを利用したSEO対策がある程度散見されていたことは、事実です。
教訓として、今回の一件から「サブドメインに関する事情をGoogleが注意深く見ている」ということは肝に銘じておくべきでしょう。

MC（SEO対策 用語集 MC部分 参照）によると「動的生成は宜しくない。」と受け取れますので、機械的に量産する手法も危険性を孕んでいると解釈した方が良さそうです。
つまり、中身の伴わないサブドメイン・コンテンツ・ページといったものは、危ないというわけです。
アフィリエイト広告を貼っているだけのような、ジャンクサイトや自動生成された中身の無いコンテンツは作るべきではない。
（おそらく自動的に）インデックスから削除～～という文面から察するに、きちんとコンテンツを作り込み、文章もきちんと（数行程度ではなく）書いて、しっかりページをアップロードしてさえいれば、回避できたかのような印象

だとか

[0回]