パスワードを忘れた? アカウント作成

こちらは、ratis036さんのユーザページですよ。 ログインするとコメント表示数や表示方法をカスタマイズできるのを知っていますか?

1502344 comment

コメント: Re:ゲーム始まるまでも長い (スコア 1) 83

by ratis036 (#2093972) ネタ元: ゲーム内ムービーはゲームに悪影響?

例:

ロード画面
→販売元ロゴムービー
→開発元ロゴムービー
→協賛GPUロゴムービー
→協賛CPUロゴムービー
→その他ゲーム内で使用している技術のロゴ
→ゲームオープニングムービー
→タイトル画面

とか。

初回はまともに見ますが、それが何回も続くのはちょっと・・・

酷いのになると、ムービー後のタイトル画面出る前にもロードが挟まったりしますな。
時間を無為に使わせるムービーなら、バックグラウンドでタイトルメニューのロードしといてもいいのに、といつも思います。

872303 comment

コメント: で、実際のところ (スコア 1) 44

これ、お得なの?
メモリとか違うから単純に比較はできないけれど、小規模でやる分にはさくらVPSで必要十分だと思う。
仕事でも趣味サーバでもさくらVPS使ってるけど、このサービスに乗り換える意義が見当らない

VPSにHDD容量追加が出来れば、もう言うこと無いんだけどなぁ

805704 comment

コメント: Re:代表の北畠氏 (スコア 2) 45

http://www.nic.ad.jp/ja/drp/list/2010/JP2010-0001.html via 公開記録集に以下のような記述があります。

3) 登録者は、下記(b)で述べる本件ドメイン名の譲渡申出において、登録者(代表北畠 氏)をTwitterの「Suggested Users List」(おすすめユーザーリスト)に加えてほしいと の要求をした。このリストに加えられると、Twitterにおけるフォロワーが一気に増え、 極めて多数の利用者に登録者が発信する情報を伝えることができる効果が認められ、商業 上の利得につながりうるものと評価できる。

こんな不当要求ばっかりしてきた人みたいですね。
総スカン食らえばわかるのでしょうか。

94458 submission
変なモノ

今年の「変わり種ブラ」は「婚活ブラ」 48

タレコミ by hylom
hylom 曰く、
1987年から毎年変な^H^Hその年の世相を表したブラジャーを発表しているトリンプが、今年の「変わり種ブラ」を発表した。その名も「婚活ブラ」(毎日新聞)。

「ウェディングドレスがモチーフ」とのことだが、ブラジャーの下には「婚活中」の文字。さらにカップ下には液晶の「婚活カウントダウン時計」が搭載され、中央に備えられた指輪台に婚約指輪を差し込むとカウンターが停止、「ウエディングマーチ」が流れるそうだ。

プロフィール付きのミニハンカチや婚姻届を書くためのボールペン、印鑑なども内蔵可能。ついでにエプロンとなべつかみ付きパンツもセットで用意されている。

今年は例年になくぶっ飛んでいる気がするが、最近は男性用ブラジャーも一部で話題になっているようなので、婚活中の男性の方もぜひ着用してみては。
77817 submission
セキュリティ

ネットに蔓延するデタラメセキュリティTipsの脆弱性をどうするか

タレコミ by Anonymous Coward
あるAnonymous Coward 曰く、
SIMPLE*SIMPLE ~ ウェブ職人のための小粋なネタ帳 ~の03月27日のエントリ一部で話題になっています。 それによると、なんでも「現在セキュアな通信をしています」と明示的に表示するインターフェースの紹介らしいのです。 少なくともブラウザサイドのプラグインか何かだと思ったのですが、コンテンツサイドで自己申告するという方法の紹介でした。

セキュアな通信をしていますと言うからには、httpsであることを主張したいのでしょう。 それなら購入ページの最初などで、「サイトのコンテンツを問わず通用する確認の仕方」を説明すれば良いだけでしょう。 記事中にあるように、一目瞭然なインターフェイスとしてはアドレスバーに色がついたり鍵マークがつくなど、コンテンツとは別の手段で確認できるし、そうするしかないはずです。 携帯電話のブラウザでは「HTTPS通信が開始されます」とダイアログを出してからページ遷移するものがありますが、これもブラウザが提供している機能だから意味があるものです。 「詳しくない人にはよくわからないかもしれない」からといってブラウザの機能ではない「そのサイトでしか通用しない確認方法」を定着させたところで、 悪意がある使い方を普及させたい人間しか喜ばず、長期的に見て「買い物が進む」ことが無くなるのではないでしょうか?

これが論外な方法である事は、方法が自己申告に頼ったガイドラインである事から記事を書いた本人以外、殆どの人には一目瞭然のようです。 しかし、これがツール紹介のマイコミジャーナル2007年01月11日の「JavaScript ASPでセキュア通信を — パスワード盗聴対策に"aSSL"はいかが?」位の記事になると、 JavaScriptだけで「HTTPSを使うことなくSSLと類似した仕組みを使ってセキュア通信を実現してくれる」と勘違いしてしまう人も少なくないようです。 これは、一見似たようなマイコミジャーナル2008年07月08日の「Host-Proof Hostingって何? — Passpack Ajaxライブラリ公開」で書かれているような 「データの暗号化や復号化をクライアントサイドで実施し、サーバには暗号化されたデータしか保持しない」方法論とは全く目的が異なっていて危険な記事です。 証明書を確認せず暗号化するだけのものを「SSLに似た」と書いたり、「SSL」と名乗るのはプロトコル詐称技術と呼べるものでしょう。

こういうマークアップエンジニアが撒き散らすデタラメ記事に、脆弱性認定する事は出来ないものでしょうか? マイナー個人サイトで結果として出来上がったデタラメTips記事ならまだしも、一定の組織が運営している権威あるサイトで、 こうした勘違いが長期にわたって掲載されるのは長期的に見て極めて有害な影響を及ぼすと思うのですが。
typodupeerror

あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー

読み込み中...