Webサイトへの不正アクセスを抜粋してみました

Webアプリを運営しているのですが、ふと気になったので、
不正アクセスのログを抜粋してみてみました。

私自身もOSSを使う事が多いのですが、OSSに対する不正アクセスの多さが目立ちますね。

○phpMyAdmin

圧倒的に多いですね。特に、setup.phpへのアクセス。

/myadmin/scripts/setup.php: 6 Time(s)
/phpMyAdmin/scripts/setup.php: 6 Time(s)
/phpTest/zologize/axa.php: 6 Time(s)
/pma/scripts/setup.php: 6 Time(s)
/MySQLAdmin/: 1 Time(s)
/SQL/: 1 Time(s)
/db/: 1 Time(s)
/dbadmin/: 1 Time(s)

○ColdFusion

管理画面へのアクセスのようです。何かできるのでしょうか？

　/CFIDE/administrator/enter.cfm: 1 Time(s)

○zimlet

調べてみたところ、Zimbraというアプリケーションの付帯ツールのようです。
　/zimlet/com_zimbra_email_dns/xd.jsp: 1 Time(s)

○horde

webメールアプリケーション
　/horde/login.php: 1 Time(s)

○Tomcat

APサーバですね。
　/docs/funcspecs/3.jsp: 1 Time(s)
　/manager/html: 1 Time(s)

○epgrec

こんなツールもあるんですね。
　/epgrec/do-record.sh: 1 Time(s)

○foltia

録画ツール

○Wordpress

プラグインを狙ってきました
　/wp-content/plugins/easy-comment-uploads/upload-form.php: 1 Time(s)

他にもありましたがこの辺で。

ツールを使う時には不正アクセスへの対策も十分したうえで使う必要がありますね。

小数点を持つ値の計算で誤差が生まれる件(JavaScript)

今更・・・という話ですが、とあるシステムでの不具合にて、原因を調査していたところ発覚。

小数点がある数値を含む計算を行った際に、計算結果が合わないという事が起きます。


理由としては、JavaScriptの演算はIEEE 754という規格に従って実装されているという事。
仕様であり、JavaScript的には正しい値なので避けようがありません。


ちなみに、以下のような演算でも誤差が起きます。

(17.955 * 100000) = 1795499.9999999998


原理や理屈は「演算誤差」などで調べてもらうとして、利用するソフトウェアによっては発生しうる現象です。


今回のケースでは、金額の計算だったため、コンピューターの都合による誤差は認められません。。。。

対処法

「いったん整数に変換してから演算して戻す」などがよくありがちですが、
JavaScriptだとそこそこの行数でロジックを書かなければだめそうなので
こちらは別途纏めたいと思います。

追伸

net framework(vb.net)でも同じ結果となりました。こちらは、小数点の値に対して、[Decimal]を明示する事で対処できそうです。

(Convert.ToDecimal(17.955) * 100000) = 179500D

Javaでも起きますね。こちらはBigDecimal型を使って計算すれば対処できます。

クロスブラウザテストができるサービス(BrowserStack)の無償期間が終わっていた

以前、ブラウザ上からクロスブラウザテストが簡単にできるサービスをご紹介しましたが、
いつの間にやら、無償サービスの期間が終わってしまっていました。

その時の記事はこちらをご覧ください。
http://knkryo.blogspot.jp/2013/11/web.html

使い続けるには、有償サービスへの移行が必要

今のところそこまでの使用頻度はなさそうなので、modern.ieより
都度、仮想環境をダウンロードして使う事になりそうです。


ツールのダウンロードはこちらから
http://loc.modern.ie/en-us/virtualization-tools

[JavaScript] 自動で印刷ダイアログを表示する・印刷ボタンを実装する

調べていたところ、あるようですね。

ただ、使えないブラウザもあるようなので判定が必要。

[JavaScript] 自動で印刷ダイアログを表示する・印刷ボタンを実装する
http://mashimonator.weblike.jp/library/2009/01/javascript-3.html

画面ロード時にブラウザ判定を行い、JSによるプリントに対応していれば印刷ダイアログを表示する。対応していない場合はブラウザのメニューから印刷する旨を伝えるメッセージを表示する。

【キーワード】
window.print();

Web技術者が知っておく必要があるガイドライン

Web制作者が必ず目を通しておく必要がある(と自分では思っている)ガイドラインです。

W3Cが勧告し、公開しており、日本語訳もあります。


ウェブコンテンツ・アクセシビリティ・ガイドライン (WCAG) 2.0
http://www.jsa.or.jp/stdz/instac/commitee-acc/W3C-WCAG/WCAG20/



日本では、「使いやすいウェブコンテンツのあり方を示したガイドライン」として
JISX8341として定められており、現在は2010年版が公開されています。

JIS X 8341-3:2010 解説
http://waic.jp/docs/jis2010/understanding.html


上記情報を踏まえ、富士通がわかりやすい形でまとめています。

富士通ウェブ・アクセシビリティ指針
http://jp.fujitsu.com/webaccessibility/

ASP.net MVCのとっかかり

ふと入ってきた情報によると、モデルファースト、エンティティファーストで
Webサイトが容易に作れるらしい。

ライトランゲージではできるフレームワークがあるのは知っていたけども
マイクロソフトが出してきたってのが興味深い。

業務システムを提供している立場である以上、Microsoft製品の選定は避けられない。



詳細な説明は、検索すれば主要なものが出てくるので割愛するけども、
MVCの設計思想とMS製品の使い方が分かれば、単純な画面くらいは
さらっとできそうな感触。

「30分で作る、マスタメンテナンス画面」なんてお題で社内プレゼンしてもよいかも。


正しく理解して実装に使用すれば、生産性アップは間違いない。
とはいえ、業務システムという性質を考えると、複雑な処理は保守性を
下げる可能性があるのでケースバイケースとなりそう。


まだ実業務で使うケースは出てきていないのですが、出てきたらまたまとめます。


とっかかりサイト
http://www.atmarkit.co.jp/fdotnet/aspnetmvc3/aspnetmvc3_07/aspnetmvc3_07_01.html


以下、自分ブックマーク

-----------------------------------------------------------------
@IT
第1回　Mono×LinuxでASP.NET MVCを動かすまで (1/2)
http://www.atmarkit.co.jp/ait/articles/1303/15/news069.html

msdn

ASP.NET MVC3 の@ModelTypeについて
http://social.msdn.microsoft.com/Forums/ja-JP/9eb7eb05-4403-4bef-989a-e4e692cb1145/aspnet-mvc3-modeltype?forum=vbgeneralja


しばやん雑記

DisplayFor/EditorFor と DataType の不文律
http://shiba-yan.hatenablog.jp/entry/20110912/1315837010