「PATH」を含む日記

はてなキーワード: PATHとは

2015-09-26

■Just wanna know ◆Free! ES◆ English ver.

山崎宗介 "Just wanna know" の歌詞を英訳しました。

間違いや改善点などありましたらご指摘いただけると幸いです。

二次使用も可能です。使用する際はコメント欄にて一言いただけると嬉しいです。

I've translated the lyrics of "Free! Eternal Summer character song by Sousuke Yamazaki" "Just wanna know".

Translating Japanese, making rhyme in English, trying to sync translated lyrics with the music, etc, all at the same time were quite hard...lol

I'd appreciate any feed-backs like pointing out my mistakes or giving me some improvements.

Using my version of translated lyrics is always fine, but before u use it, plz let me know in the comment section herein below.

Plus I'd really love to hear if u guys sing this and upload it to YouTube/Tumbler/etc :P

Just wanna know

somethin' in your eyes

is the reason movin' you

beyond the world 'bout to close off

on the path to the new picked hope

please tell me what you see

let's go back to the same summer

just wanna know the reason

in the tie of relay

there'll be the feelin'

I still don't know (know)

was I able to hide my face surprised?

you're always on your way, way

what did I swallow?

by sendin' off your runnin' back

(woah-woah) (woah-woah) (woah)

meddlin' even in the each way of thinkin'

wasn't a choice for us two (,was it?)

somethin' in your eyes

is the reason movin' you

it's always clear, isn't it?

someday I just wanna know the meanin' of "team"

the moment to be real is just in there

(woah-woah) (woah-woah) (woah-woah)

how deep was your heart healed

by the scenery showed by those guys?

you are questionin' to my empty heart

a tiny but brand new dream

things like "ties" are enough for me, right?

but seems like there're more than that

different from those days

(something I just wanna find)

kickin' the water straight

divin' to reach beyond the light

just a few meters ahead, ahead

just wanna know the reason

the tie of relay will tell me, me

somethin' in your eyes

is the reason movin' you

beyond the world 'bout to close (off)

on the path to the new picked hope, hope

please tell me what you see

the scenery in your eyes

(ah-ah) (woah)

is the same summer in my eyes

Permalink | 記事への反応(0) | 12:49

2015-04-06

■http://anond.hatelabo.jp/20150406164028

たとえばwiki wiki .jpとatwiki、またはSeesaaWikiあたりにそれぞれ別運営のWikiが作られちゃって「どっちだよ」となるケースはわりとよくあるね

覚えてる例ではモバマスやPath of Exileの情報が分かれてて迷った

Permalink | 記事への反応(0) | 16:46

2015-03-26

■アメリカ BBC ニュース から うんこじゃない文章の例を拾ってみたわ

Relatives and friends of the 150 passengers and crew on Germanwings Flight 4U 9525 are due to go to the crash site high in the French Alps.

Lufthansa will operate two special flights - one from Barcelona and one from Duesseldorf - to Marseille, and both groups will travel on by road.

Reports say one of the two pilots on the doomed flight had left the cockpit and had been unable to get back in just before the crash on Tuesday.

There were no survivors, officials say.

They say the Airbus 320 from Barcelona to Duesseldorf hit a mountain after a rapid eight-minute descent.

Germanwings chief Thomas Winkelmann said 72 passengers were German citizens, including 16 pupils returning from an exchange trip.

Spain's government said 51 of the dead were Spanish.

Other victims were from Australia, Argentina, Britain, Iran, Venezuela, the US, the Netherlands, Colombia, Mexico, Japan, Denmark and Israel.

Germanwings is a low-cost airline owned by Germany's main carrier Lufthansa.

Cockpit mystery

Families and friends of the victims are expected to arrive at the crash site at Meolans-Revels later on Thursday.

Separately, a bus carrying 14 relatives of Spanish victims left Barcelona on Wednesday for the crash area, because they did not want to fly.

In France, special teams have been prepared to assist the families during their visit.

On Wednesday, French officials said usable data had been extracted from the cockpit voice recorder of the Germanwings plane.

Remi Jouty, the director of the French aviation investigative agency, said there were sounds and voices on the cockpit voice recorder but that it was too early to draw any conclusions.

He said he hoped investigators would have the "first rough ideas in a matter of days" but that the full analysis could take weeks or even months.

But the New York Times quoted an unnamed investigator as saying that one of the pilots had left the cockpit and had been unable to get back in.

"You can hear he is trying to smash the door down," the investigator adds, describing audio from the recorder.

A source close to the investigation told a similar story to the AFP news agency.

There had been earlier reports that the second black box - the flight data recorder - had been found. But Mr Jouty said this was not the case.

'Flying to the end'

Mr Jouty said the plane's last communication was a routine one with air traffic control.

The plane confirmed instructions to continue on its planned flight path but then began its descent a minute later.

Mr Jouty said controllers observed the plane beginning to descend and tried to get back in contact with the pilots but without success.

He ruled out an explosion, saying: "The plane was flying right to the end."

Permalink | 記事への反応(0) | 14:16

2015-02-11

■SpringBootアプリをjavafxを使って配布しやすくしよう

概要

Javaで開発されたアプリケーションにはインストールにまつわる難点がある。

それによりせっかく興味をもってくれたユーザーも試す前に諦めてしまいがちである。

また、サーバーサイドアプリケーションもJava製である場合、デプロイや監視の際の難点が多く運用者を悩ませてきた。

javafxで導入されたパッケージャを用いることで各OS ネイティブなインストーラーの作成が可能になり、この問題を解消・緩和できる。

SpringBoot などを用いた ExecutableJar を作成するアプリケーションであれば、サーバーサイドアプリケーションであっても一部制限があるもののパッケージングできる。

問題点の整理

Javaで開発されたアプリケーションの配布には以下の問題点がある。

jreのインストールが必要
- 30億のデバイスで動こうがそれはjreをインストールした後の話。
- .netのランタイムのインストールすら面倒で敬遠されるのにOracleとか無理やろ。
- 自動インストールさせるのも面倒。野良リポジトリ URLを追加したりOracle からのダウンロード自動化したり。
起動の仕方があまり標準的でない
- 一般人にとってアプリケーションの起動とは application.exe や application を実行するもの。
- application.bat や application.sh とかいい加減にしろ！
- java -jar application.jar とか本当にユーザーに起動させる気あんのか！
プロセス名がすべてjava
- 負荷監視時のプロセスの特定が面倒
- 運用時、killする対象のプロセス取り違えなどのリスクがある
- だから java という文字列をユーザーに見せるな！！
複数バージョンのjreをアプリ毎に切り替えないといけない場合は更に煩雑に
- JAVA_HOMEを書き換える？alternatives --config java？
- そんな複雑なことできるか！馬鹿にすんな！！
パッケージングに関する情報や知見に乏しい
- ドキュメントは英語だったり曖昧だったりで開発者の意欲を削ぐ。
- java web start とかコード署名とか、本当にもうお疲れ様です。意味わからん。
インストーラーじゃない
- application.tar.gz とか application .zip とか
- まぁ個人的にはこっちのほうが好きだけど

解決方法として

javafx-maven-pluginを使うとよい。javafxと冠しているが実態はパッケージングツール。

javafxの冠があるがためにスタンドアロンアプリ開発者以外を遠ざけている感あり。

Windows(msi/exe), Linux(rpm/deb), Mac(dmg) など各OS・ディストリビューション固有のパッケージングが行える。

公式ページ( http://zenjava.com/javafx/maven/ )では更新が止まっているが、Github( https://github.com/zonski/javafx-maven-plugin )とMavenRepository( http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.zenjava%22%20AND%20a%3A%22javafx-maven-plugin%22 )を確認するとちゃんと開発は続いている。

実際にどのようにすればパッケージングできるか

まずアプリケーションを maven アプリとして開発する。

pom.xml に以下を追加する。

mainClassはSpringBootなら@SpringBootApplicationのついてるクラスですね。

vendor は適当に組織や個人の名前を入れておきましょう。

※ 以下の XML が化けるのは増田の不具合か仕様っぽい。 http://anond.hatelabo.jp/20100205210805

&lt;plugin&gt;
  &lt;groupId&gt;com.zenjava&lt;/groupId&gt;
  &lt;artifactId&gt;javafx-maven-plugin&lt;/artifactId&gt;
  &lt;version&gt;8.1.2&lt;/version&gt;
  &lt;configuration&gt;
    &lt;mainClass&gt;[main method class]&lt;/mainClass&gt;
    &lt;vendor&gt;[Vendor Name]&lt;/vendor&gt;
  &lt;/configuration&gt;
&lt;/plugin&gt;

あとはそのままビルドすればよい。

maven clean jfx:native

ビルドが終わると target/jfx/native 以下に、ビルドしたOS/distributionに合わせて msi, exe, deb, rpm, dmg ができあがります。

本当であればクロスビルドできてしかるべきなのですが、まだ実現はされていないようです。

これらのパッケージは Widonws であれば Program Files(x86) に、Linux系であれば /opt/ の下にインストールされるようです。

/opt/app-name/ の下には app と runtime の2つのディレクトリがあります。

app の下にはビルドした jar ファイルや依存ライブラリが置かれています。

runtime の下には実行用の jre が配備されています。

実行ファイルにそのまま引数を渡せば jar 実行時の引数としてそのまま渡されます。(-Xmxなどはまだ未検証です）

課題

インストーラーで含めることのできる実行環境は jre なので jdk が必要とされるアプリは実行できない
- 問題になるのは jsp 。jsp のコンパイルに javac が必要なので。
- 切り捨てるのが一番だとは思いますが。
サーバー系のアプリの場合は init script を用意しなければいけない
- 今後の検討課題ですね。

各OS毎の注意点

rpm系
- rpmを作成するときに使われる rpmbuild コマンドのバージョンを確認処理に萎える系のバグがあります。
- LANG=C mvn clean jfx:native などのように、LANGを変更してやればビルドできます。
- http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ee31427caf20
Windows系
- WiX インストール後、PATHにWiXをインストールしたパスを含めておく必要があります。
Mac系
- Mac持ってないのでこの記事ではそもそも検証していません。

Permalink | 記事への反応(0) | 16:52

2015-02-07

■

ただ単に思ったこと。他意はない日記（小並感）です。

こないだシンガポール行っていろんな国の人見てきたんです。

「印象としては」なんだか去年の渡航時よりもスマホ率タブレット率ってのが上がっていますね。フルキーボード BlackBerryとかのシェアが激減したのが今影響出てる感じですか。

まあ遊び用と2台3台分けてるのかもしれないですが、それは別のお話として。

もう60歳ぐらいのおじちゃんおばちゃんも全然使ってますよね。（Facebookとかpathとかvineつかいまくっているし何だかお年寄りじゃない感じなのであえておじいちゃんおばあちゃんとは呼ばないでおきます。）

めちゃくちゃキャンディクラッシュとかで連鎖して（苦笑

某る女性はボーディングの待ち時間は触ってないと落ち着かないのでしょう、一生懸命携帯電話よりも重いであろうパワーバンクをもって、一心不乱に使ってました。

果てはパワーバンクを充電しながらスマホ本体も充電しながら遊んでるお兄ちゃんも。

スマホそんなにつかうんだなァと改めてびっくり。（特にスマホにゲームもアプリも常用するものを入れていないのでネ）

前よりも、そういった雰囲気もあってか、だんだん殺風景になってきましたね。

無料映画見ながら甘いカラメルポップコーンを食べたりしてたんですが、もう無料映画ブースないのかな？未だあると思いますが見なかったです。

シンガポールの空港（チャンギ国際空港）側から見ると、待ち時間のコンテンツは大したものを作らなくてもいいからなんでしょうか。

エビ入りのカリフォルニアロールだとかをむしゃむしゃしながら喫煙所脇の庭みたいなところから風景を眺めるのがすきでした。

まあスマホ・タブレットで遊びながらだと筐体油っこくなるからなァ

フードコートもコンテンツに合わせたカウチポテトやサンドイッチなんかもたくさんあったんですがね。。。今はチェーンの小さいブースが固まってるだけです。規模小さ！

100万シンガポールドルが当たる！みたいなキャンペーンブースもちっちゃい！

子供が走り回っておばちゃんがお菓子を交換しあって雑談している絵が減りましたよねー

もう目が合っても、「お、君は○○人？何しにきたの？」とか話を始めるどころではないです。アプリ・SNS 面白いんだもん。

一昔前のイメージですと凄くごちゃごちゃしてとてもうるさかった待合所が、なんだか病院の待合所並に静か。おばちゃんたちうるさくないし、子供も黙ってタブレットに夢中。

たまにfacebook アプリの通知音だったりが鳴るだけ。なんだかすごく寂しく思います。

Permalink | 記事への反応(0) | 11:47

2014-08-09

■MacのRubyをアップデート

MacOSX 10.6.8

引っかかったのでメモ

ruby(最新版)のインストール

brew instal ruby

/usr/local/Cellar/ruby 内にインストールされるはず

/usr/local/binにリンク 作成（多分）

brew switch ruby [バージョン名]

なお、バージョン名は/usr/local/Celler/ruby 内のものに従う

$PATHの優先度は/usr/binのが高いので変える.なおホームフォルダで行う

catch .bash_profile
vi .bash_profile

中身は

PATH=/usr/local/bin:$PATH
export PATH

以上

Permalink | 記事への反応(0) | 19:40

2013-12-23

■自分はプログラマに向いていなかったのかもしれない

16歳の頃から趣味でプログラムを書いていた。

一番最初はCだった。ポケコン付属のstdio.hしか無いCを使い倒して、PCを買って普通のCを始めた。

BCC32のセットアップが分からなくて電子計算機部の同級生にPATHを通してもらった。

セミコロンがなくて1週間止まり、友達に相談したら本当に3秒で解決した。

ポインタが分からなくて1年間止まり、翌年C++を初めてから何かのきっかけで理解した。

あの頃は「黒い画面でカタカタやってる人たち特別感あってかっけー！！！１」ってのが動機だった。

中学は卒業していたけど中二病だった。

社会人になった。

専攻とは大きく異なるけど、web系の会社でプログラマという名前の職を得た。

学生時代とは違って、一日中コードを書いて、設計とか考えて、

土日で書いた趣味のコードをGitHubに上げてボコボコに叩かれたりして楽しく過ごせるんだろうなと思っていた。

確かに研修はそんな感じだった。朝礼が終わったらオライリーを見ながらプログラムを書き、終業時間を過ぎても勝手に書いていた。

それが終わったら、既存のプロダクトを保守するところに配属された。

新しく作るなんてものはもう無かった。

バグ対応や小さな改修がたくさんあった。

それは別に悪いことじゃない。重要な事なのはわかっている。作って終わりではないのも分かっている。

でも自分じゃない誰かが、よく分かっていないままよく分からないものを作り続けてここまで来たのであろうそれを直すのは辛い。

「新しいコードに書き換えればいいじゃないか」というのはもっともだ。

でも新しいコードに書き換えたところで、新しいものを作っているということにはならない。

新しい機能、新しい製品を作っているわけではない。

利益を上げているというより、借金を返済している感覚だ。

その借金は自分のものではない、なのになぜ自分が返済するんだ、というネガティブな考えが頭から離れない。

何より、コードを書かない仕事がとても多いのが辛い。

新入社員だからというのか、コードを書いている時間よりそちらのほうがとても多い。

電話番もしていた。

新卒採用の手伝いもしている。

何のためにどんな仕事をするべきなのかわからないし、自分が何をしたいのかも分からない。

「土日で何か勝手に書けばいい」というのはそのとおりだ。

でも家に帰ってもネガティブな考えが頭から離れない。

仕事が遅いし、これと言える成果もあげていない。

また今週も何もしていないという考えで1時間くらいシャワーを浴びている。

水道光熱費がどんどんあがっている。

PCに向かい、手を動かし、プログラムを書くふりをしている。

公開できるような、会社が期待しているようなwebサービスとかでは無い。

会社のみんながこうでは無いのも辛い。

新しいコードを書いている人もたくさんいる。

なぜ自分はそうなれていないのか。辛い。

新しいものを作っていたほうが、新しいコードを書き続けていたほうが楽しいに決まっている。

感謝もされるだろうし、自分が中心にいる満足感だって得られるのだろう。

そのうえで「運用が大事」とか考えるようになるんだろうな　と妄想している。

何の論拠もない、僻みしか考えられない。

もう土日でwebサービス作るとか言うのはやめよう。

仕事もろくにできていないのに。

明日はどんな仕事をするのだろうか。

Permalink | 記事への反応(0) | 15:19

2013-10-08

■mixiのオワコン化はSNSの運命。戦略 ミスとか関係ねぇ

mixiがなんでダメになったかとか、衰退したかとか、そういう議論に終止符を打つ。

議論してるやつ、意味不明なこと主張してるやつら全員間違ってるから。本質はそういうことじゃないのよ。

SNSの生命線、核は強みになる独自機能でもなければ、個別の機能でもないのよ。

SNSの生命線はソーシャルグラフ。つながり。これだけ。

日記がどうとか、つぶやきがどうとか、ぶっちゃけ二の次。

もちろん全体的なトレンドとして、よりライトで、よりリアルタイムなコミュニケーションがスマホによって促進されたのは事実。

けどやっぱりそれは二の次なのよ。

mixiがオワコン化したことは、日本人である俺らにとっちゃむちゃくちゃ感慨深いし、センセーショナルな問題だけどさ

SNS 発祥のアメリカではもう何度も繰り返されてきたことなの。

原因はソーシャルグラフ、つながりが時代遅れになったから。これが全て。

アメリカでは概ねFriendsterから始まり、Myspace、FacebookへとSNSの世代交代が何度も起こってるわけ。

全部例外なく大体8年周期くらいガッツリ世代交代してる。

これはなんでかっていうと、人って3~4年で自分を取り巻く環境と、交流する人がガラッと入れ替わったりするわけです。

学生は中高大で3、3、4年で変わるし、社会人も3、4年で変わるでしょ。特に社会人は自分含め周りが結婚し始めたり、子供産まれたりもするじゃん。

だから3~4年経った時点でSNSに登録されてるつながりってのは、現実とはかなりズレが出てくるわけ。

でもまぁ、3~4年くらいならいいのよ、みんな我慢して、違和感抱きながらも使い続ける。

要はどうするかっていうと、新しい友達とつながり続けるわけ。

でもそのあとまた3~4年経つと、またつながりが変わる。そしたらもうSNSには2世代にわたって蓄積されたズレが積もり積もってるわけ。

これが大体6~8年かけて起こる。このタイミングで人はSNSを乗り換えて、心機一転新しく0からつながり作るわけ。

mixiがオワコン化したのはFriendster、Myspaceが既に繰り返してきたことなのよ。

広告がでかいとか、表示が遅いとか関係ないから。

Twitterなんてこのスマホ全盛時代に、初期はボコボコ落ちまくってたじゃんよ。

だから mixiがオワコン化しちゃったのは、このソーシャルグラフのリフレッシュが上手くできなかったからだな。

でもこれはmixiに限らず、これまで潰えたSNSが皆等しく抱えた問題。それはFacebookも例外ではなくな。

Facebookも、実は最近になってからソーシャルグラフ、つながりのリフレッシュには力入れてるっぽいけど。

まずフレンドのグループ分けができるようになったろ？

ニュースフィードの読み込みだけじゃなくて、投稿の際にも公開範囲切り替えられるようにしてる。

そのうえ、最近はフレンドの解除がすっげーやりやすくなってる。

どーせ上手くいかねぇだろうけど。

成長したSNSはユーザーに、もう最近からんでない友達外してもらわないとダメになってくわけ。

Facebookもオワコン化は始まってるよ。

結局、ソーシャルグラフの根本的な設計が味噌なの。

mixiと違って、Facebookのつながりの方が、遥かに陳腐化するのが早いってのはお前らが既に感じてる通りだ。

mixiは2年も3年も楽しく遊べただろ？でもFacebookはすぐにめんどくさくなったろ？

実名だから検索もしやすいし、オープン！オープン！とか言うから、みんな申請しまくって最初からつながりとか無関係なんだよ。

最初からお前らの持ってるつながりからズレてるの。名刺交換した人とは良くて知り合い、ほとんど覚えてなくて赤の他人だろ。

それをFacebookにどんどんぶち込んだりするから日本ではFacebookが流行って2年や3年でもうひーひー言ってる奴らがいるわけ。

だから去年ぐらいから、アメリカだとPathとか、日本だとそのパクリのCloseとか出てきてるんだろうなってのが俺の見解。

家族とか、マジで仲のいい友達（心の友ってやつ？）はそうそう変わらないからな、そういう変わらないつながりだけにフォーカスしたSNSが出てきても不思議じゃない。

上手くいくかしんないけどさ。

ちなPathがリリースされたのは2011年。Facebookがアメリカでリリースされてから7年後な。

Permalink | 記事への反応(5) | 15:14

2013-08-12

■

【Web サーバを作る】http://d.hatena.ne.jp/kmaebashi/20130804/p1

マネしてPerlで書いてみた。以下ソースコード。

use Fcntl;
use strict;
use Socket;
use threads;
use POSIX qw(strftime);
use File::Spec::Functions qw(rel2abs);
my $thread = threads-＞new(\＆serverThread, "");
$thread-＞join;
sub getContentType {
my $ret;
my %hashmap=(
"html" =＞ "text/html",
"htm" =＞ "text/html",
"txt" =＞ "text/plain",
"css" =＞ "text/css",
"png" =＞ "image/png",
"jpg" =＞ "image/jpeg",
"jpeg" =＞ "image/jpeg",
"gif" =＞ "image/gif"
);
$ret = $hashmap{$_[0]};
if ($ret eq "") {
return "application/octet-stream";
} else {
return $ret;
}
}
sub serverThread {
my $documentRoot = rel2abs("D:/var/www/html");
my ($line, $path, @tmp, $ext, $data, $absPath);
socket(SERVER, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
bind(SERVER, sockaddr_in("8001", INADDR_ANY)) || die;
listen(SERVER, SOMAXCONN) || die;
while (accept(CLIENT, SERVER)) {
while (＜CLIENT＞){
$line = $_;
last if ($line eq "" || $line eq "\r\n" || $line eq "\n");
if (index($line, "GET") == 0){
$path = (split(/ /, $line))[1];
@tmp = split(/\./, $path);
$ext = @tmp[$#tmp];
}
}
print CLIENT "HTTP/1.1 200 OK\r\n";
print CLIENT "Date: " .strftime("%a, %d %b %Y %H:%M:%S GMT", gmtime). "\r\n";
print CLIENT "Server: Sever03.java\r\n";
print CLIENT "Connection: close\r\n";
print CLIENT "Content-type: ". getContentType($ext). "\r\n";
print CLIENT "\r\n";
$absPath = rel2abs($documentRoot. $path);
if (index($absPath,$documentRoot)==0 ＆＆ sysopen(FH, $absPath, O_RDONLY | O_BINARY)) {
while ($data = ＜FH＞) {
print CLIENT $data;
}
print CLIENT "\r\n";
close FH;
}
close CLIENT;
}
}

コアモジュールだけ使った。

元ネタのJava コードはディレクトリトラバーサルになってたんで、一応対策を盛り込んだ。

といっても絶対に外向けに動かさないように。無いと思うけど。

いろいろツッコミくれるとうれしいです。

Permalink | 記事への反応(0) | 09:24

2013-03-13

■サーバ 初心者がWebサービスを公開するうえで考えたこと

先だって、自作のWebサービスを公開しました。

http://www.radiosonde.net/

これまで他の人に用意してもらったサーバで自分のプログラムを動かしたことはありましたが

自分自身で一からサーバをセットアップしたことはほとんどなかったので、いろいろとハマりました。

作業を進める上で困ったり考えたりしたことを書いていきます。

ちなみにサーバ自体はさくらのクラウド、OSにはCentOSを使用しているので、それ前提のお話になります。

SSHとファイヤーウォールの設定

最初にサーバを起動してから速やかにSSHとファイヤーウォールの設定を変更しました。

はてブなんかでも定期的に話題になっているのでおなじみですね。

・SSHのポートを22以外の別のポートに変更する

・rootによるリモートログインを禁止する

・パスワードログインを禁止し、鍵認証を有効にする

・念のためrootのパスワードを潰しておく

・SSHやHTTP(S)など、どうしても公開しなければならないポート以外は遮断する

・SSHのポートについてIP制限が行えるならば尚良い

さらっと書きましたが、設定をミスって自分自身もログインできなくなり、何度かOSの再インストールを繰り返しています。

後から気付いた事ですが、さくらのクラウドではクラウド管理画面のリモートスクリーン経由でローカルログインできるので

別に OS再インストールしなくてもiptablesの設定を変更できたんですよね...

逆に言うといくらファイヤーウォールとSSHを設定しても管理画面にパスワードログインの環境が残ってしまうので

パスワードの管理には引き続きしっかり気を使う必要がある。ということでもあります。

Web アプリの動作が重い

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に解除依頼を提出。事なきを得ました。

KVSの変更

クラウドを利用すれば、サーバを停止することなく簡単な設定でスケールできるようになる。

と、自分で勝手に思い込んでいたせいなのですが、消えては困るデータの一部を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のレプリケーションが止まる

実行系と参照系に分ける形でmySQLのレプリケーションを行なっていたのですが、度々レプリケーションが停止する現象が発生しました。

一部のテーブルについて肥大する可能性が考えられたため、参照系に接続するプログラムで使わないテーブルをレプリケーションから除外していたのが原因です。

例えばtabelAをレプリケーションし、tableXをレプリケーションしないという設定にしたうえで

実行系でINSERT INTO `tableA` SELECT `value` FROM `tableX`などといったクエリを発行すると、参照系にtableXが無いためエラーが発生して止まってしまいます。

レプリケーションするテーブルを限定する場合はプログラム側でも注意を払わないと危険です。当たり前ですが。

サーバ 監視にmonitを使用

監視といえばcactiやnagiosが定番なのかもしれませんが、設定が複雑そうで尻込みし、monitを使用することにしました。

簡単な設定でloadaverageやメモリ、HDDの使用量をチェックできるほか

httpdやmysqldなどといったサービスのプロセスを監視し、もし落ちていたら自動で起動してくれるので助かります。

Web アプリの秘匿

パスワード保護を行うとしても、サイト全体の管理画面など自分しか使わないプログラムはWebに晒しておきたくない。

というわけで、一部のWeb アプリを秘匿する設定を行いました。

管理画面のWeb アプリを9999番など閉じているポートに設置した上で、SSHを利用したトンネルを掘ります。といっても

ssh -t -L 9999:localhost:9999 user@xxx.xxx.xxx.xxx

上記のようなコマンドで管理画面のWeb アプリを置いたサーバへログインするだけです。

ブラウザのアドレス欄にhttp://localhost:9999/と打ち込めば、接続が開いている間のみアクセス可能になる感じですね。

サーバにログインできる人でなければ実行できないことなので、気分的にある程度安心します。

SSHでログのバックアップ

自動でログのバックアップを行いたいと考えたのですが、パスワード無しの鍵でログインして転送する形には抵抗がありました。

調べてみたところ、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つのサイトを公開するにしても問題というのは尽きないものだと実感させられました。

今は基本的な情報だけでなく、ちょっと突っ込んだ内容でも検索で解決していけるので嬉しいですね。手がかりを残してくれた先達に感謝することしきりです。

現状ではひとまずの見切りを付けて公開していますが、より堅牢で負荷に強いサーバとなるよう、随時チューニングを行なっていこうと考えています。

最後に

作ったWebサービスについて少し書きます。

サイト名は「Radiosonde」

個人サイトや小規模な商業サイトなどプロモーションにあまりお金をかけられないサイトを主な対象とした、無料で出稿できる広告ネットワークサービスです。

既存のサービスで近いのは「あわせて読みたい」や「zenback」、各社提供のRSS 相互リンクサービスなどになるでしょうか。

広告としての体裁がある分、それらより若干積極的な性質になるのではと考えています。

現時点ではサービス本体のプロモーションに苦心するという本末転倒そのものの状況でありますが、もしよろしければ見ていただけると嬉しいです。

Permalink | 記事への反応(1) | 16:58

2012-12-30

■スタートアップを見ていて、冷静になれよと思ってる。

こんにちは。

非力ながら、スタートアップに在籍している大学4年生です。

大学3年の頃にたまたまジョインさせて頂き、1年以上の間スタートアップに身を置かせて頂いています。

狭い界隈なので、所属については伏せますが、企画・マーケティング、営業、ユーザーサポート、ちょっとした開発までをやっています。

まだまだ何も解っていないのですが、一学生の視点で今のスタートアップを見ていて思うことを書きたいなあと思います。

・正直、使わないサービスが多い。

冷静になってみて、「このサービス使う？」と考えた時に使わないサービスがあまりにも多い。

マッチングサービスに多くが、そのサービスを有効活用できそうな人達って既にTwitterやFacebookをやっていて、直接アポとってませんか？って思います。

僕が周りの普通の学生に話してみて、『良いけど、使わない。』という風に返されるサービスがあまりにも多いです。

ビジネスとして優れているかどうかは立ち上げ時にほぼ決まっているとはよく言ったもので、コンセプトや前提からやり直したほうが良いと思います。

・ハイコンテクスト過ぎる。

たとえ優れていても、ハイコンテクスト過ぎるという欠点を抱えたサービスも多くあります。

世界観や新たな価値がいかに素晴らしいものであったとしても、市場が受け入れてくれなければ単体で優れたサービスだったとしてもそこに顧客はいない。

何を言いたいのかというと、素晴らしいけど誰もそんなの求めてないよってことです。

じゃあお前どんなサービスが好きなの？って話ですが、gifteeとかnanaとかmonocoとかpathとかフリルとかWishScopeとかu noteとかトリッピースとかクラウドワークス、Buypassとかスマートエデュケーション、ですかね。

ただ、最後に伝えたいのは、スタートアップの人たちというのは、新しい世界を作ろうとしている人達か、本当に世界を変えようとしている人達うちの一人なので、その辺のキャリアや外コンや商社の人達より僕は好きです。

Permalink | 記事への反応(0) | 02:14

2012-09-18

■http://anond.hatelabo.jp/20120918173309

書き捨て

https://github.com/tdtds/massr

bundle install --path vendor/bundle
Gemfile syntax error:
/h/massr/Gemfile:14: syntax error, unexpected ':', expecting kEND
	gem 'sinatra-reloader', require: 'sinatra/reloader'
	                                ^
/h/massr/Gemfile:16: syntax error, unexpected ':', expecting kEND
	gem 'pit', require: 'pit'
	                   ^

sudo gem install sinatra
Successfully installed sinatra-1.3.3
1 gem installed
Installing ri documentation for sinatra-1.3.3...

unrecognized option `--encoding=UTF-8'

For help on options, try 'rdoc --help'

ERROR:  While generating documentation for sinatra-1.3.3
... MESSAGE:   exit
... RDOC args: --ri --op /Library/Ruby/Gems/1.8/doc/sinatra-1.3.3/ri --line-numbers --inline-source --title Sinatra --main README.rdoc --encoding=UTF-8 lib README.de.rdoc README.es.rdoc README.fr.rdoc README.hu.rdoc README.jp.rdoc README.ko.rdoc README.pt-br.rdoc README.pt-pt.rdoc README.rdoc README.ru.rdoc README.zh.rdoc LICENSE --title sinatra-1.3.3 Documentation --quiet

アホか

Permalink | 記事への反応(1) | 18:14

2012-08-08

■好き？悔しい？

自分がはてな匿名ダイアリーに書く日が来るとは思わなかった。

よくある話だ。振られてしまった。いや、遊ばれた、といったほうが正しいのかもしれない。

ソーシャルメディア上で知り合った人と、何回かデートしてセックスして、そのあとよそよそしくなった。

数ヶ月後、また絡んできて、やり取りして、数回逢った後、忙しいといって逢ってくれなくなった。

別の女性ときゃっきゃとネット上でやり取りしているのをよく見かける。そのたびに心が痛む。

そういえば、色々な方から「あの人は気をつけたほうがいいよ」と注意を頂いた。

そういえば、私の前にも仲良かったのに突然ちっとも絡まなくなった人がいた。

この間まで仲良かった彼の会社の元同僚とも、急にやり取りがなくなったな。あれは何なのだろう。

私の知り合いの女性とも飲みに行ったそうで、酔ってタクシーの中でキスされたとその女性から自慢された。

泥酔していていろんなことを話し始めて、彼はセックス上手そうだからセックスしたいな～って言っていた。

昨日、そのコとはPathでつながったから、そろそろそういう関係になっているかもしれない。

ああ、嫌だ。

まだ好きか？っていわれると、よくわからない。

全てを絶ってしまいたいが、ソーシャルグラフでつながっていて、ネット上で全く目に入らないようにできない。

目に入ると、気になってしまう。何をしているのか。何やっているのか。

そして、先のタクシーの彼女とはPathでつながり、私とは繋がってくれないと、哀しいというか、悔しい。

チャットで呼びかけても、今はもう無視されるだけである。

もう何も気にしないで生きていきたい。ソーシャルメディアを全部やめればいいのだろうか。

彼一人のために自分の楽しみだったものを捨てるのだろうか・・・

と、彼が読むのが好きであろう、はてなダイアリーに書いてみた。自分のことだと、わかるのだろうか。

それとも、彼が主張したように、「そういう関係なのは君だけ」だったのだろうか。

タクシーの中のキスも、彼女の嘘だったのだろうか。

もう、何が本当か、分からない。君の言葉は全部、ウソでいいんだろう？

Permalink | 記事への反応(1) | 02:13

2010-08-15

■[ネットワーク外部性][例][sns][収穫逓増][キャズム][Twitter][Facebook][gree][mixi][line]

はてなブックマーク - Facebookが「名前で検索されない」オプションを廃止―プライバシー・コントロールの問題点を露呈 | TechCrunch Japan

Facebookで「友達が利用しているアプリ」に情報を渡さない方法

Facebookで友達になりたくない相手から、友達申請が来た場合の対処法

Facebook　特定の人にだけ、自分のウォール投稿を公開／非公開にする方法

はてなブックマーク - 公開、非公開、秘密の「グループ」で自在に交流　最新フェイスブック教室（３）　：日本経済新聞

「フェイスブック“ブロック”の仕返しで住居侵入か」　News i - TBSの動画ニュースサイト

[間欠強化][クーポン収集問題][確率][食玩][ガチャガチャ][ソーシャルゲーム][倫理]

Facebookは排他的だ　 - Market Hack

若者のフェイスブック離れが進む“SNS疲れ”の深層

フェイスブックが嫉妬心生む、友人の投稿で惨めな気分に＝独調査 | ロイター

フェイスブックやめると満足度アップ　利用者は他人の投稿をうらやむ傾向に　 - 産経ニュース

フェイスブックが嫉妬心生む、友人の投稿で惨めな気分に＝独調査 | 世界のこぼれ話 | Reuters

Facebookを使えば使うほど人生に満足できなくなる原因が研究で明らかに - GIGAZINE

増える「Facebookやめた宣言」「リア充アピール」がうざい理由

「フェイスブック疲れ」米ユーザー半数に一時休止の経験　写真1枚　国際ニュース：AFPBB News

Facebookを退会した

はてなブックマーク - ＬＩＮＥ:「突然仲間外れ」子供トラブル相談急増－毎日ｊｐ(毎日新聞)

はてなブックマーク - 大学生の半数近くが「LINE疲れ」感じる、「既読」でプレッシャーも -INTERNET Watch

はてなブックマーク - 中高生らに広がる“ＬＩＮＥいじめ”　中傷、仲間はずれ…外部で監視できず (1/4ページ) - SankeiBiz（サンケイビズ）

7 ：ペスト・コントロール・オペレーター(長野県)：10/07/27 16:27 ID:VXzEcToP
俺も人を信じないけど表面上は信頼してるように見せないと色々面倒だろ
その程度の処世術は遅くても中学までに会得しておくべき
http://lifehack2ch.livedoor.biz/archives/51260720.html
知人・友人・友達・親友・心友・莫逆の友・友情

コミュニケーションにおける最大の問題は、それが達成されたという幻想である。
バーナード・ショー（アイルランドの劇作家）

The greatest problem in communication is the illusion that it has been accomplished.
George Bernard Shaw