Nginxで、リクエストを複製するmirrorモジュールが標準搭載された - ASnoKaze blog
[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宛にリクエストを
やっぱりサーバーサイドレンダリングなんかしなくていいやという気持ち - console.lealog();
個人の意見 aka ポエムです。 界隈的には今さら感がすごいけど。 そんな今さらポエった事情としては、 とある案件でSPAをReactで作りつつサーバーサイドレンダリング（以下SSR）をすることになるかも SPAじゃないページもまとめてReactでSSRすることになるかも ただ個人的にはSPA+SSR不要論者 サーバーサイドのテンプレートとしてのReactも冗長なだけやろ派 でも仕事なのでしゃーない（お客様がそう申されるなら・・ なのでやるからには再考察してみて、前向きにやれる要素を見つけたい！ けどどんだけ考えてもやっぱり意義が見つけられなーい( ´Д｀)=3 という感じで、SSR自体の是非はまあどうでもよくて、ただ個人的に「しなくていい」と思ってる気持ちをまとめたものです。 技術に是も非もないです。大事なのはどう使うかなのです。 ちなみにやってみた結果・・とかいう話ではなく、やってない
CASは4K/8Kになると"悪質化"する
【2018年3月5日13時00分追記】本記事初出時のタイトルは『B－CASカードは4K／8Kになると"悪質化"する』でしたが、本記事が、現行B－CASカードではなく、広くCASについて述べたものであることを明確にするため、『CASは4K／8Kになると"悪質化"する』に修正しました。 総務省は今年1月、2018年12月1日から4K/8Kの実用放送を開始することを明らかにした。それにともない、各メーカーは対応チューナーの開発を始めなければならないタイミングに差し掛かっている。 ところが、この次世代放送に際し、消費者の目線からは看過できない運用ルールの変更が、NHK主導で進められようとしていることが筆者の取材で明らかになった。 チップの価格がレコーダーに上乗せされる その実態を端的に説明すると、「消費者の負担増」である。 これまで消費者は放送の暗号化および契約者識別に用いるICチップ（現行方式で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外部のAPI叩くときの話 - ◯ △ □
GitHub - noborus/trdsql: CLI tool that can execute SQL queries on CSV, LTSV, JSON, YAML and TBLN. Can output to various formats.
こわがりが厳選するうますぎてもはやおそろしい食べ物6品
GitHub - ahmetb/kubectx: Faster way to switch between clusters and namespaces in kubectl
