naichilab - Android iOSアプリ開発メモ
ブラウザからオブジェクトストレージへ直接ファイルアップロードをしたいんだけどブラウザにアクセストークンを渡したくない。 どうにか方法ないかなって調べてたら下記記事を見つけた。 Qiitaの画像アップロード機能も簡単に実装できる。そう、S3ならね。 まさにやりたいことはこれ。でもS3じゃなくてConoHaオブジェクトストレージでやりたい。 調べた。 Form POST middleware 見た感じさっきのQiita記事はOpenStack Swiftの上記機能を使ってるっぽい。 Secret Keys 上記FormPOSTを行うためにはSecret Keysってものを使う必要がある。 Temporary URL middleware Secret Keysは"Form POST" と "Temporary URL"って機能で使うらしい。 temporary url middleware |
VagrantとDockerについて名前しか知らなかったので試した
筆者注 UPDATE3 Dec 2019 未だストックが伸びていますが、この記事はあまりにも古いです。そろそろこの記事を参考にするのはヤバいと思います。 UPDATE2 Nov 2016 たくさんの反響ありがとうございます。予想以上に「いいね」「ストック」が伸び続けていたため、記事中のよろしくない部分を修正しました。 UPDATE Nov 2016 本記事は筆者自身も未熟な時期に書いたもので、今読み返してみるとやや不正確な表現があったり、既により良い手段に置き換えられている内容が含まれます。足がかり程度にお読みください。 1. はじめに この記事の想定読者 私 VagrantとDocker、どちらも名前だけは知ってるという方 インフラ構成のコード化と共有に興味があるけどまだ触ってないという方 各種ソフトの概要と利用シーンについて軽く触れつつ、調べた内容をまとめておきました。 （執筆時点でそ
Gulp入門 - コーディングを10倍速くする
2014/9/12に行われた週末ランサーズでのGulpハンズオンで使用したスライドです。 LIGブログでこの内容をさらにまとめています。 http://liginc.co.jp/web/tutorial/117900
せっき～のゲーム屋さん ドルアーガの塔 乱数の工夫の正体
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 ＣＥＤＥＣの講演 「ゲーム世界を動かすサイコロの正体 ～ 往年のナムコタイトルから学ぶ乱数の進化と応用」 より、 乱数を使った ドルアーガの塔の 迷路生成のアリゴリズムについて紹介です。 講演内容は、こちらです http://sekigames.gg-blog.com/Entry/288/ 講演者の方も、 「ナムコの乱数を取り上げるなら、ドルアーガの塔をせざるえない」 という程、外せない内容との事です 「このテーマだけで講演時間を全て使っても説明しきれない」 （講演では、時間の関係で 触りのみでしたので ある程度、せっき～の解釈で補完しています） -------------------------------------------------------------------
現代的で大容量なクライアントサイドストレージの実装 WMCache.js を公開しました - latest log
ブラウザ上で、100MB 〜 2GB もの大容量のクライアントキャッシュを高速に、ストレスなく扱えます。 もちろんモバイルブラウザに対応しており、iOS 8 と Chrome for Android でも動作します。 詳しくは、 https://github.com/uupaa/WMCache.js/wiki/WMCache に書いたのでご覧ください (ε・◇・)з o O ( いつまでも 5MB + 5MB な (ε・◇・)з o O ( チョビットな世界に縛られているボクタチではないのです! (ε・◇・)っ 画像とWebAudioな動作確認ページ ひとりごと WebKit の IndexedDB は Blob をサポートしていない。Blob が使えれば、もっとシンプルに組めた。 Chrome の FileSystem は Blob も ArrayBuffer も受け付けるが現状 Blo
導入経緯から理解するストリームAPIとラムダ式 : Java好き
JavaSE8は、なんといってもストリームAPIとラムダ式。 いろいろとできることが増えたので どこから手をつければよいのか困ってしまうが、 導入経緯を探っていくと理解しやすい。 ここでは、ストリームAPIやラムダ式の周辺が どんな理由で必要になったかを考える。 並列処理にはそれが必要だった 導入経緯をまとめると、次のような話。 (個人の主観的なまとめです。詳細はご自身でお確かめ下さい。) CPUがマルチコア化しているのに プログラム側が対応しきれていないのはもったいない。 並行処理用のAPI(Concurrency Utilities)があるじゃないか。 粒度の大きな処理は問題ないが、 粒度の小さな処理を並列化する場合には使いにくい。 じゃあ、イテレータに注目しよう。 反復されている処理が、簡単に並列化できればうれしい。 イテレータを改良すればなんとかなるのでは。 でも、今の外部イテレー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA