数年前にやったときはソースから入れて苦戦した記憶があるので, 最新の簡単な方法をメモ.
$ brew update && brew install postgresql@9.5
現行版(10.4)の場合は brew install postgresql でok
$ brew services start postgresql@9.5
$ alias psql='/usr/local/opt/postgresql@9.5/bin/psql'
$ psql --version psql (PostgreSQL) 9.5.13
fork したリポジトリで開発中に, fork 元リポジトリに誰かが PR を出してくれて
そのコードをローカルで確認したい.
$ git clone git://github.com/forked_rep
$ git remote add upstream git://github.com/origin_repo
$ git fetch upstream pull/pull_request_number/head:pull_request_branch_name
$ git checkout pull_request_branch_name
$ git clone git://github.com/forked_repo $ git remote add upstream git://github.com/origin_repo $ git fetch upstream pull/pull_request_number/head:pull_request_branch_name $ git checkout pull_request_branch_name
ブロックチェーンゲーム Etheremon のミートアップに参加したメモと感想をまとめておこうと思う.
主催: Blockman
暗号通貨なkimさん: https://twitter.com/kimnao3333 の挨拶
はるか先生は初顔出しだったとのこと！
現状は上記 2 つだが今後の発展も含めて期待している.
dApps で 2,3 位(多少の変動はある
アクティブユーザー(200~300 人ぐらい
-> 現状大きくプロモーションが打ててない
-> 遊べるコンテンツが少ない
-> コンテンツが確立したらユーザを増やしに行くのでは？
ゲーム内の土地を手に入れることができる.
プレセールで 200~300ETH ぐらい集まった.
ユーザが遊ぶごとに配当(トークン)がもらえる.
※記事にない不明な点があれば, ダプマさんに twitter で連絡すればすぐ記事にしてくれる(!)
アクシー、イーサタウンといった次の dApps が出てきているので, プラットフォームとして展開していかないと
あとから出てくる dApps に抜かれてしまうので動向が気になる.
これまでのゲームの問題点
— shoya@Solidity強化月間 (@morugu) July 4, 2018
1. ゲーム内でアイテムを手に入れても本当の意味での所有権がない
2. セキュリティ問題
3. 他のプラットフォームとの取引ができない@myetheremon #etheremon #etheremonmeetup
Blockchainでどう解決するか？
— shoya@Solidity強化月間 (@morugu) July 4, 2018
1. トークンとなってウォレット内にあるため運営がパラメータを改変したりできない
2. プライベートキーが流出しない限りハッキングするのは難しい
3. トークンとして他のプラットフォームとの取引や現金化が簡単にできる@myetheremon #etheremon #etheremonmeetup https://t.co/EzLNGg93wU
プレセールで 300ETH 調達した.
7 月実装予定だったがオフチェーン対応等で遅れていて, 8 月にはリリースできる予定.
土地で利益を得るのは手数料と売却する方法がある.
土地に入るための手数料は全額所有者に入る.
手数料の金額は所有者が自由に決められる(が, 極端に偏る場合は何らかの方法で均衡化されるとのこと)
上記に売却も加味すると 20~40 倍ぐらいのリターンを見込めるのではないか.
全部で 108 あって, プレセールでは半分の 54 を売った.
残りは今後のイベント等での販売/配布を検討中.
54 の土地を 10 分割して 540 を販売した.
1 つ約 6ETH なので 10 で割って, 1 つあたりの購入額は 0.6 ETH ぐらい.
10 分割に順位/優先度などはない.
日本人が一番多い.
トランザクションは国別の判定ができないので Google Analytics ベースの計測.
独自ドメインの割り当て, メールアドレス認証などが設定済の WorkMail を AWS サービス以外のメールクライントからもメールの送信に使いたいと思った.
安定のクラスメソッドさんの記事を元にやっていけばほぼ問題ない.
WorkMail は、現在3つのリージョンで提供されているため
us-west-1, us-west-2, us-east-1 から WorkMail を使用しているリージョン用のホストを選択する必要がある.
WorkMail の SMTP は Secure connection: Required なため
クライントの設定で SMTPS を有効にする
or
ホストに ssl://smtp.mail.us-east-1.awsapps.com と明示的に指定する必要がある.
新規登録などユーザの動作をトリガーとしてメールを送る場合に
SMTP での送信処理は体感で, 500ms~2000msぐらい(場合によってはもっと)かかるので
同期処理だとユーザに待ち時間が発生してしまうため, SQS などを使って非同期で処理する.
Wercker を使っていて, デプロイプロセスにちょっとしたスクリプトを入れたくなって調査した記録.
公式にもあるが, 微妙に古い&ハマりどころもあるので解説していく.
Wercker 上では Steps も Application と同様に扱う(ように途中で変わったらしい).
bash もしくは golang で実装するのが推奨されている.
今回は bash での実装で説明する.
他のリポジトリと同様、Wercker 上で実行する Pipeline を定義する
Steps のメタデータを定義するファイル
Steps の実行内容を記述するファイル
最低限のファイルを定義したリポジトリを用意したので clone する.
wercker.yml の owner を修正.
※Wercker 上のユーザー名を同じものを設定しないと, publish が失敗するので注意
step.yml の name, version, summary, tags をよしなに修正.
run.sh に処理内容を実装する.
今回は Node.js のバージョンを出力する.
使いたいプロジェクトの wercker.yml に追加する
build:
steps:
- shoya/node-version@1.0.0
