You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
こちらは独自ドメインからレンタルサーバー、フレッツ接続専用会員までトータルサポートのプロバイダー、BiG-NETです。 いつも弊社ユーザーのページにアクセスをして頂きましてありがとうございます。 http://www.big.or.jp/~crane/cocoa/0800_internet/curl/ 404 Not Found (ファイルが見つかりません) 申し訳ございませんが、お客様がアクセス要求されました上記ページは、現在アクセスが出来ません。 弊社では、なぜアクセスできないのかと言う第三者からのお問い合わせにはお答えすることが出来ません。 もしこのページの関係者をご存知でしたら、連絡を取ってみることをお薦め致します。 何卒ご容赦下さい。
RubyでCouchDBにアクセスし、データの登録や取得を行うサンプルです。 CouchDBのインターフェイスはHTTPになっていて、GETやPUTで値の取得や登録ができます。 Ruby用のアクセスライブラリもいくつかあるようですが、HTTPでアクセスするだけならhttpclientでさくっと作れるよなー、ということで、このへんも参考にしつつ自作してみました。内部動作の把握にもなるしね。 require 'rubygems' require 'httpclient' require 'json/lexer' # CouchDBクライアント module CouchDB class Client def initialize(host, proxy=ENV["http_proxy"]) @host = host @client = HTTPClient.new( proxy, "http c
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
LISPの真実を読んでたら最後に出てきたので、かなり古い記事だけれども、Eric Kidd氏のWhy Ruby is an acceptable LISPを訳してみました。まつもとさんによる反応もあり、そのエントリの中で原文はほぼ要約されています。 一年前、私はRubyに注目してはいたものの、それを無視することにした。RubyはPythonほどポピュラーではないし、LISPほど強力というわけでもない。なのに何故気にかけなければならないというのか。 もちろん、これらの評価基準は考えなおすこともできる。もしRubyがLISPよりもポピュラーで、Pythonよりも強力だったらどうなるだろうか？*1 それはRubyを興味深いものにするに足るのではないか？ この疑問に答える前に、LISPを強力たらしめているものは何なのかを定義しておくべきだろう。Paul GrahamはLISPの美徳について雄弁に語
前回の応用編として、バウンスされたエラーアドレスを、メルマガごとに処理してみる。 （過去記事：「メルマガのエラーアドレスやバウンスメールを自動的に処理する方法（PostFix）」） （環境：fedora9、postfix2.23以降、perl5.8.X） まず、VERPを利用の際に、sendmailパスを以下のようにしてみる。 sendmail -XV -f bounce+$magazine_name もちろん$magazine_nameにはメルマガ名とかメルマガ番号とかが格納されてること。 次に、/etc/postfix/main.cf の設定は前回と同じ。 次に、バウンスメール処理用のプログラム（perl）を以下のようにカスタマイズする。 （設置場所は前回同様、/home/owner/に設置） 例：process_bounce.cgi（705 or 755） #!/usr/bin/pe
おそらく、この世にメルマガ配信システムはたくさんあるので、この方法は 広く使われていると思うのだが、いくら検索しても具体的に説明されてるサイトが ないので、忘れないようにメモ。 （環境：fedora9、postfix2.23以降、perl5.8.X） まず、VERPを利用するので、sendmailを使う場合はパス指定時に、 sendmail -XV -f bounce と指定。 ※postfixのバージョンが2.2以前の場合は -XV じゃなく -V 。 ※bounceの部分は別にhogeでも何でもよい。 ※sendmailを使わない場合（SMTPに直接送るときとか）は、別にVERPを使わなくても、 エンベロープMailFromに "バウンスを受けたい架空のアカウント"+"送信先のアカウント"="送信先ドメイン"@"自ドメイン"の形で指定できればOK。 次に、/etc/postfix/ma
neo4j ===== Neo4j manager that provides many storage commands Usage ===== neo <db-dir> <command> Following commands are available * touch : create an empty database * example : create a sample database * info : print node information * load <tsv> : load graph data from tsv * dump : dump graph data as tsv * list : print list of node ids * edges : print edge list Requirement =========== * Scala-2.8.
ドメインを運用していると、 http://princo.org/ http://www.princo.org/ など、それぞれのリクエストに対してまったく同じようにApacheを動作 させたくなるものです。 また、似たようなドメイン名 http://princo.org/ http://princo.net/ http://princo.biz/ を所有しており、どこをリクエストしても同じ内容を表示させたい場合にも 有用です。 よく用いられる手法としては、www.princo.org に対してのリクエストを 主軸として利用し、princo.org に来たリクエストをwww.princo.org に向け直す redirect の手法があります。 redirectの手法では、エージェントに 対してリクエストをやりなおしてもらうため、通信とログと設定のコストが掛かります。 ServerAlias
新型のMac Book Airを買おうか、絶賛悩み中の傍島です。 急に冷え込んだので、MacBook Pro使いの皆さん、そろそろ辛い季節ではありませんか？ 何のことかと言えば、パームレストに手を置いた時のひんやり感です。私は、MacBook Proの前にThinkPadを使っていたので、特に気になります。 愛用のMacBook Proは、文句言わず働く気の良いヤツなんですが、この季節ばかりはひんやり感が辛いので、なんとかならないかと試行錯誤した結果、お気に入りの品を発見したので、ご紹介します。 続きは、以下で。 私がお気に入りの品は、MacBook Proのパームレストに貼り付けるレザーパッド「Twelve South SurfacePad Colors」です。 既にお使いの方も居るかもしれませんが、簡単にご紹介すると、パームレストの部分に貼り付けるレザーパッドです。オレンジ、水色、グレ
原文(投稿日：2010/05/12)へのリンク はじめに データモデルにはいろいろあるが、80年代以降、主流になっているのはリレーショナルモデルだ。このモデルにはOracle、MySQL、MSSQLなどの実装があり、RDBMS（リレーショナルデータベース管理システム: Relational Database Management System）と呼ばれることもある。しかし最近になって、リレーショナルデータベースを使うことで問題が起こるケースが増えている。リレーショナルモデルによるデータモデリングには弱点と問題があり、複数サーバに及ぶ水平方向のスケーラビリティと膨大なデータの扱いに制約があるためだ。これらの問題の要因には、世界中のソフトウェアコミュニティが注目している2つのトレンドがある。 ユーザ、システム、センサーによって生み出されるデータの指数的な増加。Amazon、Google、その他
As you develop and operate applications with MongoDB, you may need to analyze the performance of the application and its database. When you encounter degraded performance, it is often a function of database access strategies, hardware availability, and the number of open database connections. Some users may experience performance limitations as a result of inadequate or inappropriate indexing stra
In April 2020, NoSQL-Database.org joined forces with hostingdata.co.uk. These two websites and the teams responsible for their creation will now work together. The decision was made after the owners recognized that they have a common objective – helping people in the UK (and beyond) understand web hosting and all its intricacies, including NoSQL databases. This list is updated monthly. We’ve teste
Wiki Account Log in / create account Wiki Navigation Main Page Community portal Current events Recent changes Random page Help Wiki Toolbox What links here Related changes Special pages Printable version Permanent link Overview Top This document, researched and authored by Quest's chief software architect Randy Guck, provides a summary of distributed databases. These are commercial products, open
ZEROBASEさんのBlogに書かれていることが、自分の問題意識とシンクロした。この辺で少し整理しておきたい。 要件定義前提のビジネスモデル Webサービスに「システム開発」の側面があるからといって、業務システムのように「ユーザに聞く」とか「要件定義」とか「要求開発」しようとする発想では、うまくいかない。そこで「プロダクトアウト」か「マーケットイン」か、といった二分論での議論も危険。どっちの面も必要に決まってる。 そういう仕事って何？「マーケティング」や「商品企画」ですよね？ で、それってSIerには未知の領域なんだと思います。 SIerはWebサービスを開発できるのか？ SIerがディフェンシブにならざるを得ないのは「要件定義」というプロセスそのものにあるのではないか、と最近思いはじめました。要件定義が基点となって「我々は今回こういうものを作るのです」という取り決めを行いその器の大きさ
【宇宙ﾔﾊﾞｲ】銀河系に地球みたいな惑星が460億個あることが判明 居住可能惑星も多数存在 2010年11月01日23:41 カテゴリ宇宙 1 ：ハーディア(大阪府)：2010/11/01(月) 21:47:53.28 ID:28XeDZs8P 天の川銀河（銀河系）内の太陽型恒星の4個に1個に、地球型惑星が存在する可能性があるとの論文が、10月29日の米科学誌サイエンス（Science）に掲載された。命をはぐくむことの可能な環境が、これまで考えられてきた以上に多いとの期待が出てきた。 米航空宇宙局（NASA）の資金提供を受けたカリフォルニア大学バークレー校（University of California at Berkeley）などの研究チームは、ハワイ（Hawaii）のケック天文台（Keck Observatory）で5年間、太陽系から比較的近い太陽型恒星166個を観測し、その近くを公
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
