Webtest.app は、同じウェブサイトに対してアドブロックを使っていない場合と使った場合に、内部的にどれだけ読み込むファイルやドメインが違うかというのを測定してくれるサイトです。
誰かが既に調べたサイトだと、調査結果がキャッシュされてすぐに出ます。そうでなければ少なくとも数十秒は掛かるようで、リクエストして後から見に来るのがいいかもしれません。
Asahi.comで試してみました。
倍のリクエストを読み込み、これだけたくさんのクッキーを積んでも2秒ぐらいしか読み込みが違わないのは、さすがに毎日膨大なアクセスを捌いているだけのことはありますね。
広告収入で運営しているサイトは特に、広告ブロック機能を使っているユーザーはお客さんではないと思うでしょうから、広告ブロックした場合の性能はそれほど気にしないかもしれません。しかしそれでも、各社の広告スクリプトを載せただけでユーザー体験やその背後で動くデータ量がどれだけ増えるかは、確認しておいてもいいかもしれないと思います。
dumb-password-rules/dumb-password-rules
パスワードの登録や更新画面で出てきたおかしな制約やエラーを募集している GitHub リポジトリがあります。
多数の事例が載っていますが、代表的なものをグループ化してみます。
「% は使えません」「\ は使えません」 – 内部でエスケープしちゃうんですねわかります。ちゃんと作ってあればこんな特例要らないと思うんですが。
「記号で使えるのは ? ! $ €% & * _ = – +. ,:; / () {} [] ~ @ # だけです」
「記号はアンダースコアとハイフンだけ使えます」
「数字や記号は使えません」
「使える記号がありますが、どの記号が使えるかは秘密です」
「パスワードは5-15文字です(が、スペースは文字数としてカウントしません)」
「パスワードに使えない記号は、あなたがそれを入れてみた時だけエラーで教えます」
「パスワードは数字8桁で、0で始まってはいけません」 – 数値型か
「#, %, &, =, /, < などのハッキング文字は使えません」 - ハッキング文字!
「パスワードは8,9,10文字でなければいけません」
「パスワードは7文字か8文字でなければいけません」
「パスワードは6文字です」 – ATMの暗証番号か
「パスワードは6文字以上です (あとどこにも書いてませんしエラーの原因にも出ませんが最大20文字です)」
「メールアドレスは8文字以上にしてください」 – ユーザーのメールアドレスで選別するの?
「登録フォームのパスワードは最大24文字ですが、実際に使われているパスワードは最初の16文字です(更新フォームで判明)」
右クリックや Ctrl キーを効かなく(alertが出る)することで、パスワードマネージャーの利用を防ぐ
パスワードを入れる箇所が2か所あるが、コピペやChrome拡張からの自動入力を不可能にすることで、パスワードマネージャーの利用を防ぐ
「パスワードは120日ごとに変更しなければならず、一度使ったパスワードは二度と使えません」
「パスワードには記号を含めてください。パスワードには記号は使えません」 どうしろと
「とにかくルール、ルール、ルール!」
顧客や上司がパスワードの文字種について不思議提案をしてきた時に、この事例集を見せて「その発想、やっちゃダメなやつだと笑われてますよ」と言ったら説得できるかもしれません。
via Hacker News
How random can you be? は、人間にとってランダムな情報を作ることがいかに難しいか、ということを体験させてくれるウェブページです。
ゲームの開始時、あなたは1000ドル(¥110,000)を所有しています。キーボードの矢印の←と→を使って、ランダムな入力をしてください。
サイトがあなたの次の手を当てていたら、あなたは1ドル(¥110)を失います。あなたがサイトの裏をかいていたら、$1.05(¥110)を得られます。
あなたの入力が完全にランダムで予測不可能であれば、長期的にはあなたのお金は増えるはず。しかし… 滅茶苦茶に入力しているつもりでも、プログラムが記憶した過去の傾向と付き合わせられると、ジリジリと所持金は下がっていきます。
もう一つある”randomize”ボタンは、疑似乱数から10回分の入力をあなたに代わって入れてくれるというもので、多くの場合このボタンを押すと少しだけ稼ぎを増やすことができます。
勝つためにランダム性が必要なゲームをする時は、自分で考えるより乱数にまかせた方がいい場合もありそうということで。
Oath社のソフトウェア・エンジニア、ラムさん(Ram)が結婚一周年を記念して GitHub で公開したのは、彼が自身の結婚式のために製作したウェブサイト。
デモサイトも公開されていて、動く様子を見ることができます。
サイトは、二人の出会い(大学の同級生だそうです)、結婚式前後のイベント、参列者がインスタグラムに投稿する際のハッシュタグの案内(その写真はこちらで見られます)、婚約式の写真、結婚式場の地図、が、モダンなレスポンシブデザインで提供されています。
結婚式のウェブサイトのフォーマットとしては、この式が挙げられたインドでもどこでも大きく変わらないと思うのですが、コンテンツ内のメヘンディ、ハルディなどインドの結婚式独特の行事の案内や、そのドレスコードの説明などは興味深いと思いました。新郎新婦にウコンを塗りたくる儀式っていったい…
参加不参加の表明(RSVP)は Google Sheet とメールで、ホスティングは GitHub Pages で実現されていて、同じものを完全に無料で動かすことができます。
ライセンスはGPLv3ということで、これから結婚式を挙げるエンジニアの人は、これをベースにして作るのもいいかもしれませんね。
via Hacker News
Websites in 2018は、最近のウェブサイトのトレンドを忠実に表したサイトです。ただしコンテンツはありません。
「最近のウェブサイトあるある」を再現しているわけですが、新しいサイトを訪れるたびに、いかに色々な注意書きやら何やらを見せられ、それに応じないといけなくなっているか、という問題点が鮮やかに指摘されていていいデモだと思います。これが当たり前になっていくのは残念だと思いますが、今後どうすればいいんでしょうね。
英語のままでもわかりやすいかと思いますが、ソースコードに「ローカライズはご自由に」とあるので、日本語に翻訳しました。2018年のウェブサイト
via Hacker News
柳の下にはいくらでもドジョウがいるんですかね。ドジョウが居るかはともかく、ドジョウ取りは沢山いるようです。
一ページのウェブページをドット単位で売ることで1億円($909,000)を稼いだ、伝説の個人ネット広告ミリオンダラー・ホームページ、
ツイッターのユーザーアイコン限定で上記の成功を再現しようとし、今のところ順調に失敗しているように見える100万ピクセルツイッターページ、
に続き、「テキストを文字単位で広告として売る」The ASCII Million Dollar Pageが登場しました。
80×25文字を一スクリーンとして、25面のテキストスペース、計50,000字を、一文字あたりたった20ドル(¥2,200)で、10年間出稿することができるそうです。
一ページ目の左上と、最後のページの右下に、4人ほど購入者がいますね。たぶんこの手のマーケティングで一番訪問者が来るのは今だと思うので、この出だしに賭けたのかなあ、と。
今ある広告にサクラが無いとして、12コマ240ドル(¥26,400)分は稼いだのだから、まあこれでもいいんでしょうか。
