基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

迷惑メールの送信元アドレスは、架空のアドレスになりすましている場合が多く、また送信のたびに変更されている場合が多いため、受信／拒否設定でなりすましメールの拒否設定や、個別に受信したいドメインまたはアドレスを登録することをおすすめします。 なりすましメールとは、本来の送信元のメールアドレスが書き換えられて送信されるメールのことです。 迷惑メールだけでなく、メーリングリストや、プロバイダーなどのメール転送サービスを経由したメールなども、なりすましメール扱いになります。受信したい場合は「宛先指定受信」にて登録することで、なりすましメール対策を設定していても受信可能になります。 受信／拒否設定にて、拒否したメールの送信者には宛先不明のエラーメッセージが返信されます。 携帯電話・PHSからの迷惑メール対策として、携帯電話・PHS会社ごとにメール受信の可否を選択することができます。 mopera Uメ

Testnetがアップデートされたのは知ってたけれど、libra-authのデモも動かなくなったのでちょっと調…

Runtime error Error message : SKIN_FILE is not found

Go to the first, previous, next, last section, table of contents. 管理用ファイル便覧 リポジトリ中のディレクトリ `$CVSROOT/CVSROOT' に、 CVS を支援する多くのファイルが置かれます。 これらのファイルが無いと CVS の能力が制限されてしまいますが、 適切に設定すれば種々の操作を簡略化することができます。 これらを編集する方法は section 管理用ファイルの紹介 参照。 これらの内で最も重要なファイルは `modules' で、 リポジトリ内のモジュールを定義します。 The modules file 管理用ファイル `modules' には、 ソース・コードの集合体の名前の定義を記述します。 新たな定義を CVS に理解させるには、 CVS を用いてファイル `modules' を修正して下さい

以下では、コミット時にユーザにメールを送信するための設定を記す。 準備 (CVSROOT 編集のために) 目的に応じた方法 方法その1 (御手軽版) loginfo の編集1 方法その2 (ちょっと凝ってみました版) cvsform.pl の追加 checkoutlist の編集2 loginfo の編集2 方法その3 (cvsweb も使いたい人版) cvswebform.pl の追加 checkoutlist の編集3 loginfo の編集3 準備 (CVSROOT 編集のために) メールを送信するためには、リポジトリ以下の CVSROOT 内を編集する必要がある。 編集のための checkout などの方法については cvs 管理用ディレクトリ CVSROOT の編集 を参照せよ。 目的に応じた方法 以下では, cvs コミット等に伴いメールを自動送信するための 3 つの方法を紹介

特にセキュリティーの高さには定評があり、セキュリティーホールが発見されるたびにバージョンアップを繰り返すsendmailにとってかわるソフトとして注目されている。 ただ、欠点が全くないというわけではない。UNIX、Windows、Macといったプラットフォームに限らず、非常に多くの種類のメールクライアントソフトは、サーバが sendmail であることを前提にしているため、本来MTA や MDAの範疇を超えた機能を持つ sendmailの機能にクライアントが頼ってしまっている部分が多々あり、 qmailの利用に際し不具合が生じることもありうる。現在のところ、完全にqmail対応になっているメールクライアントソフトはまだ少ないが、qmailの評価の高まりとともに、そうした点も確実に改良されてきている。 4.2 qmailの構成 qmailはそれぞれの機能が単純化されたいくつものプログ

今回はメルマガ等やメーリングリストのように大量のメールを配信するためのメール配信システムを自前で開発している方向けの情報（備忘録？）です。 大量のメールを配信する場合、配信できなかったエラーメールを適切に処理することが重要です。たとえば、 なんて感じです。適切なエラーメール処理なくば、知らず知らずのうちに SPAMer と同じようなメール配信をしていることになってしまうのです。かく言う僕の作ったメール配信システムも、それほどエラーメール処理を厳密に行っているわけではなく、何とかしないとなぁ〜と思っている今日この頃で、ちまちま資料を集め始めて仕様検討している次第です。

さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに

最近、常時接続というのが当り前になり、自宅サーバを立てることを 勧めるような書籍や Web ページが非常に多く出てきているので、 自分でもサーバを立ててみたいと思っている人を多く見受けます。 しかし、サーバを立てる際に気をつけるべきことを全く認識せずに 立てようとしている例も非常に多く見受けられます。 ここは、インターネットに公開するサーバを立てる際に一般の方が 勘違いしがちなこととそれに対する(私の個人的な)回答を、 世の中に溢れる「自宅サーバ立てよう！」系の書籍/Web ページには あまり書かれない 「自分でサーバを立てるのは大変だからやめよう！」 という視点で行い、 サーバ運営の現実をしっかり認識して頂くための ページです。 対象とする読者は基本的に 「サーバを自分で立てようと思っている人全員」で す。特に 「あまりコンピュータに詳しいわけじゃないけど、 なんだか自分で立てられるって

筆者が勤務する株式会社はてなが提供するある一つのインターネットサービスを題材に、LAMP（Linux＋Apache＋MySQL＋Perl）でのアプリケーション開発や、負荷分散について述べるという発表でした。はてなで提供しているサービスには、はてなブックマーク以外にもはてなダイアリー（注2）のような月間何億PV（Page View）もある大きなサービスもあります。はてなブックマークはそれらに比較すると小さい、中規模なシステムです。 システム運用について発表するにあたって、億単位のPVをさばく巨大なサービスについて述べるよりも、ある程度現実的な規模のものについて解説する方が、みなさんの参考になるかなと思い、このテーマを選択しました。 本稿ではYAPC::Asiaでの発表の中からいくつかのトピックを選んで、Perlを使ったシステムの運用や負荷分散のコツなどを中心に解説したいと思います。 なお、発