  |
はてなキーワード: あわせて読みたいとは
先日妻と買い物に行ったときのこと。
通勤用靴に寿命がきたので買い替えようと、ABCマートで10,000円の革靴を手に。
しかし妻が、（今はちょっとその出費痛いな〜）と渋い顔をした。
それが自分にはすこしショックだった。
たしかに今月は葬式や結婚式や通院やらで出費が重なったので、家的にはきびしいのはわかっている。
だが、今履いてる靴も革が伸びてきており、一日歩けば夕方には靴の中で足が滑る。
そういえば今まで靴は一人のときに気ままに買うことが多かったので
妻はそもそも通勤靴ってそんなにすんの？みたいな感じらしい。
革靴10,000円ってごくごく平均的（人によったらもっと良いの買うとは思うんだが）だと思うので
自分は10,000円の革靴も買わせてもらえないのかあ…と少しみじめな気持ちになって落ち込んでしまった。
なんだかそれから、靴買いたいけど言い出せない。
10,000円の革靴はだめで、一ヶ月で飲み干す8,000円のワインはいいのか？
とか二人での買い物中も色々考えてしまう。
正直5,000円くらいの安いの買っても、すぐボロボロになるから
せめて10,000円台の靴を買わせてくれ！って言いたいんだけど
もうなんかみじめさが先に立ってしまう。
寿命がきた靴は履いてるだけで疲れるから、会社でも内勤の時はビジネススリッパで過ごしている。
足元も心もとない感じになって、余計になさけない。
妻の渋い顔が忘れられない。
靴がどれだけ大切か、妻に分かって欲しいなあと思っているここ数日です。
これまで他の人に用意してもらったサーバで自分のプログラムを動かしたことはありましたが
自分自身で一からサーバをセットアップしたことはほとんどなかったので、いろいろとハマりました。
作業を進める上で困ったり考えたりしたことを書いていきます。
ちなみにサーバ自体はさくらのクラウド、OSにはCentOSを使用しているので、それ前提のお話になります。
最初にサーバを起動してから速やかにSSHとファイヤーウォールの設定を変更しました。
はてブなんかでも定期的に話題になっているのでおなじみですね。
・SSHやHTTP(S)など、どうしても公開しなければならないポート以外は遮断する
さらっと書きましたが、設定をミスって自分自身もログインできなくなり、何度かOSの再インストールを繰り返しています。
後から気付いた事ですが、さくらのクラウドではクラウド管理画面のリモートスクリーン経由でローカルログインできるので
別にOS再インストールしなくてもiptablesの設定を変更できたんですよね...
逆に言うといくらファイヤーウォールとSSHを設定しても管理画面にパスワードログインの環境が残ってしまうので
パスワードの管理には引き続きしっかり気を使う必要がある。ということでもあります。
httpd,php,mySQL,memcachedなど必要なサービスをインストール、設定し
作成したWebアプリのプログラムを乗せて動かしてみました。が、動作が重いような...
開発環境ではさくさく動いていたのに、本番環境ではどのページ遷移ももっさりしています。
abで計測してみたところ、開発環境のおよそ2分の1のスコアとなってしまいました。
開発環境が仮想2コアのメモリ1Gだったのに対し、本番環境が仮想1コアのメモリ2Gと
CPUの性能について半減しているのでそのせいかな、と思いつつ設定を見なおしていたところ
特に使っていないと思われたipv6を停止した途端にパフォーマンスが改善されました。
ページ遷移に伴うもっさり感が解消され、abの計測結果も開発環境と遜色ない結果が出ています。
デフォルトで有効になっていたipv6の影響により余計な処理が走っていたのかもしれません。
パフォーマンス改善に喜んだのも束の間、会員登録などの処理でWebアプリからメールを送信したところ、Gmail宛のメールがことごとく迷惑メールと判定されるという事案が発生。
spfの設定を行なう、メールの内容について吟味するなどの回避策を試してみましたが一向に改善されません。
試しにHotMailとexciteのメールアカウントに送信したところ、そちらではそもそもメールを受け付けてもらえずエラーコードが返って来る始末。
困り果てていたところ、エラーの内容からサーバのIPがspamhousにスパム送信元として登録されていることが判明しました。
postfixのホスト名の設定がデフォルトで「localhost.localdomain」などとなっており、それをそのまま使っていたためにGmailがスパム送信元として通報してしまったようです。
設定を修正し、spamhousに解除依頼を提出。事なきを得ました。
クラウドを利用すれば、サーバを停止することなく簡単な設定でスケールできるようになる。
と、自分で勝手に思い込んでいたせいなのですが、消えては困るデータの一部をmemcachedに保存する実装を行なっていました。
実際のところさくらのクラウドではサーバを完全に停止しなければプラン変更を実施できないし
そもそもサーバが落ちたらどうするんだよ。ということで、急遽KVSを変更する必要に迫られました。
速度の低下が気にかかったため、いくつかの候補を実際に動かし
phpのスクリプトから1万件のデータ読み書きを行うという形でmemcachedと比較してみたところ次のような結果に。
| サービス | 1万件書込 | 1万件読込 |
| memcached | 2.55秒 | 2.30秒 |
| handlersocket | 21.23秒 | 2.71秒 |
| InnoDB | 20.23秒 | 5.10秒 |
| kyotoTycoon | 8.22秒 | 7.72秒 |
さすがに読み書きそれぞれmemcachedが最速ですが、読み出しについてはhandlersocketも負けていません。mySQLから普通にSELECTしてもmemcachedの2倍程度の時間しかかからないという結果が意外でした。
しかしながら書き込みのほうではhandlersocketもmemcachedの10倍近くの時間がかかっており、少々速度的な影響が気になってきます。memcachedの倍のパフォーマンスを記録したという記事を見たことがあるので、設定、チューニングについて生かしきれていない部分があるのかもしれないとも思いましたが、知識が不足しているところで無理をすると問題が発生した時に対処できないと考え、候補から除外することとしました。
結局、今回の用途では読み込み処理より書き込み処理のほうが圧倒的に多いことも考慮し、kyotoTycoonを採用しました。実際の利用箇所に組み込んでabで計測してみたところ、だいたい30%程度のパフォーマンス低下にとどまっており、これなら許容範囲かと考えています。
実行系と参照系に分ける形でmySQLのレプリケーションを行なっていたのですが、度々レプリケーションが停止する現象が発生しました。
一部のテーブルについて肥大する可能性が考えられたため、参照系に接続するプログラムで使わないテーブルをレプリケーションから除外していたのが原因です。
例えばtabelAをレプリケーションし、tableXをレプリケーションしないという設定にしたうえで
実行系でINSERT INTO `tableA` SELECT `value` FROM `tableX`などといったクエリを発行すると、参照系にtableXが無いためエラーが発生して止まってしまいます。
レプリケーションするテーブルを限定する場合はプログラム側でも注意を払わないと危険です。当たり前ですが。
監視といえばcactiやnagiosが定番なのかもしれませんが、設定が複雑そうで尻込みし、monitを使用することにしました。
簡単な設定でloadaverageやメモリ、HDDの使用量をチェックできるほか
httpdやmysqldなどといったサービスのプロセスを監視し、もし落ちていたら自動で起動してくれるので助かります。
パスワード保護を行うとしても、サイト全体の管理画面など自分しか使わないプログラムはWebに晒しておきたくない。
というわけで、一部のWebアプリを秘匿する設定を行いました。
管理画面のWebアプリを9999番など閉じているポートに設置した上で、SSHを利用したトンネルを掘ります。といっても
上記のようなコマンドで管理画面のWebアプリを置いたサーバへログインするだけです。
ブラウザのアドレス欄にhttp://localhost:9999/と打ち込めば、接続が開いている間のみアクセス可能になる感じですね。
サーバにログインできる人でなければ実行できないことなので、気分的にある程度安心します。
自動でログのバックアップを行いたいと考えたのですが、パスワード無しの鍵でログインして転送する形には抵抗がありました。
調べてみたところ、authorized_keysに公開鍵を記入する際の設定で、その鍵でできることを制限するという手段があるようでした。
具体的には、authorized_keysに
no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,command="some commands" ssh-rsa AAAAB3NzaC1yc2EAAA...
などとして公開鍵を追加しておくと、その鍵でログインした直後にcommand=""の部分で設定したコマンドを実行して接続を終了する挙動となり
接続のフォワードもできなくなるため、パスワード無しでも鍵の流出に関するリスクを最低限に留めることができるというわけです。
commandの実行結果は標準出力から受け取ることができるので、例えばcommand=""の部分にファイルの内容を表示する処理を設定していたとすれば
ssh -i .ssh/no_password_key user@xxx.xxx.xxx.xxx > /path/to/file
などとしてログインの結果をファイルに書き込むだけで、簡単にファイルの転送が実現できます。
他にも大小さまざまな問題に行きあたりましたが、忘れてしまったor書ききれないのでここまでとします。
たった1つのサイトを公開するにしても問題というのは尽きないものだと実感させられました。
今は基本的な情報だけでなく、ちょっと突っ込んだ内容でも検索で解決していけるので嬉しいですね。手がかりを残してくれた先達に感謝することしきりです。
現状ではひとまずの見切りを付けて公開していますが、より堅牢で負荷に強いサーバとなるよう、随時チューニングを行なっていこうと考えています。
個人サイトや小規模な商業サイトなどプロモーションにあまりお金をかけられないサイトを主な対象とした、無料で出稿できる広告ネットワークサービスです。
既存のサービスで近いのは「あわせて読みたい」や「zenback」、各社提供のRSS相互リンクサービスなどになるでしょうか。
広告としての体裁がある分、それらより若干積極的な性質になるのではと考えています。
現時点ではサービス本体のプロモーションに苦心するという本末転倒そのものの状況でありますが、もしよろしければ見ていただけると嬉しいです。
studygiftサポーターの皆様へ、現状 のご説明と返金についてお詫び
（このメールはサポーターに登録して下さった皆様にお送りしています。）
このたびは、studygiftにご賛同頂きありがとうございました。5/18をはじめ、活動報告にも書かせて頂いております通りhttp://studygift.net/report.php
坂口綾優さんの現在の状況について、サイト上でのご説明が極めて不十分だった点につきまして、
現段階でこちらで確認した内容を共有させて頂き希望するサポーターの皆さまからは支援の停止（全額ご返金）のご対応を行わせて頂ければと思いご連絡いたしました。
早稲田大学の学部事務所様ともお話をさせて頂いており、本メールのご連絡が遅くなりましたこともお詫びいたします。
・坂口さんは昨年、早稲田大学3年時、学費が払えず退学となっておりました。
（5/17時の「学校を続けられない状況」などの表記が、誤解を招く可能性があり申し訳ありません。）
・「学費の目処が立ち次第、学校には復学できる」という表記について、
一度停学になった場合の復帰は「復学」でなく「再入学」が正しいことが分かりました。こちらは我々の表記ミスでありお詫びいたします。
・3年時の退学において、学費の支払いは2年前期までであったことが分かりました。
そのため、2年生の後期も単位は取得しておりましたが、基本的に再入学時は2年の後期からやり直す形になります。料金未納の退学に関しては、このように学年が戻るという扱いになるとのことを学部事務所様に確認しました。
・早稲田大学の学則により、再入学は「退学後別に定める期間を経過し、改悛の情が顕著でありかつ成業の見込みがある場合には、選考の上これを許可することがある。」と決まっています。こちらは、学校により審議される形となり、学費が十分に集まった場合も、直ちに再入学できるのではなく、「改悛の情が顕著でありかつ成業の見込みがある場合」と学校に認めて頂く必要があります。
（再入学）
第47条の２ 第44条または第45条の２第２号から第４号までの規定により退学した者が再入学を志望したときは、別に定める期間内に限り、選考の上これを許可することがある。ただし、退学した日の属する学期の翌学期の始めにおいてこれを許可することはできない。
２ 第47条の規定により退学した者が再入学を志望したときは、これを許可しない。
ただし、退学後別に定める期間を経過し、改悛の情が顕著でありかつ成業の見込みがある場合には、選考の上これを許可することがある。
３ 再入学を許可された者が退学または学費未納により抹籍となった場合、以後の再入学は認めない。ただし、特別の事情がある場合はこの限りではない。
４ 第１項から前項までの規定により再入学を許可した場合においては、既修の科目の全部または一部を再び履修させることがある。
・学則により再入学の際、既修の科目の全部または一部を再び履修することがあります。そのため、何年次からのスタートになるのかは、現時点では未定となっています。
・再入学の時期については、現在11月に申し出を行い、1月に審議を行うと伺っております。
最短でも再入学の活動まで半年間の時間があるため、その期間にもニュースレターの配信を行うか？などは改めてご連絡させて頂きます。
・万が一再入学申請を行いそれが却下された場合、学費支援の観点から、サポーターの皆様には全額返金をさせて頂きます。
・今回募集させていただいた学費は1年分のものになっており、ニュースレターの配信、サポーター集会の開催は、1年を前提とさせて頂いた作りになっております。再入学した場合、4年生時の学費など、今回の範囲を超える部分に関してはその際に改めて発表させて頂きます。
以上のことより、studygiftでは、サポーター皆様の中より、希望される方全員からの全額返金（サポーター登録中止）を受け付けさせて頂きます。
お手数をおかけして大変恐縮ですが、
paypalに登録されているメールアドレスとお名前を表記して頂き、
まで【studygift返金処理について】の件名でご連絡を頂ければと思います。
お手数ですが、６月６日までにご連絡を頂ければ幸いです。
また、サービスの現状について共有させて頂きます。サポーター様からは、現在1件のお問い合わせを頂いており、ご迷惑をおかけしております。
まず、100パーセント達成後もサポーター様が増えたため、25パーセントは学生で稼ぐという前提が伝わりにくくなった観点に関してご説明いたします。
25%分は学生本人に稼いでもらう形は当初より変わっておりません。予算のオーバー分については支援者と協議をして、別の方に回す、学習に必要なものを買うなどを決定していきたいと考えております。（サポーター集会というイベントで支援して頂いた皆様と決定致します。）
次の支援学生につきましては、本件に伴う問題の解決後、改めて協議させて頂きたいと考えております。（現状では未定です）
今後も、引き続き対応させていただければと思いますので、何かございましたら、ご遠慮なく当アドレスまでご意見をお送りいただければと思います。
なお、坂口さんが再入学される場合の学費の目処がついていないのは事実であり、それに対する説明が極めて不十分であったことは我々のミスです。申し訳ありません。
しかし、再入学を希望する意思を支援したいという私たちの思いは変わっておりません。
どうぞよろしくお願い致します。
最後に、この度は大変なご迷惑をおかけして誠に申し訳ありませんでした。
いやぁ、ソーシャルって素晴らしいですね。
そして、ごめんこれだけは言わせて…ざまーみろ!
studygiftの坂口綾優さん、それって学歴詐称にならない？
でもあれって元は鳥なんだよな…？
そんな疑問がわいたので調べてみたよ-
（以下、閲覧注意）
そもそも一年間に何羽殺されるんだと思う？？
それを業者が養鶏場に届ける。かごにつめて、トラックに乗せて。
次に業者が来るのは１ヶ月後。回収の日だ。それまでがニワトリの命。
ほぼ一生を養鶏場で終えるわけ。
狭いかごの中で。
ギュウギュウにつめこまれて。
運動すらできず。
大地も草も風も知らずに死ぬ。
できるだけ早く、安くニワトリを太らせたいからエサには残骸が加えられる。
何の残骸かって？
つまり、共食い。
なんて効率的！
きつね、スカンク、犬…
もちろん人間も
飛べない理由を知りたい？
胸がふくらみすぎじゃったからさ。
人間が大きな個体を掛け合わせて、効率的に肉の量を増やしたからなんだって。
中には胸がふくらみすぎて歩けないニワトリもいるんだとか。
自分の体重を支えられないから、脚が曲がっちゃって、むくむんだって。
死ぬまで脚が痛いんだって。
どうやって殺されるか知ってる？
作業員が足をつかんで逆さにして鎖で足を吊るして。
そして鋭い回転刃によって喉をかききる。ほぼ全てが死ぬ。
もし電気風呂で気絶しなかったニワトリがいたら、地獄のような仕打ちだろうね。
喉をかききられたあとはまた熱湯。ここで羽が取り除かれる。
…というのはまだマシなコースで
そんな日は作業員も鎖にくくりつけるまで手が回んなくて…
ニワトリを壁にぶん投げる。踏みつける。
そうして気絶させる。
「だって、手が回んないんだもの」
こうして出来上がったチキンナゲットが最寄りのマクドナルドに届くって仕組みさ。
日本じゃどうかは知んないよ
ちょっとはマシなのかもしんない。
ユッケ以来、安すぎるものを疑っている。
ロッテリアもモスバーガーもファミマも和民も安くておいしいよね。
でもその裏側は…？
ハッピーセットだの、憧れの外食産業だの、藤田田物語だのでマクドナルドの魔法にかかってたけど、
一回冷静になって考えてみてもいいかも。
wikiによると
ということらしいが、
関係ないぜーとか思ってた。
（だから「あわせて読みたい」とか
まあパーツのデザインとかも悪いんだろうが…）
なぜかって？
メインコンテンツである「絵」で勝負するわけだから、
介在させる余地がない。
結果として絵描き側の取り組みもテキスト系より手薄になってるんじゃないか。
少なくとも俺はそう感じる。
それはそれでちょっとどうかと思う。）
じゃあ代わりになにか無いかって話を知人ととしていたら、
というあほな素敵な提案があった。なんだそれ？
まあ、つまりこういうことらしい。
名づけるならば
「ＪＳＯ＝（Junkai Site Optimization)」なんだと。
その手法は次の3点だ。
今ならば「東方」が適切な例だろうよ。
あ？設定を知らないor設定が複雑で踏み込めない？
お前は明日からでもこのジャンルで描いていけるさ。
見て、売れてる絵柄を一生懸命マネしてみろ。
ただ、丸トレスは叩かれるからやめておこうな。
恥ずかしがっては駄目だ。
するようになるハズだ。多分。
あわせて読みたい：こなたを嫁にするのは止めたほうがいいらしい
http://anond.hatelabo.jp/20080816233853
残念ですが手遅れです。かなたさんはいい母でした。
こんな話をすると、「今更」だとか、「レイシストじゃね？」とか
言われちゃいそうだから増田に書くます。
まあ今更の話なんではあるんだけどねー…。
http://keribaka51.exblog.jp/7400092/
まあ、サッカーつーのはゴールに球が入らないと引き分けで終わるスポーツなわけです。
相手ゴールに球を入れないと絶対に勝てないスポーツ。それがサッカー。
http://beijing.yahoo.co.jp/event/result/FB?tp=SRK
これを見ると、澤SUGEEEEEEEEEEEEE!!!!!と思うと同時に
http://beijing.yahoo.co.jp/event/result/FB?tp=STD
日本女子の総得点数はＧ組トップの７点。
男子・女子日本代表の多くが所属するJリーグとなでしこリーグの様子を見てみましょう。
http://soccer.yahoo.co.jp/jleague/playerstats.html?lg=1
女子ゴール数ランキング
http://www.nadeshikoleague.jp/nl/jsp/nl_point_ranking_d1.jsp?leagueid=1
ここで見てもらいたいのは選手名のカタカナの多い少ないだ（雑！）。
ざっと見でも男子サッカーでは外国人選手がゴールを決める事が多い。
日本人選手：１４人：合計ゴール数 ８１点
うん。その数４１点差。
次、なでしこリーグ。
………まあ一目でわかるよね。
それだけだとなんなのでなでしこリーグに出ているチームに所属している名前に
カタカナの入った人の数を調べてみた（注：かなり雑です）。
…５人。
そのうちの２人はハーフっぽい感じだ。
まあ、何が言いたいかと言うと
名前がカタカナ→多分外国籍（雑!）→外国人選手がゴール決める→日本人選手あんまりゴール決めなくてもＪではチーム勝つ→日本人選手Ｊでシュートあんまりしなくてもいい→シュート勘弱まる→日本代表は日本国籍を持つ選手で構成される→Ｊで得点力のある外国籍を持つ選手は入れられない→シュート勘のゆるんだ日本人選手集まる→負ける→ かゆ… うま
といった感じだろうか。
日頃からシュートを決めているんだからシュート勘が鈍ることはなかった。
男子女子の成績の違いはその辺にあった…
￣￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣￣￣￣
O 。
, ─ヽ
＿＿＿＿＿＿＿＿ /,/＼ヾ＼ ／￣￣￣￣￣￣￣￣￣
|＿＿|＿＿|＿＿|＿ __（（´∀｀＼ ）＜ という説だったのさ
|＿|＿＿|＿＿|＿＿ ／ノへゝ/''' )ヽ ＼＿＿＿＿＿＿＿＿＿
||＿＿| | | ＼´-｀） / 丿/
|＿|＿| 从.从从 | ＼__￣￣⊂|丿/
＿＿|| 从人人从. | /＼＿＿/:::::||
|＿|＿
まあ。あくまでもこういう見方もありますよ的な。
じゃあどうすればいいんだよ！って言われても対策はなんにもないんですけどね。
まー。難しいッス。
