![[PukiWiki-official]](image/pukiwiki-official.png "[PukiWiki-official]")
| サマリ | QRコード表示プラグイン |
|---|---|
| リビジョン | 0.5 |
| 対応バージョン | 1.4 |
| 投稿者 | みこ |
| 投稿日 | 2004-01-12 (MON) 11:35:23 |
わたしのサイトに最新をおきますので、→こちらへ
&qrcode{バーコード化する文字列};
&qrcode(サイズ){バーコード化する文字列};
&qrcode(サイズ,訂正方法){バーコード化する文字列};
&qrcode(サイズ,訂正方法,バージョン){バーコード化する文字列};
&qrcode(サイズ,訂正方法,バージョン,分割数){バーコード化する文字列};
引数については、みこ氏のページをご参照ください。
おもしろそうですね。 :D 頂戴いたしました。
$d = mb_convert_encoding($d,'SJIS',SOURCE_ENCODING);の前に
$d = str_replace("<br />","\r\n",$d);
$d = strip_tags($d);
を追加するといいかも。
XSSの脆弱性が存在します。
else {
return FALSE;
}
+ $s = htmlspecialchars($s);
+ $e = htmlspecialchars($e);
+ $v = htmlspecialchars($v);
+ $n = htmlspecialchars($n);
+ $d = htmlspecialchars($d);
// if no string, no display.
if (empty($d)) return FALSE;ご指摘ありがとうございます。以下のように修正しました。（ただ、$d は下の strip_tags によりすでにサニタイズされているはずなのですが・・・）
else {
return FALSE;
}
+ // thx, nanashi and customized
+ $s = intval($s);
+ if ( $s <= 0 ) { $s = 0; }
+ $v = intval($v);
+ if ( $v <= 0 && $v > QRCODE_MAX_VERSION ) { $v = 0; }
+ $n = intval($n);
+ if ( $n <= 0 && $n > QRCODE_MAX_SPLIT ) { $n = 0; }
+ $e = htmlspecialchars($e);
// if no string, no display.
if (empty($d)) return FALSE;大変興味があるのですが、GD1.8.4対応にするには、、、。勉強します；；
感動しました。ありがとう
生成される画像ファイルにFrontPageのHTMLソースがそのまま連結されてしまっているのでサイトによっては処理がかなり重くなると思われます。本体に処理を戻すのが原因のようなので
return QRcode($qr);となっているところを
echo QRcode($qr); die();と変更することで回避ができました。
もひとつ。現在24Bitカラーなので減色も入れてみました。
ImagePng($output_image);の手前で1Bit(2色)インデックスカラーに変更します。
ImageTrueColorToPalette($output_image,false,2); ImagePng($output_image);これでファイルサイズは1KBをきるようになるはずです。
なるほど、ソースが連結されているのは気づきませんでした。ありがとうございます。もひとつのほうはサーバのCPU処理を多く使うと多数のリクエストに耐えられるか心配だったので素直に出力していました。どっちのほうがいいのかな・・・？
上記、回避コードおよび減色を入れて0.4としました。
miconoといいます。qrcodeのこと検索していたら、mikoさんのページが引っかかりました。ハンドル名（ページ名）が似てて、びっくりしました。というかQRCodeの作成／読取りのソフトを私も作ってるし！（http://micono.hp.infoseek.co.jp）。 swetakeさんのコードは、単一モードでしか吐き出せないし、漢字モードも使えないから、場合によってはもっと小さいバージョンのQRcodeが作れると思って、漢字モード対応と、混在モードでも吐き出せる様に書き換えしてます。mikoさんのは、もうそうなってるんですか？アルゴリズム考えるのが面倒っすよね。JIS仕様書の最後の方にちらっと書いてあるけど、排他的文字集合が、[６、７、８]個とか、意味わからな～い。。（汗）
まず、結論から言うと同じ制限（内部でモードの変更ができない＋８ビットモードを使用している）はあります。ただ、もともと携帯QR用が出発点だったので、そこまでクリティカルな業務用で使用するわけでもなし、減色している今は多少バージョンが大きくなってもそれほど画像サイズは変わらないし、また日本語だけを相手にすると国際化のときにはろくなことがないので、そのあたりは考慮していません。したがって、swetakeさんのサブセットとおもってもらったほうがいいかもしれません。
ただ、今後は引数を加えておこなうのはありかとおもいます。心配なのはアルゴリズムに凝ってしまうとサーバー負荷が高くなるほうを気にしています(^^; どちらかというとアルゴリズムの高速化はいつかはおこなおうとおもっているのですが・・・
ありがとうございます。確かにサーバー上だと、いらぬことしない方がいいかもね。でもDoCoMoはversion10
すいません、書きかけで、リターンしてしまいました。DoCoMoはversion10以上読めないみたいだし、数字２文字で11ビット、英文字２文字で１０ビットは、効いてきそうな気がします。ネット上で扱うわけじゃ無いので、私は混在モード対応をやろうと思ってますです。
たしかに、オフラインでは（version10ぎりぎりで２画面に分割するかしないかで）効いてくるでしょうね。もし、速度的にも良好ならぜひおしえてください⌣
動作確認…au端末(W21S)○
qrcode.inc.php(0.5) で XHTML 1.1 に対応させました。
// QRデータの格納ディレクトリ
define('QRCODE_DATA_DIR', DATA_HOME.'data/qr/');
から
define('QRCODE_DATA_DIR', 'data/qr/');
にしたら動きましたが これでいいのかな・・ -- k 2004-09-30 (木) 18:03:57$filename=QRCODE_DATA_DIR ."/update.log";
if (!$fp = fopen($filename,"a")){
echo "logfile(QRCODE_DATA_DIR)が開けません";
}else{
fwrite($fp,"ok\n");
fclose($fp);
}
$filename=QRCODE_IMAGE_DIR ."/update.log";
if (!$fp = fopen($filename,"a")){
echo "logfile(QRCODE_IMAGE_DIR)が開けません";
}else{
fwrite($fp,"ok\n");
fclose($fp);
}plugin/qrcode.inc.php : 126行目付近 } - $qr['data'] = rawurldecode($vars['d']); + $qr['data'] = rawurldecode(mb_convert_encoding($vars['d'],QRCODE_ENCODING,SOURCE_ENCODING)); $qr['size'] = (empty($vars['s'])) ? 1 : $vars['s'];
|
Site admin: PukiWiki Development Team
PukiWiki 1.5.4+ © 2001-2022 PukiWiki Development Team. Powered by PHP 5.6.40-0+deb8u12. HTML convert time: 0.656 sec. |
|
k.png
