開発メモ#6 : ログの取り扱い : GrowthForecast, Amazon S3, Treasure Data で心労ゼロ - naoyaのはてなダイアリー
開発メモ#6 です。前回から少し間があいてしまいました。 開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー で書いたように、EC2 へのアプリケーションのデプロイにあたっては Elastic IP の利点を活かしてカジュアルにホストを入れ替えまくっています。ちょっとこのデプロイは慎重になりたいな、と思ったらスナップショットからインスタンスを立ち上げては切り替える、の繰り返し。 この運用をしていると、スナップショットとの差分ができやすいのは chef-solo で吸収するというのが前回、前々回のはなし。 もう一点問題があります。アクセスログやアプリケーションのログです。フロントエンドのサーバをあっちこっち切り替えているうちに、そのままではログが分断されてしまう。ホストを Terminate しようものならログは消失してしまいます。 この
RS-232C機器の接続をWi-Fiで無線化 Wi-Fi - RS-232C 変換アダプター REX-WF60 [RATOC]
離れた場所にあるデジタル測定器などを管理 REX-WF60はワイヤレスLANを介して離れた場所にあるシリアル通信機器を、制御・管理できるシリアルインターフェイスです。 またコネクターには、EIA/TIA-232-F 規格対応のD-Sub 9Pin を採用しており、RS-232C機器とWi-Fi接続で通信が可能です。 IEEE802.11b/g規格に対応、またWEP-128、WPA-PSK(TKIP)、WPA2-PSK(AES)認証に対応し、様々な無線LANの環境下で使用することができ、シリアルインターフェイスを持たないPCやiOS端末、Android端末なども接続することができ、対象の機器との距離が離れている場合など様々な用途に使用が可能です。 アクセスポイントモード・インフラストラクチャ、2つのモードを搭載 REX-WF60は、ルーターなど通信機器を介して通信するインフラストラクチャーモ
C++11 スマートポインタの話 - ここは匣
C++にはガーベジコレクタが言語的には存在しないので、動的に確保したオブジェクトのメモリの管理はプログラマが責任を持って管理しなければ、メモリリーク・リソースリークなどの問題を生じてしまいます。 今時のプログラマはこうした問題を引き起こすリスクを減らす為に、記述ミスの起こりやすい生のポインタを使い自力でnewとdeleteを記述する事を避けて、安全なスマートポインタ、即ちオブジェクトの寿命により自動的にメモリ解放を行う便利なポインタを利用するべきです。 しかし、スマートポインタと言っても種類が幾つかあり、落とし穴も存在するのでどういった状況でどれを利用するのが良いのかを考察してみます。 Dynamic memory managementを見てみても C++11から随分増えていますね http://en.cppreference.com/w/cpp/memory std::auto_ptr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバ運用の現場でひたすら監視し続けるエンジニアの手の内のすべて
