次に標準になるプロトコルとか次のJSフレームワークの話してるとよくあるんだけど、『今の性能で困ってない』って言われる事あるが、今後の標準から確実に遅れる発言なので注意した方がいい。
http://reactjs-meetup.connpass.com/event/11232/ 一人Advent Calendar書いた時にやりたいと言っていたのでReact.js meetup #1 を@yosuke_furukawaさんと開催しました。 DeNAさんが会場から懇親会のお酒や寿司、当日の運営まで全てやってくださったので自分はほとんど何もしてないですが..。 本当にありがとうございました!! やりたいって言ってこの規模の勉強会を開催させてもらえるの本当にスゴいなぁと思います...。 #reactjs_meetup #react_sushi です pic.twitter.com/GdpyF7Paqk — Toru Kobayashi (@koba04) April 24, 2015 ある程度予想はしていたのですが、Talkが10分と短かったりで押して慌ただしい感じになってしま
特に何も設定せずとも routes.rb にマッチしなかったリクエストは rails がエラーにしてくれますが、ログに書き出す等の特別な処理を差し込みたい時にはルーティングエラーを捕捉する必要があります。 少々苦戦したので、忘れないようにメモしておきます。 環境はRails 4.2.1ですが、4系なら同じ振る舞いになるはず。たぶん。 routes.rb 末尾に以下の行を追加すると、マッチしなかった全GETリクエストを raise_not_found! アクションで拾えるようになります。 get '*unmatched_route', to: 'application#raise_not_found!', format: false application_controller.rb application_controller は例えば以下のような感じで。 def raise_not_fo
(Last Updated On: 2018年8月13日)PHPはスクリプトアップロードに弱いシステムですが、PHPアプリにはファイルアップロードをサポートしているアプリが数多くあります。WordPressなど自動更新を行うアプリも増えてきました。 PHPアプリの場合、MVCフレームワークなどを使っていてもエントリポイントにはPHPファイルが必要です。ファイルアップロードをより安全に使うための設定も可能ですが、WordPressのようなファイル配置で自動更新を行っているアプリの場合、攻撃を完全に防ぐ事ができません。 しかし、簡単な方法でドキュメントルート以下のPHPファイルの実行をホワイトリストで防御することができます。 防御の方法 以下のような手順で意図しないPHPスクリプトの直接実行を防止です。 実行を許可するPHPファイルのホワイトリスト(allowed_php_scripts.ph
最近考えていたことをつらつらとまとめてみました。 TL;DR 技術を採用する戦略をイノベーター理論に従って類型化した 要求を満たすベストな選択をすべきで、マジョリティにいた方が安全 その上で、可能な範囲でアーリーアダプターやイノベーターを目指すことには意味がある 以下、本文です。 はじめに 情報システムに限った話ではありませんが、技術を利用して製品やサービスを提供するような場合、どういった技術を採用するか、という判断が必要になります。 その判断の基準としては、安定性や性能、組織内外の実績・ノウハウの有無など、いくつかあると考えられますが、ここではイノベーター理論とのアナロジーを用いて、取り得る戦略について考えてみたいと思います。 イノベーター理論については、下記あたりを一読してもらえればよいかと。 イノベーター理論 - MarketingPedia (マーケティング用語集Wiki) 戦略1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く