Last updated December 02, 2024 Rake tasks are executed as one-off dynos on Heroku, using the same environment as your app’s dynos. You can run Rake tasks within the remote app environment using the heroku run rake command as follows: $ heroku run rake db:version Running `rake db:version` attached to terminal... up, run.1 (in /home/slugs/41913_06f36ef_ab3a/mnt) Current version: 20231118092504 You c
GREEの探検ドリランドで強烈なサンクコスト体験をした 2011-10-26 目次 1 探検ドリランドをやってみた2 時間制限のあるボス戦3 倒せるかどうか微妙なラインのボス4 アイテムを使って倒そうとしてみるが...5 倒せなかったら損…？6 そして課金ユーザーへ 探検ドリランドをやってみた ソーシャルゲームをまともにやったことが無かったのですが、CMバンバン出てるし周りでもやってみたという人が多かったので、GREEの探検ドリランドをやってみました。 無料でどこまで楽しめるのか試したかったので、簡単には課金しないユーザーとしてやってみたのですが、ある時点でどうしても課金したくなった話です。 時間制限のあるボス戦 ゲームを進めていると「キング」というボスが頻繁に登場します。自分だけで倒せる強さのキングもいれば、仲間の助けを借りたりアイテムを駆使しないと倒せないキングもいます。（というか無料
前回のIAMでユーザを作成しAWS Management ConsoleでS3を利用でも紹介しましたが、 IAMで作成したユーザーは、最初に何もポリシーが定義されてないため、 AWS Management Console (S3)にログインしても、以下のように、何も表示されません。 まずバケット一覧を表示するには、下記のコマンドで、 s3:ListAllMyBuckets アクションを arn:aws:s3:::* に許可します。 $ ./iam-useraddpolicy --aws-credential-file credentials.txt > -u suzuki > -p policy01 > -a s3:ListAllMyBuckets > -e Allow > -r arn:aws:s3:::* これで、以下のようにバケット一覧が表示されます。 ただしこの状態では、以下のよう
Webデザイン Webデザインや配色をサポートする新サービス「Croppy」をリリースしました Wednesday, October 26th, 2011 WordCamp KOBE で私の講演をご覧になった方はご存知かと思いますが、Webデザインや配色をサポートする新サービス Croppy（クロッピィ） をようやくリリースしました。 Croppy にアクセスすると、このようなページが見れます。 色々なサイトのパーツが「ヘッダー」や「サイドバー」「ボタン」などカテゴリ毎に並んでおり、ブブンデザインアーカイブ のように見えるかもしれません。 しかし、Croppy は集められたパーツを見るだけではなく「今見ているWebページをブラウザ上で切り抜き、手軽にスクラップできる」のです。 Twitter または Facebook アカウントで Croppy にログインしたあと、気になるデザインのサイト
AWS Week in Review – AWS Documentation Updates, Amazon EventBridge is Faster, and More – May 22, 2023 Here are your AWS updates from the previous 7 days. Last week I was in Turin, Italy for CloudConf, a conference I’ve had the pleasure to participate in for the last 10 years. AWS Hero Anahit Pogosova was also there sharing a few serverless tips in front of a full house. Here’s a picture I […] Amaz
Amazon SQSの使いどころ その2
前回、キューを使って、時間がかかる処理を非同期で処理するフローを書きました。今回は、キューにAmazon SQSを使うと、なぜ嬉しいのか？を書いてみたいと思います。 なんだかバカみたいですが、前回も書いた通り、信頼性のあるキューを作るのは大変な事です。既に実績のあるサービスを、格安（激安）で使えるのですから、利用しない手は無いです。信頼性という意味では、 メッセージを複数のデータセンターにコピーするので、メッセージが消える心配をしなくてよい。 とAmazon側は言っています。これぞまさにクラウドって感じですね。メッセージのやり取りはSSL経由で、さらにユーザー認証がかかっていますので、基本的なセキュリティーは保たれていると思います。 AmazonのAPIは大抵REST/SOAPの二種類が用意されていますが、SQSも例外ではありません。ただ、APIを素のまま利用するケースはまれだと思います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Identity and Access Management
AWS Policy Generator