Name Service Switch とは、UNIX系OSにおいて、システムが使用する各種情報の検索順を指定するために使用される。NSSと略されることが多い。たとえば、ユーザ情報は、/etc/passwd、NIS、LDAPなどに格納されているが、システムに問い合わせられたユーザ情報をどの情報源から、どの順番で検索するかを指定する。 Name Service Switchは、Solaris上ではじめて使われ、その他、UNIX系OSに広く使われるようになった。 Name Service Switchの、検索順を指定するファイルは、通常 /etc/nsswitch.conf である。ここでは、passwd、group、hostsなどの情報について、どの情報源から検索するかを指定する。
2012年3月22日のブックマーク (10件)
-
a666666 2012/03/22
-
by @chibicode - 1.どうでもいい話 2.一番学んだこと 3.ハスラーになりたい学生へ
注意: 長文です。いつものように、当たり前のことしか書いていないので、読むのはあなたの大切な時間の無駄かもしれません。 どうでもいい話 一番学んだこと ハスラーになりたい学生へ 1. どうでもいい話 (3/5投稿、3/16更新) ほとんど更新してないこのブログですが、8ヶ月後の11月中旬まで更新は休止します。 Facebookの「ちびこーど」ページも同じくそれまで非公開にしています。 日本から来られる方にシリコンバレーでに会うのも11月中旬まで控えます。日本には何度か行くつもりです。帰国する際はFacebookで報告させて頂きます。 と、11日前に投稿したのですが、理由を尋ねられることが多かったのでもう少し書きます。 結論から言うと、ちょうど先週会社を退職し、次のステップへ向けて集中したいからです。11月までは週80時間ほど生産に費やしたいのですが、するとそのぶんリフレッシュする時間が必要
-
-
Instagram 近況 - matakimika@hatenadiary.jp
どうも世の中には（社交が活発すぎるがゆえ逆に）殺伐とした Instagram 界隈ってのがあるらしいんだけども、それを観測範囲に捉えられないということはおれはやはり辺境民であるらしい。おれの UI 認識だと Popular タブが無いことになってるからかな（←たとえばはてなブックマークの登録数一元管理型ランキングみたいなものが、機械的には比較的かんたんにできるからと実装してしまえばそのランキングが原因でコミュニティがよじれたりするので諸刃の剣、だから近寄らないに越したことはない的なインターネット護身術のひとつ）。「ポピュラー入りもしてないのに殺伐」とかだと、まあそれは相互監視 mixi 疲れ的な「そもそも使ってる側があらかじめ汚染されていたから」説を疑ったほうがよさげ。 というか Like ばかりかコメントの多い写真が連発されるアカウントというのは、おれの日課であるところのいいねおじさん活
-
2012年に法人を設立致しました | STELLATO inc. / 株式会社ステラート
Our company was established in 2012. 横山がフリーランスのエンジニアとして独立してから約2年が経ち、法人として新たに出発することになりました。 2012.01.11の大安に会社を設立致しまして、株式会社ステラート (英語表記：STELLATO, Inc.) という名称です。 主な事業内容は以下の2つです。 スマートフォン向けアプリの企画・開発・販売 webアプリケーションの構築・運用 会社設立までの経緯などについてはまた別途エントリーをまとめたいと思います。 2012年は変化の年として、一から全力でコミットしますので、何卒よろしくお願い申し上げます。 横山 彰子
-
redo in Emacs
Emacs超入門［1］：Emacsの基本的な使い方とショートカットキー - SourceForge.JP Magazine こういう記事っていつまで経っても読めると嬉しい。大歓迎。続きが楽しみです。 Emacs は学習曲線がなかなか落ち着かないエディタだと思う。かなり基本的な編集機能においても、使っている日々に新しい発見があったりする。Emacs Lisp を読んだり書いたり、様々なモードを使いはじめたりしたら、それこそもう天井が見える気がしない。初めて UNIX で Emacs に触れてから #x10 年くらいを経てもなお、です。ま、学習の方法が間違っていた可能性は否定しないけど。 Editors - The Random Musings of Maulkin この曲線はネタですけど、他のエディタはともかく、Emacs については特徴を良くあらわしてるなぁと思う。 最近気づいて、調べてみ
-
新社会人のためのバグレポートの基本 - mixi engineer blog
はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね！「バグレポート」ですね。 今回はバグレポートの基本について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを
-
-
500,000 requests/sec – Modern HTTP servers are fast
A modern HTTP server running on somewhat recent hardware is capable of servicing a huge number of requests with very low latency. Here’s a plot showing requests per second vs. number of concurrent connections for the default index.html page included with nginx 1.0.14. With this particular hardware & software combination the server quickly reaches over 500,000 requests/sec and sustains that with gr
-
-
- 2012年3月23日
- 2012年3月22日
- 2012年3月21日
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました