車庫証明書の取得を省略できるパターン 通常、車の登録には車庫証明書が必要になります(※村は車庫証明書は不要です)。 車庫証明書を取得するには警察に行って申請しなければいけません。書類も使用承諾書や地図・配置図などを揃えなければならずかなり面倒ですし、お金もかかります。 ですが、近年は国土交通省の方針で登録書類を簡略化しようという流れがあり、車庫証明書も省略できる場合があります。 ※車庫証明書が省けるのは名義変更（移転・変更）のときだけです。新規登録のときは省略できません。 ここからパターン別に解説していきます。 車検証の住所と新所有者の住所が同じ場合 名義変更（移転登録）のときは必ず旧所有者と新所有者がいますが、その際に車検証に記載されている住所と新所有者の住所が全く一緒であれば車庫証明書は省略できます。 いくつかのパターンが考えられます。 所有権解除 これは本当によくあるパターンですね。

スキー板のパフォーマンスを最大限に発揮するためにも メンテナンスはとても大切です。 こちらのページでは シーズン中のスキーお手入れ方法をご紹介します。 ■ 簡単なホットワックスの方法 ワックスがけをする理由 １．スキーの滑走性を高めます。 ２．滑走面の酸化を防ぎます。 ワックスを塗らなくてもスキーは出来ますが、よりよくスキーを楽しんでいただくためには ホットワックスを塗られることをオススメします。

By Ken Teegardin カナダ政府は2008年、部門の人員コストを削減するために給与計算部門を廃止し、IBMから給与計算システム「Phoenix Pay System」を導入しました。しかし稼働したシステムは正常に職員たちの給与を計算せず問題となり、事態を終息させるために現カナダ政府が約10億カナダドル(約820億円)を投入する事態にまで発展しています。 Canada to Scrap IBM Payroll Plan Gone Awry Costing C$1 Billion - Bloomberg https://www.bloomberg.com/news/articles/2018-03-01/canada-to-scrap-ibm-payroll-plan-gone-awry-costing-c-1-billion IBMからPhoenix(フェニックス)を導入する事業

現地時間の 11/17、NLB (Network Load Balancer) の Proxy Protocol サポートが発表されました。 Elastic Load Balancing: Network Load Balancer adds support for Proxy Protocol Proxy Protocol - Target Groups for Your Network Load Balancers (※11/22時点で英語のみ) CLB の頃は Proxy Protocol v1 だったんですが、NLB は v2 のみになります。 また CLB の頃と違い、実装時からマネジメントコンソールで手軽に設定できるようになっています。動作含め検証してみました。 はじめに : Proxy Protocol とは すごく乱暴にいえば、「HTTP でいうところの X-Forward

In this blog post, you’ll learn how the Proxy Protocol preserves a client’s IP address when that client’s connection passes through a proxy. You will also find resources for how to integrate the protocol into your own proxy or web server software. What is the Proxy Protocol? It is a network protocol for preserving a client’s IP address when the client’s TCP connection passes through a proxy. Witho

接待のお礼メールのページ。 このページでは、取引先などから飲食やゴルフなどの接待を受けた場合のお礼メールの文例をご紹介しています。 本来、お礼の言葉を伝える場合には、メールはあくまでも略式であり、お礼状を出すのが正式なマナーです。しかし逆にメールの場合はその日のうちに送信できるメリットもあります。戻ってすぐ、その日のうちに送ることで嬉しかった気持ちが相手に伝わります。

Twitter で「読みたい」と呟いたら著者の武内覚さんから献本しましょうかとお声を掛けて頂いたので即答でお願いしました。 僕はいつも Linux でしか動作しないソフトウェアを Windows に対応させるパッチを書いたりしているので、普段 Windows しか触っていないと思われがちですが、実は僕が Linux を触り始めたのは 1996 年にトッパンから出版された「Linux 入門」くらい昔だったりします。ちょうど Linux 2.0 が出た頃だったと思います。その頃の Linux はようやく SMB カーネルが出た頃で、まだまだお遊び感のある OS で不安定でもありました。ディストリビューションもほぼ Slackware くらいしか無かったかもしれません。 あの頃の Linux はインターネットを検索しても殆ど情報が出て来ず、本気で調べるにはソースコードを読むしかありませんでした。

はじめに 先月正式リリースされたAmazon Inspector。皆さん使ってみましたでしょうか？EC2にAgentを入れておくだけで、ルールに基づいてセキュリティ評価を行ってくれる便利サービスです。全てのEC2にデフォルトで導入しちゃっても良いくらいのサービスだと思います。 今回は実際に脆弱性を内包したEC2を構築し、Amazon Inspectorで脆弱性を検知させてみました。 やってみた EC2を構築する Amazon Inspectorの検査対象となるのは以下のリージョンのEC2です。 US West (Oregon) US East (N. Virginia) EU (Ireland) Asia Pacific (Tokyo) 検査対象として対応しているOSは以下の通りです。 Amazon Linux (2015.03 or later) Ubuntu (14.04 LTS) R