とある５丁目で活動する還暦を過ぎたWebプログラマーの覚え書きです。それとかかってくる迷惑電話や、家業のアパート経営について。
残念ながらdiffで文字化けする。フォントとエンコードを設定してもダメだった。惜しい。文字化けしていても、何となくわかるからいいけど。
ポチップ文字コードがシフトJISだとダメみたい。今さらシフトJISのサイトだから悪いのだけど、UTF-8にコードを書き直せばいいけど、お客さんのサイトだから書き直しができない場合があるから仕方ない。外部Diffを起動すれば大丈夫だけど。
Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree
SourceTree is a free Mercurial and Git Client for Windows and Mac that provides a graphical interface for your Hg and Git repositories.
TortoiseGitをインストールしていて、エクスプローラーの右クリックが応答なしになってしまうときの対応メモを残しておきます。今のところ、応答なしにならないので、これでいいかはわかりません。自分のところでは、うまくいっている程度で読んでください。
エクスプローラーの右クリックをしたときに、何も反応が無くて、最後に応答なしで終わってしまう現象が起こりました。右クリックを使っているアプリケーションをアンインストールした結果、原因はGitのWindowsクライアントのTortoiseGitでした。TortoiseGitは、プログラミングでよく使っているのでアンインストールはできません。
いろいろと設定を変更をしたところ、次の設定で解消しました。
以上の説明は言語を日本語にしたときの設定です。英語の場合は、適当に読み替えてください。
ポチップ使えるネットのサーバーからさくらインターネットにお客さんのサイトを引っ越しする作業を進めています。お客さんのサイトは、使えるネットのVPSの中で別ドメインで運用していたもので、最初にこちらから抜き出して引っ越しをしてしまいます。
決してここでは、使えるネットのサーバーが使えないと言っておらず、自分の作業ミスというかインストールミスというか、いろいろとサーバーに問題が起こってきそうなので、早めに引っ越したほうがいいという決断となりました。そもそも、CentOSの一つ前のバージョンだからWordPressの最新バージョンに対応できなくて、最新バーションに対応するためにいろいろと環境を設定しだしたらコントールパネルがその環境に対応していなかったということで、使えるネットのせいではなく私が悪いのです。Pleskが使いにくいとか、たまにアクセスが重くなるとか、マニュアルが煩雑でわかりにくとか、いきなり英文のメールが届いてその対応の情報がないとか、いろいろありますが、なんだかこれではますます使えるネットは使えないネットということを暗に言っているようで誠に恐縮です。サポートに連絡すると中1日で回答が返ってきますので、サポートの対応は素晴らしいのです。
お客さんのサイトはメールフォームで送る処理があるくらいで、そんなに引っ越しには面倒がないのですが、ローカルのテスト環境を揃えるところで時間がかかってしまいました。とにかくEclipseの3.7のINDIGOに付いてくるEGitはWindowsでは使えないということをここでメモしておきます。commitの挙動がおかしい。自分のところだけかも。仕方ないので、Eclipseを3.6に戻してしまいました。こちらは問題なくgitを使えます。
ローカルでメールを送信するような環境がなかったので、XAMPPに付いてきたMercuryでGmailにメールを転送するように設定してみました。こちらは使えます。
以上、今日の作業のメモ書きでした。
今回の震災では、私は横浜でしたので直接の被害には会いませんでしたが、そのあとの計画停電の影響が大きかったです。
まず、震災から対応したとことは、起動しているPCを減らしたことでした。なるべく身軽になることでした。今まではVistaとWindows7の2台のPCを起動したままにして、プロジェクトごとに使い分けていました。今はWindows7のPCのみにまとめています。サーバーは今まで通り起動したままですが、再起動後の復帰も短くするように手順をまとめています。
プログラムを仕事として開発していますので、作ったソースプログラムが消えて無くなるのはとても困ります。今回からソースファイルの管理も変えました。今まではSubversionでローカルのサーバーにリポジトリを集中して置いていましたが、今はGitで開発しているPCでリポジトリを分散させています。git-svnでSubversionからGitへの移行は思ったよりも簡単です。停電になるとサーバーが使えなくなりますし、その後に復帰も時間がかかります。万が一サーバーが起動しようとしたときに起動できないことも考えられますので、Gitの分散管理は助かります。どこかのPCでGitのリポジトリが残っていれば、ある程度の復旧は可能で完全に消失というのもありません。バックアップリポジトリをGitosisで借りている外部のデータセンターに作りましたので、ローカルのサーバーが起動できなくてすべて消失というのも防げます。Gitosisは簡単にリポートのリポジトリをGitで管理できます。Gitは便利で安全ですが、習得に時間がかかります。最近はWindowsでTortoiseGitのような便利GUIのツールが出てきましたので、今までのようにコマンドラインでコマンドを叩くということも無いので（でも、いざというときにはGitのコマンドを叩く必要があるかも）Gitの敷居が低くなってきました。Gitは今回の震災からのお勧めソフトです。
ポチップ社内のサーバーに頼らなくなったいえば、ドキュメント類はすべてDropboxに置いてからサーバーでドキュメントを共有することが無くなりました。メールは以前からGmailに移してしまっています。したがってローカルのサーバーがなくても、ドキュメントとメールは何とかなります。しかし、たまにGmailは重くなりますので、この辺りは対策が必要です。
完全にローカルのサーバー無くなるかというと、どうしても写真のファイルは大量にありますので、ローカルのサーバーをなくすことができません。写真のファイルは８０Gバイトほどありますので、ファイルをクラウドサービスに置いておくと有料のサービスを契約することになります。費用の面で考えると別の場所の社内サーバーにバックアップを格納するようにしています。サーバーが故障してしてしまうと困るので、バックアップは別のサーバーに転送するようにしています。念のために事務所内の別のサーバーにもファイルをrsyncで同期していますので、都合3カ所にファイルが存在していることになります。
後のサーバーの対応としては、UPSでの電源確保の確認です。もちろんサーバーにはUPSを接続しています。停電となってサーバーを停止しなければいけないときに、モニタもUPSに接続しておくことを忘れないことが必要です。iSCSIのTeraStationISもつながっていることから、途中のハブもUPSで電源が供給している必要もあります。初めての計画停電のときに、必要な機器に電源が入っていなかったので、シャットダウンするときに慌てました。正しくTeraStationをシャットダウンできなかったようで、起動したときにディスクの同期にとても時間がかかりました。
今回PCにつないでいたUPSは故障してしていました。UPSをつないで立ち上げようとするとPCが起動できなくなりました。これはAPCのUPS特有のバッテリーの突然死のようです。以前からAPCの製品やサポート対応に問題があるので、もうAPCのUPSは導入する気はないでしょう。他社のUPSを探さなければいけません。
その他UPSの対策としては、停電になったらサーバーを自動機にシャットダウンするようにしています。APCUPSDをCentOSのサーバーにインストールして、一定時間停電したら自動シャットダウンするようにしてます。
気のせいですが、震災から東京電力の電源供給が安定していないようです。電圧低下のせいで、たまにUPSに一瞬切り替わります。２，３秒で復帰するのですが、あまり気持ちよいものではありません。瞬断を防ぐことから、今はUPSにつなげておく必要があります。
ポチップ
ポチップ結局の所は、当たり前のことですが、サーバーは壊れても大丈夫のようにバックアップが重要ということになります。大きな震災を考えると一カ所の場所が被害にあっても他の場所で助かるように、ファイルを分散させるようにします。バックアップという作業は面倒なので、定期的に自動的にやってもらうしています。どのように運用されているかを後でわかるようにメモと手順書を残しておきましょう。いざとなったときに接続状況を忘れてしまいますので。
すべてのプロジェクトは、Subversionでバージョン管理しています。プログラムのソースコードはもちろんのこと、ドキュメント、メモ書きなど、プロジェクトで作成されたファイルはすべてSubversionのリポジトリに入れています。
これで安心して修正できますし、どこを修正したかの履歴もわかりますので、たとえ一人でプロジェクトを回していてもバージョン管理をすべきです。複数のPCに分散してもアップデート一発で最新の開発環境を手に入れることができますし、万が一PCがつぶれても、他のPCにファイルがありますのでバックアップとしても使えます。
しかし、バージョン管理は面倒なようで、公開する前にコミットするという癖は、なかなかメンバー（特にデザイナー）に浸透しません。
私なんかは、プログラム開発はEclipseの上で行っていますので、Subvesionを使いながら開発を進めて行くことは苦ににはなりませんが、デザイナーにとっては、エクスプローラからTortoiseSVNでコミットは面倒なのでしょう。
デザイナーが普段使っているDreamweaverからSubversionが使えればいいのでないかと思い探してみまして、やはりありました。「SubWeaver」というDreamweaverのextentionです。ダウンロードやインストール方法は、ここのサイトを参照すれば丁寧に書かれています。何と、日本語化もされています。感謝！
後は、これでもデザイナーが使ってくれるかどうかですね・・・。
現在は、すべてGitに移行してSubversionは全く使っていません。
ポチップSubversionでバージョン管理をすることにします。
Subversionは、使いやすいWindowsのクライアントTortoiseSVNがあります。社内でバージョン管理をするため、プログラマではないデザイナーも扱いやすいクライアントが必要です。いままではCVSでバージョン管理をしていましたが、そのクライアントWinCVSは直感的には使えなかった。とにかくリポジトリの設定でつまずく。EclipseのCVSのplug-inはすばらしいのですが、デザイナーにEclipseを使ってもらうわけにはいかないので。
TortoiseSVNは、Windowsのファイルエクスプローラーと統合されるので、取り扱いは簡単です。リポジトリと接続してしまえば、右クリックすれば何とかなりますので（いい加減）。デザイナーには、作業前で更新、作業後にコミットを教えておけばOK。
WinCVSの情報を集めていると、日本での情報が古くなっています。日本語の文字コードの問題もありますし、WinCVSが強すぎて、他のCVSのクライアントが出て来ないようですし。
現在はすべてバージョン管理はGitに移行して、全くSubversionは使っていません。
ポチップ
