ActionArgsが素晴らしい件 #Rails - Islands in the byte stream
github.com Railsのcontrollerで違和感があるのって actionのinputに params というインスタンスメソッド経由でアクセスすること しかも params はviewからアクセスできる！ actionのoutputが controller のインスタンス変数への代入であること しかもそのインスタンス変数はviewからアクセスできる！ というところだと思うんですよ。 なぜなら我々は「メソッドの引数でinputを受け取りメソッドの戻り値をoutputとすべし」ということを是としてコードを書いてるわけじゃないですか。リーダブルコードを読むまでもなく、変数のスコープは狭ければ狭いほどメンテナンスしやすいリーダブルなコードだというベストプラクティスを正しいものとしてコードを書いているわけじゃないですか。 そういうベストプラクティスに真っ向から反しているのが現在のRa
ブラウザのキャッシュ - Carpe Diem
概要 Webフロントのパフォーマンス診断 - Carpe Diem で指摘されたブラウザキャッシュの対応をするため調べてみました。 大きく分けて強いキャッシュと弱いキャッシュの２種類のキャッシュがあります。 強いキャッシュ ブラウザ側でリソースを保持し、期限が切れるまでサーバにHTTPリクエストを発行しません。 なので一度ブラウザにキャッシュされるとサーバ側からハンドリングすることができなくなります。 これを設定する方法は Cache-Controlヘッダー Expiresヘッダー の２つがあります。 Cache-Control: max-age サーバからのレスポンスで以下のようにCache-Controlヘッダーを付けます。 Cache-Control: max-age=3600 このヘッダーが付いたリソースはブラウザ上では強いキャッシュとして残ります。 max-ageは秒数なので、こ
CDNに動的コンテンツを安全に通すにはどうするべきか - 方向
メルカリでCDNにキャッシュされるべきでないページがキャッシュされることにより個人情報の流出が発生してしまうインシデントがありました 自分は動的コンテンツをCDNで配信することにあまり積極的ではない立場だったのですが流出への反応を見るとCDNを利用しているサービスはかなり増えてきているようです 個人情報やユーザーのプライベートデータを決して流出しないようにしつつCDNを利用する方法を考えてみました CDN利用のメリット このふたつ 経路が最適化されレイテンシが小さくなる DDoS対策となる キャッシュされないようにする方法 Twitterで動的コンテンツもCDN通すの当たり前でしょーと言ってる人にリプしてきいてみました CDNとレスポンスヘッダで二重にキャッシュを無効化する キャッシュを細かくコントロールCDNを使う ホワイトリスト方式で特定のパスのみキャッシュを許可 ログインセッションを
問題を指摘するだけで改善案を出せない専門家、「重箱の隅おじさん」の話
つい先日、あるwebマーケティング会社の方々から、 「社外の専門家を雇ったのだけど、本当にうんざりした」 という話を聴いた。 「なぜ？」とお聞きすると、 「とにかく仕事ができないので、チームの雰囲気を悪くする。」 という。 しかし、当然ながら 「仕事ができない専門家をなぜ雇ったのか？」 というギモンが浮かぶだろう。 私はそれを聞いた。すると彼らは、 「いや、知識だけはすっごいあるんですよね。分析ツールとか、統計とか。異常なほど詳しい。本も出したりしている。」 「なるほど。ではなぜ「仕事ができない」と感じたのですか？」 「その人さ、問題を指摘するだけで、全然改善案を出せない専門家なんですよ。」 「そういうことですか。」 「例えば、webサイトを見て、あそこが悪い、ここもダメ、っていう指摘はめちゃめちゃうるさいんですよ。でも、「じゃあどうすれば改善しますか？」と聞くと、何も出てこない。」 「な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
