AWSを使おう
dropboxのAPIでファイルの出し入れ出来きるよ。SRCで直指定できないから、ちょい面倒だけとね(非公式な方法使えばできるけど)
「ローカルの容量気にしなくていい」と、「dropboxかEvernoteの容量を気にしなくてはならない」は、ど考えてもトレードオフが成立しないと思うんだが。それがたとえAWSだとしても。大前提としてローカル以上にストレージを自由に使わせてくれる無料サーバーなんて存在しないよ？ユーザーが容量を使えば使うほどその分、君がそのコストを負担することになるのはわかってるのかな？マネタイズ前提でビジネスとしてやるつもりなら別だけど、サーバー周りどうしたらいいのか解らないっていうレベルではどうにもならないかと。
Re:2 ありがとうございます。職場でもよく伺うので、これを機会に勉強してみようと思います。
Re:3 一応できることはできるんですね！調べてみます。ありがとうございます。
Re:4 なるほど、確かにdropboxも制限ありますね。もちろん自分でサーバー借りる手もあるんですが、dropboxやEvernoteと連携できた方が便利かなぁと。やっぱり個々のサービスがサーバーを持っていた方が無難なんでしょうか。Webアプリのコンセプトは「あるターゲットにとっては痒いところまで手が届くメモ帳」なので、ローカルで充分なんですが、画像付きが前提なので結構容量を喰いそうで、ユーザー目線になると、容量の自由度が効いた方が良いと考えての質問になりました。
Re:5 おぉ、Googleの方が自由度が高そうですね、調べてみます。
FTPサーバをレンタルすれば？
Re:8 たとえばDropboxを使ったとして、標準では容量2GBだよね。その2GBがほしいくらいローカル容量が切羽詰ったユーザーは何割ぐらいいると予想するの？おそらくPCは皆無だろうから、SDカードスロットのないスマホっていうターゲットになるよね。その上で、逆にネットに繋がないと保存した画像を閲覧できないっていう仕様は、そのアプリを使うのに通信料が必要ってことだよね？ほんとにユーザーは幸せになってるんだろうかね。
Re:11 ローカルと外部ストレージサービスを選択できる仕様っていうのは割りとありだと思うけど、制作的にコスパ悪そう。だってターゲット少なそうだもん。
Re:11 素人試算ですみませんが、1メモにつき1～100MB程度必要で、(ユーザーが作るのは)多くても10メモくらいだと思いますので、大体のユーザーはローカルに1Gあれば使用できる計算になりました。確かにdropbox無料2GBユーザーだと大して嬉しくないですね(笑)ですが、ローカルで1GBも喰ってしまうアプリは一般的にどうなんでしょう、個人的にはお気に入りでも消してしまうかも・・・。とはいえ、12さんのおっしゃる通り開発コストすごそうなので、優先度を下げようと思います。色々と助言いただきありがとうございます。
Re:12 ローカルと外部ストレージが選べる仕様が想像以上に大変なことが解っただけでも非常に勉強になりました。(当方、しがないデザイナーなもので・・・。)質問してよかったです。どうもありがとうございます。
Re:10 もちろんレンタルサーバーでも良いのですが、コスト面というより、サーバーの知識が殆どないため信頼できる既存のストレージサービスを利用できるのであればその方がユーザーにとっても良いのでは？と考えたためです。学習時間が取れないため、やはりこの仕様の開発は後々になりそうです。アイデアありがとうございました。
ローカルで良いと思うよ！
Re:16 とりあえず画像を圧縮して対応したいと思います。ありがとうございます。
16 件の回答
AWSを使おう
dropboxのAPIでファイルの出し入れ出来きるよ。SRCで直指定できないから、ちょい面倒だけとね(非公式な方法使えばできるけど)
「ローカルの容量気にしなくていい」と、「dropboxかEvernoteの容量を気にしなくてはならない」は、ど考えてもトレードオフが成立しないと思うんだが。それがたとえAWSだとしても。大前提としてローカル以上にストレージを自由に使わせてくれる無料サーバーなんて存在しないよ？ユーザーが容量を使えば使うほどその分、君がそのコストを負担することになるのはわかってるのかな？
マネタイズ前提でビジネスとしてやるつもりなら別だけど、サーバー周りどうしたらいいのか解らないっていうレベルではどうにもならないかと。
Re:2 ありがとうございます。職場でもよく伺うので、これを機会に勉強してみようと思います。
Re:3 一応できることはできるんですね！調べてみます。ありがとうございます。
Re:4 なるほど、確かにdropboxも制限ありますね。もちろん自分でサーバー借りる手もあるんですが、dropboxやEvernoteと連携できた方が便利かなぁと。
やっぱり個々のサービスがサーバーを持っていた方が無難なんでしょうか。
Webアプリのコンセプトは「あるターゲットにとっては痒いところまで手が届くメモ帳」なので、ローカルで充分なんですが、画像付きが前提なので結構容量を喰いそうで、ユーザー目線になると、容量の自由度が効いた方が良いと考えての質問になりました。
Re:5 おぉ、Googleの方が自由度が高そうですね、調べてみます。
FTPサーバをレンタルすれば？
Re:8
たとえばDropboxを使ったとして、標準では容量2GBだよね。
その2GBがほしいくらいローカル容量が切羽詰ったユーザーは何割ぐらいいると予想するの？
おそらくPCは皆無だろうから、SDカードスロットのないスマホっていうターゲットになるよね。
その上で、逆にネットに繋がないと保存した画像を閲覧できないっていう仕様は、そのアプリを使うのに通信料が必要ってことだよね？ほんとにユーザーは幸せになってるんだろうかね。
Re:11
ローカルと外部ストレージサービスを選択できる仕様っていうのは割りとありだと思うけど、制作的にコスパ悪そう。だってターゲット少なそうだもん。
Re:11 素人試算ですみませんが、1メモにつき1～100MB程度必要で、(ユーザーが作るのは)多くても10メモくらいだと思いますので、大体のユーザーはローカルに1Gあれば使用できる計算になりました。
確かにdropbox無料2GBユーザーだと大して嬉しくないですね(笑)
ですが、ローカルで1GBも喰ってしまうアプリは一般的にどうなんでしょう、個人的にはお気に入りでも消してしまうかも・・・。
とはいえ、12さんのおっしゃる通り開発コストすごそうなので、優先度を下げようと思います。
色々と助言いただきありがとうございます。
Re:12 ローカルと外部ストレージが選べる仕様が想像以上に大変なことが解っただけでも非常に勉強になりました。(当方、しがないデザイナーなもので・・・。)質問してよかったです。どうもありがとうございます。
Re:10 もちろんレンタルサーバーでも良いのですが、コスト面というより、サーバーの知識が殆どないため信頼できる既存のストレージサービスを利用できるのであればその方がユーザーにとっても良いのでは？と考えたためです。学習時間が取れないため、やはりこの仕様の開発は後々になりそうです。アイデアありがとうございました。
ローカルで良いと思うよ！
Re:16 とりあえず画像を圧縮して対応したいと思います。ありがとうございます。