セキュアに公開されたソース管理システムと課題管理システム、つまりhttps接続のcvs/subversionとtrac/redmineを用意してほしい。 (略) 全てのプロジェクトメンバは計画と設計情報に対するアクセス手段を確保すべきだ。 元請け企業が用意すべきもの - @katzchang.contexts 激しく同意。 ツールの種類はともあれ、この手の情報は、 1箇所に集中 版の管理 セキュアなアクセス 誰でも参照できる を実現することよって、関係するすべての人にとって、作業負荷の軽減に寄与するものですから、さっさとやりましょうよ。 導入、周知、初期学習コストだけじゃん。 導入コストなんて、環境構築手順を確立して、場合によっては自動構築スクリプト化すればさくっと終わる話。 導入ノウハウなんて、みなさんいろんなところで公開してくれているわけだし。 初期学習コストなんて、初めて触る人だけの
前回からの続き。 とりあえず、結論から言うと、データの救出は可能でした。 画像ファイルもほとんどすべて戻ってきました。 よかった! てなわけで、一応最初からまとめた状態で今回のトラブルをまとめてみましょう。 FreeBSD におけるディスククラッシュからの救出のサンプルにはなるでしょう。 また、fsck する部分以外は他の OS でのクラッシュ時も応用がききそうです。 Windows のクラッシュしたディスクも、FreeBSD マシンに接続して、 この方法である程度復旧できる可能性もあるんじゃないかな? 1 年と少し後になりましたが、 このノウハウの応用で BIOS からさえ認識されなくなったディスクから、 Windows XP の NTFS パーティションを救出しました。 詳しくはこちらのページをご覧下さい (2004/03/14 追記) さらにこの辺によると、最近は dd(1) の i
さて、私のまわりでは最近ディスククラッシュが相次いでいる、 という話でしたが、今度はあまり関係ない方面から、 重要なデータが入っていてバックアップを取っていなかったディスクが壊れた、 なんとかならないか、 という依頼があったらしい。 で、調べてみると、BIOS からも認識しないわで、かなりの重症らしい。 ということで、ダメでも文句いわないから…、 などという感じで私のところに流れ着いてきました。 OS は Windows XP、NTFS フォーマット、 120GB を 100GB と 20GB の 2 パーティションにフォーマット、ただし 重要なデータはすべて 100GB の C: ドライブ…、だそうです。 というか、こういう状態になったディスクは、 「ダメでも」というよりは「データが戻ってきたらその方が奇跡」と思ってほしいものなのですが (^^;、 とにかくやってみましょう。 結論からい
完成形を見てしまった気がする。それくらいできが良い。 これまでWikiエンジンを幾つも紹介してきた。もちろん、機能面ではもの凄く充実しているものも数多い。だが、使い勝手や初期状態での機能等を考えると、これがまさに完成系と言えるのではないだろうか。 今回紹介するオープンソース・ソフトウェアはMindTouch Deki Wiki、エンタープライズ向けのWikiエンジンだ。 欠点がなさすぎる。日本語はもちろんOK、Ajaxを使って遷移の少ない作り、履歴管理+差分表示にももちろん対応している。編集はWYSIWYGなテキストエリアでできる。 ヘッダを作れば、その中だけで編集できる。画像をアップロードして、埋め込むのも簡単。ページの階層管理もできて、タグも使える。ウォッチリストに登録、コメントをする、RSS配信など何でもござれだ。 さらに多言語対応、Google Analyticsを埋め込めるなどな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く