１．やりたいこと UserAgentから、「パソコン」「スマートフォン」「タブレット」など判別することができます。 WEBの世界では、この条件に応じて表示するレイアウトを変えたりすることは多々あるかと思います。 あるいは、ログからアクセス数を求めるなんてこともあるでしょう。 今回は、その中でも「タブレット」を判別する方法を検討してみます。 ２．検討 大きく分けると、「iPad」と「Android」の2種類に分類できると思います。 「windows Phone」「Blackberry」「Kindle」などは、今回は割愛して、その他扱いにします。 iPad iPadを識別する方法は非常にシンプルです。 例：『iOS 8.0.2 iPad Safari』のUserAgent Mozilla/5.0 (iPad; CPU OS 8_0_2 like Mac OS X) AppleWebKit/60

今年3月にリリース予定の Python 3.4 から、 enum が追加されます。 (ドキュメント) Python 2.4 から使えるバックポートが開発されており、 pip install enum34 でインストールできます。 enum が欲しい理由 今までも例えばこんな方法で定数を定義していました。 しかし、この方法には以下のような問題点があります。 デバッグ時など、ただの整数値が表示され、意味が分かりにくい 値から名前を引く方法を自作しないといけない 列挙する方法も自作しないといけない アドホックに解決したり、ライブラリがあったりしたんですが、これくらい標準ライブラリに欲しいですよね。で、標準ライブラリに入ったんだから、使いましょう。 シンプルな使い方 namedtuple と同じく、最初に形名、次に名前の一覧のリスト、あるいは空白区切りの文字列を渡すと、勝手に1から順番に値が割り振

ユーザーエージェント一覧（iPhone、iPad、Mac） アクセス解析等において、OSやスマホの機種、ブラウザなどの判別に利用されるHTTPユーザーエージェント（User-Agent）の一覧表（iPhone、iPad、Mac）です。 HTTPユーザーエージェントで特定の個人を識別することはできませんが、ユーザーのOSやスマホ機種がわかるため、ブラウザ解像度に応じたページへの誘導等に活用することができます。 当サイトのアクセス解析データを元にまとめてみました。 2018年1月のデータを追記しました。（〜 iOS 11.2.5 beta） 当サイトはiPhone、iPad、Macからのアクセスが7割近くを占めるため、iPhone、iPad、Macのアクセスログのみを抜き出して整理しました。 HTTPユーザーエージェントは、ある程度の知識があればOSやブラウザに関わらず自分で設定（偽装）でき

MySQLのレプリケーションはデフォルトでは非同期で行われます。そのため、マスターの更新が必ずスレーブへ転送されたか保証はしません。 これを実現するしくみとして、MySQL5.5とそれ以降からは準同期レプリケーション機能を使用できます。今回は準同期レプリケーションについて紹介します。MySQLのバージョンは最新の5.7.21を使用しています。 準同期レプリケーションとは 準同期レプリケーションは、マスターの更新がスレーブに適用ではなく、伝搬されたことを保証する仕組みです。 コミットしたトランザクションはマスターから1台以上（オプションで変更可能）のスレーブに伝搬し、受け取ったスレーブ（I/Oスレッド）が通知をマスターに返したところでコミットが完了となる仕組みです。よって、スレーブ側で適用されたことまでは保証されないので、完全同期ではなく準同期と呼ばれます。 更新データの伝搬後にSQLスレッ

DDoS攻撃（Distributed Denial of Service Attack）とは「分散型サービス妨害攻撃」とも呼ばれるサイバー攻撃の手法の1つである。 DDoS攻撃（Distributed Denial of Service Attack）とは「分散型サービス妨害攻撃」とも呼ばれるサイバー攻撃の手法の1つである。攻撃者が複数の第三者のコンピュータに攻撃用のスクリプトやプログラムを仕掛け、一斉に大量のデータを標的の公開サービス（サーバ）に送りつけることで正常に稼働できなくする攻撃である。他にも、本当の攻撃を隠すためのダミー攻撃としても使われることがある。 Distributedではない（分散ではない）手法としてDoS攻撃があるが、これは攻撃者や第三者の1台のコンピュータから標的のサービスに対して大量のデータを送りつけてくる攻撃である。攻撃される側は、気付きやすく、遮断しやすい。

大学時代に、文系のわたしでも情報系の授業でならいました。覚え方を教えられましたが、覚えること自体には特に意味はありません。 ネットワークを理解していく過程で必ず必要になってきます。その際に、見返しながらネットワークの勉強を進めていけば、自然と覚えていきます。 ちなみに、ネットワーク屋としては、レイヤー1~3が超重要です。 そもそもネットワーク機器は基本的にレイヤー1~3を提供するものですからね。 ファイアーウォールやロードバランサ、サーバを扱っていく際には、更に高いレイヤーの知識を要します。 ロードバランサというのは、負荷分散装置ですね。冗長されたWebサーバの配下などに置いて、1基に集中するアクセスを分散します。 このOSI参照モデルと言うのは、各層で完全に独立しています。 が、ただし、上位の層は下位の層が正しく機能していることが前提で成り立ちます。 よって、IP通信が正しく取れている場

簡単に書くよ OSI参照モデル（読：オーエスアイサンショウモデル　英：OSI model）とは 「通信機能って、どんな仕組みにするの？」を整理した共通ルール（のひとつ）。 もう少し小難しく書くと 国際標準化機構（ISO）ってところが作ったデータ通信機能におけるモデル（イメージ図） です。 OSI参照モデルは、ネットワークを勉強すると必ず出てくるけど、分かったような分からないような気分になれる悩ましいやつですね。 それでは、ざっくりと見ていきましょうか。 まず、通信するときは送り手と受け手で同じルールを共有する必要があります。 片方が日本語で話しかけたのに、もう一方が英語でお返事したのでは、コミュニケーションが成り立ちませんよね。 それと同じです。 ところがどっこい、以前はメーカーごとに好き勝手なルールを作って、好き勝手に通信をしていました。 あるメーカーさんが作った機器は日本語でやり取りし