優技録 | public string[] 優技録 = { "Data Science", "Linux", "MS", "DB", "AWS", "Infrastructure", "C#", "PHP", "Python", "JavaScript"};

WEBデザインについて

投稿日: 2018年9月25日2018年9月26日投稿者: 優

これはウェブページです｡
https://justinjackson.ca/words_japan.html

>伝えたいことは何ですか?それがなければ､余計なパーツをつけるのは無意味です｡伝えたいことを一つだけ考えて､それを一つのページに落としこんでみてください｡公開した後でも､推敲を重ねてみてください｡何かを足したいと思ったときは､「これを足すことによって､伝えたいことがもっとハッキリするだろうか?この書体や画像､リンクは読み手の理解を助けるだろうか?」と自分に聞いてみてください｡もしも答えが「いいえ」であれば､足す必要はありません｡

ウェブデザインの本質は､言葉です｡言葉は､デザインをした後に考えるものではありません｡言葉はデザインの始まりであり､中心であり､主役なのです｡

言葉から始めましょう｡

Webライティングは二度輝く
https://www.cpi.ad.jp/bourne/story/web-writing/

>ストーリーはいつも現場に眠っている。

>セールスレターは言葉だけで完結するものではない。
言葉やストーリーの力で“夢”を見せ、写真や動画で“リアル感”を伝えてこそ、成立するのだ。

良いセールスレターは、言葉の力を用いて、お客様の頭の中に「商品を購入した後のワクワクする未来」をイメージさせる。
ストーリーをうまく使って、お客様のワクワク感を高め、やがて、その商品を自然と購入したくなる心理にさせる。

これらの不安は言葉だけでは払拭できないわ。
不安を払拭するためには、リアルで視覚的な情報が必要になるの。

そこでオススメしたいのが、写真や動画の活用よ。

Webサイトをお洒落に演出することで、お客様をワクワクさせることはできても、不安感を拭い去ることはできないの。

ストーリーはしばしば主観的な情報になりがち。
どれだけ素晴らしいストーリーも、「このストーリーは本当だろうか・・・？」と思われてしまうと元も子もないわ。
だから、その信頼性を証明する情報が必要なの。
そこで、「お客様の声」や「販売実績」などの情報を入れる。

手書きの手紙の写真は、そのお客様の声がウソでないことを証明し、サイトの信頼性を飛躍的に高めてくれる。

あのサイトには、他のサイトにはない情報量・・・そして、安心感があった。

>ダサくても、そのページから売れるのであれば、それが正義だ。

Linux Asterisk+Cloco Cloud Sip Trunk2資料

投稿日: 2018年9月19日2018年9月20日投稿者: 優

発着信出来る番号と端末グループ、発信のみの端末グループに分ける

Sip Trunk2を２つ用意するという場合

Asiteriskサーバで１台で２つのSip Trunk2に紐付けることができれば可能
Asiteriskサーバの設定は下記マニュアル（p15）を参考

https://www.clocoinc.co siptrunk2_manual_Ver1.1.6 m/cloco/wp-content/uploads/2017/12/siptrunk2_manual_Ver1.1.6.pdf

@mirror
siptrunk2_manual_Ver1.1.6

設定としては以下

Sip Trunk2壱ーDID１ー発信専用
Sip Trunk2弐ーDID２ー発着信専用

両方のSip Trunk2をAsiteriskサーバが１台で受けます

整理

Sip Trunk2が１つで２つの番号を紐付ける場合

発信専用の設定（or着信専用）を実施すると、そのSip Trunk2に結びつけられた２つ番号とも発信専用（or着信専用）が適用されます。
発信専用も着信専用のSip Trunk2で設定せずに、Asiteriskサーバで番号ごとに発信専用、発着信専用の設定を行います。

※ Linux Asteriskの設定内容はCloco Cloud非サポート

Google VR View

投稿日: 2018年9月18日2018年9月19日投稿者: 優

DEMO

動作確認 2018-0918

Chrome ◎
IE ◎
Firefox ×
Android標準ブラウザ ◎

CORS設定 NginxServerディレクティブ内

storage.googleapis.comからのアクセスを受け入れる

# Google VR View
add_header Access-Control-Allow-Origin https://storage.googleapis.com always;
add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";
add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";
add_header Access-Control-Allow-Credentials true;

# Google VR View

add_header Access-Control-Allow-Origin https://storage.googleapis.com always;

add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";

add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";

add_header Access-Control-Allow-Credentials true;

全部おっけー版

# Google VR View
add_header Access-Control-Allow-Origin * always;
add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";
add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";
add_header Access-Control-Allow-Credentials true;

# Google VR View

add_header Access-Control-Allow-Origin * always;

add_header Access-Control-Allow-Methods "POST, GET, OPTIONS";

add_header Access-Control-Allow-Headers "Origin, Authorization, Accept";

add_header Access-Control-Allow-Credentials true;

スクリプト読み込み

<!--Google VR View-->
<script src="//storage.googleapis.com/vrview/2.0/build/vrview.min.js"></script>
<script>
  window.addEventListener('load', onVrViewLoad)
  function onVrViewLoad() {
    var vrView = new VRView.Player('#vrview', {
      image: 'https://www.yuulinux.tokyo/demo/4837-GoogleVR-v1/vr-image1.jpg', //画像を埋め込みたい場合。値にパスを指定。
      width: '100%',
      height: '100%',
      is_autopan_off: true,
    });
  }
</script>
<!--Google VR View END-->

window.addEventListener('load', onVrViewLoad)

function onVrViewLoad() {

var vrView = new VRView.Player('#vrview', {

image: 'https://www.yuulinux.tokyo/demo/4837-GoogleVR-v1/vr-image1.jpg', //画像を埋め込みたい場合。値にパスを指定。

width: '100%',

height: '100%',

is_autopan_off: true,

});

}

</script>

@image

https://thinkmobiles.com/blog/how-to-make-react-vr-app/

.Net CoreアプリのSystemd化

投稿日: 2018年9月12日2018年9月13日投稿者: 優

.NET CoreのアプリをSystemd化

寄稿しました。

狂うこと

投稿日: 2018年9月12日2018年9月14日投稿者: 優

孔子の論語狂狷

子路第十三の二十一　狂者は進みて取り、狷者は為さざる所あり

子曰、不得中行而與之、必也狂狷乎、狂者進取、狷者有所不爲也。

子曰わく、中行を得てこれに与(ｸﾐ)せずんば、必ずや狂狷か。
狂者は進みて取り、狷者は為さざる所あり。

要約

最上である中庸の徳を心得た人を最も友として求めたいがそう近くにはいない
狂者か狷者のどちらかを選ぶしかない
狂者(理想家)は情熱的で志が大きく進取に富む
狷者(頑固者)は堅くなに潔癖で不善を行わない
極端であっても狂者か狷者と交わるべきである

世間の人からしたら、狂者と狷者はどちらも獣。

講孟箚記

狂者にあらざれば興すこと能(あた)わず。
この道を守るには、狷者にあらざれば守ること能(あた)わず。

狂愚

狂愚誠可愛／狂愚は誠に愛すべきもので
才良誠可虞／才良は誠に恐るべきものだ
狂常鋭進取／狂人は常に鋭く新しい物事に取り組み
愚常疎避趨／愚者は常に危険を避けたりしない
才多機變士／才人には変節漢が多く
良多郷原徒／良識者とされる者は八方美人が多い
流俗多顚倒／俗世間の評価はしばしば転倒していると
目人古今殊／古今の人物を見れば殊更に思われる
才良非才良／才良など本当は才良ではないし
狂愚豈狂愚／狂愚のなにが狂愚であろうか

@see
http://school.nijl.ac.jp/kindai/OWND/OWND-00063.html#47
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12185004212

狂

情熱を持ち鋭く取り組み行動すること
自己を信じてただひたすらにまっすぐ突き進むこと
枠からはずれ広がる

縁について

投稿日: 2018年9月6日2018年9月8日投稿者: 優

蜘蛛の糸

お釈迦さまは極楽の蓮池のふちを、独りでぶらぶらお歩きになっていらっしゃいました。
お釈迦さまが池の底をご覧になられると池の底は血の池地獄につながっていて罪人たちがうごめいているのであります。
するとその地獄の底に、カンダタという男が一人、ほかの罪人と一緒にうごめいている姿が、眼に止まりました。
このカンダタと云う男は、人を殺したり家に火をつけたり、いろいろ悪事を働いた大泥棒でございますが、それでもたった一つ、善い事を致した覚えがございます。
と申しますのは、ある時この男が深い林の中を通りますと、小さなクモが一匹、道ばたをはって行くのが見えました。
そこでカンダタは早速足を挙げて、踏み殺そうと致しましたが、
「いや、いや、これも小さいながら、命のあるものに違いない。その命をむやみにとるという事は、いくら何でも可哀そうだ。」
と、こう急に思い返して、とうとうそのクモを殺さずに助けてやったからでございます。お釈迦様は地獄の様子を御覧になりながら、このカンダタにはクモを助けた事があるのを思い出しになりました。
そうしてそれだけの善い事をしたむくいには、出来るなら、この男を地獄から救い出してやろうとお考えになりました。

(略)

カンダタ「こら、罪人ども。この蜘蛛の糸は己（おれ）のものだぞ。お前たちは一体誰に許しを得て、のぼって来た。下りろ。下りろ。」とわめきました。

その途端でございます。今まで何ともなかったクモの糸が、急にカンダタのぶら下っている所から、ぷつりと音を立てて切れました。

お釈迦様は極楽の蓮池のふちに立って、この一部始終をじっと見ていらっしゃいましたが、やがてカンダタが血の池の底へ石のように沈んでしまいますと、悲しそうなお顔をなさりながら、またぶらぶらお歩きになり始めました。自分ばかり地獄からぬけ出そうとする、カンダタの無慈悲な心が、そうしてその心相当な罰をうけて、元の地獄へ落ちてしまったのが、お釈迦様の御目から見ると、あさましく思召されたのでございましょう。

要約

蜘蛛を救った生前の業によって、お釈迦様とカンダタとを結ぶ縁が出来た
縁がないと、お釈迦様でも救うことが出来ない、関わることすら出来ない
縁があれば、お釈迦様でも悪党でも関わることが出来る
お釈迦様すら縁について介在することが出来ない
カンダタの言葉により、お釈迦様とカンダタとの縁が切れ、カンダタと亡者たちの縁も切れてしまった。
蜘蛛の糸のように縁は切れることがある、良い縁は大切にしなければならない

孟母三遷

孟子の母が、はじめ墓所の近くに住んでいたところ、孟子が葬式のまねをして遊ぶので市中に引っ越した。今度は商売のまねをするので学校のそばに引っ越した。すると礼儀作法をまねたのでそこに居を定めたという故事〕

教育には環境からの感化が大きいという教え。三遷の教え。

@see https://kotobank.jp/word/%E5%AD%9F%E6%AF%8D%E4%B8%89%E9%81%B7%E3%81%AE%E6%95%99%E3%81%88-645047

要約

良い縁と悪い縁がある
人が良く生きていくには環境となる”縁”が大切である

諸法無我縁起

「“無我”と聞くと、自分をなくさなければならないのか、と考える人がいます。たしかに“無我”とは自我がない状態です。しかし、いまここに生きているかけがえのない自分はいない、などといっているのではありません。

“無い”とされているのは、“常・一・主・宰”と規定されるものについてです。常にそこにあって変化せず、同一で、しかも主体的な存在であると考えられているものは、“無い”というのです。そう、常住なる永遠不変の自我は無い。

永遠不変の自我はない。しかし、かけがえのない自分はいる。ではどこにいるかというと、関係性の中にいる。それが“縁起”の世界だ。

“無我”と並んで仏教の根本概念をなすものが“縁起”だ。私たちが「縁起がいい」「縁起が悪い」と使うとき、そこには何らかの因果関係を感じとっていることが多い。

そのとおりだが、単純な因果関係では終わらないのが、仏教における“縁起”である。それを竹村先生は、「“因（原因）”と“果（結果）”の間に、“縁”がある」と説明する。

「何かの現象（出来事）が起こるのには“因”が必要なのですが、因だけでは起こらないのです。そこには“縁”が必要です。“因”が直接的原因とすれば、“縁”は間接的な条件。直接的原因と間接的条件とがあいまって、初めて現象が生じるのです」

どんなに才能のある人であっても、チャンスだとか巡りあわせなどの間接的条件に恵まれないと、世の中で成功しない。逆に、取り立ててくれる人がいたり時の運を得たりしても、本人に実力がなければ成功し得ない。これは人の世でしょっちゅう見聞きすることであるが、仏教はこのように、事実を事実として見つめた科学的な見方をしていると、竹村先生は言う。

「仏教はこのように、実体論的世界観ではなく、関係主義的世界観を持っています。あらゆるものは関係性の中にあって初めて存在し得ているから、自分で自分を支えているものはない。自分で自分を支えるものではないということは、本体がない、ということです。関係の中で初めてありえている。これが仏教の世界観なのです」

@see https://mananavi.com/%E3%80%8C%E7%84%A1%E6%88%91%E3%80%8D%E3%81%A8%E3%80%8C%E7%B8%81%E8%B5%B7%E3%80%8D%E3%82%92%E7%90%86%E8%A7%A3%E3%81%99%E3%82%8C%E3%81%B0%E4%BB%8F%E6%95%99%E6%80%9D%E6%83%B3%E3%81%AF%E8%85%91%E3%81%AB/

要約

常在なる永遠不変の自我はない、自分はどこにいるのか。
関係性の中、縁起の世界に自分はいる。関係主義的世界観。
自分はただ縁の重なり合いの中にあり、自分だけがあるわけではない、自分が自分を支えているのではない。関係の中で存在しうる存在であり、また自我も常に移ろい変化し続け、留まらない。
原因となる因、結果の果の間には縁がある
因があっても、縁がなければ現象は起こらない
良い因と良い縁によってこそ、良い果が現象として生じる

抽選くじがあたる確率

投稿日: 2018年9月5日2018年9月8日投稿者: 優

母数がわかる場合

10枚のくじに当たりが１枚入っていて、3回引いた時に１度は当たる確率

当たる確率 = すべての確率－ 3回ともはずれの確率

1 － (9/10 × 8/9 × 7/8) = 3/10 = 0.3

上記の条件で９回引いた場合に１度は当たる確率

1 － (9/10 × 8/9 × 7/8 × 6/7 × 5/6 × 4/5 × 3/4 × 2/3 × 1/2) = 0.9 = 90%

母数がわからない場合

目当てのSSRのキャラを引ける確率が10%のガチャを3回引いた時に１度は目当てのSSRのキャラが当たる確率

1 － (9/10)^3 = 0.271

上記の条件で９回引いた場合に１度は当たる確率

1 － (9/10)^9 = 0.6126 = 61%

あれれ～。

母数がわかっている場合かつ確率100パーセントでくじを当てる方法

１枚ずつ抽選くじを当たるまで買う

母数がわかっている場合かつ夏祭りの夜店で抽選くじを引いて当たる確率

というわけでもなく、
たくさんはずれくじを引いたのを不憫に思ってか、夏祭り最終日に屋台のおじさんから景品のゲーム機を貰ったことがあります。

【障害報告事例】MonappyからMonacoinが盗難

投稿日: 2018年9月2日2018年9月5日投稿者: 優

バグ２つ

高負荷状態でサイト側とmonacoind側の通信タイムアウトを誘発し、DBのトランザクション処理をロールバックさせることで同一のギフトコードから複数回利用が可能なバグ
サイト側でロールバック処理されても、monacoind側では送金処理が行われてしまっていたバグ

この２つのバグにより、同一ギフトコードからn回の送金処理が可能になった

事象

ホットウォレットの保有コインすべての盗難

発覚の経緯

2018年9月1日午前11時、今回とは別件の攻撃に関する注意喚起を受けたのを期に改めて調査したところ、サーバ上にあるホットウォレットがユーザの残高に対して不足していることを確認
この件を受けてすぐにサーバを切断し確認作業を行っておりましたが、調査の結果ほぼすべてのMonacoinが盗難されていることが判明しました。
2018年9月2日午前1時、検証の結果攻撃に至った原因が高負荷時におけるギフトコード機能の不備であることを確認

従来よりセキュリティ対策としてサーバへのアクセス制限、各種の脆弱性テストなどを実施していた

原因(推測原因)

悪意あるユーザのギフトコード機能を悪用した攻撃
モニタリング体制の不備
テストや確認の不備

MonappyからMonacoinを送信する際は、
monacoindという別のサーバ上のアプリケーションと通信する仕様になっています。
この通信がタイムアウト等で失敗した場合はサーバダウンなどで送金に失敗しているとみなして、
取引をロールバックする仕様となっていました。
また、ギフトコードの処理に関してはデータベースのトランザクション機能等を利用しており、
本来同じギフトコードを二重に使用することはできないようになっていました。
しかし、高負荷状態でギフトコードを連続して使用しようとした場合、通信を受け取ったmonacoindの応答に時間がかかり、
サイト側ではタイムアウトとなってロールバックされたあとにmonacoind側では送金が行われていました。
この結果、一つのギフトコードから複数回送金されたものと考えられます。
また、この攻撃に際し少額のMonacoinを大量に送付しておくことでcoind送信時の負荷を増大させようとする試みも確認しました。

現時点で推測される攻撃の流れについては上記の通りです。

恒久対応

※後で書く

原文

Monappyへの攻撃についてのお詫びとお知らせ (2018年9月2日午前4時40分更新) いつもMonappyをご利用いただきありがとうございます。この度、弊サイトに対して外部からの攻撃が発生し、調査の結果ホットウォレット内のMonacoinが盗難されていることが判明いたしました。全残高の54.2%を保管しているコールドウォレット内のMonacoinについては影響はありませんでした。詳細な攻撃の内容に関しては現在サービスを停止して調査を進めております。ユーザーの皆様をはじめ、ご関係者の皆様に多大なるご迷惑をおかけしていますことを深くお詫び申し上げます。なお、本件についてはblock withholding attackなどによるものではないと思われることを確認しました。本文章の初版において誤解を招く表現をしてしまっていたことをお詫び申し上げます。 1. 発覚の経緯 2018年9月1日午前11時、今回とは別件の攻撃に関する注意喚起を受けたのを期に改めて調査したところ、サーバ上にあるホットウォレットがユーザの残高に対して不足していることを確認しました。この件を受けてすぐにサーバを切断し確認作業を行っておりましたが、調査の結果ほぼすべてのMonacoinが盗難されていることが判明しました。 2018年9月2日午前1時、検証の結果攻撃に至った原因が高負荷時におけるギフトコード機能の不備であることを確認いたしました。従来よりセキュリティ対策としてサーバへのアクセス制限、各種の脆弱性テストなどを実施しておりましたが、今回の攻撃を許してしまう結果となってしまいました。誠に申し訳ございません。現在も攻撃の内容について調査を行っております。なお、この件につきましてメールアドレスやパスワードなどユーザー情報などの流出は確認されておりません。 2. 攻撃の経緯 2018年8月27日から2018年9月1日にかけて、攻撃者と見られる複数のユーザーがギフトコードを大量に発行しました。同8月29日から9月1日にかけて外部受け取り機能（ログインせずにギフトコードを受け取れる機能）を利用してギフトコードを受け取る際、高い頻度でリクエストを行うことで一つのギフトコードに対し数回の送金が行われてしまい、今回の攻撃に至りました。 MonappyからMonacoinを送信する際は、monacoindという別のサーバ上のアプリケーションと通信する仕様になっています。この通信がタイムアウト等で失敗した場合はサーバダウンなどで送金に失敗しているとみなして、取引をロールバックする仕様となっていました。また、ギフトコードの処理に関してはデータベースのトランザクション機能等を利用しており、本来同じギフトコードを二重に使用することはできないようになっていました。しかし、高負荷状態でギフトコードを連続して使用しようとした場合、通信を受け取ったmonacoindの応答に時間がかかり、サイト側ではタイムアウトとなってロールバックされたあとにmonacoind側では送金が行われていました。この結果、一つのギフトコードから複数回送金されたものと考えられます。また、この攻撃に際し少額のMonacoinを大量に送付しておくことでcoind送信時の負荷を増大させようとする試みも確認しました。現時点で推測される攻撃の流れについては上記の通りです。今後も引き続き調査を進めて参ります。 3. 原因上記の通り、悪意あるユーザのギフトコード機能を悪用した攻撃が直接の原因となります。また、当方の平時のモニタリング体制の不備、テストや確認の不備などが根本的な要因と認識しております。 4. 影響 Monappyに残高をお持ちの全ユーザー様が対象となります。 5. 今後の対応についてまずは今回の攻撃に関する詳細の調査を最優先として、誠実に対応させていただきます。その後、詳細のご報告、皆様へのご対応、再発防止策などについて対応を進めて参ります。 6. ご注意のお願い・本件の対応を理由に、Monappyからメール・電話・郵便等でメールアドレスやパスワードなどをお伺いすることはありません。・本件に関するメールにファイルを添付してお送りすることはありません。・monappy.jp以外のドメインにてmonappyのメールアドレスやパスワードを入力させることはありません。不審なメールなどには十分ご注意いただくようお願いいたします。 6. 本件に関する連絡先 Monappyサポート support@monappy.jp 7. 変更履歴 2018年9月1日初版公開 2018年9月2日午前2時30分文章の推敲、誤解を招く表現の訂正しました。また、攻撃の詳細について調査結果を追記しました。 2018年9月2日午前4時40分攻撃の詳細が確定しました。また、よりわかりやすい表現になるよう追記しました。皆様には本件においてご迷惑、ご不安をおかけしておりますことを改めてお詫び申し上げます。今後も引き続き対応を進めて参ります。 2018年9月2日 monappy.jp

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

Monappyへの攻撃についてのお詫びとお知らせ (2018年9月2日午前4時40分更新)

いつもMonappyをご利用いただきありがとうございます。

この度、弊サイトに対して外部からの攻撃が発生し、調査の結果ホットウォレット内のMonacoinが盗難されていることが判明いたしました。
全残高の54.2%を保管しているコールドウォレット内のMonacoinについては影響はありませんでした。
詳細な攻撃の内容に関しては現在サービスを停止して調査を進めております。
ユーザーの皆様をはじめ、ご関係者の皆様に多大なるご迷惑をおかけしていますことを深くお詫び申し上げます。

なお、本件についてはblock withholding attackなどによるものではないと思われることを確認しました。
本文章の初版において誤解を招く表現をしてしまっていたことをお詫び申し上げます。

1. 発覚の経緯
2018年9月1日午前11時、今回とは別件の攻撃に関する注意喚起を受けたのを期に改めて調査したところ、サーバ上にあるホットウォレットがユーザの残高に対して不足していることを確認しました。
この件を受けてすぐにサーバを切断し確認作業を行っておりましたが、調査の結果ほぼすべてのMonacoinが盗難されていることが判明しました。
2018年9月2日午前1時、検証の結果攻撃に至った原因が高負荷時におけるギフトコード機能の不備であることを確認いたしました。

従来よりセキュリティ対策としてサーバへのアクセス制限、各種の脆弱性テストなどを実施しておりましたが、今回の攻撃を許してしまう結果となってしまいました。誠に申し訳ございません。
現在も攻撃の内容について調査を行っております。

なお、この件につきましてメールアドレスやパスワードなどユーザー情報などの流出は確認されておりません。

2. 攻撃の経緯
2018年8月27日から2018年9月1日にかけて、攻撃者と見られる複数のユーザーがギフトコードを大量に発行しました。
同8月29日から9月1日にかけて外部受け取り機能（ログインせずにギフトコードを受け取れる機能）を利用してギフトコードを受け取る際、高い頻度でリクエストを行うことで一つのギフトコードに対し数回の送金が行われてしまい、今回の攻撃に至りました。

MonappyからMonacoinを送信する際は、monacoindという別のサーバ上のアプリケーションと通信する仕様になっています。
この通信がタイムアウト等で失敗した場合はサーバダウンなどで送金に失敗しているとみなして、取引をロールバックする仕様となっていました。
また、ギフトコードの処理に関してはデータベースのトランザクション機能等を利用しており、本来同じギフトコードを二重に使用することはできないようになっていました。
しかし、高負荷状態でギフトコードを連続して使用しようとした場合、通信を受け取ったmonacoindの応答に時間がかかり、サイト側ではタイムアウトとなってロールバックされたあとにmonacoind側では送金が行われていました。
この結果、一つのギフトコードから複数回送金されたものと考えられます。
また、この攻撃に際し少額のMonacoinを大量に送付しておくことでcoind送信時の負荷を増大させようとする試みも確認しました。

現時点で推測される攻撃の流れについては上記の通りです。今後も引き続き調査を進めて参ります。

3. 原因
上記の通り、悪意あるユーザのギフトコード機能を悪用した攻撃が直接の原因となります。
また、当方の平時のモニタリング体制の不備、テストや確認の不備などが根本的な要因と認識しております。

4. 影響
Monappyに残高をお持ちの全ユーザー様が対象となります。

5. 今後の対応について
まずは今回の攻撃に関する詳細の調査を最優先として、誠実に対応させていただきます。
その後、詳細のご報告、皆様へのご対応、再発防止策などについて対応を進めて参ります。

6. ご注意のお願い
・本件の対応を理由に、Monappyからメール・電話・郵便等でメールアドレスやパスワードなどをお伺いすることはありません。
・本件に関するメールにファイルを添付してお送りすることはありません。
・monappy.jp以外のドメインにてmonappyのメールアドレスやパスワードを入力させることはありません。
不審なメールなどには十分ご注意いただくようお願いいたします。

6. 本件に関する連絡先
Monappyサポート
support@monappy.jp

7. 変更履歴
2018年9月1日初版公開
2018年9月2日午前2時30分文章の推敲、誤解を招く表現の訂正しました。また、攻撃の詳細について調査結果を追記しました。
2018年9月2日午前4時40分攻撃の詳細が確定しました。また、よりわかりやすい表現になるよう追記しました。

皆様には本件においてご迷惑、ご不安をおかけしておりますことを改めてお詫び申し上げます。
今後も引き続き対応を進めて参ります。

2018年9月2日
monappy.jp

@see

http://monappy.jp/index.html

【障害報告事例】なかなか原因を見つけにくいケーブルのトラブル

投稿日: 2018年8月30日2018年8月30日投稿者: 優

先に結論

下記を考えて問題がない場合、手作りLANケーブルの規格外による不具合を疑う

クライアント(人)

障害時にクライアントが何かトリガーをひいていないかの確認
・抜けたLANケーブルをスイッチに接続することで、お客様が一時対応した(ループ)
・机を移動させた、
・セキュリティソフトを新規導入した
・UTMを導入した
・サーバを増設した、
・ビルの停電
・…etc

ネットワーク機器(ルータ, スイッチ)

LAN接続の接触不良
ハードウェア破損
コンフィグミス
ネットワーク機器とクライアント端末のAuto-Negotiationと固定設定の不一致など
ログ
ループやエラーパケットの有無

クライアント端末

LAN接続の接触不良
異常設定
アプリの不具合
セキュリティソフト、スキャン
ネットワークファイルシステム

ISP プロバイダ

工事
通信障害など

ネット上で公開されているので確認する

障害報告事例手作りによる規格外のLANケーブルによる不具合

障害内容

ネットワークの中で一部のパソコンの通信が出来ない

事象

ネットワークの中で一部のパソコンの通信が出来ない、LANスイッチのリンクランプは点灯する。
パソコンのLAN機能を10メガ・イーサネットに固定すれば，不調のパソコンでも通信できる
配線はケーブルチェッカで確認、リンクアップも問題ない
自作ケーブルをすべて市販のケーブルに取り替えた。するとすべてのパソコンが100メガで通信できるようになった。

原因

手作りによる規格外のLANケーブルによる不具合

イーサネット・ケーブルは，内部に2本の心線をよって組にしたより対線が4組入っている。10メガ/100メガ・イーサネットでは，4組のうち2組をそれぞれ送信と受信に使って通信する。具体的には，コネクタのピン番号が1番2番の組と3番6番の組を使う。

信号線をより対にするのはノイズ対策のため。100メガ・イーサネットでは10メガに比べて高い周波数の電気信号を使って通信するので，外部からのノイズの影響は10メガより受けやすい。そのため，100メガ・イーサネット用のLANケーブルは，コネクタ部分でよりを戻す長さが13mmまでと規格で決まっている。また，実際に送受信に使うピン番号1番2番と3番6番が，それぞれ1組のより対線に接続されていなければ意味がない。

しかし，奥田さんは「作業を楽にするため，よりは多めに戻していた記憶があります。また，より対線は1と2，3と4，5と6，7と8のように隣り合わせで配線していました」という。この配線では，3番6番の組がより対の組にならない。コネクタ部分も含めて，通常よりノイズの影響を受けやすいケーブルが出来上がっていた。規格に合致しないケーブルがトラブルの原因になっていたのである。

恒久対応

手作りのLANケーブルを市販のLANケーブルに交換を行った

原文

ネットワークを利用したり，運用するとき，残念ながらトラブルは避けて通れない。そこで今回は，そんなトラブルの事例を一つ見ていこう。

2003年の春のこと，イベント制作会社の新入社員だった奥田敦司さんは，翌日から学会が開かれる会場の一角で原因不明のネットワーク・トラブルと格闘していた。このネットワークは，来場者に資料を印刷したりインターネットで調べものをするための環境を提供するもの。インターネットに接続された回線をLANスイッチで分配し，机に並べた10台くらいのノート・パソコンとプリンタをつなぐ小規模なネットワークである。

そのネットワークで，なぜか一部のパソコンがうまく動かない。LANスイッチのリンク・ランプは点灯するのに，通信できないのだ。

奥田さんは最初，パソコン側の設定ミスを疑って，LAN機能の設定をいろいろ変更して試していた。そのうちに，パソコンのLAN機能を10メガ・イーサネットに固定すれば，不調のパソコンでも通信できることに気づいた。100メガ・イーサネット対応のパソコンは，LANの速度の自動認識機能を持っている。この機能をオフにして，通信速度を10メガに設定すると通信できたのだ。

奥田さんは試しに，10メガでしか通信できないパソコンを別のLANケーブルにつないでみた。すると，ちゃんと100メガで通信できるではないか。ここで奥田さんは，LANスイッチとパソコンを接続するLANケーブルに疑いを持った。

パソコン・コーナーで使っていたLANケーブルは，市販のものと奥田さんたちが会場で手作りしたものが交ざっていた。トラブルを起こしたパソコンは例外なく自作ケーブルを使っていた。とはいえ，ケーブルの長さはどれも3～5mで過剰に長いわけではない。作った後にケーブル・チェッカで確認したので，配線ミスもないはず。接続するとリンク・ランプも点灯する。

半信半疑だったが，奥田さんたちは自作ケーブルをすべて市販のケーブルに取り替えた。するとすべてのパソコンが100メガで通信できるようになった。

このトラブルの原因はケーブルの作り方にあった。

イーサネット・ケーブルは，内部に2本の心線をよって組にしたより対線が4組入っている。10メガ/100メガ・イーサネットでは，4組のうち2組をそれぞれ送信と受信に使って通信する。具体的には，コネクタのピン番号が1番2番の組と3番6番の組を使う。

信号線をより対にするのはノイズ対策のため。100メガ・イーサネットでは10メガに比べて高い周波数の電気信号を使って通信するので，外部からのノイズの影響は10メガより受けやすい。そのため，100メガ・イーサネット用のLANケーブルは，コネクタ部分でよりを戻す長さが13mmまでと規格で決まっている。また，実際に送受信に使うピン番号1番2番と3番6番が，それぞれ1組のより対線に接続されていなければ意味がない。

しかし，奥田さんは「作業を楽にするため，よりは多めに戻していた記憶があります。また，より対線は1と2，3と4，5と6，7と8のように隣り合わせで配線していました」という。この配線では，3番6番の組がより対の組にならない。コネクタ部分も含めて，通常よりノイズの影響を受けやすいケーブルが出来上がっていた。規格に合致しないケーブルがトラブルの原因になっていたのである。

このトラブルでは，何台かのパソコンでたまたま問題なく通信できたために，真の原因にたどり着くのに時間がかかった。奥田さんは「100メガ・イーサネットがデリケートだと知っていたけど，これほどとは思っていませんでした」と語った。

（山田剛良）

@see

https://tech.nikkeibp.co.jp/it/free/NNW/NETHOT/20041008/151033/

投資リスクと標準偏差ポートフォリオ戦略

投稿日: 2018年8月26日2018年9月9日投稿者: 優

条件

確率100%でリターン10%の通貨A
確率90%でリターン20%, 確率10%で損害30%の通貨B

どちらの通貨を選択するべきか？

期待値

通貨Aの期待値+10% = 0.1
ex)100円投資した場合
1 × 100 × (1 + 0.1) = 110円
通貨Bの期待値 = 0.9 × 0.2 + 0.1 × -0.3 = 0.15
ex)100円投資した場合
0.9 × 100 × (1 + 0.2) + 0.1 × 100 × (1 – 0.3) = 115円

期待値が0.15なので通貨Bがお得？に見えますね、ここで終わりにせずに通貨Bについてもうちょい考えます。

リターンのばらつき ≒リスク

標準偏差を見ることで、期待値だけではわからないリスク(= 収益のばらつき)についても考えることが出来ます。

通貨Bの標準偏差

だいたい0.207が標準偏差 = リターンのばらつきになります。

正規分布の場合

25%のリスクでσ±0、期待値付近に収まる(信頼度)
68%のリスクでσ±1の範囲に収まる(信頼度約68%)
－0.057 ～＋0.357
95%のリスクでσ±2の範囲に収まる(信頼度約95%)
－0.264 ～＋0.564
99.7%のリスクでσ±3の範囲に収まる
－0.471 ～＋0.771

この範囲で見ることが出来ます。

※σ = 標準偏差

標準偏差が大きい = 収益結果がばらける = リスクが高い
標準偏差が小さい = 期待値に近い収益結果が出やすい = リスクが低い

期待値といっても、期待値通りになるのは25%程度の確率(۶•̀ᴗ•́)۶

通貨Bを選択する場合、考えたいのは最悪のケース

－0.471 = －47%の損害を受け入れる余裕があるか。

※本当に最悪なのは

99.98%の時のリスクσ-4 = -0.678 = -68%
確率がとても低い・悪いことを考えすぎても･･･(۶•̀ᴗ•́)۶

ポートフォリオ戦略

通貨A, 通貨B, 通貨C, + ･･･通貨nなど、組み合わせた場合のリターン計算を行い、安全に分散投資する戦略が可能

通貨αと通貨βは10000円で購入出来ます。
通貨αは80%の確率で12000円、20%で8000円
通貨βは60%の確率で18000円, 40%で4000円

ポートフォリオA: 通貨αのみ1コイン購入
ポートフォリオB: 通貨βのみ1コイン購入
ポートフォリオC: 通貨αを0.5コイン、通貨βを0.5コイン購入

ポートフォリオA. 通貨αのみ1コイン購入

期待値： +1000円
0.8 * (12000 – 10000) + 0.2 * (7000 – 10000) = 1000
標準偏差： 2236円

ポートフォリオB. 通貨βのみ1コイン購入

期待値： +2400円
0.6 * (18000 – 10000) + 0.4 * (4000 – 10000)
標準偏差： 7266円

ポートフォリオC. 通貨αと通貨βを0.5コインずつ購入

通貨αが値上がり、通貨βが値上がり
通貨αが値上がり、通貨βが値下がり
通貨αが値下がり、通貨βが値上がり
通貨αが値下がり、通貨βが値下がり

2 × 2 = 4パターンの状況が生まれます。
それぞれ考えていきます。

※取引通貨の種類を増やしたい時は2 × 2 × 2 = 8パターンで考えて下さい。

通貨αが値上がり、通貨βが値上がり
0.8*0.5(12000 – 10000) + 0.6*0.5(18000 – 10000) = +3200
通貨αが値上がり、通貨βが値下がり
0.8*0.5(12000 – 10000) + 0.4*0.5(4000 – 10000) = -400
通貨αが値下がり、通貨βが値上がり
0.2*0.5(7000 – 10000) + 0.6*0.5(18000 – 10000) = +2100
通貨αが値下がり、通貨βが値下がり
0.2*0.5(7000 – 10000) + 0.4*0.5(4000 – 10000) = -1500

期待値
1/4 × 3200 + 1/4 × (-400) + 1/4 × (2100) + 1/4 × (-1500)
= 1/4( 3200 + (-400) + 2100 + (-1500) )
= +850円
分散
1/4 × 3200^2 + 1/4 × (-400)^2 + 1/4 × (2100)^2 + 1/4 × (-1500)^2
= 1/4( 3200^2 + (-400)^2 + 2100^2 + (-1500)^2 )
= 4265000
標準偏差
√4265000
=2065.18764281円

結果をまとめる

ポートフォリオA

期待値： +1000円
0.8 * (12000 – 10000) + 0.2 * (7000 – 10000) = 1000
標準偏差： 2236円

ポートフォリオB

期待値： +2400円
0.6 * (18000 – 10000) + 0.4 * (4000 – 10000) = +2400
標準偏差： 7266円

ポートフォリオC

期待値：+850円
1/4 × 3200 + 1/4 × (-400) + 1/4 × (2100) + 1/4 × (-1500)
= 1/4( 3200 + (-400) + 2100 + (-1500) )
= +850円
標準偏差：2065円

投資分散をすると、
リターンの水準を維持しつつ、リスクは低くなるのでより安全になります。

分散を考える資産分散、時間分散

資産(商品, 国, 市場)
タイミング

資産だけでなく、タイミングについても分散させる。

※連動性が高くないように

ex)
リーマンショック

光が遅すぎる問題海外ネット対戦で見るAWSレイテンシ

投稿日: 2018年8月24日2018年8月24日投稿者: 優

ゲームのフレーム計算

60フレーム(F)＝1秒」「1秒＝60フレーム(F)
1F = 1/60 = 0.01666666666秒

日本とブラジルの距離、光速度

日本(中央区)からブラジルまでの距離17348 km
光の速度：30万km/秒

光がブラジルまでに到達するまでの時間

光が日本からブラジルまで到達する時間 ≒ 0.0578秒
17348 / 300000 = 0.05782666666秒
F(フレーム)に単位を直します。
0.05782666666 / 0.01666666666 = 3.46960000099 ≒ 3.5フレーム

3.5F !!!!

更に処理時間が加算される要因

家庭用ルータの処理時間
ISP間のスイッチング
ゲーム処理の意図せぬラグ

往復で加わります、
マッチングしたユーザ間の通信はP2Pで繋がるので対戦相手の通信環境の影響も大きく受けます。

格闘ゲームとP2P

プレイヤーAとプレイヤーBの２者間が糸電話のように直接繋がって、入力キーデータのやりとりを、1/60秒単位（数フレーム単位）で頻繁かつ高速に行う事でかけひきを成立させるゲームです。
このように頻繁かつ高速にやりとりを行うゲームの場合は、間に何も挟まず直接繋がっているのがベストです。
当然一番いいのは、ネット対戦以前に１台のゲーム機にコントローラー２つ繋いで遊ぶとか、もしくは昔のJAMMAハーネスを改造して作った対戦ハーネスで繋いで対戦するローカル方式です。
いわゆる外部のインターネットを介して対戦する場合は、サーバーなどを介さずピアツーピア(P2P)方式で２者間を繋いでキーデータのやりとりをするのが現状最適かつ最速です。
もっと言えば、互いのプロバイダ間にあるAP（アクセスポイント）などもなるべく経由したくないぐらいです。
単純に、糸電話やLANケーブルを想像してください、間にいろいろ挟まるとそれは常に遅延の原因になります。基本的にはサーバーを挟まないほうが早いに決まっています。と覚えてください。
ただ、それじゃあ成立しない仕様のゲーム（大人数が一斉にオンラインで遊ぶタイプな
ど）はサーバーが必要です。

糸電話、うーんなるほど分かりやすいですねｗそういえばご存知の方も多いと思うのですがスト5の対戦がP2Pではなくサーバーを介されてしまう時があります。VS画面の中央下に表示されているアイコンで対戦時の通信方式を判別出来ます。

@see 格闘ゲームとP2P

クラウドで見る海外リージョンによるレイテンシの影響 RTT

リージョンレスポンスタイム(秒)

東京 0.028

シンガポール 0.174

カリフォルニア 0.240

オレゴン 0.291

シドニー 0.309

バージニア 0.370

アイルランド 0.573

サンパウロ 0.658

分かったこと

レスポンスタイムの一覧と上記の図から分かるのは、地理的な距離とレスポンスタイムは必ずしも連動していないということです。
例えば、カリフォルニアのサーバはシドニーのサーバよりレスポンスが早いですが、距離的には、シドニーの方が近いという結果になっています。

この距離は恐らく直線距離だと思いますが、実際のネットワークケーブルは、当然直線ではないはずなので、このような結果として見えているんだと思います。

リージョンホップ数

東京 –

シンガポール 10

カリフォルニア 14

オレゴン 20

シドニー 12

バージニア 18

アイルランド 14

サンパウロ 13

@see http://www.denet.ad.jp/technology/2014/01/vol9-aws.html

リージョン	レスポンスタイム(秒)
東京	0.028
シンガポール	0.174
カリフォルニア	0.240
オレゴン	0.291
シドニー	0.309
バージニア	0.370
アイルランド	0.573
サンパウロ	0.658

リージョン	ホップ数
東京	–
シンガポール	10
カリフォルニア	14
オレゴン	20
シドニー	12
バージニア	18
アイルランド	14
サンパウロ	13

日本からブラジルサンパウロの実サーバのレイテンシ 40F

0.658 / 0.01666666666 = 39.4800000158 ≒ 40F

40F !!!!!!!!

結論として

海外との対戦は可能だけれど、
上級者同士ではゲーム性や戦術が変わる。

@see

AnsibleでLaravel開発環境作成

投稿日: 2018年8月22日投稿者: 優

AnsibleでLaravel開発環境の構築

寄稿しました。

yumのrpmを別環境に再現する

投稿日: 2018年8月21日2018年8月23日投稿者: 優

移行元作業

リポジトリの確認

# yum repolist


読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
 * base: ftp.iij.ad.jp
 * epel: ftp.iij.ad.jp
 * extras: ftp.iij.ad.jp
 * updates: ftp.iij.ad.jp


リポジトリー ID      リポジトリー名                                     状態
base/7/x86_64        CentOS-7 - Base                                     9,911
epel/x86_64          Extra Packages for Enterprise Linux 7 - x86_64     12,656
extras/7/x86_64      CentOS-7 - Extras                                     370
updates/7/x86_64     CentOS-7 - Updates                                  1,308
repolist: 24,245

# yum repolist

読み込んだプラグイン:fastestmirror

Loading mirror speeds from cached hostfile

* base: ftp.iij.ad.jp

* epel: ftp.iij.ad.jp

* extras: ftp.iij.ad.jp

* updates: ftp.iij.ad.jp

リポジトリー ID リポジトリー名状態

base/7/x86_64 CentOS-7 - Base 9,911

epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 12,656

extras/7/x86_64 CentOS-7 - Extras 370

updates/7/x86_64 CentOS-7 - Updates 1,308

repolist: 24,245

# yum repolist all


読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
 * base: ftp.iij.ad.jp
 * epel: mirror.dmmlabs.jp
 * extras: ftp.iij.ad.jp
 * updates: ftp.iij.ad.jp
リポジトリー ID                    リポジトリー名                                                          状態
C7.0.1406-base/x86_64              CentOS-7.0.1406 - Base                                                  無効
C7.0.1406-centosplus/x86_64        CentOS-7.0.1406 - CentOSPlus                                            無効
C7.0.1406-extras/x86_64            CentOS-7.0.1406 - Extras                                                無効
C7.0.1406-fasttrack/x86_64         CentOS-7.0.1406 - CentOSPlus                                            無効
C7.0.1406-updates/x86_64           CentOS-7.0.1406 - Updates                                               無効
C7.1.1503-base/x86_64              CentOS-7.1.1503 - Base                                                  無効
C7.1.1503-centosplus/x86_64        CentOS-7.1.1503 - CentOSPlus                                            無効
C7.1.1503-extras/x86_64            CentOS-7.1.1503 - Extras                                                無効
C7.1.1503-fasttrack/x86_64         CentOS-7.1.1503 - CentOSPlus                                            無効
C7.1.1503-updates/x86_64           CentOS-7.1.1503 - Updates                                               無効
C7.2.1511-base/x86_64              CentOS-7.2.1511 - Base                                                  無効
C7.2.1511-centosplus/x86_64        CentOS-7.2.1511 - CentOSPlus                                            無効
C7.2.1511-extras/x86_64            CentOS-7.2.1511 - Extras                                                無効
C7.2.1511-fasttrack/x86_64         CentOS-7.2.1511 - CentOSPlus                                            無効
C7.2.1511-updates/x86_64           CentOS-7.2.1511 - Updates                                               無効
C7.3.1611-base/x86_64              CentOS-7.3.1611 - Base                                                  無効
C7.3.1611-centosplus/x86_64        CentOS-7.3.1611 - CentOSPlus                                            無効
C7.3.1611-extras/x86_64            CentOS-7.3.1611 - Extras                                                無効
C7.3.1611-fasttrack/x86_64         CentOS-7.3.1611 - CentOSPlus                                            無効
C7.3.1611-updates/x86_64           CentOS-7.3.1611 - Updates                                               無効
C7.4.1708-base/x86_64              CentOS-7.4.1708 - Base                                                  無効
C7.4.1708-centosplus/x86_64        CentOS-7.4.1708 - CentOSPlus                                            無効
C7.4.1708-extras/x86_64            CentOS-7.4.1708 - Extras                                                無効
C7.4.1708-fasttrack/x86_64         CentOS-7.4.1708 - CentOSPlus                                            無効
C7.4.1708-updates/x86_64           CentOS-7.4.1708 - Updates                                               無効
base/7/x86_64                      CentOS-7 - Base                                                         有効:  9,911
base-debuginfo/x86_64              CentOS-7 - Debuginfo                                                    無効
base-source/7                      CentOS-7 - Base Sources                                                 無効
c7-media                           CentOS-7 - Media                                                        無効
centosplus/7/x86_64                CentOS-7 - Plus                                                         無効
centosplus-source/7                CentOS-7 - Plus Sources                                                 無効
cr/7/x86_64                        CentOS-7 - cr                                                           無効
epel/x86_64                        Extra Packages for Enterprise Linux 7 - x86_64                          有効: 12,656
epel-debuginfo/x86_64              Extra Packages for Enterprise Linux 7 - x86_64 - Debug                  無効
epel-source/x86_64                 Extra Packages for Enterprise Linux 7 - x86_64 - Source                 無効
epel-testing/x86_64                Extra Packages for Enterprise Linux 7 - Testing - x86_64                無効
epel-testing-debuginfo/x86_64      Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Debug        無効
epel-testing-source/x86_64         Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Source       無効
extras/7/x86_64                    CentOS-7 - Extras                                                       有効:    370
extras-source/7                    CentOS-7 - Extras Sources                                               無効
fasttrack/7/x86_64                 CentOS-7 - fasttrack                                                    無効
updates/7/x86_64                   CentOS-7 - Updates                                                      有効:  1,308
updates-source/7                   CentOS-7 - Updates Sources                                              無効
repolist: 24,245

# yum repolist all

読み込んだプラグイン:fastestmirror

Loading mirror speeds from cached hostfile

* base: ftp.iij.ad.jp

* epel: mirror.dmmlabs.jp

* extras: ftp.iij.ad.jp

* updates: ftp.iij.ad.jp

リポジトリー ID リポジトリー名状態

C7.0.1406-base/x86_64 CentOS-7.0.1406 - Base 無効

C7.0.1406-centosplus/x86_64 CentOS-7.0.1406 - CentOSPlus 無効

C7.0.1406-extras/x86_64 CentOS-7.0.1406 - Extras 無効

C7.0.1406-fasttrack/x86_64 CentOS-7.0.1406 - CentOSPlus 無効

C7.0.1406-updates/x86_64 CentOS-7.0.1406 - Updates 無効

C7.1.1503-base/x86_64 CentOS-7.1.1503 - Base 無効

C7.1.1503-centosplus/x86_64 CentOS-7.1.1503 - CentOSPlus 無効

C7.1.1503-extras/x86_64 CentOS-7.1.1503 - Extras 無効

C7.1.1503-fasttrack/x86_64 CentOS-7.1.1503 - CentOSPlus 無効

C7.1.1503-updates/x86_64 CentOS-7.1.1503 - Updates 無効

C7.2.1511-base/x86_64 CentOS-7.2.1511 - Base 無効

C7.2.1511-centosplus/x86_64 CentOS-7.2.1511 - CentOSPlus 無効

C7.2.1511-extras/x86_64 CentOS-7.2.1511 - Extras 無効

C7.2.1511-fasttrack/x86_64 CentOS-7.2.1511 - CentOSPlus 無効

C7.2.1511-updates/x86_64 CentOS-7.2.1511 - Updates 無効

C7.3.1611-base/x86_64 CentOS-7.3.1611 - Base 無効

C7.3.1611-centosplus/x86_64 CentOS-7.3.1611 - CentOSPlus 無効

C7.3.1611-extras/x86_64 CentOS-7.3.1611 - Extras 無効

C7.3.1611-fasttrack/x86_64 CentOS-7.3.1611 - CentOSPlus 無効

C7.3.1611-updates/x86_64 CentOS-7.3.1611 - Updates 無効

C7.4.1708-base/x86_64 CentOS-7.4.1708 - Base 無効

C7.4.1708-centosplus/x86_64 CentOS-7.4.1708 - CentOSPlus 無効

C7.4.1708-extras/x86_64 CentOS-7.4.1708 - Extras 無効

C7.4.1708-fasttrack/x86_64 CentOS-7.4.1708 - CentOSPlus 無効

C7.4.1708-updates/x86_64 CentOS-7.4.1708 - Updates 無効

base/7/x86_64 CentOS-7 - Base 有効: 9,911

base-debuginfo/x86_64 CentOS-7 - Debuginfo 無効

base-source/7 CentOS-7 - Base Sources 無効

c7-media CentOS-7 - Media 無効

centosplus/7/x86_64 CentOS-7 - Plus 無効

centosplus-source/7 CentOS-7 - Plus Sources 無効

cr/7/x86_64 CentOS-7 - cr 無効

epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 有効: 12,656

epel-debuginfo/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 - Debug 無効

epel-source/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 - Source 無効

epel-testing/x86_64 Extra Packages for Enterprise Linux 7 - Testing - x86_64 無効

epel-testing-debuginfo/x86_64 Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Debug 無効

epel-testing-source/x86_64 Extra Packages for Enterprise Linux 7 - Testing - x86_64 - Source 無効

extras/7/x86_64 CentOS-7 - Extras 有効: 370

extras-source/7 CentOS-7 - Extras Sources 無効

fasttrack/7/x86_64 CentOS-7 - fasttrack 無効

updates/7/x86_64 CentOS-7 - Updates 有効: 1,308

updates-source/7 CentOS-7 - Updates Sources 無効

repolist: 24,245

rpm構成の取得

# rpm -qa --qf "%{NAME}\n" | sort > old_packages.txt

(略)

device-mapper-event
wpa_supplicant
libpciaccess
pciutils
alsa-firmware
ebtables
dbus-glib
python-slip-dbus
python-pyudev
plymouth-scripts
fuse-libs
lsscsi
freetype
grub2-pc
libdnet
virt-what
pth
rpm-build-libs
gpgme

(略)

# rpm -qa --qf "%{NAME}\n" | sort > old_packages.txt

(略)

device-mapper-event

wpa_supplicant

libpciaccess

pciutils

alsa-firmware

ebtables

dbus-glib

python-slip-dbus

python-pyudev

plymouth-scripts

fuse-libs

lsscsi

freetype

grub2-pc

libdnet

virt-what

pth

rpm-build-libs

gpgme

(略)

移行先作業

# rpm -qa --qf "%{NAME}\n" | sort > new_packages.txt


比較して欠如しているファイルのみ抽出
# diff old_packages.txt new_packages.txt | grep "^<" | cut -d ' ' -f 2 > lack_packages.txt


欠落しているrpmのみ取得
# yum install `cat lack_packages.txt`

# rpm -qa --qf "%{NAME}\n" | sort > new_packages.txt

比較して欠如しているファイルのみ抽出

# diff old_packages.txt new_packages.txt | grep "^<" | cut -d ' ' -f 2 > lack_packages.txt

欠落しているrpmのみ取得

# yum install `cat lack_packages.txt`

※yumはrpmファイルをダウンロードしてインストールを行いますが、rpmファイル自体はサーバ内には残らない仕様

@see

協調フィルタリング cos(コサイン)類似度

投稿日: 2018年8月13日2018年9月19日投稿者: 優

グループ分けを行い、各グループの類似度をベクトルの内積の公式を使って、cosθの値で類似度を判断する。

類似度が高い･･･似てるほど1に近づく、類似度100%で1
類似度が低い･･･似てないほど0に近づく、類似度0%で0

補足1. ベクトルの基本的なところ

補足2. ベクトルの内積の公式

a, bベクトルのなす角θが直角である時にcos90° = 0であり、
a, bベクトルがそれぞれどのような長さの値でも、内積は0になる性質があります。
a, bベクトルのなす角θが0°である時にcos0° = 1であり、
a, bベクトルの内積は一辺が|a|の大きさ, 一辺が|b|の大きさの長方形の面積と等しくなります。

補足3. ベクトルの正規化, 単位ベクトル

ベクトルの成分に対して、ベクトルの大きさで割ることで大きさ1の成分が出せます。ベクトルの方向を変えずに大きさを1にする操作を正規化と呼びます。

大きさが1のベクトルを単位ベクトルと呼ぶ
ベクトルの正規化
ベクトルをそのベクトルの長さで割ると、単位ベクトルを取得できます
ベクトルの内積の公式
単位ベクトルに変換した大きさ1同士のベクトルの内積がcosθということですね。

補足4. cosθって何者？

bの長さの屋根から出来る影をcの長さとして見ると、
cosθはbの長さがcの影になった時の縮小率として捉えることが出来ますね。

内積は屋根が作る影と地面の大きさとの掛け算

| b | が | a |につくる影の長さ = C = | b | ・ cosθ

ベクトルa ・ベクトル b = | b | ・ cosθ × | a |

単位円の時、cosθは影の長さ

成分が負(－)を含まない場合 θ = 0～90°, 0 ≦ cosθ ≦ 1

ベクトル同士が完全に同じ方向の時はθ = 0°, cos0°= 1
ベクトル同士が全く異なる場合はθ = 90°, cos90° = 0

※ 成分が負を含む場合 θ = 0~180°, -1 ≦ cosθ ≦ 1

ベクトル同士が完全に逆向きの時はθ = 180°, cos180° = -1

ベクトルの内積はどれだけベクトル同士が同じ方向を向いているか = 類似度、この性質を利用します。

補足5. n次元

軸が3つの空間ベクトルが軸が2つの平面ベクトルと同じ要領でベクトル計算出来たように、n次元に関しても同様に計算出来ます。

実際にやってみよう！好きなフルーツの例

	ばなな	もも	ぶどう	りんご
Aさん	1	1	1	0
Bさん	1	0	1	0
Cさん	1	1	1	0
Dさん	0	1	0	1
Eさん	1	0	0	1
Fさん	1	0	1	1

1 = 好き
0 = 興味なし

ばなな好きグループの合算値

構成データ：A, B, C, E, Fさん

	ばなな	もも	ぶどう	りんご
ばなな好き	5	2	4	2

各グループの合算値

	ばなな	もも	ぶどう	りんご
ばなな好き	5	2	4	2
もも好き	2	3	2	1
ぶどう好き	4	2	4	1
りんご好き	2	1	1	3

プログラムで計算しよう

# coding: utf-8
import numpy as np

# ベクトル正規化
def normarize(v):
    return v / np.linalg.norm(v)

# cos類似度
def cos_similarity(v1, v2):
    return np.dot(v1, v2)


if __name__ == '__main__':

    bananaZuki = np.array([ 5, 2, 4, 2 ])
    momoZuki   = np.array([ 2, 3, 2, 1 ])
    budouZuki  = np.array([ 4, 2, 4, 1 ])
    ringoZuki  = np.array([ 2, 1, 1, 3 ])

    n_bananaZuki = normarize(bananaZuki)
    n_momoZuki   = normarize(momoZuki)
    n_budouZuki  = normarize(budouZuki)
    n_ringoZuki  = normarize(ringoZuki)


    print( 'ばなな好き・もも好き:',   cos_similarity(n_bananaZuki, n_momoZuki) )
    print( 'ばなな好き・ぶどう好き:', cos_similarity(n_bananaZuki, n_budouZuki) )
    print( 'ばなな好き・りんご好き:', cos_similarity(n_bananaZuki, n_ringoZuki) )

    print( 'もも好き・ぶどう好き:',   cos_similarity(n_momoZuki, n_budouZuki) )
    print( 'もも好き・りんご好き:',   cos_similarity(n_momoZuki, n_ringoZuki) )

    print( 'ぶどう好き・りんご好き:', cos_similarity(n_budouZuki, n_ringoZuki) )

# coding: utf-8

import numpy as np

# ベクトル正規化

def normarize(v):

return v / np.linalg.norm(v)

# cos類似度

def cos_similarity(v1, v2):

return np.dot(v1, v2)

if __name__ == '__main__':

bananaZuki = np.array([ 5, 2, 4, 2 ])

momoZuki = np.array([ 2, 3, 2, 1 ])

budouZuki = np.array([ 4, 2, 4, 1 ])

ringoZuki = np.array([ 2, 1, 1, 3 ])

n_bananaZuki = normarize(bananaZuki)

n_momoZuki = normarize(momoZuki)

n_budouZuki = normarize(budouZuki)

n_ringoZuki = normarize(ringoZuki)

print( 'ばなな好き・もも好き:', cos_similarity(n_bananaZuki, n_momoZuki) )

print( 'ばなな好き・ぶどう好き:', cos_similarity(n_bananaZuki, n_budouZuki) )

print( 'ばなな好き・りんご好き:', cos_similarity(n_bananaZuki, n_ringoZuki) )

print( 'もも好き・ぶどう好き:', cos_similarity(n_momoZuki, n_budouZuki) )

print( 'もも好き・りんご好き:', cos_similarity(n_momoZuki, n_ringoZuki) )

print( 'ぶどう好き・りんご好き:', cos_similarity(n_budouZuki, n_ringoZuki) )

Numpy

ベクトルの内積: nunpy.dot(v1, v2)
ベクトルの長さ: numpy.linalg.norm(v1)

Functions

正規化：normarize(v)
cos類似度: cos_similarity(v1, v2)

# python3  cosSimFruit.py

ばなな好き・もも好き: 0.875465538611916
ばなな好き・ぶどう好き: 0.9863939238321437
ばなな好き・りんご好き: 0.8114822249196492
もも好き・ぶどう好き: 0.891231897035948
もも好き・りんご好き: 0.7302967433402215
ぶどう好き・りんご好き: 0.7216098119626152

# python3 cosSimFruit.py

ばなな好き・もも好き: 0.875465538611916

ばなな好き・ぶどう好き: 0.9863939238321437

ばなな好き・りんご好き: 0.8114822249196492

もも好き・ぶどう好き: 0.891231897035948

もも好き・りんご好き: 0.7302967433402215

ぶどう好き・りんご好き: 0.7216098119626152

類似度

	ばなな好き	もも好き	ぶどう好き	りんご好き
ばなな好き	1	0.875	0.986	0.811
もも好き	–	1	0.891	0.730
ぶどう好き	–	–	1	0.721
りんご好き	–	–	–	1

ばなな好きグループとぶどう好きグループの好みはほとんど同じだということがわかります。

ユーモア, 笑いの技術

投稿日: 2018年8月11日2018年8月27日投稿者: 優

緊張と緩和

まじめな話の中でストーリーのセッティングを行い緊張を作り、オチとして緩和を行う。

漫才でのボケと突っ込みの役割

ボケ役 = 緊張を作り出す
話をセッティングし緊張を作る、聞き手の推測をずらしたボケを行います。
突っ込み役 = 緩和を行う
ボケ役のボケに対して聞き手の推測とずれていることを、聞き手の代弁者としてボケ役に突っ込みを行うことで聞き手に緩和を与える役割

一人ボケつっこみとして、一人二人役を行っても良い。自分のおかしな話に自分で突っ込むことで緩和を行うことで笑いを作る。

例① いないいない･･･ばぁ！

赤ちゃんを『いないいない･･･』で顔がなくなった！と緊張させ、『ばぁ！』と顔を見せると安心する緩和から赤ちゃんは笑います。大人になっても人は同じように緊張と緩和で笑います。

例② ダチョウ倶楽部

“押すなよ！絶対押すなよ！“といって押すネタです。
絶対押すなよと言われると押したくなる心理に加えてダチョウ倶楽部の鬼気迫るやりとりで緊張し、押すことで緩和となります。

この場合に押さなかったとしても、突っ込みとして『押せよ！』で緩和となり笑いが生まれます。

笑って話しをしないのがセオリーである理由

緊張がなくなるから。

緊張を生むコツ

話す前に映像のあるストーリーをイメージして、身振り手振りや擬音など臨場感を持たせるのが緊張を作るコツ。

具体例. 人志松本のすべらない話

その場にいるような、次が気になる臨場感のある話し方から緊張が生まれ、滑舌の悪い声真似自体が緩和として面白く、ジャブの時点で場が温まってます。オチは予測できるものですが、話し方自体が面白くジャブで緊張が十分効いてるので、ダチョウ倶楽部的なお約束のオチな緩和でも十分に笑いは生まれます。

結論としては、
十分な緊張と分かりやすい緩和があれば、オチ自体は予想できるものでも十分面白いのですね。

一言コメントで笑いをとる

雑談している場のメンバーの想定を超えたユニークで筋の通る一言でも笑いは生まれますが、難易度は高め。

理由として、
はずした時にはずしたことがばれて恥ずかしくなるリスクがあるので難易度が高めになりますね！

回避するには、
はずしてもそのまま斜め上で意味の通る賢くウィットにとんだ一言を言いましょう。

推測をずらす

話を組み立てて、相手が推測する流れをずらす。
推測とずれた時、自身の推測と目の前に起きた現実とに違いがあると思った時に人は笑う。

普通の話の流れで雑談をしていて不意に相手が一瞬で理解を出来ないボケを言うと、相手は理解できず？？？となります、その後に相手は一生懸命理解しようとしますが、相手が理解出来ない理由が、『ああ、ボケただけか』と安心した時にも笑いが出ます。

具体例. サンドウィッチマンパソコン教室

このコントはわかりやすいですね。

類似例

相手の想定を超えた一言では理解できないユニークな例えをだして説明し、相手がそれにすとんと納得いった時にも人は笑う。

また一瞬では理解しずらいことを言い、相手がそれがボケなんだと納得した時にも笑いは出ます。

結局のところどうするの？

【緊張と緩和】
【推測をずらす】
【緊張と緩和】 + 【推測をずらす】

発着信出来る番号と端末グループ、発信のみの端末グループに分ける

Sip Trunk2を２つ用意するという場合

整理

Sip Trunk2が１つで２つの番号を紐付ける場合

動作確認 2018-0918

CORS設定 NginxServerディレクティブ内

スクリプト読み込み

孔子の論語 狂狷

子路第十三の二十一 狂者は進みて取り、狷者は為さざる所あり

講孟箚記

狂愚

狂

蜘蛛の糸

要約

孟母三遷

要約

諸法無我 縁起

要約

母数がわかる場合

10枚のくじに当たりが１枚入っていて、3回引いた時に１度は当たる確率

母数がわからない場合

目当てのSSRのキャラを引ける確率が10%のガチャを3回引いた時に１度は目当てのSSRのキャラが当たる確率

母数がわかっている場合かつ確率100パーセントでくじを当てる方法

母数がわかっている場合かつ夏祭りの夜店で抽選くじを引いて当たる確率

事象

発覚の経緯

原因(推測原因)

恒久対応

原文

先に結論

クライアント(人)

ネットワーク機器(ルータ, スイッチ)

クライアント端末

ISP プロバイダ

障害報告事例 手作りによる規格外のLANケーブルによる不具合

障害内容

事象

原因

恒久対応

原文

条件

期待値

リターンのばらつき ≒リスク

通貨Bの標準偏差

正規分布の場合

通貨Bを選択する場合、考えたいのは最悪のケース

※本当に最悪なのは

ポートフォリオ戦略

結果をまとめる

分散を考える 資産分散、時間分散

ゲームのフレーム計算

日本とブラジルの距離、光速度

光がブラジルまでに到達するまでの時間

更に処理時間が加算される要因

格闘ゲームとP2P

クラウドで見る海外リージョンによるレイテンシの影響 RTT

分かったこと

日本からブラジルサンパウロの実サーバのレイテンシ 40F

結論として

移行元作業

リポジトリの確認

rpm構成の取得

移行先作業

補足1. ベクトルの基本的なところ

補足2. ベクトルの内積の公式

補足3. ベクトルの正規化, 単位ベクトル

補足4. cosθって何者？

単位円の時、cosθは影の長さ

補足5. n次元

実際にやってみよう！ 好きなフルーツの例

ばなな好きグループの合算値

各グループの合算値

プログラムで計算しよう

類似度

緊張と緩和

漫才でのボケと突っ込みの役割

例① いないいない･･･ばぁ！

例② ダチョウ倶楽部

笑って話しをしないのがセオリーである理由

緊張を生むコツ

孔子の論語狂狷

子路第十三の二十一　狂者は進みて取り、狷者は為さざる所あり

諸法無我縁起

障害報告事例手作りによる規格外のLANケーブルによる不具合

分散を考える資産分散、時間分散

実際にやってみよう！好きなフルーツの例

具体例. サンドウィッチマンパソコン教室