プログラミング初心者がGoに入門しようとしてサンプルアプリのテキストwikiを動かすまで

この記事は Go その2 Advent Calendar 2015 の5日目の記事です。


日付変更と共に公開できず、しかも内容も他の方の記事に比べてショボくて申し訳ありませんが、タイトルの通りサンプルとしてWeb上に公開されているテキストwikiが動くまでにやったことの記録です。

動機

同僚のリードプログラマがGo言語を使ってシステムに機能追加を行いました。
私はサーバ構築をサポートしましたが、ミドルウェアやフレームワークなど、まだまだ彼にGo言語プロダクトの責任が偏っています。そしてそもそもGoのソースコードは１ミリもわかりません…。
今後はチームとしてスマートに動けるように、責任を平準化し、ソースコードや開発手法について議論を深めたいので、私もGoを学んでみようと思いました。

成果物

結論としてはたった2ファイル
https://github.com/TearTheSky/golangStudy/blob/master/textwiki/textwiki.go
https://github.com/TearTheSky/dotfiles/blob/master/.vimrc

textwiki.go というgoプログラムができました。
これをWebサーバに持って行って起動し、Webサーバへのアクセスを127.0.0.1:9000に渡すように設定変更してあげればテキストwikiが利用できました。
Webサーバにはnginxを使っています。
ローカルでもできるやろそれ、と言われそう（実際言われました）が、netライブラリあたりが原因なのか、うまく使えなかったので、ローカルで動く版も作りたいと思います…。



やったこと

Goのインストール

最近はMacを使っています。Macの場合はhomebrewですぐにGoをインストールして環境構築を始めることができます。
brew install go で、Go1.4がインストールされ、brew update と brew upgrade を行うと1.5にバージョンアップしました。
安易にbrew upgrade していいのかちょっと怪しいですが、せっかく最新になったので使っていこうと思います。

NeoBundleとカラースキーマとvim-goのインストール

Vim pluginへの入門[NeoBundle.vim] を参考にさせていただいて、NeoBundleをインストールしました。NeoBundleはVimのプラグイン管理を楽にしてくれるプラグインです。
外部からプラグインをダウンロードしてくる方法が分かったので、既存のしょぼい .vimrc に追記して、vim-goをインストールします。
ついでにカラースキーマも変更します。背景色は黒板みたいな深緑がいいんだけど、探したり作るのがめんどくさいので、とりあえずSublimeText使ってるし馴染みのある molokai を入れます。黒板風カラースキーマの作成、あとでやろう。あとで…。


ブラウザ上からHelloWorld！する


「AWSでnginx+golangが動く環境を作る 」を参考にさせていただいて、Nginxサーバを立てて、そこへのアクセスをGo言語がListenする9000番ポートにパスするようにしました。
そしてHelloWorldを出力するプログラムを起動しておけば、ブラウザ上からサーバへアクセスしたときにHelloWorldが出力されます。

チュートリアルに沿って書く

古すぎて参考にしてはいけないサイトとして有名らしい（知らなかった） golang.jp にある「 Codelab: Webアプリケーションを書いてみよう 」を読みながらソースコードを増やしていきます。
コピペですコピペ。
でも、ただのコピペじゃ動きません。
古すぎるのでライブラリ名が変わったりしていてエラーになります。
エラー名をググりながら修正していきます。
「WebをGolangで作ろうとハマった」 などは非常に助かりました。ありがとうございました。
それから、/view/用のhtmlテンプレートがないので作ります。/edit/をコピーしてちょっといじればすぐです。

これからやらなきゃいけないこと・やりたいこと

やらなきゃいけないことは無限に湧いて出ると思いますが、とりあえず次のステップに進むために必要そうなことを何個か…



明日は tienlen さんの記事です。パッケージ管理についてということなので、読んで勉強します！




コメント

  1. mattn2015年12月6日 0:29

    リクエストからファイル名を得る部分 getTitle はもう少しサニタイズしないと意図しないパスにファイルが書かれそうな気がします。例えばこれは Windows に限った話ですが

    http://localhost:8080/C:%5cWindows%5cnotepad.exe

    にリクエストすると予期しないファイルに書こうとします。もちろん権限が無い場合にはエラーになりますが。また UNIX 系 OS だとしても期待しないファイル名になるかと思います。
    期待しない文字は strings.Replacer 等で置換してしまうのが良いかと思います。

    返信削除

コメントを投稿

このブログの人気の投稿

一部のユーザだけ NET::ERR_CERT_REVOKED でサイトにアクセスできない

イメージ
一部のユーザから、HTTPSのURLにアクセスできなくなったという連絡を受けました。 なんでも攻撃される恐れのあるサイトですとかなんとか…。 ブラウザのスクリーンショットをもらってみたら、こんな表示が。 Google Chromeでも同じ感じのエラーメッセージが表示されていました。（サイト名が出るので省略…） Chromeの方のエラーメッセージをよく見ると、 NET::ERR_CERT_REVOKED と書かれています。ファッ！？証明書が失効している…！？ そんな馬鹿なと思い手元でアクセスしてみたら普通に繋がる…HTTPSできてるよ？なんで？何が起こってるんだろう…。 結論を言うと、 SSL証明書業者が手違いで中間CA証明書を失効させてしまった ことにより、私たちが購入して使っている証明書が一時的に利用不可能になり、そのネガティブキャッシュをユーザが参照している 、というお話でした。 解消のための新しい中間CA証明書が公開されていたので、そちらを使って更新してみると、問題は解消されました。 ただ、自社が買っていたのはクイックSSL証明書だとばかり思っていたので、更新に失敗しまくって時間がかかりました。違うやつだった…。 SSL証明書とかドメインの周りのメンテナンスは多くても年に数回とかっていう頻度なので、いろいろ思い出すのに苦労しますね。 ていうか、そういうことあるんですね、中間証明書間違って消しちゃった！とか。 レジストラのDNSサーバダウンと合わせて、「 うちのせいじゃないんだけどご迷惑をおかけしてごめんなさい案件 」って感じで覚えておきたい…。
続きを読む

[AWS] WAF を自分で組み立てるなら SAM でテンプレート書いた方が楽だよ

タイトルの通りです。 あ、 この記事は AWS初心者 Advent Calendar 2018 の7日目 として書いております。 最近会社でWAFとかLambdaとかSAMとかちょっとEC2やRDSといった基本のプロダクトとは違った要素について検証・導入を行なっているのですが、Lambdaをデプロイするために使ってみたSAMでWAFをデプロイすると楽ちんでした。 たとえばここに、HTTPリクエストのメソッドの種別を確認し、HEAD、CONNECT、TRACEを利用したアクセスをブロックするようなWAFを作成するためのSAMテンプレートがあります。 これが存在するディレクトリで以下のようにパッケージングのためのコマンドを実行します。 あ、念の為に雑多なディレクトリではなく、このテンプレートだけが存在する新しいディレクトリを作成してください。 aws --profile [プロファイル名] cloudformation package --template-file template.yml --s3-bucket [あらかじめ用意したS3バケット名] --output-template-file packaged-template.yml これを実行することで、SAMでのデプロイのためにパッケージング化された各種ファイルが指定したS3バケットに送られ、そこからデプロイするために書き換えられた packaged-template.yml が生成されます。 Lambda Functionのためのソースコードがあればここで併せてパッケージング化されるのですが、今回は無いのでtemplate.ymlだけですね。 そして以下のコマンドを実行するとデプロイされます。 aws --profile [プロファイル名] cloudformation deploy --template-file packaged-template.yml --stack-name otameshi-http-method-restriction-for-cloudfront --capabilities CAPABILITY_IAM --parameter-overrides yourApplicationeName=[任意の文字列] コマンド名に
続きを読む

[#CentOS][#Apache] CentOS6 でApacheが起動できない

CentOS 6 で httpd を起動させようとした時のこと $ sudo /etc/init.d/httpd start httpd を起動中: httpd: bad user name apache    [ 失敗 ] なんじゃこりゃ。 ■問題 Apacheが起動できない。問題はapacheユーザ ■原因 httpd.confには ユーザ：apache グループ：apache　でhttpdを起動するようになっている。 ユーザとグループを確認してみよう… $ cat /etc/passwd | grep apache $ ユーザが居ない… $ cat /etc/group | grep apache apache:x:48: グループはある。なんでこうなってんだ？ ■対処 ユーザ「apache」を作ってグループ「apache」に入れてあげよう。 # useradd -g apache apache useradd: /etc/passwd をロックできません。後でもう一度試してください。 は？(#ﾟДﾟ) # ll /etc/*.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/passwd.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/shadow.lock これを消すか # rm /etc/passwd.lock rm: remove 通常ファイル `/etc/passwd.lock'? y # rm /etc/shadow.lock rm: remove 通常ファイル `/etc/shadow.lock'? y これでもう一度apacheをuseraddして…あれ、もしかしてロックファイルがApahceをインストール剃る前からあって、もしかしてyumのインストールシーケンスの中でユーザ作成だけ失敗してたりしてるのかな？ ということでApacheをインストールし直す方向で。 # yum remove httpd $ sudo yum install httpd httpd-devel mod_wsgi Pythonの勉強したいからmod_wsgiも入れてます。 で、yum入りました。 Transaction Summary
続きを読む