これね。いつもはYouTubeのロゴ。
で、これのアニメーションがGIFアニメとかMP4とかでなくて、ただのバカでかいPNG画像だった。
https://www.gstatic.com/youtube/doodle/yt-doodle-worldcup-1x.png
これの背景位置をずらしているだけという…
i=0; var f = function(i, img){ img.style.backgroundPositionX= i*110 + "px"; if (i++ < 15840/110) { setTimeout(function(){ f(i, img); }, 40); } }; f(i, document.getElementById('animated-yoodle'));
なるほど、そういうのもあったのか。
食品総合研究所 :食品のサンプリングに関するガイダンス〜品質情報解析ユニット から。
10000個、製品があってこの中の不良品を見つけられる確率の話。1個でも不良品があってその存在が致命的な場合は全品検査になる。 全品検査が大変な時は、サンプルN個だけを抜き出して検査をしたいが、どれだけのNを検査すればいいのかの妥当性を知りたい。
ポイントは、見逃し率。これをできるだけ下げたいが、Nが多すぎても面倒なのでその経済効率の最大リターンポイントを見つける。
ただし、1個の検査をするときにその検査による判定は100%の確からしさで判定できるものとする。
1個の製品をチェックする際に、それが不良品でありかつ不良品であると判定できる確率を計算する。パーセンテージで考えると100掛けたり割ったり面倒なので、確率は少数でやる。
合格品発見確率 = 1 - 不良品率
N個全てが合格品である確率 = (1 - 不良品率)^N （^はNの乗数を意味する）
N個のうち1個でも不良品が見つかる確率 = 1 - (1 - 不良品率)^N
この「N個のうち1個でも不良品が見つかる確率」というのは、「不良品を発見できる確率」とも言えます。つまり、「1-見逃し率」
1 - 見逃し率 = 1 - (1 - 不良品率)^N
となる。
Nについて解くと、
N = log(見逃し率) ÷ log(1 - 不良品率)
となる。
はてなスター取得 API - Hatena Developer Center
これで、はてなブックマークのコメントについた★の数を得ようとする。
例えば、https://anond.hatelabo.jp/20180518171957 に付けた私のブックマークの★の数はこの記事を執筆時点で91個。
このブックマークのURLは、http://b.hatena.ne.jp/entry/364742428/comment/tohokuaiki でカノニカルだと思われる。
なので、先ほどのAPIに従って、
http://b.hatena.ne.jp/entry/364742428/comment/tohokuaiki
をくっつけて
http://s.hatena.com/entry.json?uri=http%3A%2F%2Fb.hatena.ne.jp%2Fentry%2F364742428%2Fcomment%2Ftohokuaiki
で取得できるのかな？と思ったらだめだった。
正解は
http://b.hatena.ne.jp/tohokuaiki/20180525#bookmark-364742428
をくっつけて
http://s.hatena.com/entry.json?uri=http%3A%2F%2Fb.hatena.ne.jp%2Ftohokuaiki%2F20180525%23bookmark-364742428
なのである。なんだよ、このアンカー入りのURLでパーマリンク設定するのって…。
filterの削除・追加とショートコードを使う
custom_posttype投稿タイプの場合。
<?php /* 特定の投稿タイプはautopをしない */ remove_filter('the_content','wpautop'); add_filter('the_content' , function($content){ $post_type = get_post_type(); if ($post_type != 'custom_posttype'){ $content = wpautop($content); } return $content; }); add_shortcode('wpautop', function($attr, $content){ $post_type = get_post_type(); if ($post_type == 'custom_posttype'){ $content = wpautop($content); } return $content; });
で、本文では、
この部分はautopが効く。 [wpautop] この部分は、そのまま出る。 この部分は、そのまま出る。 [/wpautop]
という感じ。
よくある1サーバーでConfluenceを複数稼働させたい場合のリバースProxy設定ですね。
こんな感じ。
あるいは、iptablesで無駄にポートを開けたくない場合とか。
で、内輪向けのConfluenceなんで、Basic認証をかければゼロデイアタックとかも多少は防げるんじゃないかって思ってBasic認証つけたかったんです。
余裕じゃん・・と思ってこんな感じでProxy設定にBasic認証の設定をかけたわけです。
<VirtualHost *:80>
<Location />
Order deny,allow
Allow from all
AuthType Basic
AuthName "Authentication"
AuthUserFile /etc/apache2/htpasswd
Require valid-user
</Location>
ProxyTimeout 8000
ProxyRequests Off
ProxyPreserveHost On
SetEnv force-proxy-request-1.0 1
SetEnv proxy-nokeepalive 1
ProxyPass / http://localhost:8090/ retry=1 acquire=3000 timeout=600 Keepalive=On
ProxyPassReverse / http://localhost:8090/
</VirtualHost>
すると、こんなエラーが出る。
HTTPステータス 401 - Basic Authentication Failure - Reason : AUTHENTICATION_DENIED type ステータスレポート メッセージ Basic Authentication Failure - Reason : AUTHENTICATION_DENIED 説明 This request requires HTTP authentication. Apache Tomcat/8.0.50
なんでTomcat側でエラーが出るんだ？？？？
と思い、Tomcat使ってるのはConfluenceなのでこちら側を疑う。Confluenceで一旦ログイン後に、ApacheのBasic認証をつけるとこのエラーは出ない。
ということは、Confluenceは
となっているのではないか？？？
余計なことしてほしくないなぁ…と思い、そのAuthenticateをしているだろうプラグインを探す。
なんとなくこいつっぽいなーって思い、「無効」にしたが全然だめだった。
Confファイルを探すもなんか見つからない…。
だったら、Proxyする際にAuthenticationヘッダを送らなければいいんじゃんって思って、Apacheにmod_headersを導入
# a2enmod headers
した後に、apache.conf（debianなんでsites-enables内だけど）を書き換えて
RequestHeader unset Authorization
を追加。
すると問題なくConfluence側がBasic認証をやめてくれた。
Confluence、REST and os_authTypeとか読むとquery stringsにos_authType=basicって入れないとBasic認証ヘッダをスルーしてくれそうなんだけどな。ま、いいや。。
