The domain has expired and may be available at auction. Register or transfer domains to Dynadot.com to save more and build your website for free!
Pythonのプログラムを書いているのだが、参考にしているソースで実行しているユーザーのホームディレクトリを以下の方法で得ていた。 import commands home = commands.getoutput("echo $HOME") 何かスッキリしないのでググっていたら次の方法があった。 import os home = os.environ['HOME'] こっちを使おう。
久々のPythonである。 処理中に色々ファイル処理をする時には、カレントディレクトリ移動などを伴う場合もある。実際今Pythonで作成しているソフトウェアでは、かなり多くのファイルから入力を行ったり、ファイルの生成を行うため、カレントディレクトリをあちこち変更したり等する必要が出てきて、早速マニュアルを調べたり、実験してみたり。 まず、カレントディレクトリを移動する前に、現在のカレントディレクトリを保存しておく必要がある場合。 どこかのディレクトリに移動して処理を行った後、元のディレクトリに戻しておく必要がある、みたいな設計をしている場合には、ディレクトリ移動を行う前に現在のディレクトリを保存しておく。getcwd()関数でカレントディレクトリのパスを取得可能。モジュールはosである。 #!/usr/bin/python import os print os.getcwd() 一行し
今回は、「Amazon EC2」のインスタンスを停止してもデータが失われないストレージオプションである「Amazon Elastic Block Store(EBS)」の使い方や活用方法を紹介し、「Amazon EC2」を取り巻くデータバックアップ方法を紹介していきます。 はじめに 前回は、「Amazon EC2」をより実践的に扱うためのオプションや、GUIで簡単に操作できるツールの利用手順を紹介しました。 今回は、「Amazon EC2」のインスタンスを停止してもデータが失われないストレージオプションである「Amazon Elastic Block Store(EBS)」の使い方や活用方法を紹介し、「Amazon EC2」を取り巻くデータバックアップ方法を紹介していきます。 前提条件 今回も前回同様「Amazon EC2 Command-Line Tools」を利用した方法を紹介していき
単純に東京以外のリージョンにあるS3内のAMIイメージ使おうとすると 「HTTP 301 (Moved Permanently) response for URL http://hogehoge.s3.amazonaws.com:80/centos-5.5-i386.manifest.xml: check your manifest path is correct and in the correct region.」 などリージョンが違うぞ!って怒られたり、じゃあ、このファイルを単純に東京リージョンのS3に コピペすると 「kernelID〜うんたらかんたら」で東京リージョン用のAMIじゃねえぞ! って怒られ起動出来なかったので、悪戦苦闘のメモです。 以下の手順はシンガポールリージョン内のインスタンスを東京に移行した手順です。 EC2インスタンスがRoot Device Type: in
Javascript 関係の何かしらを書いています。 node.js / Titanium Mobile / Three.js 等など。 仕事探してます。のんびり屋さんです。 Twitter @psychedesire です。 というわけで、FTPは諸事情あり諦めて、 AmazonS3を借りて、そこにファイルをアップロードし始めました。 PHPからAmazonS3へファイルをアップロードするやつは、 PHPからAmazon S3を利用するライブラリを3つ試してみた(うち一つは動作不可) ここで紹介されていた amazon-s3-php-class を使いました。 Gitにファイルがあります。 紹介しているページにも書いてありますが、 require("S3.php"); // アップロードするファイル名 $file = "test.txt"; // アップロードするファイルがあ
2012.02.12追記 @ayakomuro さんがわかりやすく解説してくれている。 popowa: EBSのスナップショットについて ----- Amazon’s Elastic Block Store explained | RightScale Blog スナップショットバックアップは、EBSの機能の中でも、最も便利で最も理解が難しい機能である。EBSボリュームのスナップショットはいつでも取得可能である。すべてのS3上のデータと同じく、ボリュームのデータのコピーをS3に保存する。最初の特徴は、スナップショットはユーザのS3バケツに表示されないこと。そのため、標準のS3 APIでアクセスできない。EC2 APIでスナップショットの一覧を取得できる。また、スナップショットから新しいボリュームを作成することでリカバリ可能。2番目の特徴は、インクリメンタルスナップショットであること。これは
CentOS 5.4 では MySQL というフリーのデータベースシステムを利用することができるようになっています。 このデータベースの保存場所は "/etc/my.cnf" 内の "datadir" で設定されているのですが、既定では、それは "/var/lib/mysql" に設定されています。これを運用後に変更する場合についての方法を試してみましたので、以下に記しておこうと思います。 なお、インストール方法については データベースシステム MySQL をインストールする (CentOS 5.4) に記しましたのでそちらを参考にしてください。 今回、"/etc/my.cnf" の "datadir" の値は "/var/lib/mysql" になっているとして、それを "/home/mysql" へ移動してみようと思います。 まずは MySQL を停止します。 service mysq
インスタンスに必要なソフトをインストールしカスタマイズした場合、インスタンス終了(Terminate)後、再起動する為には自前のAMIとして保存しておく必要があります。 今回はその方法です。 これまでの操作は全て「AWS Management Console」というUIで操作可能でしたが、今回ばかりは、インスタンス上で「Amazon EC2 AMI Tools」というコマンドを実行する必要があります。 ですので、若干、いろいろと行ないます。 まずは準備からインスタンスへのJAVAのセットアップ 「Amazon EC2 AMI Tools」がJAVAを使用している為、JAVAをインスタンスへインストールします。(手順は『【Amazon EC2】インスタンスへのJAVAのインストール方法』を参照してください。) 「Amazon EC2 AMI Tools」がインストールされていることをwhic
CentOS5.0(x86_64)でAPI ToolsとAMI Toolsを動かすまでのメモ。まだインストールして、コマンドの起動とヘルプ確認した程度なので、以下の内容で完動しなかったらごめんなさい。 http://aws.amazon.com/のResources > Other Developer Tools > Amazon Elastic Compute Cloudから Amazon EC2 API Tools Amazon EC2 AMI Tools をそれぞれダウンロード。 API Tools API Toolsを利用するにはJDKが必要です。軽くググると「yumだとうまくいかなくて、Sunのサイトから落としてきた」なんてエントリも見ましたが、手元の環境では sudo yum install java-1.6.0-openjdk.x86_64するだけですんなり入りました。 あと
The process that I followed to install the command line Amazon EC2 API tools on a MacBook Pro running Mac OS X Leopard. Install the tools Install the tools as per the EC2 API Setting Up the Tools. (I would recommend /usr/local as the install location). Don't forget to setup your Java Home export \ JAVA_HOME="/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home" Security Credentials
はじめに 前回は、「Amazon S3」を利用するための準備から、詳細な使い方までを紹介しました。 今回は、いよいよ仮想マシンのホスティングサービスである「Amazon EC2」の利用方法について詳しく紹介していこうと思います。 これまでの記事 第1回 「AWSの概要と登録手順 ~Amazon EC2/S3環境構築のすべて~」 第2回 「Amazon S3を使いこなしてみよう ~Amazon EC2/S3環境構築のすべて~」 Amazon EC2を利用するための準備 前回の記事にて、「Amazon S3」および「Amazon EC2」の利用登録について紹介しました。利用登録が済んでいれば、すぐにでも「Amazon EC2」を使うことが可能です。まだ利用登録をしていない方は、前回の記事を参考に利用登録を行ってください。 「Amazon EC2」は、第1回目の記事でも内容や料金体系を紹介しまし
本連載では、Amazonが提供するクラウドコンピューティング・サービス「Amazon Web Services(AWS)」の概要から具体的な使い方までを紹介していきたいと思います。今回は、「Amazon EC2」をさらに便利に活用していくための実践的なオプションや、便利なツールを紹介していこうと思います。 はじめに 前回は、「Amazon EC2」を使用するための準備と、実際にインスタンス(仮想サーバ)を起動させるための基本的な手順を紹介しました。 今回は、その「Amazon EC2」をさらに便利に活用していくための実践的なオプションや、便利なツールを紹介していきます。 これまでの記事 第1回 「AWSの概要と登録手順 ~Amazon EC2/S3環境構築のすべて~」 第2回 「Amazon S3を使いこなしてみよう ~Amazon EC2/S3環境構築のすべて~」 第3回 「Amazon
最近半月くらいEC2も使っていなく、久しぶりにEC2インスタンス立ち上げようとAWSのサイトへ。 何気なく、AccountActivityで料金確認したら、(確認の仕方はこちら) あれ? 増えてるね~ インスタンス停止しているし、なぜ? よく見るとElastic IP Addressesのところ。 $0.01 per non-attached Elastic IP address per complete hour が831hrsで8.31$ 放置していた半月分も課金されてた。 まっ、1000円未満だから大騒ぎすることないけど、気がつかないとえらいことに。 あまり料金体系を理解していないと、私みたいにななっちゃうのでご注意を。 AWSサイト抜粋。(2011.5.22時点) Elastic IP アドレス 使用中の Elastic IP アドレスには料金は発生しません。 $0.01/添付され
ホント今更ですが、Amazon EC2 少し触ってみました。 あまり情報収集もしていなかった所なので、中途半端な知識しかないので触っていくうちに覚えられたら良いなぁと。 開始方法については以下をメインに参考にしました。ほとんど CodeZine で書かれてあることの繰り返しになると思います。 Amazon EC2を動かしてみよう〜Amazon EC2/S3環境構築のすべて〜 証明書を取得 EC2 を動かすためには証明書が必要らしいので、早速 Amazon Web Services から取ってきます。 「AWS」ページ上から [Your Account] - [Access Identifiers] をクリックします。 「Access Identifiers」ページに遷移するので、下の「X.509 Certificate」枠にある [Create New] をクリックします。 「Create
前々回は、インスタンスの起動・停止・確認まで進みました。そして、今回は AMI の作成を行いたいます。 作成理由は、EC2 をシャットダウンするとディスクに保存した内容が失われてしまうのですが。AMI を作成することにより、作成した時点のディスク内容でインススタンス起動できます。*1 今回も CodeZine に沿った形で作業を進めて行きます。今回の内容は2ページ分ですね。 事前情報 AMI は S3 に転送して保存する EC2 から S3 への転送料は課金対象外 イメージ化されるディレクトリは「/dev/sda1」のみ インスタンス 前々回の方法で、インスタンス起動まで進めます。 ssh 接続 今回は『AWS Management Console』を利用した手軽な接続方法を解説します。 AWS Management Console/EC2 から、左メニューの [Instances] をク
25,Summer color 1 … みちのく初夏の記 ・「 チャグチャグ馬コ 2025」 Snapshot 風物詩 【 チャグチャグ馬コ 】 挨拶をありがとう…今日は頑張ってね!暑いから休み々…。 美しい瞳…南部駒の魅力の一つ。 BGMはもちろんこの曲…♬♬♬ www.youtube.com 南部美人の横顔に魅かれます。 今日はまかしといて~っ…頼もしくも可愛らしいね、元気に育て…
procmail を使用する場合は、デフォルトのprocmailrcを定義しておく。 Maildir形式の場合、これをしておかないと、/var/mail/ にメールが配信されてしまう。 # vi /etc/procmailrc 現存するユーザー(自分を含めて)のHOMEディレクトリに Maildir を作成しておく。 # mkdir /export/home/YOU/Maildir # mkdir /export/home/YOU/Maildir/new # mkdir /export/home/YOU/Maildir/cur # mkdir /export/home/YOU/Maildir/tmp # chown -R YOU:GROUP /export/home/YOU/Maildir # chmod -R 700 /export/home/YOU/Maildir 今後新しいユーザーを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く