Linux Gazette 2006年１月投稿記事
目次
Debianサーバ設定のステップ・バイ・ステップの指導書がある。
これは、Debian サーバ、Debian におけるFTPサーバ設定、Debian におけるWebserver設定、Debian におけるSambaサーバ設定、Debian におけるDatabaseサーバ設定、Debian サーバのためのタイムクロック同期、Debianにおけるメールサーバコンフィギュレーション、Debian におけるVNCサーバ設定、Debian におけるProxyサーバ設定、Debian におけるSSHサーバ設定、Debian におけるtftpサーバ設定、Debian におけるDHCPサーバ設定、Debian におけるサーバ設定、Debian におけるサーバ設定、Debian におけるIPtables コンフィギュレーション、Debian におけるDNSサーバ設定、を含む。
にハードディスク上の効果的なパーティション分割と、良いパーティションを設計する方法について参考になる記事が
effective partitioningに載っている。著者は、40GBハードディスクをマルチブートの４個のオペレーティングシステムに分割して経験を公開している。
Sreekrishnapuramにいるアルツハイマー達
"Thanmathra" Mohanlalの筋書きがSreekrishnapuramで走っているのを聞くのは、余りよい話ではない。そう、Palakkad国立工科大学の学生ことを言っているのだ。私が大学院課程をしている学校では、学生が来て生活を楽しむけれども、外界で起こっていることを忘れている。私のLinux教祖Pramode氏は、ゾッとするsreekrishnapuram群が自分の農場（ICソフトウエア）に来る時期を語るのが癖である。ご承知のように、我々一団から殆どの学生が奮起させられて（そう望む）、自分をLinuxに導く私の教祖に会いに来たGNU運動(2005)の後、我々の学校には改善すべききとが沢山ある。彼は最善を尽くしているが、問題は、Sreekrishnapuram群が、彼らが前の教室で教えられたことを覚えていない事実のてめ、アルツハイマーに苦しんでいることである。これはPalakkad(Sreekrishnapuram)国立工科大学の場合に限るのではなく、カレラの殆どの大学に共通する。我々若い世代に何が起こっているか。これは注目すべき問題だ。解決策を早急に見付けなければならない。我々が相続財産を知っているように、次の世代は次々に先輩を見習うからだ。
http://www.byebyeestateagents.com
バックグラウンドとしてPHPを用い、redhatで働いている。
この所有地販売サイトは、不動産やではない。手数料を取らない。
チェックされたい。２月から４月末まで、全く無料で所有地をサイトに表示する。
売るべき所有地のない人でも、持っている人を誰か知っていれば、宣伝してLinuxで動いていることを知らせて頂きたい。
他のサイトは知らないが、ByeByeEstateAgentsは100% Linuxで動いている。red-hat fedoraコア・ディストリビューションを、PHPと一緒に利用して、ByeByeEstateAgentsはオープンソース・コードで動いている。
サイトの状況はどうか？
左様・・所有地表示の手数料を無しで、ByeByeEstateAgentは、販売者と地主のコストを数千ポンドも節約して運営している。
２月から４月末まで、所有地をサイトに表示する人は誰でも、全く何も無しでおこなうことが出来る。費用無し、面倒なこと無し、手数料無しだ。
これ以上、楽なことはない。
詳細をお知りになりたければ、webmaster@byebyeestateagents.comに電子メールをするか、
又は、 http://www.byebyeestateagents.comを訪ねられたい。
フリーNX を用いるリモート・アクセスMandriva 2006
FreeNXアプリケーション／シン・クライアント・サーバは、NoMachineのNX技術に基づく。これは、56kモデモ・ダイアルアップ接続以上のリモートX11セッションを運営することが出来る。FreeNXパケージは、nxサーバ・コンポーネントフリー(GPL)実施である。以下のワークショップが Mandriva 2006フリー・サーバ上のFreeNXインストレーションと Windows XPを経由するアクセスを記述する。
要約：芸術家が普通に使用するデータを強調して、適切な支援をすることの紹介。正しいバックアップ型、戦略、及びツールを選択して、貴重なデータを保存する。
バックアップとは、コンピュータ用語で、データ保存のため重要データのコピイを作ることを意味する。重要データが破損又は忘失すると、適切に作られたバックアップがそれを全部復元する。用語「データ」は、コンピュータシステムに記憶されるあらゆるもの、画像、プログラム、文書、ビデオなどを意味する。重要データのバックアップを取っておくと、貴重な作品及びその再生産に必要な時間の損失を防止することが出来る。
この記事においては、普通のバックアップ型と方針、データ圧縮、普通のバックアップ媒体を眺める。実際のバックアップの筋書きを、私自身の手順で示す。この記事は一般的なバックアップのコツで終わる。
普通のバックアップ型
最良のバックアップ方法は、単純で時間が証明した考え方に依存する。新規の又は不要の技術は、信頼性があって必要であると判明するまで避けるのが賢明である。手順は単純なほど、正しく働く可能性が高い。
完全なバックアップは、貴重なデータ全部のコピイを作ることを含む。貴重なファイルのあるフォルダを、例えばハードディスクからフロッピイにコピイするとき、実際はこれらのファイルの完全なバックアップを作っている。簡単なので、この方法はすべてのバックアップ型の中で最も信頼性がある。その主な利点は、バックアップ作成と復元が容易なことである。主な欠点は、貴重なデータと同じスペースを使用することである。データが大きいとき、バックアップ手順は、実行に必要な時間と処理労力の点で、資材集中的である。数百冊の書物を含むデジタルライブラリの完全バックアップに必要な時間を考えて見よう。数日を要する。
インクレメンタル・バックアップは、以前のバックアップからの変更点だけをバックアップする点で、別の働きをする。この方法を使用するとき、先ず完全バックアップを作成してから、定期的にインクレメンタル・バックアップを走らせる。大量のデータに関して、この方法だけが実用的なバックアップ方法である。完全バックアップよりスペースが少なく走らせるのに資材に余り集中しない。他方、完全バックアップと対照的に、インクレメンタル・バックアップは、バックアップするファイルを追跡するのに、専用バックアップ・ソフトウエアを必要とする。
バックアップデータを圧縮することは普通の選択肢である。このような処置により、バックアップ媒体上で必要なスペースの量が少なくなる。圧縮は複雑さを増すけれども、（賢明に頼るときは）良好で、時には必要な対策となることがある。
不可欠のバックアップ方針
バックアップ型とデータに関係なく、常に、以下のバックアップ方針にしたがわなければならない：
・バックアップは定期的に取らなければならない。
・バックアップは自動的で、人の監視の必要は出来るだけ小さくなければならない。
・バックアップは安全なリモートの位置に記憶しなければならない。
・バックアップは確立したハードウエア及びソフトウエア技術に頼らなければならない。
バックアップは定期的に取らなければならない。データ変更が頻繁なほど、頻繁にバックアップしなければならない。例えば、私の最も頻繁に更新するファイル（ウエブサイトファイル、ソースコード、ノートなど）は、毎日バックアップする。余り更新しないファイルは、毎月バックアップする。
バックアップは自動的でなければならない。最初のパックアップ・プログラムの構成及び時々の監視を除いて、バックアップ処理全体は自動的で完全にガラス張りでなければならない。即ち、バックアップは必要でない限り、注意をしないでも自分で走らなければならない。
バックアップは安全なリモートの位置に記憶しなければならない。重要データのが位置が損傷、破壊、又は盗難に遭うと、リモートに記憶したバックアップは無価値になる。どれ程リモートか？火事、洪水、台風、地震などの災害は、広範な破壊をもたらす。理想的には、遙か遠くの危険性の少ない場所に記憶しなければならない。
バックアップは確立したハードウエア及びソフトウエア技術に頼らなければならない。このような技術は一般的に広く使用される−したがって、安価で故障探査が楽か、又は不具合の際に援助が得易い。確立した技術は、次第に新規又は良好なもので置き換わるので、バックアップ媒体とハードウエア及び、使用するときは、ソフトウエアがデータを記憶し直さなければならない。CDやDVDのような今日の普通のバックアップ媒体が、十年間使えるとの保証はない。ソフトウエアについても同様だ。優れたデータ保持方針は、当時の成熟して確立した技術に対するバックアップデータの連続的な移植を含まなければならない。
データ圧縮について少々
圧縮によりデータが小さくなるので、普遍的なバックアップ選択肢である。その主な利点はスペース使用が少ないのでバックアップコストが低いことである。不利な面は、データ圧縮との後刻これを解凍するのに必要な時間である。
多数の圧縮フォーマットが存在する。それぞれのフォーマットは、アルゴリズムと言う或る種の圧縮技術を用いる。「多損失（lossy)」と「無損失(lostless)」の二つの型のデータ圧縮アルゴリズムがある。無損失圧縮は、データ内容を変更しないでデータサイズを小さくする。多損失圧縮はデータ内容を変更して無損失圧縮よりさらに小さくする。
MP3 やJPGのような圧縮フォーマットによっては、高度に専門家されているものがある。これらは多損失アルゴリズムを用いて極めて小さいファイルサイズを生じるが、特定の型のデータを圧縮することが出来るだけである。ZIPやBZIP2のような別のフォーマットは、汎用である。これらは無損失圧縮アルゴリズムに頼り、どんなデータにも働く。しかし、これらは、MP3やJPGのような特殊目的フォーマットには勝らない。PNGとTIFFは、良く使用される画像ファイルフォーマットで、無損失圧縮をサポートする。
残念乍ら、多損失圧縮の性質のため、JPG、MP3 又はその他の多損失フォーマットは、元のデータをある程度劣化させる。言い換えると、画像又は音楽を多損失ファイルフォーマットでセーブすることは、元と異なるものにしてしまう。圧縮加工と言うこの相違は通常、極めて小さいので、我々は気付かない。
上述の理由で、多損失圧縮は、重要データをセーブするときは絶対に使用してはならない。それには無損失圧縮のみが適している。PNGとTIFFは、無損失圧縮をサポートする画像ファイルフォーマットの例である。幾つかのフォーマットは、高解像度マスター画像を記憶スルの理想的にである。
最後に、圧縮には時間が掛かり、通常は処理能力全部を使用する。一般的に、圧縮が良いほど、遅い。幾つかの圧縮アルゴリズムは、圧縮は極めて良いが、同時に極めて遅い。バックアップの目的には、普通の圧縮フォーマットを評価して最も適切なものを設定しなければならない。
自分の必要を考慮する
自家用に適切なバックアップ方針を立てるときは、追加の問題を幾つか考慮しなければならない：
・バックアップファイルの型
・圧縮を望むときは、どの圧縮をどのように
・バックアップ記憶媒体
前に述べたように、最良のバックアップは重要データの単なるコピイである。このような方法は、PNGやTIFFのような圧縮画像ファイルを用いる芸術家のため、特に良い。
それをサポートするファーマットで画像を毎回おこなう「ビルトイン」画像圧縮と、それが何かに関わりなくすべてのバックアップデータに適用して、バックアップデータを圧縮することとの間の相違に注目されたい。
どのバックアップ圧縮を使用するか、また全部に使用するか否かは、バックアップデータの型に左右される。一般的に、テキストファイル（TXT、HTML、XMLなど）は、殆ど全部のファイル型に圧縮することが出来る。自分のアルゴリズムで圧縮されている画像（PNG、JPG、TIFFなど）は、全部であっても後では余り圧縮することが出来ない。自分の圧縮を持たない画像（BMP、TGAなど）は、少し圧縮できることが多いが、実際の画像データに左右される。
したがって、自分の重要芸術でーたが、既に圧縮された画像を含むときは、バックアップを圧縮する必要はない。一方、テキストファイルは、大いに圧縮されるので、膨大な量のスペースを節約する。バックアップデータを圧縮するとき考えるべきことが、外に少しある。どの圧縮プログラムを使用し、ファイルをどのように圧縮するか、である。
ZIPは、今日最も普通に使用される圧縮フォーマットである−迅速で良く圧縮する。長い間、出回っており、世界中で手に入る。しかし、外にも余り知られていない良いものがある。例えば、7ZIP、RAR、及びBZIP2は、ZIPより遙かに良く圧縮し、少し遅いだけだ。
最後に、バックアップを圧縮する方法。基本的には、沢山のファイルの圧縮アーカイブを作ることも、各ファイルを個別に圧縮することも出来る。圧縮アーカイブを作ることの主な短所は、アーカイブが壊れて復元出来ないとき、アーカイブの中のファイルすべてを失う可能性があることである。他方、ファイルを個別に圧縮すると、それがが壊れて復元出来ないとき、ファイル一つを失うだけで済む。加えて、圧縮ファイルは少ないスペースを使用するので、壊れる可能性が小さい。したがって、ファイルを個別に圧縮するのが安全である。
圧縮のお陰で沢山のスペースを節約することが出来る。
私の
images のうち一つを取り上げて、BMP, TIFF, PNG 及び JPG でセーブする。
次いで、少数の汎用圧縮を用いてこれらのファイルを圧縮してみる。
無損失圧縮は全部、最大圧縮設定でおこなう [1]。
JPGは、多損失フォーマットなので、比較のためのみで、含めた。
ファイル型 |
サイズ |
zipで |
bzip2で |
7zip'で |
Colony.bmp
Colony.tiff
Colony.png
Colony.jpg
Book.txt
|
1440054
662948
611676
303217
343695
|
911154 (63%)
652315 (98%)
611923 (100%)
302933 (100%)
130340 (38%)
|
693481 (48%)
655239 (99%
613466 (100%
302852 (100%)
100696 (29%)
|
713287 (49%)
652955 (98%)
610711 (100%)
300268 (99%)
91187 (26%)
|
サイズはバイトで表す。圧縮サイズが幾らかの百分率は、初期サイズに対する値である。数値の低い方が良い。
圧縮時間は幾らか変動するが、実用的で無くなる程大きくはない。PNGは、画像の中で明らかな勝者である。BMPより58%も少ないスペースしか使っていない。汎用圧縮ツールのうち7ZIP一つのみが、既に圧縮されているPNGファイルをさらに（少し）圧縮していることに注意。書物ファイルは、元のサイズの26-38%に圧縮された。これはテキストの圧縮に典型的である。
何をバックアップ媒体に使用するか
今日普通に使用されるバックアップ媒体はハードドライブ、テープ、及びCD/DVDである。ハードドライブが最も速く、大量データには最良の選択肢であることが多い。これらは高価で、余り頑丈ではない。テープは、遅いが沢山のデータを記憶することが出来て、十年は持つ。CD/DVDは、廉価なので、多分今日最も多く使用されているバックアップ媒体であろう。残念乍ら、ハードドライブと同様に、殆どは二年から五年の比較的短かい予想寿命しかない。インターネット・バックアップ・ソリューションも、良く使用されるバックアップ選択肢になりつつある。
バックアップ媒体を選ぶとき、信頼性を考慮することは重要である。媒体は頑丈であるか？データをどの位の期間保持することが出来るか？ここでは媒体の品質が重要な役割を演じる。すべての媒体は、時間とともに劣化するが、他より劣化の少ないものもある。低価格焼付CDの殆どの寿命は２年である。高品質CDは５年まで持つ。金層のある超高品質CDは、十年持つと期待される。一般的に、取扱と記憶状態が良いときは、品質の良い媒体は最低数年は持つ筈だ。しかし、最高品質の媒体を使用しない限り、毎年の完全バックアップが、媒体劣化によるデータ損失に対する最も安全な方法であろう。
各種の媒体の組合わせも、理想的ソリューションになることが多い。例えば、私のバックアップ慣習の幾つかは、外付けハードドライブを用いて、コンピュータ。ハードドライブの一定の一部をミラー（更新）することを含む。年に二度、重要データのうち幾つかをDVDに焼き付ける。
最も適切な媒体とそれを操作するハードウエアを調査することを推奨する。高品質製品は、バックアップ失敗の可能性を小さくする。
バックアップの検証の必要
バックアップを取るのに最も重要なことは、エラーが無いことを確かめることである。媒体その他のエラーで改竄されると、バックアップデータは無駄になる。バックアップを有効性について直ちにテストするのは良い慣習である。エラーが検出され、新しいバックアップを直ちに取ることが出来る。立派なバックアップ・プログラムはいずれも、データ検証の選択肢を有する。良いのは、それが改竄されたときバックアップすることだ。
私はバックアップ検証目的用の
scriptを書いた。Linuxをご使用なら役に立つと思う。
実際のバックアップの進め方 SCENARIO
私の最も貴重なデータは、私の芸術データ、ウエブサイト・ファイル、ソースコード、及び各種の文書である。私の高解像度作品は全部、PNG又はTIFFに記憶してある。私の参照画像の殆ど全部はJPGである。したがって、私の画像全部は、圧縮及び膨大なバックアップ時間とスペースをを使用しないで、バックアップすることが出来る。私は、自己圧縮を使用しない3dファイル全部を圧縮する。そのため、私はbzip2を最大圧縮設定で使用する。残りのデータすべては、基本的にテキストファイルなので、bzip2又は7zipを用いて個別に圧縮する。画像と3dファイルは、圧縮してあっても、サイズは巨大になる。芸術データに90%以上のバックアップスペースを取られても驚くに当たらない。
私は、毎日、毎月及び年に二回バックアップする。一日に一度、頻繁に更新するファイル（ノート、作成中の画像作品、ソースコード、ウエブサイトファイル、電子メール、など）を別のハードドライブにバックアップする。これは、ブート処理の間に起こり、数分を要する。月に一度、私はCDにバックアップする。これは、頻繁に更新しないファイルも含む。そのCDのコピイは遠隔の位置に貯蔵する。年２回、完全バックアップを取って友人の家の倉庫にあるDVDに記憶する。特に重要な仕事をするときは、それを毎日、CD/DVD又はUSBメモリスティックに記憶する。最も重要なデータも、定期的に暗号化して、極めて遠いインターネットホストに記憶する。CD/DVD記憶を除いて、人手の作業は含まない。
お分かりのように、カスタム・バックアップ・ソリューションは、実行が容易だが、極めて洗練されている。異なる媒体とバックアップ手順を、巻き込んで必要を最適に満たすことが出来る。
最後の覚書
自分の必要に応じて、専用バックアップ・ソフトウエアは、必要な投資であろう。これを慎重に調査すること。通常、一定のソリューションに専門化している有名会社からの製品が最良である。オープンソース又はフリー・ソフトウエアにも沢山の良い代替案がある。
所有権又はクローズド・ソリューションに頼る製品は避ける方が良い。例えば、あるバックアップ・ソフトウエアは、バックアップデータを、このバックアップ・ソフトウエアのみがサポートする未知のフォーマットのみで記憶する。これは避けること。会社が事業を止めてバックアップ・ソフトウエアが中断すると、バックアップは永久に失われる。公知の、成熟した理想的にはオープンの技術に頼る製品を探すこと。例えば、PNGは、画像データを記憶するためオープンの・フォーマットである。これが意味するのは、そのフォーマットに関する仕様書、又は青写真が、それを使用する誰にも公開で手に入ると言うことである。これは互換性を増強し、特定の業者又は製品に対する依存性を低くする。
殆どの芸術家の重要データは、主として画像及び3dファイルを含む。ビットマップ画像については、PNG、TIFF又はJPGに依存してスペースを節約する。ベクトル画像及び3dファイルは、必要があれば個別に圧縮することが出来る。特定のファイル又は文書をバックアップ媒体に単にコピイする基本バックアップ・ソフトウエアは、必要なもののすべてであろう。バックアップデータは二つ作って、一つは、友人の場所や貸金庫のような家の近く、他は遙かに離れた場所など、それぞれ別の場所に記憶するのが良い。
正しいバックアップ方針の立案には、最初に膨大な量の時間と費用を必要とする。調査して考慮しなければならないことが沢山ある。しかし、最後には、良いバックアップ手順は極めて良い投資であることが分かる。これを読むとき、ハードドライブ故障で画面が真っ白になることもあるだろう。貴重なデータ−数年間の作品、参照画像、文書、写真アルバム、3dファイル、電子メールなど−が、準備を整えてバックアップを取っているので無い限り、永久に失われる。
執筆者について
Dawid Michalczyk isは、フリーランス・イラストレータで、芸術家である。90年代初めからコンピュータ・グラフィックスを作って来た。作品その他の文筆 を見るには、ウエブサイト
http://www.art.eonworks.com.を訪ねられたい。メールは dm@eonworks.com
不動産ウエブサイト設計、不動産業者ウエブサイト設計、不動産見学
投稿者、360realty：01/20/2006 - 18:08.
記事 |
一般関心
360realtyは、不動産ウエブ設計、不動産仮想見学、不動産代理人用ウエブサイト、販売用不動産ウエブサイト、及び不動産ウエブサイト、不動産位置決めを提供する。
インターフェイスのため最も普通に選ばれるのは羽れれるポートである。データをコンピュータに送るため使用されるデータ出力ライン８個と、時にはCONTROLと STATUSのポートでは足りない複雑な装置があることがある。プロジェクトによっては、もっと多くのI/Oラインが必要になる。このプロジェクトは、ISAバスにインターフェイスして32この汎用I/Oラインを作る方法を示す。PCIバスを通じるのはインターフェイスの実験の候補になる。これは高速で機能が豊富なので、ハードウエアとソフトウエアの点で初心者には大変複雑である。したがって、このプロジェクトが、インターフェイスの実験のため、最終的にPCIバスを入手使用としている人達の踏み台になることが出来る。このプロジェクトは、PCを使用する、A/D及びD/Aコンバータ、マイクロコントローラ・プログラマ、などの作成に役立てることが出来る。
何を買うに当たっても、それが長持ちすることを願う。しかし、債務管理技術を選ぶときは、その方法の違いは注目に値する。債務結合ローンのような短期債務管理技術が、遙かに多く使用されているのを見出す。だが、一部の人々には、これはダブルスタンダードではない。選択は債務の直接の圧力に影響される。
永い効果を及ぼす債務調停技術は、今日のルールである。英国で人々はこれを、債務管理の名で知っている。債務管理は、債務の後遺症に対抗する代わりに、債務の根源を突くことを目的とする。債務を増やすことが出来ないとき、債務結合ローンを使用するので、その他の短期債務技術は余計になる。
債務管理が永い効果を有するのが好まれるのは何故だろうか？実感は、債務結合は束の間だが永続きしない救助を与えることが出来るだけとのことを人々が受け入れているとの結果である。ある時点に借り主が全額を返済することが出来ても、その債務が再び生じないと保証出来るだろうか？その時どうすれば良いのか？新たな債務結合を採用するのは、実行可能な方法ではない。ローン提供者が先ず、借り癖のついた借り主に対するローンを拒絶する。ローンを採用した家はどうなるだろう？別の目的に使用するに十分な価値が残っているだろうか？否だ。ここに借り主が長期債務管理に走る理由がある。
一定の借り主は、債務管理代理人自らが、債務結合ローンは余り良くないと言うとき、債務管理に債務結合ローンを含むことに当惑する。これに対し債務管理代理人は次のように答える「債務結合ローンを完全に止めろと薦める訳ではありません。お薦めするのは債務結合ローンを誤って使用することです」
英国では債務結合ローンが奔放に使用されている。人々が急に消費を始めるのは、、容易く債務結合ローンを引き出せるからで、そうして益々債務に押しつぶされる。
債務管理代理人は、英国人のこのような癖の上にやって来た。債務結合ローンが人々をもっと借りるようにけしかけて以来、債務管理代理人も債務結合ローンを批難している。
Debt management は、債務結合ローンの計画的な使用である。人々が病気なった状態と比較しよう。債務結合ローンは手術をするようなものだ。だが、医師は先ず薬で治そうとする。投薬は債務カウンセリングを通じておこなわれる。薬で治らないときだけ、医師は、手術、つまり、債務結合ローンを薦める。
債務カウンセリングは、借り主が債務問題を治療することの出来る方法についての助言と言うことが出来る。助言は本来、一般的なものではない。専門家である債務カウンセラは、借り主と数回面会して債務問題の詳細を聞く。債務問題が初期状態のときは、借り主自身の側の努力を必要とする。債務カウンセラは一定の助言をし、それにより借り主は自分の経済に目立った変更をすることが出来る。債務管理代理人は、債務へのある程度古い取組方針に対する新しい見方を示される。これらの方針を、借り主に債務感覚を植え付けるのに役立てる。
債務カウンセラが債務結合ローンの使用に踏み込むのはこれらの面会の間である。決定をする間に考慮する要因は以下の通りである：
●借り主が一つ又は複数の貸し主に借りている債務量は如何ほどか？
●借り主は、債務結合ローンを使用しないで自分で支払うに十分な収入を確保することが出来るか？
●債務の性質−債務は、高額の利子を取得しているか、及び支払期限が到来しているか
債務管理過程の間に学んだ色々なヒントは、債務結合ローン支払いの間に忘れてはいけない。貸し主に借りた債務は解決していても、ローン提供者に対する借りはあり続ける。債務結合が最終決着をするまで、借り主は油断してはいけない。
ローンを借りることは、一度の決定で生涯縛られることに似ている。多くの人々が、自分の経済状態には適切でないローンを借りることに、間違って案内されることは、全く良くないことだ。これは連合する疑惑を導く。経済コンサルタントとして、Ann Gibsonの唯一の駆動力は、正しい知識を提供することである。ローン借り入れに関する知識は力であって経済的恩恵をはっするからである。彼は英国債務結合サイトuk debt consolidationsで働いている。読者の必要に最も適合する債務管理、英国債務結合ローンを見出すには、 http://www.ukdebtconsolidations.co.ukを訪ねられたい。
3Dtourは、我が社の画像の品質、画素、写真、取材範囲その他のサービスにより、他社の模擬旅行とは全く異なる。我が社の模擬旅行品質は、200名以上の写真家をかかえる我が社のネットワークに始まり、迅速なダウンロード時間で最高解像度を生み出す我が社所有の方法とプロセスに終わる。
中規模組織の大多数が未だにSNEAKERNETSを使用してWINDOWSを管理
マウンテンビュー、カリフォルニア−2006年1月11日、中規模市場組織向けIT管理ソリューションのリーダであるKACE?は本日、中規模市場IT管理調査結果を発表した。これによると、組織の半数以上が、益々複雑になるネットワーク、セキュリティ問題及びコンプライアンス問題に直面して、数年に渡って頼った人手管理処理の後、自動IT処理を求めている。
KACEカスタマについて2005年12月におこなった調査の結果、以下が明らかになった：
●回答者の58%が、2005年の始めにSNEAKERNETTS（人手処理）を使用して幾つかのIT機能を管理した。
●回答者の80% が、2005年中に、ハードウエア在庫、ソフトウエア在庫、ソフトウエア頒布及びパッチ管理のような自動資産管理処理に良く役立つソリューションを探した。
●KBOX?IT Management Suiteユーザの67%がMicrosoft SMSを評価し、42% がKACEのKBOXに決める迄Altirisを評価していた。
●回答者の55% が、sneakernetsを自動IT管理ツールに置き換えることにより１ヶ月当たり20人以上の尽力を節約したと回答した。
●回答者の半数以上が、2006年にはKBOXを使用してコンプライアンス関連の活動幾つか(Sarbanes-Oxley, HIPAA, など)に役立てることを計画している。
●中規模市場回答者の92%が、管理マシンを、複数のビル、市、州、及び国を含め分散配置していると、回答した。
「この調査により、既存IT管理ベンダによる中規模市場へのサービスは不十分であったことの証拠がさらに補強された」と、KACEの共同出資者兼CEO、Rob Meinhardtは言う。「我が社の調査により、58%は未だに、sneakernets を使用して−次第に複雑になるネットワーク、次第に大きくなるセキュリティの必要及びコンプライアンス問題のある−ネットワークの一部を管理している。中規模市場会社が自分のITを自動化するための良いツールを必要としていることには、疑いがない」
KACEのKBOXについて
KBOX IT Management Suite は、在庫、販売、パッチ、セキュリティ、構成、コンプライアンス、ライセンス及びネットワーク上のノード毎の性能要求を直ちに管理し、監視し、制御する包括的で安全な器具である。KBOXは、日常業務及び複雑なIT維持課業を自動化し、IT生産性とセキュリティを改善し、極めて融通性に富み、理にかなった独特の方法でネットワークアップタイムを確実に増進する。
KACE?について
KACEは、個人所有の技術会社で、そのKBOX?製品ラインを通じてITを見直している。製品は、手頃な価格で実際に役立ち使用が楽な包括的ITソリューションをお届けする。KACEの本社は、カリフォルニア州マウンテンビューにあり、ノースカロナイナ州シャロッテ、イリノイ州シカゴに事務所がある。KACEとその製品の詳細は、www.kace.com を訪ねるか又は 1-888-522-3638に電話されたい。.
GNU Gnash - フラッシュ動画プレーヤをリリース
Gnashは、SWFバージョン7準拠高品質画像フラッシュ・プレーヤである。現存する最新のフラッシュ・プレーヤで、GNU製品に対する重要な追加である。Gnashのリリースは、フリー・ソフトウエア運動（
http://www.fsf.org/campaigns/priority.html参照）の優先プロジェクトの一つの成功を示す。Gnashの管理者、Rob Savoyeは、プロジェクトの詳細を概説し、開発者に支援を呼び掛けた「今やGnashは、他のフリー・プレーヤより最も多く映画を再生している。アクション脚本クラスの全部が存在して働いているが、クラス毎のメソッド全部を実行している訳ではない。少数の開発者が参加してくれると、数ヶ月で、程々に完成することが出来る」。
含まれる機能：
独立型アプリケーションとして走る−Gnashは独立型として走ってフラッシュ動画を再生する。
Firefoxプラグイン−Gnashは、現在のフラッシュ動画及びMozillaの多数を再生することが出来る。
SWF v7 準拠−Gnash は現在のフラッシュ映画多数を再生することが出来る。
XML メッセージサーバ−Gnash はXML-ベースのメッセージ・システムもサポートすることが出来る。
高品質出力−Gnash は、グラフィックの表現にOpenGLを用いる。
フリー・ソフトウエア資金について
1985年に設立された
Free Software Foundationは、コンピュータプログラムを使用、研究、コピイ、変更及び再販するコンピュータユーザの権利を増進することに専念している。FSFは、フリー（自由の意味）ソフトウエア−特にGNUオペレーティング・システム及びそのGNU・Linuxバージョン）−の開発及び使用並びにフリー・ソフトウエアの解説を推進する。FSFはまた、ソフトウエア使用における自由の道徳的及び政治的問題に関する覚醒を宣布する。www.fsf.orgにあるそのウエブサイト、GNU/Linuxについての重要な情報源である。この仕事を支援する寄付は、
http://donate.fsf.org/に対しておこなうことが出来る。本部は米国ボストンにある。
Gnu/Debianの「パブリックキイが利用出来ぬ」エラー」
投稿者、
arky：01/11/2006 - 09:17
ここ暫く、
Debian cron-apt更新パケージは、更新中に「パブリックキイが利用出来ぬ」警告と通常インストール中に
GPG チェックに失敗することを警告していた。「'apt-key 更新」でこれが修復されると考えていた。最新の
Debian Weekly Newsでこの解決策を見出して問題を修復した。
エラー
## 切れる出力 ##
Hit http://mirror.nus.edu.sg sid/non-free Packages
Hit http://mirror.nus.edu.sg sid/contrib Packages
Hit http://mirror.nus.edu.sg sid/main Sources
Hit http://mirror.nus.edu.sg sid/non-free Sources
Hit http://mirror.nus.edu.sg sid/contrib Sources
Ign http://antti-juhani.kaijanaho.info ./ Release.gpg
Ign http://antti-juhani.kaijanaho.info ./ Release
Ign http://antti-juhani.kaijanaho.info ./ Packages
Ign http://antti-juhani.kaijanaho.info ./ Sources
Get:5 http://antti-juhani.kaijanaho.info ./ Packages [1737B]
Get:6 ftp://ftp.nerim.net sid/main Packages [24.3kB]
Get:7 http://antti-juhani.kaijanaho.info ./ Sources [744B]
Get:8 ftp://ftp.nerim.net sid/main Sources [9795B]
Fetched 39.7kB in 15s (2548B/s)
Reading package lists... Done（パケージリスト読込・・終了）
W: There are no public key available for the following key IDs:
（警告：以下のキイIDのパブリックキイが入手不能）
010908312D230C5F
W: There are no public key available for the following key IDs:
010908312D230C5F
W: You may want to run apt-get update to correct these problems
（警告：これらの問題の解決にはapt-get更新を走らせるとよい）
解決策
$ wget http://ftp-master.debian.org/ziyi_key_2006.asc
$ /usr/bin/apt-key add ziyi_key_2006.asc
キイをダウンロードしてapt-keyにisを追加。
別の型は、ディレクトリを用いてキイサーバからキイを入手する。これは未試験。
gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 2D230C5F
gpg --armor --export 2D230C5F | apt-key add -
ここから入手されたい。皆さんの経験をapt-torrentにも分けて頂きたい。.
LinuxGazette.comの沢山の質問が、未回答で未解決になっている−と思われる。何故だろう。誰も答えて呉れないのに対する苦情を、ここ数週間見たことがない。同じことを感じたことのある人は是非この記事を読まれたい。
仲間を責める前に、先ずローカルの解説、FAQ、コンピュータに付いている解説書を読むこと。欲しい情報は殆ど手に入る。だが、これでは説明にならない。だから、次いで、ウエブ、ニュース投稿を見ると、LinuxGazette.comで既に答が出ていることがある。
人に質問をする前に、自分で解決策を求める努力を充分にしたことを示すことが大切だ。「棚からぼた餅」を望んではいけない。これは強く助言する。この助言を無視すると、君の投稿は「マニュアルを読め」と答えられば良い方で、完全に無視される。
問題のあるOSのバージョン、プログラム細目、エラー全部及び為したことと変更したことのすべての最も完全な詳細を示すのを忘れないこと、詳しい程良い。投稿の前に、著者のFAQを最低一度は読むこと。
最後に、ESRの立派なAsk Questions The Smart Way（質問の仕方、上手な方法）を読むのを忘れないこと。
これは最近発見した素晴らしいツールで、彼らのDVDビデオ・アーカイブのアックアップに関心のある覗き見に関係があるかも知れないと思う。無料の写真のある完全なブログが下記で手に入る。
宜しく
最新の Firebird リレーショナル・データベースをリリース
この副次的リリースは、Firebird 2.0開発のアルファ及びベータ・フェーズの間にFirebird 2ツリーの中で明らかになり修復したバグの多数の既往の修復（バックポート）を含む。このリリース候補(RC3)は数日中に最終的な安定バージョンになる筈である。
これを最終リリース・バージョンと見なして、多分差し支えないが、予備リリースの間に何も起こらないとは保証しない。
ウェブブラウザでのコマンド行ミュージックプレーヤの使用
−ラッピングスクリプト
ウエブブラウザの中でのミュージックプレーヤ使用に伴う問題の一つは、ミュージックリンクからミュージックリンクに跳び込む間にウエブブラウザからプレーヤを停止することが出来ないことである。そこで、コマンド行ミュージックプレーヤ用のラッピングスクリプトを書くことにした。私は、このスクリプトをFireFoxウエブブラウザの中かれMIDIファイルの再生のため使用する。
このスクリプトは、Perlで書いてあるので、読者のLinuxシステム上での 'ps' コマンドの働き方によっては手直しが必要かもしれない。このスクリプトを出来るだけ解説して、Perlを書き慣れていない人のため出来るだけ分かり易くした。
#!/usr/bin/perl -w
##
## STARTSTOP.PL
##
## 新しいものをスタートするため
## 音楽再生セッションを自動的にダンプするためのユティリティ
##
## これにより、コマンド行ミュージックをウエブブラウザと
## 一緒に使って、新しい歌を取り上げるとき、プレーヤが
## 現在のセッションを終わるのを待たないようにする。
#
## このスクリプトは、自動停止機能の必要な音楽ファイルには
## $PLAYER変数を変更するだけで、
## どれにでも適応させることが出来る。
#
# 著作権 2005 ：Tom Kocourek
# GPL ライセンスの下で頒布
###########################################################
厳格に使用すること；
#
## 若干の変数
# この次の変数は自分の音楽再生の必要に応じて変更すること
# プレーヤコマンドは「コマンド行」型であることに注意。
my $PLAYER = "/usr/bin/timidity";
my $TMPFILE="./temporary" . time() ;
my $PLAYER_RUNNING = 0;
my $ARG_TEST=0;
my $ARGUMENT=0;
my $INCOMING=0;
my $LINE=0;
my @LINE="";
my @PROCESS="";
my $PROC_TAG=0;
my $PROC_NUM=0;
#
## 再生する新しい音楽を探す
## この時点では、ユーザは音楽ファイルが何であるかを
## 知っており、そのファイルへの正しいパスを
##スクリプトパラメータとして渡していると仮定する。
$ARG_TEST = @ARGV;
if ( $ARG_TEST == 0 ) {
die ("STARTSTOPはplayed.\nするMUSICファイル名を必要とする");
} else {
$ARGUMENT = $ARGV[0];
}
#
## 不適切なシャットダウン又は停電のため、ブラブラしている
## 古いTMPFILE があれば削除する('rm -f ./temporary*');
#
## プロセス・テーブルをテンポラリ・ファイルにダンプし
## そのファイ・システムからプロセス・テーブルをフェッチ
##する("ps ax > " . $TMPFILE) ;
open (INCOMING, "$TMPFILE") ;
@LINE = <INCOMING> ;
close INCOMING ;
unlink $TMPFILE ;
#
## これで@LINE がプロセス・テーブルのスナップショットを保持する
## アクティブなミュージック・セッションを探す
## プロセス行を解析して$PLAYER var. を捜し
## プロセスに結合するプロセス番号を掴む
#
## 'ps' コマンドの働き方により、このループを調節する
#
foreach $LINE (@LINE) {
if ($PLAYER_RUNNING == 0) {
@PROCESS = split (/ /, $LINE) ;
## プロセス行の前にある余分なスペースは、削除する。
$PROC_NUM = shift (@PROCESS) ;
## ここで、実際のプロセス番号を掴む
$PROC_NUM = shift (@PROCESS) ;
## 通常の聴取では、$LINEにある最後の項目は
## アレーから出て行く曲名である。
$PROC_TAG = pop (@PROCESS);
## リスニング$LINEの先行項目が、探している実際の
## コマンドなので、アレーからポップさせる。
$PROC_TAG = pop (@PROCESS) ;
## そこで重要な質問をする。このプロセス行は $PLAYER
## コマンドを走らせている行だろうか？そうであるならフラッグを立てる。
if ( $PROC_TAG eq $PLAYER ) {
$PLAYER_RUNNING = 1;
}
}
}
#
## ここで、走っているプレーヤが、 '>/dev/null'の前の
##スペースを削除していないことをテストする。このスペースは
## @LINEに保持しているリストを正しく解析する為必要
if ($PLAYER_RUNNING == 0 ) {
## No, 新セッションを始めたばかりなので exit
exec ($PLAYER . " " . $ARGUMENT . " >/dev/null\n" );
} else {
## Yes, セッションは走っている、これを終了する!
kill ( 9 , $PROC_NUM );
## 新しいセッションを走らせる
exec ($PLAYER . " " . $ARGUMENT . " >/dev/null\n" );
}
## END of File
このスクリプトをセットアップして、MIDIファイルを再生するのにビクビク子ながら使用した。一つ以上のスタイルのミュージックファイルの演奏にこのスクリプトを使うときは、別のバージョンを作って目的の音楽に合わせ、それに別のファイル名を与えるのが良い。例えば、MIDIファイル用のstartstop-MIDI.plと、MP3音楽ファイル用のstartstop-MP3.plなど（必要に応じてスクリプトを変更する）。
このラッピングスクリプトをFireFoxに登録するには、MIDIなど特定の音楽に対するリンクを有するウエブサイトに行く。歌曲リンクをクリックする。FireFoxがファイルを用いて何をするか聞いて来る。 "Open with" ボタンを選択していることを確認して、 'Browse' ボタンをクリックする。'startstop.pl'スクリプトを記憶した場所に移動して、それを選んでから、'Open' ボタンをクリックする。Firefox がオプニング・メニューに戻ったとき、"Do this automatically..." チェックボックスをクリックする。次いで、 'Ok' をクリックする。
また、このスクリプトはコマンド行からは働かないが、IRCプログラムでは良く働く。お楽しみ下さい！
投稿者、
arky ：01/03/2006 - 08:04.
多分 ~/.mailcap使ってもスクリプトを呼び出せます。これはブラウザ全部と外のプログラムにも同様に働きます。詳細はman 5 mailcapを呼んで下さい
audio/mp3;/user/bin/ %s
# 私のシステム上でrealpplay が再生する方法を示します
application/x-ogg;/opt/RealPlayer/realplay %s
application/ogg;/opt/RealPlayer/realplay %s
audio/mp3;/opt/RealPlayer/realplay %s
audio/x-mp3;/opt/RealPlayer/realplay %s
HTH
--arky
Rakesh 'arky' Ambati は、インド、バンガロールに住む技術者でコンピュータのベテランです。
