𠮷田勇太 / ysdyt @yutatatatata 会社の同期（京大博士）が作った謎のスライド。内容ガチだけどめっちゃ笑うから是非みてほしい（掲載許可もらった）｜猫でもわかる 宇宙の秘密 drive.google.com/file/d/133deD8… 2018-02-12 21:13:10

なんだか珍しく、あおり気味のタイトルにしてしまいました。 最近読んだ以下の記事が大変おもしろかったので、今まで私の中で度々反芻していたものを文章としてまとめてみました。 gihyo.jp なぜ今GraphQLが騒がれているのか。ポストRESTが求められている理由、なぜポストRESTが求められなければいけないのか？　ポストRESTの登場によって私たちにとって何が嬉しくなるのか？　そのあたりを色々と触れていきたいと思います。 本文に入る前に ここでは、RESTと記載していものに、REST ful であることも含めています。RESTの推奨（規約ではない）に準拠して開発されたAPIをREST Fulと呼ぶのであって、そこにAPIとしての違いは無いためです。 どちらかと言えば、私の意識としてはパブリックなAPI、オープンデータ用のAPIであったり、KintoneやSANSAN、Salesforce、

1/11 00:30くらい追記　ブコメやトラバありがとうございます。 知らなかった知見がたくさん手に入り、増田を書いた甲斐がありました。 いくつか誤りの指摘をもらったので修正します。 あと、「個人的にイラッと来る文体だし」と言われて悲しいので追記分については文体も変えます。 方針・手間をかけない ・金もかけない ・毎日食っても病気にならない程度には栄養に気を配る ・味は気にしない 材料炭水化物・米 まとめて炊いて冷凍する。 ・パスタ 電子レンジでゆでる奴があれば手軽。 おかずをどうするか問題。 （1/10 追記）パスタと一緒に野菜を茹でれば良いとの知見が。 ・うどん 調理は楽。スーパで20円とかの奴はわりと足が速い。 ・パン 安く手に入れる手段を知らない。 野菜・もやし 安い。年中手に入る。下準備が要らない。炒めてもゆでても良い。栄養価も悪くない。すごい。 （1/10 追記）しかし足が早い

さよならレガシーエンコーディング。 文字エンコーディング宣言が存在するかどうかにかかわらず、文書のエンコードに使用される実際の文字エンコーディングはUTF-8でなければならない。 4.2.5.5 文書の文字エンコーディングを指定する - HTML Standard 日本語訳 Require utf-8 when specifying character encoding by sideshowbarker · Pull Request #3091 · whatwg/htmlにより、HTMLで使用できるエンコーディングはUTF-8のみとなりました。これにより、古いHTMLでは許容されていた、Shift_JIS、ISO-2022-JP、EUC-JP、UTF16LEといった文字エンコーディングは適合するHTMLではなくなりました。すでにNu Html CheckerでUTF-8以外の文字エンコー

blacklistd(8)でsshd DoS攻撃を防止する方法 pf編 前回はFreeBSD 11.0-RELEASEにNetBSDからマージされたblacklistd(8)の使い方を紹介しました。blacklistd(8)を使うと設定に基づいて規定の回数ログインに失敗した接続を自動的にブロックするといったことを実現できます。DoS攻撃やブルートフォース攻撃に対する緩和機能として利用できます。 前回はファイアウォールにipfw(4)を使う方法を紹介しました。今回はファイアウォールにpf(4)を使う方法を紹介します。pf(4)はOpenBSD由来のファイアウォール機能です。FreeBSDネイティブなファイアウォール機能ではありませんが、抽象度の高い設定が可能で扱いやすいことから人気があります。FreeBSDでこれから新しくファイアウォール機能を使う場合にはipfw(4)かpf(4)かどちらか

MakeGirlsMoe - Create Anime Characters with A.I.! Automatically generate an anime character with your customization. You can specify some attributes such as blonde hair, twin tail, smile, etc.

[20170809追記] nginx-1.13.4に ngx_http_mirror_module は含まれました Nginxで、リクエストを複製するmirrorモジュールがコミットされ、何もせずとも使用できるようになりそうです(現状最新コミットをビルドする必要あり)。 例えば本番環境のproxyからリクエストを複製して開発環境に流すような事も出来ます。もちろん複製処理は本来のリクエスト処理をブロックしません。 例えば以下のように、mirrorに来たリクエストを複製してバックエンドサーバに投げるようにしてみます conf server { listen 80 ; server_name localhost; mirror_request_body on; log_subrequest on; location /mirror { mirror /proxy; #/proxy宛にリクエストを

「チョットマタセタカナ」前回→sm25833567次回→sm27758529まとめ→mylist/45833296本動画は本来のキャラクター像を著しく損なわせている可能性があります。そのような分野が苦手な方はご視聴を控えることを推奨します。

よくMySQLはゆるふわだから 値が勝手に切り詰められる エラーが起きずに変な値/日付が入る 不正なスキーマが入ってしまう など言われることがあります。ただそれは、そもそもの設定が悪いのです。(確かに昔デフォルトがゆるふわなのはいけなかったんですが) ということで、データベースには不正な値が入らないように設定はとにかく厳しくしておくのがオススメです。 じゃあどうするか。 MySQLはSQL Modeによって、その辺りの制約をコントロールすることができます。以前、MySQLのsql-modeで一番厳しいやつはTRADITIONAL、というのを書いたのですが、実はそれだけでは不十分で、TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BYとするのがより安心なようです。 これはkamipoさんに教えてもらいました。 @songmu TRADITI