検索

• [ Prev ]
• [ Next ]
• [ PHP ]

• cgi.force_redirect って何？ - ぐらめぬ・ぜぷつぇんのはてダ
  • http://d.hatena.ne.jp/msakamoto-sf/20080802/1217662203

昔自分で書いたはてダへのリンクです。
PHPの実装コードまで言及しておきながら、書いた本人が忘れてました。はてなスターを貰って思い出しました。

PHPをCGIで動かすことは、昨今は滅多にないと思います。
とはいえ、もしCGIで動かす時は、ネットで出てきた記事を安易に信じて cgi.force_redirect をoffにしないよう注意しましょう。

• [ Prev ]
• [ Next ]
• [ Up ]
• [ PHP ]

普段は file:// だったり http(s):// 経由でSVNにアクセスしていますが、svn:// 経由のアクセスを行う場合も時々あります。その時は svnserve.conf を調整してユーザー認証を設定できますが、少し嵌った事もあり、メモ。なお以下の説明はSubversionの1.5.6ベース(TortoiseSVNなら1.5系列)。

svnserve.confと認証周りのデフォルト値

svnadmin createでリポジトリを作成された、conf/ディレクトリの中は

conf/
    svnserve.conf
    passwd
    authz

のようになっています。svnserve.conf が、svnserveによる svn:// 経由でのアクセスで使われる設定ファイルになります。passwd はユーザ一覧, passwd はアクセス許可設定ファイルになります。

svnserver.confのユーザ認証周りで今回のメモに関連する項目は、生成直後は次のようになっています。

[general]
...
# anon-access = read
# auth-access = write
...
### Uncomment the line below to use the default password file.
# password-db = passwd
...
### Uncomment the line below to use the default authorization file.
# authz-db = authz
...

分かりづらいのですが、anon-access と auth-access はコメントアウトされているものがデフォルト値になっています。
逆に、password-dbとauthz-dbは、"Uncomment..." とあるようにコメントアウトされていれば未設定として扱われます。

今回嵌ったのは、password-dbとauthz-dbはコメントアウトを外さないと適用されない事に気づかず、コメントアウトしたまま、passwdやauthzファイルを弄くり回し、「おかしい・・・checkoutはできるのに、checkinでどうしても認証に失敗する・・・」と悩んでいたわけです。

checkoutは誰でもOK、checkinは認証されたユーザだけ。特に細かいアクセス制御は不要の時

svnserve.conf :

[general]
...
# anon-access = read
# auth-access = write
...
### Uncomment the line below to use the default password file.
password-db = passwd

となります。「checkoutは誰でもOK、checkinは認証されたユーザだけ。」というのは、anon-accessとauth-accessのコメントアウトされているデフォルト値で実現されていますので、後は、認証するユーザ一覧のpasswdファイルをpassword-dbに設定して、コメントアウトを外すだけです。
password-dbにはフルパス指定も出来るので、複数リポジトリでユーザを一元化したい場合はどこか共通のpasswdファイルをフルパスで指定することで対応できると思います。

checkoutもcheckinも認証ユーザだけ。特に細かいアクセス制御は不要の時

svnserve.conf :

[general]
...
anon-access = none
# auth-access = write
...
### Uncomment the line below to use the default password file.
password-db = passwd

"anon-access" を none にすることで、認証ユーザのみcheckoutできるようになります。

checkoutフリー、認証ユーザのみcheckin, 細かいアクセス制御が必要の時

svnserve.conf :

[general]
...
# anon-access = read
# auth-access = write
...
### Uncomment the line below to use the default password file.
password-db = passwd
...
### Uncomment the line below to use the default authorization file.
authz-db = authz

authz-dbをコメントアウトし、authzファイルを指定します。

リポジトリ毎ではなく、svnserve全体でsvnserve.confを統一したい場合

リポジトリディレクトリ毎のconf/svnserve.confではなく、svnserve全体で設定を統一したい場合は、svnserveの起動時にsvnserve.confを指定します。

例:

$ svnserve -d -r /opt/SVNREPOS --config-file /opt/.svnserve/svnserve.conf

こうしておけばpassword-dbとauthz-dbも自然と全リポジトリ共通の設定となりますので、ユーザ管理(password-db)とアクセス制御(authz-db)も一元管理が可能となります。

チケット本文やコメントのバージョン番号やチケットIDが、Tracだとプロジェクトをまたいでリンクできないのが非常に不便。というのも、今入っている現場では、一つの大きなプロジェクトの中に、リポジトリを分けてWebモジュールやAPIモジュールを入れている。これだと、WebとAPIに跨いだり、そもそも共通部分だったり、全般的に直しが必要なものなどをチケット登録するのが分かりづらいし、また、WebとAPIの両方に修正が必要な場合のリビジョン番号の自然なリンクが出来ない。
ぶっちゃけ、これが為にTracを活用できていない。

というわけでRedmineを試してみようとインストールしたメモ。

• "プロジェクト管理ツール「Redmine」をWindows XP上で(多分)最小手順で構築する"
  • http://d.hatena.ne.jp/psquare/20071107/p1
• "Cool！PHP - 初心者のためのPHP入門"
  • http://tech.overthewell.net/?p=36
• "Redmine - RedmineInstall - Redmine"
  • http://www.redmine.org/wiki/redmine/RedmineInstall

ざっと流すと、

1. ruby-1.8.7-p72-i386-mswin32のzipをDLして、適当なディレクトリに展開。
2. rubygems-1.3.3.zipをDLして、適当なディレクトリに展開。
3. rubyにPATHを通したコマンドプロンプトから、rubygemsを展開した中にCDして、"ruby setup.rb"してインストール。
4. 上のリンクを参考に、libeay32.dll, ssleay32.dll, zlib.dllをかき集めてきてruby.exeと同じフォルダの中に配置。
5. "gem install rake"でRakeをインストール。
6. SQLite3で済ませるつもりなので、"gem install sqlite3-ruby" したらコンパイラが入ってないので当然エラー。
7. しょうないので、"sqlite3-ruby-1.2.3-mswin32.gem"を手動でDLして、ローカルファイルからgemでインストール。
8. Redmineの0.8.3をDLして、適当なファイルに展開。
9. config/ の database.yml.example を database.yml にリネーム後、SQLite用に適当に修正。
10. rake db:migrate RAILS_ENV="production" して、
11. rake redmine:load_default_data RAILS_ENV="production" して、
12. ruby script/server -e production

SQLite3のgemインストールの参考:

• "rubyでsqliteを使う方法"
  • http://d.hatena.ne.jp/pyopyopyo/20070325/p1
• "sqlite-rubyとsqlite3-ruby"
  • http://rubyist.g.hatena.ne.jp/muscovyduck/20070320/p1

sqlite3用のdatabase.yml:

production:
  adapter: sqlite3
  dbfile: db/production.db

※demoというのがsqlite3用だったので、そのままコピペしてdbfileを直しただけ。

日記/2009/05/09/vimの色づけ で無事色が付いたのだけれど、TeraTermで見ると明るい黄色が多用されていたりして、かなり見づらい。
putty使えば？という所なのだけれど、実は現在のお仕事でTeraTerm上で FreeBSD のvim7を使っており、そちらでは「見やすい」色づけになっている。
釈然としないので、TeraTermでどうにかしようと、色々とTeraTermの設定を弄ってみるが、上手く行かない。
TeraTerm自身も、4.49 -> 4.62 に入れ直したのだが駄目。

ということで、試しに TERATERM.INI を削除して、設定をまっさらにして見たら直った。

昔のTeraTermの設定が色々入り組んで悪さしてたのかもしれない。
で、TERATERM.INIが無くなってメニューが全部英語になってしまった。これを日本語に直そうというわけで、
http://slashdot.jp/~ribbon/journal/406315
を参考に teraterm.ini に

UILanguageFile=lang\japanese.lng

を設定して解決。

あと、vim の Netrw Directory Listing で正体不明の現象。

" ============================================================================
" Netrw Directory Listing                                        (netrw v132)
...
e../
e.ssh/
ehelloworld.c
^ この頭の"e"って何？

とりあえず .vimrc から以下をコメントアウトしたら直った。

if &encoding !=# 'utf-8'
  set encoding=japan
  set fileencoding=japan
endif

最新のnetrwではどうなるかは不明。とりあえずOpenBSD4.5のpackageから入れたvim7.2(nox)だとこうなった。
謎。

あと、netrw は .vimrc が無いと動かないみたい。 実験中、 .vimrc を削除して "vim ." とかすると".はファイルじゃありません"みたいに怒られた。空っぽの.vimrcをtouchで作ったらちゃんと動いた。これも謎。

以下のURLを参考に、TERM環境変数に"xterm-256color"を設定してみたらどうにか "syntax on" で色がついた。

• "256 colors in vim - Vim Tips Wiki"
  • http://vim.wikia.com/wiki/256_colors_in_vim
• "Getting colors to work on solaris - Vim Tips Wiki"
  • http://vim.wikia.com/wiki/Getting_colors_to_work_on_solaris
• "VIM - viクローン - 会津大学UNIXウィキ"
  • http://technique.sonots.com/?UNIX%2F%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%2F%E3%82%A8%E3%83%87%E3%82%A3%E3%82%BF%2Fvim

"xterm-color"でもOK.

• [ Prev ]
• [ Next ]
• [ 技術 ]

bash_profile, bashrcの基本的な知識のメモ。bashの日本語manページより抜粋＆まとめ。

"~/.bash_profile"を読み込む場合

bashが対話的なログインシェルとして起動されるか、 --login オプション付きの非対話的シェルとして起動されると、/etc/profile からコマンドを読み込んで実行した後、以下の順番でファイルを探し、最初に見つかった読み込み可能なファイルからコマンドを実行する。

1. ~/.bash_profile
2. ~/.bash_login
3. ~/.profile

"~/.bashrc"を読み込む場合

ログインシェルでない対話的シェルとして起動されると、~/.bashrc ファイルがあれば、 bash はここからコマンドを読み込み、実行する。

よく見かける .bash_profile と .bashrc の組み合わせ

以下のように、 .bash_profile 内で .bashrc を読み込ませる。こうしておけば、ログインシェルか否かにかかわらず .bashrc を読み込んでくれる。従って、日常的なシェル環境の設定は .bashrc の方に書いておけば良い。

~/.bash_profile

if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi

~/.bashrc

PS1="[\u@\h \W]\$ "
export PS1
alias rm='rm -i'
alias cp='cp -i'
alias mv='mv -i'
...

• [ Prev ]
• [ Next ]
• [ 技術 ]

codereposを漁っていたら、VMware上での時間遅れを補正するC言語のツールを見つけた。

http://coderepos.org/share/browser/lang/c/misc/vmware-time

• "VM Back"
  • http://chitchat.at.infoseek.co.jp/vmware/

を参考に作られたようだ。

以前VM Serverを使っていた現場で、ゲストOSの時刻が大幅に遅れて困っていた現場があった。
もしかしたら効果があるかも知れない。

Linuxみたいな色づけlsをしたかったので、調べてみました。

• lsをカラー表示
  • http://iris.homeunix.net/yayoi/freebsd/setting/colorls.asp

によると３種類のカラー表示があるようです。
今回はgnulsを使ったカラー表示を試してみました。portsを触ってみたかったのもあります。

ports.tar.gz をFTPの4.5ディレクトリよりダウンロードして、/usr/以下で展開します。
その後、

# cd /usr/ports

して、

# make search key=gnuls
Port:   gnuls-4.1p0
Path:   misc/fileutils,-ls
Info:   colorized GNU ls
Maint:  The OpenBSD ports mailing-list <ports@openbsd.org>
Index:  misc
L-deps: iconv.>=4::converters/libiconv intl.>=4:gettext->=0.10.38:devel/gettext
B-deps: :devel/gmake gettext->=0.17:devel/gettext
R-deps: gettext->=0.10.38:devel/gettext
Archs:  any

とすると、misc/fileutils に含まれていることが判明したので、そこにcdしてmake, make installとして入れました。make時に依存関係でgmakeもコンパイル・インストールされました。

・・・後で気づいたのですが、既にpackagesでfileutilsが提供されていて、これを使うだけで良かったようです。

前掲のURLでは"gnuls"でしたが、OpenBSD4.5時点でのバイナリ名は"gls"になっているようです。
あとは(bashユーザなので)~/.bash_profileで

LS_COLORS='no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01: \
  or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:\
  *.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:\
  *.i386.rpm=01;31:*.src.rpm=01;30:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:\
  *.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.png=01;35:'
export LS_COLORS
alias ls='gls --color=auto -NF --show-control-chars'

として、ちゃんと色づけlsが動きました。

ちなみにLS_COLORSについては適当なLinuxマシンからのパクリです。