AcademyPlaygroundJoin Us hedgehog lab Bug Tracking, Defect Tracking, and Issue Tracking software for the enterprise. If you are interested in a painless, user friendly, and powerful Bug Tracking Solution, that helps you write better software and deliver projects on time, check out fixx. Django: Debug techniques and IPython Since joining The Lab, I have had the pleasure of working with Django a who
Mercurialのエントリーを見ているとたまにMQというのを見かける。 調べてみて以下のエントリーが解りやすいと思う。 HG MQ [Python][Mercurial] Mercurial Queue 最近みた TechTalks: Mercurial Project 以下はMercurialについてのエントリー Mercurial で手軽な共有レポジトリをつくろう Documentation of mercurial setup of grml Distributed revision control with Mercurial NetBeans Wiki: HgHowTos Mercurial mirror repository - uim-ja | Google グループ
【Python】for文よりリスト内包記法のほうが効率的？
中で関数を呼ぶときは、for文を使うよりリスト内包記法を使う方が処理が速い。たとえば、以下の２つのスクリプトを試してみる。 ■1.pydef a(): return "a" s = "" for _ in range( 0, 30000000 ): s += a()■2.pydef a(): return "a" s = "".join( a() for _ in range( 0, 30000000 ) ) 結果は以下。 ■1.py$ time python 1.py real 1m45.563s user 0m19.425s sys 0m0.974s■2.py$ time python 2.py real 1m4.801s user 0m11.880s sys 0m1.139s後者の方が約60%の時間で処理できている。 ちなみに、以下のように関数呼び出しをなくしてみると・・・ ■1.p
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。
一応解決しました。 これが、一番良い方法かわかりませんが(^^; 以下のコードは、'django.contrib'関連を弾くようにしてあります。 つまり、manage.py startapp xxxで作成したもののみ表示するようにしてあります。 urls.pyを修正します。 # -*- coding: utf-8 -*- from django.conf.urls.defaults import * from django.contrib import databrowse #from django.contrib.auth.decorators import login_required #認証を利用する場合 from django.db.models import get_models for mod in get_models(): if mod.__module__.split('
databrowseをもう少し便利に使うために少し調べてみた Models count template tagを参考 from django.db.models import get_models for mod in get_models(): print mod を実行すると、 <class 'django.contrib.sessions.models.Session'> <class 'django.contrib.admin.models.LogEntry'> <class 'django.contrib.sites.models.Site'> <class 'django.contrib.flatpages.models.FlatPage'> <class 'tsic.cat.models.Dog'> <class 'tsic.cat.models.Cat'> <class
気になることがあるのでもう少し実験してみる。 前回はUserモデルのみを対象にして表示出来るようにしました。 次はForeignKeyを含むモデルでもちゃんと表示できるかどうかしてみます。 サンプルアプリを作成します。(projectnameはtsicとします。) manage.py startapp cat settings.pyのINSTALLED_APPに追記。 'tsic.cat', \cat\models.pyにモデルを作成します。(テスト用なので簡単なものにしてあります) from django.db import models from django.contrib.auth.models import User class Cat(models.Model): name = models.ForeignKey(User) text = models.CharField(ma
Django オンラインドキュメント和訳にdatabrowse : Django オンラインドキュメント和訳があるので同じように行っていく。 settings.pyのINSTALLED_APPSに追記する。 'django.contrib.databrowse', manage.py syncdbを実行してみる。 今回はDBにテーブル等作成しないので終了します。 今回は試しで使うためなので、Userモデルでやります。 urls.pyに以下を追記します。 from django.contrib import databrowse from django.contrib.auth.models import User databrowse.site.register(User) そして、urlpatternsにも追記。 (r'^databrowse/(.*)', databrowse.site
Javaの試験勉強に集中できないbonlifeです。以下の記事を見て、なんかあったよな、と思ってlxmlのobjectifyを試してみました。 XMLをPythonオブジェクトに変換するところで悩んでしまって、ちょっと奇妙な実装になっています。 id:tomoemon:20071019:p1 あたりを参考にさせていただきましたよ！ In [1]: from lxml import objectify In [2]: import urllib2 In [3]: url = "http://api.search.yahoo.co.jp/WebSearchService/V1/webSearch?appid=YahooDemo&query=%e6%b2%96%e7%b8%84&results=2" In [4]: root = objectify.parse(urllib2.urlopen(u
要旨 SCM にはバージョン管理の対象外としたいファイルを指定するのに「無視リスト」という機能があります。 Subversion では svn:ignore プロパティにより無視リストを指定する このため，cp や mv 時に無視リストも引き継がれる また，あくまで svn:ignore プロパティの設定されたディレクトリ直下のパスが対象となる Mercurial では Working directory 直下の .hgignore ファイルにより無視リストを指定する 指定方法は glob（シェルのワイルドカード風）と regexp（正規表現）の 2 通りがある 混在可 用途により使い分けるとよい *.tmp 等，ある拡張子のファイルをすべて無視するのなら glob ダイレクトな指定や複雑な指定なら regexp Subversion における無視リスト Subversion の場合，ディ
以前（⇒ レポジトリ・trac 生成 CGI を作る - daily dayflower）作ったレポジトリ等生成ウェブインタフェースを，Mercurial にも対応するように書き換えました。といっても Trac 0.11b2 用にしてしまったので，0.10 では動きません。一応注釈はいれておいたんで，がんばれば 0.10 用にもできますけど((ほんとは try:〜except ImportError: で囲めばいいんですけどね))。 最初は trac.env.Environment を直接操作してたんですが，デフォルト Wiki ページの生成部分がちょっとひどいことになりそうだったので，以前と同じように標準出力をトラップする形にしてます。このへん（admin 用インタフェース）ももうちょっと整備してほしいところですね。 2008/03/05 追記: デフォルトの Milestone 等がう
環境 ThinkCentreA55 SmallDesktop(確か・・) ubuntu 7.10 python2.5.1 Apache/2.2.4 設定（追記分） host kage repo /var/hg/kagerepo trac /var/trac/kagerepo 作業ログ sudo aptitude install mercurial atusi@kage:~$ sudo aptitude install mercurial [sudo] password for atusi: パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています Reading state information... 完了 拡張状態情報を読み込んでいます パッケージの状態を初期化しています... 完了 タグのデータベースを構築しています... 完了 以下の新規パッケージが自動的にイ
Trac を Mercurial で使えるようにして，mod_wsgi にのせてみました。といっても，TracModWSGI – The Trac Project と TracMercurial – The Trac Project に沿ったらできましたのでインスコ方法とかは略。 せっかくなので Trac 0.11b1 でやってみました。ソースブラウザがちとかっこよくなってるんですね，これ。 はまったところ。 epel レポジトリの Mercurial は 0.9.3 でしたが，それではうまく動かなかったんで 0.9.5 をソースからインストールした*1 Trac と TracMercurial プラグインがきちんとインストールできたら，たとえば，下記コードを /var/www/app/trac.wsgi で保存して， import os import trac.web.main os.e
Capistrano とは何か。それは、デプロイメントのツールである。 デプロイメントとは何か。Web アプリケーションについて言えば、それは以下のようなタスク全般を指す言葉である。 アプリケーションを本番サーバにインストールすること。あるいは、最新版に更新すること。 Web サーバを起動、再起動、停止すること。 Web サイトをメンテナンス中にすること。あるいは、通常の状態に戻すこと。 世の中に向けて Web アプリケーションを公開しているなら、こうしたタスクは日常茶飯事である。 最初は少し面白いけれど、基本的な退屈な作業だ。 怠惰を美徳とする我々プログラマは、もちろんこんな状況に甘んじるわけにはいかない。 というわけで、Capistrano について研究をしていこうと思う。
Mac OS XでCapistranoを使うためのインストール方法をご紹介します。 まず、MacPortsをインストールします。 MacPorts / downloadsから最新版（今日現在1.4.0）を落としてきます。.dmgの中に.pkgがあるので、ダブルクリックしてインストール。 その後、portのファイル群の更新をとりあえずしておきます。コマンドラインで以下のコマンドを実行。 $ sudo port sync $ sudo port selfupdate 次に、Rubyのインストール。portコマンドを使ってインストールします。 $ sudo port install ruby 次に、RubyGemsをインストールします。 $ sudo port install rb-rubygems 次に、gemコマンドでCapistrano及び関連ライブラリをインストールします。 $ sudo
Djangoのプロジェクトのデプロイを楽にしたくて、Capistranoを使おうと思った。 サーバはUbuntu。 リモートでデプロイを実行するなら、サーバにはCapistranoがいらないっぽい。 まあ、サーバで作業することもあるのでとりあえずインストールしておく。 デプロイ先のサーバにはsshが必須で、SVNリポジトリからチェックアウトさせるならsubversionもクライアント、サーバ共に必須かな。 RubyとRDocはaptでインストールしました。Railsのことを考えてRubyのバージョンは1.8にしておいた。 $ sudo apt-get install ruby1.8 $ sudo apt-get install rdocここで少しはまった。rubyのコマンドが通らないのはなんでかなーと思ったら/usr/binにruby1.8はあるけどエイリアスが作成されてなかった。lnでエ
2024年下半期のフィルム写真たち ふと気がつくと2024年も残り僅か。 そしてふと振り返るとこのブログに掲載する写真がGRIIIで撮ったものばかりになっていたのだけど、決してフィルムに飽きたということではなく、フィルムはフィルムで淡々と撮り続けているし、モノクロもカラーネガもいつも通り自宅で…
Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
