GINPRO / SQLの窓と銀プログラマ

個人使用では気にする必要は無いですが、
ビジネスや開発では、信頼を元に面倒な手順を省く事も重要になります。
( 両者のデフォルト設定が違っているものを赤線で囲っています。)

太い赤枠は、そのような信頼関係の元に変更したほうが良い内容を指します。
青い枠は、メリットのある機能が禁止されている事を指した例ですが、
信頼するサイトに登録する事によって、その機能が使えるようになる事を指します。
他の設定もそれぞれ何かが有効になるのですが、特にこの設定が有効になると、
他のドメインにあるリソースをクライアントが読めるようになります。

どうせ、これでブログラムなんて書かないので、遊びです。

#include "stdio.h"

void print() {
	printf("Hello World!\n");
}

int main(int argc, char* argv[])
{
	short b;
	_asm {
		mov ax,1;
		mov b,1;
		cmp ax,b;
		je ok;
		jmp no;
ok:
		call print;
no:
	}
	return 0;
}

	mov	ax, 1
	mov	WORD PTR _b$[ebp], 1
	cmp	ax, WORD PTR _b$[ebp]
	je	SHORT $ok$585
	jmp	SHORT $no$586
$ok$585:
	call	?print@@YAXXZ
$no$586:

前から「何言ってんだ?」と違和感感じながらも、
良く考えずに放っておいたんですが、

あらてめて検索してみると、やっぱり

「何言ってんの?」

でした・・・・


そもそも、入力値ににシングルクオートあればその時点で
SQL はエラーになります。

ですから、シングルクオート一つはシングルクオート二つに変換するので、
入力値はいつまでたっても文字列であって、SQLの一部になる事はありません。

普通の常識的な入力チェックです。

数値の場合は、数値チェックを常識的にするので起こりません。
日付型にしても、フリー入力は WEB では考えにくいし、
前述の変換は行うはずですが・・・


なんなんでしょうか、これって。
上記チェックをすり抜ける方法があるんでしょうか?

テーブルの列幅を固定にした場合の、セル内のデータの表示方法
に関する振る舞いの違い。

ま、普通のデータであればこんな差は出ないと思うのですが、
厳密には違うという事で。


↓詳細はこちら
http://winofsql.jp/VA003334/asp051119195607_051119215216.htm

普段使う事の無い部分だし、うまく行かなくてもあまり必要無い
からあきらめて納得してしまてそうな内容。

タイトル文字列の変更です。

 そもそも、IE6 は Microsoft がバグだって言ってるので、
http://support.microsoft.com/default.aspx?scid=kb;ja;296113

なんですか? そりゃあ・・・

なんて事も多いです。中にはバグなのか仕様なのか
調べないと解らないものがあるのですが、
そんなもんいちいち調べてた日にゃあ、

「いつ納品すんですか?」

てな話になります。
基本的に経験と勘と対症療法です。
事実や真実は後付けでいつか明らかになるでしょう・・・
ならないかも(笑)

↓説明するより見たほうがはやい
http://winofsql.jp/VA003334/sjscript070218191905_070218205055.htm

ブラウザ毎に考えなきゃならない事が昔ほどでは無いにせよ、
結構なレベルで知ってなきゃ困る事が多いのも事実ですが、
実際問題、全てのテストをするのは無理なので・・・

気長にやるしか無いです。
なにせ、IE7 もあるしね（＾＾；