パスワードを忘れた? アカウント作成
2014年10月 記事 / 日記 / コメント / タレコミ
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
2014年10月9日の人気コメントトップ10
11640584 comment

renjaのコメント: Re:そもそも (スコア 5, すばらしい洞察) 80

>紙に穴を開けることによるデメリット

既存の穴が開くタイプだと
・穴の部分の印刷が飛ぶ
・強度が弱い
・外すときにちぎれやすい
という欠点があるので、それと比較すると新製品は格段に使い勝手が良さそうだと思います

針のあるホチキスだと
・少ない枚数であるほど針がかさばる
・捨てるときに分別が必要
・針で怪我したり服に引っかけてしまったりする
というデメリットはありますが
・安い
・頑丈
・針無しタイプに比較すると十倍近くもの枚数まで対応できる
などのメリットがありますから、時と場合によって使い分けるのが良いでしょう

去年まで、毎日何件も書類を綴じるけど、数枚までしか綴じないし閉じ直しも多い部署で仕事してたので
これは惹かれる商品ですね
前任者が買ったと思われる従来の針なし穴あけタイプのハリナックスもありましたが、使われなくて引き出しの奥に埋まっている状態でした
使ってみて、お蔵入りになったのは仕方ないと納得

11640670 comment

コメント: Re:そもそも (スコア 5, おもしろおかしい) 80

> 穴を開けることによるデメリットがわからない

処女厨を敵に回したな。

非可逆操作自体がデメリットでしょ。はずしてもう一回綴じるときに邪魔になるから。

11641650 comment

NOBAXのコメント: 馬鹿にするんじゃない (スコア 5, おもしろおかしい) 143

こういう話を聞くと、デジタルデータが劣化することはないなどとしたり顔で言う人がいるが
それは間違いだ。
音楽は耳で聞くのではない、脳で聞くのだ。
音を聞くに当たっては脳は実に複雑な作業をしている。
ノイズ除去や定位、音の分離などなど。
不安要素があれば音は悪く聞こえるし、こうすればよく聞こえるという思い込みがあれば
よく聞こえるのだ。
だから、USBメモリによって音質が変わるという主張は至極まともなものだ。
脳がそう思えば、そう聞こえるのだ。
11641579 comment

コメント: Re:む、勘違いしていたようだ (スコア 5, おもしろおかしい) 143

by Anonymous Coward (#2691173) ネタ元: USBメモリをシールドして音色をチューニングしよう

かもしれませんが。 私は、たしか2chだったと思いますが
「人の耳を介している時点でアウト」
という一言を見た時からドキドキが止まらず先日の皆既月食も見逃してしまいました。

11640283 comment

annoymouse cowardのコメント: Re:軽い気持ちで落としてみたら (スコア 4, 参考になる) 42

出版用の綺麗なフォントが埋め込まれているのでデータサイズが膨らんでいるようです
石井細明朝体かな?

gs で結合した場合は、フォントがダウンサンプリングされて解像度が落ちる可能性があります
拡大表示すると違いが判るかも知れません

11640844 comment

Chietherのコメント: Re:バックドア? (スコア 4, 参考になる) 19

by Chiether (#2690892) ネタ元: Bugzillaに未解決の脆弱性が発見される

プリペアードステートメント … 埋め込む概念や方式のこと。
プレースホルダ … 埋込む箇所のこと。
パラメータライズクエリ … プリペアードステートメントで作られたと保障されるクエリそのもの(最終的な形)。

少なくとも「プレースホルダ」と「プリペアドステートメント」の概念は、
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)" … パラメータライズクエリ(かな?)

こういうものだと私は思ってました。

11640673 comment

hgsdrkのコメント: Re:そもそも (スコア 4, 興味深い) 80

既存の、穴が開くハリナックスを、昔から使ってますが
保存資料ではなく、会議用のテンポラリ資料とかで使うと、
不要時(みんなすぐ捨てますから。)、針抜く分別を気にせず捨てられて便利なんです。

ただ、「ここの価格表のページだけ残しとくわ~」というとき、ホッチキスだと針抜いてキレイに1枚取り出せるんですが、
ハリナックスだと、見映え悪く千切る以外に、抜きようがなかったんですよね。
こいつだと、資料抜きにも対応してそうなので、個人的に興味があります。

はい、ペーパーレス会議には無縁です。。。

11640773 comment

コメント: Re:バックドア? (スコア 4, 参考になる) 19

by Anonymous Coward (#2690862) ネタ元: Bugzillaに未解決の脆弱性が発見される

オンラインでソースが見られないのでよくわかりませんが、本家のアナウンスを見ると

The 'realname' parameter is not correctly filtered on user account creation, which could lead to user data override.

とあるので、「realname」というパラメータの入力値のチェック漏れでSQLインジェクションか何かを許してしていたのではないでしょうか。
普通の脆弱性ではないかと。

typodupeerror

アレゲはアレゲを呼ぶ -- ある傍観者

読み込み中...