to44のコメント: Google Japanは? (スコア 5, おもしろおかしい) 50
日本では大量の警備員が自宅待機してるのに。
アナウンス:スラドとOSDNは受け入れ先を募集中です。
日本では大量の警備員が自宅待機してるのに。
>紙に穴を開けることによるデメリット
既存の穴が開くタイプだと
・穴の部分の印刷が飛ぶ
・強度が弱い
・外すときにちぎれやすい
という欠点があるので、それと比較すると新製品は格段に使い勝手が良さそうだと思います
針のあるホチキスだと
・少ない枚数であるほど針がかさばる
・捨てるときに分別が必要
・針で怪我したり服に引っかけてしまったりする
というデメリットはありますが
・安い
・頑丈
・針無しタイプに比較すると十倍近くもの枚数まで対応できる
などのメリットがありますから、時と場合によって使い分けるのが良いでしょう
去年まで、毎日何件も書類を綴じるけど、数枚までしか綴じないし閉じ直しも多い部署で仕事してたので
これは惹かれる商品ですね
前任者が買ったと思われる従来の針なし穴あけタイプのハリナックスもありましたが、使われなくて引き出しの奥に埋まっている状態でした
使ってみて、お蔵入りになったのは仕方ないと納得
> 穴を開けることによるデメリットがわからない
処女厨を敵に回したな。
非可逆操作自体がデメリットでしょ。はずしてもう一回綴じるときに邪魔になるから。
かもしれませんが。 私は、たしか2chだったと思いますが
「人の耳を介している時点でアウト」
という一言を見た時からドキドキが止まらず先日の皆既月食も見逃してしまいました。
出版用の綺麗なフォントが埋め込まれているのでデータサイズが膨らんでいるようです
石井細明朝体かな?
gs で結合した場合は、フォントがダウンサンプリングされて解像度が落ちる可能性があります
拡大表示すると違いが判るかも知れません
プリペアードステートメント … 埋め込む概念や方式のこと。
プレースホルダ … 埋込む箇所のこと。
パラメータライズクエリ … プリペアードステートメントで作られたと保障されるクエリそのもの(最終的な形)。
少なくとも「プレースホルダ」と「プリペアドステートメント」の概念は、
PHPのドキュメントでは、そう区別されています。
http://php.net/manual/ja/pdo.prepared-statements.php
>より成熟したデータベースの多くは、プリペアドステートメントという 概念をサポートしています。
>(略)
>この例は、name および value を名前つきプレースホルダで置き換えて INSERT クエリを実行します。
上記ドキュメントを使わせてもらうと
"INSERT INTO REGISTRY (name, value) VALUES (:name, :value)" … プリペアードステートメント
:name や :value …… プレースホルダ
$stmt->prepare()を利用したexecute();によって発行される "INSERT INTO REGISTRY (name, value) VALUES ('one', 1)" … パラメータライズクエリ(かな?)
こういうものだと私は思ってました。
既存の、穴が開くハリナックスを、昔から使ってますが
保存資料ではなく、会議用のテンポラリ資料とかで使うと、
不要時(みんなすぐ捨てますから。)、針抜く分別を気にせず捨てられて便利なんです。
ただ、「ここの価格表のページだけ残しとくわ~」というとき、ホッチキスだと針抜いてキレイに1枚取り出せるんですが、
ハリナックスだと、見映え悪く千切る以外に、抜きようがなかったんですよね。
こいつだと、資料抜きにも対応してそうなので、個人的に興味があります。
はい、ペーパーレス会議には無縁です。。。
オンラインでソースが見られないのでよくわかりませんが、本家のアナウンスを見ると
The 'realname' parameter is not correctly filtered on user account creation, which could lead to user data override.
とあるので、「realname」というパラメータの入力値のチェック漏れでSQLインジェクションか何かを許してしていたのではないでしょうか。
普通の脆弱性ではないかと。
悪いのは耳じゃない。右耳と左耳の真ん中にある部分が悪いんだよ。
アレゲはアレゲを呼ぶ -- ある傍観者