トラブルの最近のブログ記事

シマンテックは2日、「Twitter」などのマイクロブログや短縮URLサービスを利用したマルウェア配布手段への注意喚起を行なった。短縮URLをクリックして、ミスリーディングアプリケーションを導入してしまうケースが見られるという。

Twitterでは投稿文字数が140字に制限されており、一般に文字列の長いURLを含む場合はURLを短縮するサービスが利用される。しかし、 サイバー犯罪者は、短縮URLの文字列からはリンク先を判断できない点を利用。誘導文句とともに悪意のあるコードを実行する短縮URLを投稿し、マルウェ アなどのミスリーディングアプリケーションを配布しているという。同社はその手口についてYouTube上で紹介動画を公開している。

このような被害を防止する方法として同社は、短縮URLのリンク先をチェックするプラグインの導入推奨のほか、下記のような注意喚起を行なっている。

• むやみにURLをクリックしないように注意(知らないTwitterユーザのつぶやきのURLをクリックしない)
• 安全なオンライン習慣を身につける(疑わしいエラーメッセージを開封しない。対策ソフトは常に最新状態に)
• 信頼できるソースからソフトウェアを購入(アラートからソフト購入へ誘導するような広告には注意)
• 防御の徹底(総合セキュリティ対策ソフトの導入など)

始まりましたね、Yahooのインデックスフルアップデート。

前回の6月に引き続き、3ヶ月おいての今回。

おそらくは昨日の夜とかから開始された様子。

様々なところで利害・弊害が出てるようですが・・・

Yahooの公式でも開始が発表されているようなので、今回の順位変動は避けられない事。

しかし、上がり幅が大きい物もあれば、下がり幅が半端ない物もありまして。

我々、制作サイドの人間には、なんとも言い難い感じである。

月曜日あたりには落ち着くんじゃないかとのボスの予想でにらめっこは一時保留。

しかし、意味が無いとはいえ、何故かバリデータチェックなんかしてみたりする。

うーん、早く落ち着いてほしい。

ただ、それだけ。

最近、MTをWindows環境のレンタルサーバーで構築する機会がありました。

しかし、何やらオカシイ・・・

再構築の際、かなりのいい確率でエラーを吐き出す。

なんだか、MT.cgiがoutputエラーうんぬんで、な様子。
再読み込みをすれば、問題ないんだけど、タイムアウトじゃないし・・・？

おまけにしばらくして見てみると、なぜか初期に戻ったりしまして。（再構築でクリア）

原因は現在調査中なので、分かったら報告します。

ちなみに稼働させているサーバー環境はこんなかんじです。

OS：Windows 2003 SP1
ウェブサーバー：IIS 6.0
SSI, Perl, PHP, ASP, ASP.NETは ISAPI拡張で動作可能
PHP：PHP-5.0.3
Perl：Perl-5.8.7
ASP.NET：1.1/2.0（相互排他で選択可）
ASP：6.0
.NET Framework：2.5まで
SQL：MSSQL 2000 SP4
MySQL：4.1.21

ログ解析：Urchin 5.7
AWStats 6.5
SharePoint: SharePoint Services 2.0 SP2
メールサーバー：Exchange 2003
ウイルス対策ソフト：Trend Micro ScanMail for Microsoft Exchange 7.0

デザイナー、コーダーを含めて制作環境の人にはかなり便利ツールです。

『IE tester』

先日最新の0.3.5がリリースされていました。

これさえあれば、IE5から最新のIE8まで、実際にどう表示されるかがわかります。

未だに、各ブラウザー、バージョンでの表示が問題になりますが、これさえあれば
納品後に表示が崩れてるといった問題も発生しません。

制作会社によっては、表示確認用でバージョン違いのIEを複数台のマシンで確認
している所もあるようですが、これさえあればもうWin1台で確認できるようになります。
この先IE8へ移行する中で、未だにIE6が現役なところもあり、さらにはHTMLのバージョンアップも世間では騒がれています。

こそ先しばらく表示問題からは離れられなそうですね。

それは、現段階ではまだ『メイリオ』を捨てるという選択肢。

そして、フォントファミリーの設定を通常『MSPゴ、Osaka、平角ゴ』の設定から
『平角ゴ、Osaka、MSPゴ』に変えるとゆう選択。

・winユーザーの為にMSPゴは外せない。
・MacユーザーがMicrosoft OFFICEをインストールしてる場合、MSPゴが前にあると
　Osakaをころしてしまう。だからMSPゴよりOsakaが前。
・Osakaはデフォが太めの為、太字にしてもわかりずらい。
　なんで、それ対策としての平角ゴ。
・合わせて、MSPゴの半角英数（妙な子ぶり）対策としてVerdanaを設定。

これが現段階での最善策だと。

Fontもユーザーによって好みがあるけど、そろそろMSP卒業したい・・・

先日、脱MSゴシックを試みた。

Windowsユーザーがwebを見る際、自分でブラウザーのフォントを自分で設定しない限り、
ほとんどの確率でMSゴシックである。

しかし、いい加減なんとかならないものかと色々と考えてみた。

Macユーザーは、ちょっと太めのOsakaか平角ゴシックで十分見た目もきれいに出来る。

しかし、winユーザーの場合、OSやブラウザーの種類、バージョンの幅があり過ぎるため、すべての人に、共通のきれいなフォントでwebを見てもらうことが難しい。

そこで白羽の矢を立てたのが『メイリオ』である。

アウトラインがスムースで、見ていてつかれない。

しかもVistaには標準装備と来ている。

これを使う手はない、と思いつつフォントファミリーの編集へ。

しかし、なぜかうまくいかない。

設定はちゃんとしたはず。

しかし、ブラウザー、バージョンともに統一表示が出来ない。

さんざん、考えた挙句、妥協案を発見。

次回へ。

先日、windowsのサーバーでのweb制作を行った時のトラブルを。

まったくPHPが動作しないし、かといってどこを見てもCGIのパスや
SENDMAILパスはなし。

散々調べた結果、最初から無かったことが判明。

PHPはコンパネ内で、許可するかしないかが選べる。
これってアパッチを起動するかしないかって事？

なおかつ、Fast CGIとして扱う設定。（なんだ、Fast CGIって？）

CGIは自分でCGI-BIN作らないとダメらしい。

CGI-BINってつくれるんだ・・・と初認識。

サーバー関係はさっぱりなんで、かなりの苦戦。

やっぱりここも知っとかないとダメだと痛感。

いつも使い慣れているサービスから、降りるとこんなに勝手が変わってしまう。

色々勉強になりました。

いまさらですが、オサライ。

IE7からアルファチャンネルを含むPNG表示が出来るようになったけど、
IE6.x以前は対応していません。

簡単に表示できるようにしてくれるのが、iepngfix.htc。

タグ、またはエレメントの背景画像にxxx.png画像が指定されているものに対して、AlphaImageLoaderを適用。

導入は簡単に行うことが出来ます。注意したいのはhtcファイル中で指定されているblank.gifのアップロードと、パス記述の修正程度です。アップロードが出来たら、スタイルシートに下記のコードを追加します。

スタイルシートの記述
スタイルシート中に透過PNG表示を適用したいスタイルに、behavior:url(iepngfix.htc)記述をします。

<style type="text/css">
   img, div { behavior:url(iepngfix.htc) }
</style>

タグにAlphaImageLoaderを適用した場合、イメージソース（src）はblank.gifに置換され、背景イメージとblank.gifの中間のレイヤーとしてPNGイメージが出力されている状態に。

簡単に導入できるので、是非。

Daniel rolloverとはぶつかりますよ。