手書き共有ウェブアプリ EGAKU(仮)の要件を考えている。
成功基準が機能一覧になってんのが気に食わないな。事業としての成功基準を書いた方が良さげ。意識が作る側である下請けに引っ張られてる。下請け根性。
成功基準に欲が出てきた。
邪悪な仕様が生えてきた
画面下部にバナー広告を入れること
手書き時の誤タッチによる収益増加目指す
ちょっと緩和させる。主要な利用者が俺なので、俺が使うときに切れるようだったら下部バナーやめとく。
画面下部にバナー広告を入れること
手書き時の誤タッチによる収益増加目指す
あまりに邪悪な場合は画面上部とする
利用者登録・管理が可能なこと
さらっと書いたけど、一等めんどくさいぞ
利用者登録・管理が可能なこと
利用者が過去に手書きした画像を一覧で表示できること
利用者が過去に手書きした画像を後から追記して手書きできること
作るのがめんどくさい。なんとかしてこういう仕様を迂回したい。
認証の作成を回避する仕様がなくはないけど、使いづらくなるな。あきらめて認証周りを作るか。
認証作るのめんどちっちだから、Amazon Cognito使っちゃおうかしら。
50,000 アクティブユーザー/月が無料
foooへいへーい。
50,000 アクティブユーザー/月って、趣味プロダクトでこれだけいけたら大大大成功の部類では。
passport.use(new LocalStrategy(function verify(username, password, cb) {
db.get('SELECT rowid AS id, * FROM users WHERE username = ?', [ username ], function(err, row) {
if (err) { return cb(err); }
if (!row) { return cb(null, false, { message: 'Incorrect username or password.' }); }
crypto.pbkdf2(password, row.salt, 310000, 32, 'sha256', function(err, hashedPassword) {
if (err) { return cb(err); }
if (!crypto.timingSafeEqual(row.hashed_password, hashedPassword)) {
return cb(null, false, { message: 'Incorrect username or password.' });
}
return cb(null, row);
});
});
}));
『Username & Password Tutorial: Verify Password』より
crypto.pbkdf2でsha256にハッシュ化する。crypto.timingSafeEqualで1.と2.で得られたハッシュ化された暗証語を比較し、一致していれば利用者情報をcallback関数(cb)で返す