HDEラボ tag:lab.hde.co.jp,2007-12-26://1 2010-11-19T05:16:29Z テクノロジー解放ブログ Movable Type 4.27-ja HDE Controller 7.0 Professional ベータ版 Update 1 (7.0-8P00_20101118153146) リリースノート tag:lab.hde.co.jp,2010://1.183 2010-11-18T07:34:53Z 2010-11-19T05:16:29Z 最初のアップデートリリースになります。本アップデートで基本機能(Web/DNS/... tanabe 最初のアップデートリリースになります。本アップデートで基本機能(Web/DNS/FTP/Mail/FW)のIPv6対応が完了しました。

IPv6対応

以下の機能を新たにIPv6へ対応致しました。

  • メールサーバ(postfix)
    • (メールサーバ(postfix)機能はHDE Controller 6.0 ISP相当へアップグレード)
    • (メールサーバ(sendmail)機能はIPv6対応の予定はありません)
    • 基本設定
      • IPv6経由でのメール送受信の設定に対応
    • アクセス制御
      • IPv6アドレスの入力に対応
      • ※POP before SMTPは廃止予定
    • スマートリレー設定
      • IPv6アドレスの入力に対応

英語版対応

日本語版と英語版への切り替えに対応致しました。

  • 「HDE Controller 設定」-「インターフェース設定」で、ユーザーのデフォルト使用言語が選択

RHEL 6対応

  • LDAPサーバー機能
    • RHEL6 Serverでは、既知の不具合により正常動作しない場合があります。
  • メールサーバ機能(postfix)
    • dovecot 2系には未対応です。
    • 正式版では対応予定です。

インストール方法

tarballを展開後、HDEController7.0ディレクトリへ移動後、インストーラーを起動し案内に従ってください。

# ./lc-install

アンインストール方法

tarballを展開したディレクトリにあるアンインストーラーを起動し案内に従ってください。

# ./lc-uninstall

初回ベータ版からのアップデートについて

メールサーバの構成を変更したためController上からのアップデートはご利用になれません。

ベータ版お申し込み時のメールに記載されているURLから再度tarballを取得しインストーラーからアップデートインストールしていただく必要があります。

tarballを展開後、HDEController7.0ディレクトリへ移動後、インストーラーを起動し案内に従ってください。

# ./lc-install

インストール後、手動でアップデートスクリプトを実行します。

# ./misc/scripts/04PNM_sendmail2postfix.sh

不具合、機能提案、仕様の不明点などはメーリングリスト宛までお送りください。 頂いたご意見は可能な限り製品へ反映致します。

ベータテスト応募方法

弊社Webサイトから応募いただけます。

https://www.hde.co.jp/controller/beta/

]]> HDE Controller 7.0 Professional ベータ版 (7.0-8P00_20101101100704) リリースノート tag:lab.hde.co.jp,2010://1.182 2010-10-29T07:04:30Z 2010-11-09T09:44:20Z 7.0へ向けた最初のリリースになります。主な内容は「IPv6対応」「RHEL6対... tanabe 7.0へ向けた最初のリリースになります。主な内容は「IPv6対応」「RHEL6対応」「英語化」の3点です。

IPv6対応

以下の機能をIPv6へ対応致しました。

  • ネットワーク設定
    • 基本設定
      • IPv6アドレスの設定、デフォルトゲートウェイの設定および自動設定の有無の設定に対応
    • ルーティング設定
      • IPv6のルーティングテーブルの操作に対応
    • ネットワークの状態
      • IPv6での通信状態の表示に対応
    • ネットワーク情報の取得
      • ping6やtraceroute6に対応
  • DNSサーバー
    • 基本設定
      • IPv6経由の問い合わせに対応
    • ドメイン情報管理
      • IPv6アドレスの入力に対応
    • ドメイン追加
      • AAAAレコードの設定に対応
    • スレーブ追加
      • IPv6アドレスの入力に対応
    • 問い合わせ転送設定
      • IPv6アドレスの入力に対応
    • 逆引きゾーン追加
      • IPv6アドレスに対する逆引き(ip6.arpa)に対応
    • レコード管理
      • AAAAレコードに対応
  • Webサーバー、セキュアWebサーバー
    • ディレクトリ管理
      • アクセス制御でのIPv6アドレスに対応
    • ディレクトリ追加
      • アクセス制御でのIPv6アドレスに対応
    • アクセス統計
      • IPv6アドレスを含む統計出力に対応
  • FTPサーバー
    • 基本設定
      • IPv6での待ち受けに対応
  • HDE Controller設定
    • 基本設定
      • 「指定したIPアドレスからのみ接続を認める」でIPv6アドレスの設定に対応
  • NTPサーバー
    • NTPサーバー設定
      • 「基本設定」「アクセス制限設定」をIPv6へ対応
  • ファイアーウォール
    • パケットフィルタ設定
      • IPv4(iptables)/IPv6(ip6tables)のファイアーウォール設定に対応
    • パケットフィルタ管理
      • ICMPv6へ対応
    • パケットフィルタ状態
      • ip6tablesへ対応

主なIPv6未対応の機能

  • メールサーバー
    • ベータ期間中の対応を予定しています。

既知の不具合、仕様

リンクローカルアドレスは各ミドルウェアでの対応状況が区々なため未対応です。

未対応というのはインターフェース名を明示する必要がある場合です。 例えば、fe80::1%eth0 という文字列はバリデーションで不正扱いになります。

ただし、以下のネットワーク設定ではインターフェース名が不要もしくは別途指定しているため使用可能です

  • 「ネットワークカード設定」
  • 「ゲートウェイ設定」のデフォルトゲートウェイ
  • 「ルーティング(IPv6)」

CentOS 5系のip6tablesについて

CentOS 5系のカーネルである2.6.18のnetfilterではプロトコル依存が解消されていないためip6tablesは基本機能以外正常に動作しません。 RHEL6 Beta2のip6tablesでは各拡張モジュールが正常動作していることを確認しています。

具体的には以下のとおりです。

  • ip6tablesの--stateはCentOS 5では動かない
  • ip6tablesの--clamp-mss-to-pmtuはCentOS 5では動かない
  • ip6tablesの-m recent (DDoS検出)はCentOS 5では動かない

Controllerへのアクセスについて

適切なIPv6アドレスおよびルーティング情報が登録されている場合、ControllerへのアクセスもIPv6経由で行なえます。 Firefoxの場合は以下のようIPv6アドレスを[]でくくるとIPv6アドレスでアクセス可能です。

https://[2001:db8::1]:16590

RHEL6対応

Red Hat Enterprise Linux 6 Beta (Santiago) (以下RHEL6 Beta)へ対応致しました。なお、RHEL6 Betaには既知の不具合が含まれているため、いくつかの機能で動作しない場合があることをご了承ください。

また、RHEL6の正式版の仕様によっては、以下の対応方法に変更があるかもしれません。

既に以下のRHEL6 Betaの仕様変更に対応しております。

  • shadowファイルのSHA512対応
    • 管理画面でのユーザー追加、パスワード変更時
  • RPMパッケージ構成変更への対応
    • インストールスクリプトでのチェック
    • LDAPクライアント設定の依存パッケージの変更
  • 各種設定ファイルパスの変更に対応
    • DHCPサーバー設定ファイル
  • ext4ファイルシステムの対応
    • ディスク容量制限で設定時
  • PostgreSQL 8.4 のENCODING指定のシステム設定依存への対応
    • データベース追加時に、EUC_JPのハードコーディングからシステムロケールに動的指定
  • vsftpdのデフォルト設定変更に対応
    • ローカルユーザーの拒否から許可に変更

主な未対応の機能

RHEL6 Betaの既知の不具合により現時点では正常動作しないものがあります。 ただし、ベータ期間中に対応する可能性があります。

  • LDAPサーバー機能
    • RHEL6 Betaでは、既知の不具合により正常動作しない場合があります。
  • POP before SMTP
    • RHEL6の正式版リリース以降に対応予定です。

英語版対応

日本語版と英語版への切り替えに対応致しました。

  • インストールスクリプトにより、管理画面のデフォルトの言語が選択可能
  • 「個人情報管理」-「表示オプション設定」で、ユーザーの使用言語が選択

既知の不具合、仕様

  • 翻訳し忘れの箇所がいくつかあるかもしれません。
  • 画像に埋め込まれたメッセージで翻訳できていないものが多々あります。
  • 英語のメッセージで奇妙な表現が多々あります。;-P
  • ユーザーのプロファイル情報を削除すると、「個人情報管理」-「表示オプション設定」の設定が初期化されます。(仕様による)

不具合、機能提案、仕様の不明点などはメーリングリスト宛までお送りください。 頂いたご意見は可能な限り製品へ反映致します。

]]> HDE Controller へのIPv6対応試験実装にともなうベータテスト開始のお知らせ tag:lab.hde.co.jp,2010://1.181 2010-10-29T06:53:34Z 2010-11-09T09:43:43Z はじめまして。新卒1年目のたなべです。よろしくお願いします。 現在、HDE Co... tanabe はじめまして。新卒1年目のたなべです。よろしくお願いします。

現在、HDE Controllerの次期バージョン(7系)へのIPv6対応の試験実装を担当しています。 今回はその試験実装が完了しベータテストを行うこととなりました。 本ベータテストは開発部主導ということで「HDEラボ」にてスモールスタートです。

背景

現在の主要なインターネットプロトコルであるIPv4はそのグローバルアドレスの在庫の枯渇を目前に控えています。枯渇後もIPv4によるインターネットは続いていきますが、よりアドレス空間の広いIPv6への移行が徐々に進んでいます。

http://kokatsu.jp/

弊社製品 HDE Controller も発売から10年を過ぎ、この時代の流れを受けIPv6対応を試験実装することとなりました。

目的

  • IPv6対応を希望されている方の存在確認
  • 対応を希望されている方はどのサービスでIPv6対応を求めているか
  • 対応を行なった場合の既存運用、製品への影響の確認
  • グローバル環境下での試験

リリース版へのIPv6対応の採用は正式決定していませんが、RHEL6でもIPv6対応も強化されていることから次バージョンへのリリースへぜひ組み込みたいと考えています。

試験環境と動作確認状況

社内ではULA(Unique Local Address)による試験環境(ESXi + Vyatta)を構築し、試験を行なっています。

現在のところ社内にはグローバルIPv6アドレスへの到達性がないためグローバル環境下でのテストは行なえていないのが現状です。

評価の際はグローバル環境下でお使いいただけると幸いです。もちろん、ULA環境下での評価もしていただけます。

ベータテスト時の情報交換について

メーリングリストをご用意しましたので、申込時はぜひ購読のほどよろしくお願いします。なお、本メーリングリストはベータテスト参加者で参加時に希望された方全員に配信されますのでご注意ください。

ベータテスト応募方法

弊社Webサイトから応募いただけます。

https://www.hde.co.jp/controller/beta/

最後に

開発版ではありますが、期限に制限がある以外は現在発売中のHDE Controller 5 Professional相当の全機能がお使いいただけます。

ベータテスト版の使用期限は2011年4月末日までとなっております。

最悪、私個人のグローバルIPv6アドレス環境で試験する予定ですが、この機会にぜひお試しください。

次の記事でIPv6対応のリリースノートを掲載します。

]]> 処理速度を向上させる　その3　そして速度向上へ tag:lab.hde.co.jp,2010://1.174 2010-10-20T01:00:00Z 2010-10-27T02:15:59Z shiota 第一回 
第二回

前回、速度を向上させるため、素数を記憶しようということをやりましたが、失敗しました。

今回は、「どうせ記憶するなら全数記憶してみればいいんじゃないか？」という発想のもと、処理速度改善を行ってみます。



]]> あらかじめ対象とする数まで計算し、素数かどうかをリストに記憶します。その後、素数判定の際に対応するリストの値がTrueかFalseかで素数判定を行うことにします。
---
class Primes35:
  def __init__(self):
    self.prime = [False,False]
  def is_prime(self,number):
    return self.prime[number]
  def ert(self,max):
    self.prime += (max-1) * [True]
    import math
    for p in range(2,int(math.sqrt(max))+1):
      if not self.prime[p]: continue
      for q in range(p+1,max):
        if not q % p:
          self.prime[q] = False
---

なお、呼び出し部分にも一行追加しました。
--
if __name__ == '__main__':
  max = 2*(10**6)
  p = Primes35()
  p.ert(max)
  print pe010_01(p,max)
--

結果、88.120秒。以前より遅くなりました。
しかし、素数判定部分(is_prime)の目覚ましい速度向上は見てとれます。記憶しておけば、その後の判定は速くなるというのは間違いないようです。

----
         1000242 function calls in 88.120 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.000    0.000   88.120   88.120 :0(execfile)
      225   10.710    0.048   10.710    0.048 :0(range)
        1    0.000    0.000    0.000    0.000 :0(setprofile)
        1    0.000    0.000    0.000    0.000 :0(sqrt)
        1    0.000    0.000   88.120   88.120 <string>:1(?)
        1    0.000    0.000   88.120   88.120 pe010.py:1(?)
        1    0.000    0.000    0.000    0.000 pe010.py:1(Primes1)
        1    0.000    0.000    0.000    0.000 pe010.py:108(Primes8)
        1    2.170    2.170    4.230    4.230 pe010.py:129(pe010_01)
        1    0.000    0.000    0.000    0.000 pe010.py:18(Primes3)
        1    0.000    0.000    0.000    0.000 pe010.py:30(Primes35)
        1    0.000    0.000    0.000    0.000 pe010.py:31(__init__)
   999999    2.040    0.000    2.040    0.000 pe010.py:33(is_prime)
        1   73.200   73.200   83.890   83.890 pe010.py:35(ert)
        1    0.000    0.000    0.000    0.000 pe010.py:44(Primes4)
        1    0.000    0.000    0.000    0.000 pe010.py:58(Primes5)
        1    0.000    0.000    0.000    0.000 pe010.py:71(Primes6)
        1    0.000    0.000    0.000    0.000 pe010.py:8(Primes2)
        1    0.000    0.000    0.000    0.000 pe010.py:86(Primes7)
        1    0.000    0.000   88.120   88.120 profile:0(execfile('pe010.py'))
        0    0.000             0.000          profile:0(profiler)
----

課題はリスト作成部分、ert()の速度向上方法がないかどうかを探してみます。


ここで、リスト作成時に素数判定の割り算が効率悪いことに気がつきました。

たとえば、77が素数かどうかを判定するのに
77 % 2 => 1
77 % 3 => 2
77 % 5 => 2
77 % 7 => 0  not 素数

となるとすると、2,3,5で割り算をしている部分が無駄そうです。
ここを削減できれば、大きな数の素数の場合等に効果が大きそうです。

これは、エラトステネスの篩と呼ばれる手法で削減できます。エラトステネスの篩とは、リストの中の素数の倍数を除いていくことにより、素数だけを洗い出す手法です。全数リストを作ろうという発想なのだから、このほうが効率がいいです。

「割り算がだめなら掛け算すればいいじゃない」
エラトステネスの言葉が脳内で聞こえました。

---
class Primes4:
  def __init__(self):
    self.prime = [False,False]
  def is_prime(self,number):
    return self.prime[number]
  def ert(self,max):
    self.prime += (max-1) * [True]
    i=2
  for i in range(2,int(math.sqrt(max))+1):
      if self.prime[i]:
        for n in range(i*2,max+1,i):
          self.prime[n] = False
      i+=1
---

結果、5.660秒と、以前の5分の1の時間になりました。
---
         1000240 function calls in 5.660 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.000    0.000    5.660    5.660 :0(execfile)
      224    0.120    0.001    0.120    0.001 :0(range)
        1    0.000    0.000    0.000    0.000 :0(setprofile)
        1    0.000    0.000    5.660    5.660 <string>:1(?)
        1    0.000    0.000    5.660    5.660 pe010.py:1(?)
        1    0.000    0.000    0.000    0.000 pe010.py:1(Primes1)
        1    0.000    0.000    0.000    0.000 pe010.py:108(Primes8)
        1    2.640    2.640    4.610    4.610 pe010.py:129(pe010_01)
        1    0.000    0.000    0.000    0.000 pe010.py:18(Primes3)
        1    0.000    0.000    0.000    0.000 pe010.py:30(Primes35)
        1    0.000    0.000    0.000    0.000 pe010.py:44(Primes4)
        1    0.000    0.000    0.000    0.000 pe010.py:45(__init__)
   999999    1.940    0.000    1.940    0.000 pe010.py:47(is_prime)
        1    0.960    0.960    1.050    1.050 pe010.py:49(ert)
        1    0.000    0.000    0.000    0.000 pe010.py:58(Primes5)
        1    0.000    0.000    0.000    0.000 pe010.py:71(Primes6)
        1    0.000    0.000    0.000    0.000 pe010.py:8(Primes2)
        1    0.000    0.000    0.000    0.000 pe010.py:86(Primes7)
        1    0.000    0.000    5.660    5.660 profile:0(execfile('pe010.py'))
        0    0.000             0.000          profile:0(profiler)
---

しかし、いまだ素数判定部分で2秒もかかっています。
また、呼び出し部(pe01_01)も2.6秒程度と大きくかかっています。
まだまだ改良する余地はありそうです。
]]> 処理速度を向上させる　その２　悪霊のアルゴリズム々 tag:lab.hde.co.jp,2010://1.173 2010-10-13T01:00:00Z 2010-10-15T10:10:13Z こんにちは。前回の続きです。以前作ったコードを動かしてみました。 ... shiota こんにちは。

前回の続きです。

以前作ったコードを動かしてみました。


]]> 速度測定には-m profileオプションを使用しました。
表の見方については、http://docs.python.org/library/profile.html参照

1行目にトータルでどのくらいのCPU時間が使われたかが表示されます。
その後、各関数ごとに呼ばれた回数や処理時間などが出ます。

下記であれば、is_prime()という関数が999999回呼ばれ、合計45.880秒かかっていることが分かります。
---
# python -m profile pe010.py
         1000007 function calls in 48.800 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.000    0.000   48.800   48.800 :0(execfile)
        1    0.040    0.040    0.040    0.040 :0(range)
        1    0.000    0.000    0.000    0.000 :0(setprofile)
        1    0.000    0.000   48.800   48.800 <string>:1(?)
        1    0.000    0.000   48.800   48.800 pe010.py:1(?)
        1    0.000    0.000    0.000    0.000 pe010.py:1(Primes1)
   999999   45.880    0.000   45.880    0.000 pe010.py:2(is_prime)
        1    2.880    2.880   48.800   48.800 pe010.py:9(pe010_01)
        1    0.000    0.000   48.800   48.800 profile:0(execfile('pe010.py'))
        0    0.000             0.000          profile:0(profiler)
---

計48.88秒、これが速いのか遅いのか、とりあえずこれよりだいぶ早くすることを目標にします。
なお、状況により速度にばらつきが出ることもあるので、実際に行う場合は何度か測定します。


処理内容を変える前に、品質担保をしておくことが重要です。
「速く終わるようになったけど正常な動作でなくなった」となると意味がありません。
　
今回は、「答えが正解であること」で正常動作と判断することにします。
　

上記に表示されているtottimeを基準に、速度向上対象を決めます。
  999999   45.880    0.000   45.880    0.000 pe010.py:2(is_prime)
↑こいつが半分の速度になれば、23秒くらい削減(全体の47%削減)できそうです。

     1    0.040    0.040    0.040    0.040 :0(range)   
 ↑こういうものを半分にしても、0.02秒(全体の0.1%未満)くらいしか削減できません。そのうち対象とするかもしれませんが、今は放っておきます。
 
削減できる処理がないか眺めてみました。
素数は、2以外は奇数です。
素数を判定する際、2で割りきれないのに4で割り切れるか試すことは、意味がないことです。
ということで、奇数だけで割り算するようにしてみました。

----
class Primes2:
  def is_prime(self,number):
    if number == 2:return True
    if not number % 2:return False
    i=3
    while number >= i*i:
      if not number % i: return False
      i+=2
    return True
----


　結果、21.450秒削減できました。
------
# python -m profile pe010.py
         1000008 function calls in 27.430 CPU seconds

   Ordered by: standard name

   ncalls  tottime  percall  cumtime  percall filename:lineno(function)
        1    0.000    0.000   27.430   27.430 :0(execfile)
        1    0.030    0.030    0.030    0.030 :0(range)
        1    0.000    0.000    0.000    0.000 :0(setprofile)
        1    0.000    0.000   27.430   27.430 <string>:1(?)
        1    0.000    0.000   27.430   27.430 pe010.py:1(?)
        1    0.000    0.000    0.000    0.000 pe010.py:1(Primes1)
        1    2.800    2.800   27.430   27.430 pe010.py:18(pe010_01)
        1    0.000    0.000    0.000    0.000 pe010.py:8(Primes2)
   999999   24.600    0.000   24.600    0.000 pe010.py:9(is_prime)
        1    0.000    0.000   27.430   27.430 profile:0(execfile('pe010.py'))
        0    0.000             0.000          profile:0(profiler)
-----
　
　
　2以外でも素数と分かったものだけで割り算したほうが早いだろうということから、素数と分かったものは辞書を使って記憶するようにしてみました。
----
class Primes3:
  def __init__(self):
    self.prime = {}

  def is_prime(self,number):
    if number < 2: return False
    for i in self.prime.keys():
      if not number % i : return False

    self.prime[number] = True
    return True
----
　
　結果、終わりませんでした。つまり遅くなりました。
　これは、keysのコストが大きいか、新たな辞書登録のコストが大きすぎたかのいずれかでしょう。おそらく。
　

　しかし、素数かどうかを記録しておくのは、無駄な数で割り算するより、速くなりそうな気がします。
　
　

]]> 処理速度を向上させる　その１ tag:lab.hde.co.jp,2010://1.172 2010-10-04T06:11:13Z 2010-10-06T08:10:10Z こんにちは。私は、最近、よくProject Euler※(http://proj... shiota
私は、最近、よくProject Euler※(http://projecteuler.net/)の問題を解いています。
one-minute rule は努力目標で、問題が解けりゃいいや（＝うごけばいいや）レベルでコードを書いているので、できたコードの処理速度には目も当てられない状態になっています。。

「これではいかん」と一念発起し、処理速度向上の試みをしてみましたので、紹介します。

※プログラムで解く問題集です。
]]> 【処理速度向上対象】
　今回は以下の一つのコードの高速化をすることを目的とします。
　今回の処理速度向上の対象は、Project Euler 第10問(http://projecteuler.net/index.php?section=problems&id=10)に対する解答コードとしました。
python2.4で書いています。　

　メインは素数判定部分(is_prime())の高速化です。（のちに全体の高速化も行います）

【開発環境】
 Intel(R) Xeon(R) CPU  5130  @ 2.00GHz
メモリ 2GB
OS CentOS 5.5 64bit

【処理課題】
　200万以下の素数の和を求めよ。
　ここで、素数とは、2以上その数未満の自然数で割りきれない自然数のことです。

【最初のコード】
　200万以下の奇数について、Primes.is_prime()で素数かどうかを判定し、素数であればsumに加算するという方法で答えを求めます。
　素数の判定方法は、「その数の平方根以下の自然数で割ってみて、どれでも割り切れなければ素数、そうでなければ素数でない」というものです。

--------コード開始--------
class Primes1:
  def is_prime(self,number):
    i=2
    while number >= i*i:
      if not number % i: return False
      i+=1
    return True

def pe010_01(p):
  sum = 2
  for n in range(3,2*(10**6),2):
    if p.is_prime(n) : sum+=n
  return sum

if __name__ == '__main__':
  p = Primes1()
  print pe010_01(p)
--------コード終わり--------

]]> Scala勉強会第2回目 tag:lab.hde.co.jp,2010://1.171 2010-09-13T07:01:12Z 2010-09-13T07:08:07Z こんにちわ。 先週水曜日にScala勉強会の2回目が開かれました。 1回目の参加... hayashi こんにちわ。 先週水曜日にScala勉強会の2回目が開かれました。 1回目の参加者は弊社社員が大半でしたが、今回は外部の方で会議室が埋まって しまいました。 席をご用意できずに、立ち見になってしまった方もいらっしゃいました。申し訳 ありません。 ]]> さて、今回は実際に業務でScalaを使われた方が発表したり、目の前でJavaの コードをScalaに書き換えていく過程を見せたりと盛りだくさんでした。発表途 中に会場を抜け出なければならなくなったのですべて聴くことが出来なかったの が残念です。 発表の中には、いかにしてScalaを業務に取り込んでいくかについて、Scala day 2010というイベントで発表された内容を紹介するものがありました。以下のURL にpdfが置かれています。 http://days2010.scala-lang.org/node/138/169 内容としては、Javaの代わりにScalaでテストコードを書くことから始めよう、 最初はなるべく関数型プログラミングなどのJavaにはない機能は使わずに徐々に 取り込んでいこう、といったことでした。この点については、参加者の方から Scalaの良さを殺してしまっているのではないかという意見がでるなど割れる部 分だと思います。 さて、次回のScala勉強会は今週水曜日、午後8:00から弊社会議室、USTREAMで配 信されます。 ぜひご視聴、ご参加ください。 ここで1コード。 val src = "val src = %c%s%c;printf(src, 34, src, 34)";printf(src, 34, src, 34) Wikipediaに掲載されているCのコードそのままでお恥ずかしい。 ご存知ないかたはクワインで検索してみてください。 ]]> Scala勉強会に参加しました tag:lab.hde.co.jp,2010://1.170 2010-09-02T07:38:14Z 2010-09-08T09:13:54Z お久しぶりでございます。久々に記事を書こうと思ったら最後に書いたのは6ヶ月前でし... hayashi
久々に記事を書こうと思ったら最後に書いたのは6ヶ月前でした。
ログインのパスワードまで忘れている始末。再設定いたしました。
これに懲りて、パスワードを忘れない程度には書いていきたいと思う所存です。

さて、6ヶ月ぶりの投稿ですから、今まで取り上げてなかった新しいことでも書いてみようかと思います。
例えば、関数型言語などいかがでしょうか。
]]> 先日、弊社会議室を会場にScalaの勉強会の第1回目が行われました。
オライリーさんが公開しているProgramming Scalaの本を読んでいこうという趣旨の勉強会です。
開催当日に知り、飛び入り参加してきました。
USTREAMでの配信も行なわていましたので、会場に行けなくても参加できるようです。

この勉強会は毎週水曜日に行なわれるそうです。興味のある方は参加されてはいかがでしょうか。
Twitterのハッシュタグは #rpscala です。

また、この勉強会で講師をされた鹿島さんは、以下のサイトでも今回の勉強会について書かれています。
http://el.jibun.atmarkit.co.jp/kaigaiengineer/2010/08/programming-sca.htm

一回目はScalaの特徴を知る回でした。
大きな特徴としては以下の3点を上げることができると思います。

1. 関数型言語の要素を持っている
　　一度代入したら、値を変更することができない変数がある、関数を受け取り、関数を返す関数を書けるといった、関数型言語の特徴を持っています。

2. オブジェクト指向言語である
 　PythonやJavaのようにオブジェクトを作り出すためのクラスを定義したり、それを継承したりといった
オブジェクト指向言語でもあります。

3. Javaや.NETのライブラリを扱える
   Javaや.NETで開発をしてきた方は、これまで作ってきたものをScalaでも使えるようです。

関数型言語もJavaも触ってこなかった私としては、この特徴はScalaを勉強していく上でプラスになるのか、はたまた足を引きずられることになるのかわかりませんが、この勉強会に参加していきたいと思います。

ところで、一回目の勉強会のときには処理系をインストールしていませんでした。今後、コードを触る機会があるでしょうから処理系のインストールをしたいと思います。

CentOS5.5 32bitへScalaをインストールします。
/usr/local　の下に置いてみましょう。
1.パッケージのダウンロード
まずはScalaのパッケージをダウンロードします。
2010/09/01時点での最新版はscala-2.8.0.final.tgzのようですのでこれを手に入れます。

http://www.scala-lang.org/downloads/distrib/files/scala-2.8.0.final.tgz

# wget http://www.scala-lang.org/downloads/distrib/files/scala-2.8.0.final.tgz

2. 解凍、リネーム
取ってきたアーカイブを解凍するとscala-2.8.0.finalというディレクトリが出来ていると思います。このディレクトリを環境変数に設定する必要があるのですが、新しくなるたびに設定するのは面倒なのでこれにシンボリックリンクをはります。

# tar zxfv scala-2.8.0.final.tgz
# ln -s scala-2.8.0.final scala

3. JDKアップデート
Scalaの起動にはjava-1.6.0-openjdkが必要になります。
バージョンが低いと
Exception in thread "main" java.lang.NoSuchFieldError: field java.math.MathContext.UNLIMITED was not found.
と表示されました。この表示で止まってしまった場合はJDKをアップデートしてみてください。

# yum install java-1.6.0-openjdk

4. 環境変数設定
SCALA_HOMEを新しく設定し、その下にあるbinディレクトリをPATHに追加します。
今回は/usr/localにインストールしますが、それ以外の場合はお好みのディレクトリに読み替えてください。

# export SCALA_HOME=/usr/local/scala
# export PATH=$PATH:$SCALA_HOME

exportしただけでは次回起動時に反映されないため、.bashrcへも同じ記述をしておきましょう。

5. 確認
インストールが正常にできたか確認しましょう。インタプリタを起動してみます。

# scala
Welcome to Scala version 2.8.0.final (OpenJDK Client VM, Java 1.6.0_0).
Type in expressions to have them evaluated.
Type :help for more information.

scala>

上記のように表示されればインタプリタが起動しています。終わらせるときは

scala> exit

と打ち込むことで終了します。

これで勉強を進める環境ができました。


Windowsをお使いのかたは、EclipseとNetBeansにそれぞれプラグインが用意されています。


]]> Red Hat Enterprise Linux release 6.0 Beta を試してみた tag:lab.hde.co.jp,2010://1.169 2010-07-13T04:30:46Z 2010-07-29T01:51:06Z Red Hat Enterprise Linux release 6.0 Bet... Taizo ITO なお、現時点（ベータ版）での検証結果であり、正式リリースでは以下の動作は保証されませんのでご了承ください。 また、現在も検証の最中ですので、今後変更点など気づいた時点で、随時内容を追加、更新します。興味のある方はまたチェックしてみてください。
■変更点
  1. - デフォルトのファイルシステムがext4になった。
  2. - caching-nameserverパッケージがbindパッケージに統合された。
  3. - vsftpdのデフォルト設定では、ローカルユーザはFTPログインできない
    4. 「#local_enable=YES」のコメントを外して再起動する
  4. - portmapからrpcbindに変更された。
  5. - RPMのSPECファイルの書式に若干の変更があった。rpm-4.8 以降の仕様変更
    6. - PreReq と BuildPreReq は deprecated 扱いになった。
    　PreReq は、Requiresへ、BuildPreReq は BuildRequires への書き換えが必要。 PreReq -> Requires(triggerin) や Requires(triggerpostun)
    - Patchタグで番号をつけて宣言した場合（Patch0:）に、%patch のようにパッチ番号を省略すると、エラーになる。厳格に番号を指定しなければならなくなった。
  6. - dhcpの設定ファイル位置が変更された。
    7. - /etc/dhcpd.conf から /etc/dhcp/dhcpd.conf に。
  7. - rpmのデフォルトのビルドディレクトリが変更された。
    8. - 「_topdir %{getenv:HOME}/rpmbuild」
  8. - rpmbuildのpatchのオプションが変わった。
    9. - fuzz=0 でパッチのチェックが厳密になった。
    - _default_patch_fuzzというマクロで制御できるらしい。
  9. - lsコマンドの出力結果にACLの情報が付加された。
  10. - shadowのデフォルトの暗号方式がMD5からSHA512に変わった。
    11. - /etc/pam.d/system-authのpassword管理グループの設定で切り替え可能。
■その他気づいたこと
  1. - Beta現在のopenldap-serversパッケージのパッケージングに不具合らしきものがあり使えない。
    2. - 設定ファイルが空になる。
    - configtestでDBエラーがでる。
    - 不具合でないが、initスクリプトのファイル名がldapからslapdになった。
    - 不具合でないが、initスクリプトのrestartは、起動中でないと動作しないようになった。
  2. - ntpの起動時、空のdriftファイルだとエラーが表示される
    3. - デフォルトの周波数である1e9を書き込むとエラーにならない
    - RHEL6のntp-4.2.4で起きるが、ntpの最新の4.2.6では起きない
  3. - authconfigでldap認証の設定が正しく書き込まれない
    4. - /etc/nslcd.confから"pam_password"パラメータの設定を削除しないと、nslcdサービスが起動できない
]]> OpenSSL 1.0.0 がでました。 tag:lab.hde.co.jp,2010://1.165 2010-03-30T01:43:21Z 2010-03-30T07:18:16Z 2010年3月29日にOpenSSL 1.0.0 が出ました。NEWSやCHAN... hayashi NEWSやCHANGESを見ると結構な量の変更がされています。
2010年3月24日にリリースされているOpenSSL 0.9.8nと比べて秘密鍵のデフォルトのフォーマットがPKCS#8に変更されたり、初期設定ではMD2が使えなくなるなどの変更が行われているようです。

また、makeのターゲットに新しくinstall_html_docsが追加されました。実行すると
/usr/local/ssl/にhtmlファイルがインストールされます。
コマンドの説明やオプションの解説、使用例などが載っているのでぜひ見てみてください。

リリースノート
OpenSSL 1.0.0 released
]]> 「karesansui-project.info １０万PV達成記念！マックポテト(L)100個を食べて祝う会」 tag:lab.hde.co.jp,2010://1.164 2010-03-11T02:39:30Z 2010-03-12T09:26:52Z こんにちは、船ヶ山です。今回も技術要素皆無の記事です。すいません。さて3月某日H... kei http://lab.hde.co.jp 今回も技術要素皆無の記事です。すいません。

さて3月某日HDE社内のIM会議室で、マクドナルドのポテトを100個を食べてみようという企画がだされました。

そこで、「Karesansui Project オフィシャルサイト」が10万PVを軽く超えていたので、そのお祝いもかねて「karesansui-project.info １０万PV達成記念！マックポテト(L)100個を食べて祝う会」を行いました。


]]> マクドナルド　ポテト（L）　@\150 ×　100個　= \15,000
調味料/ドリンクなど　 : \2,071
--------------------------------------------------------------------------
総計 \17,071


さてそれでは当日のレポートです。


■注文
マクドナルドさんに迷惑をかけてはいけないと、事前に電話予約をしました。
後で気づいたのですが、予約者の名前の確認もなく100個予約注文をしてくれました。（いたずらだったらどうするんでしょうね＾＾）
注文内容は当然ポテト（L）100個なのですが、前回の「マクドナルドの食べ放題に同僚数名で行ってみた！」の反省から、塩なしを50個、塩ありを50個にしました。
※塩ありポテト(L)を3つ以上食べると唇が痛くなるという方がいたのでその反省です。


■購入＋社内のリフレッシュルームでの準備
店内に入ると普通に準備されており待つことはなかったです。
ケチャップがついてなかったので「お願いします！！」と言ってつけてもらいました＾＾

流石に、トッピングがケチャップだけだと大変な事になりそうなので、寄り道して調味料/ドリンクを購入しました

調味料(トッピング)
「ヨーグルト」
「マヨネーズ」
「からしマヨネーズ」
「タルタルソース」
「ふりかけ のりたま」
「焼肉のたれ」
「サワークリーム」

ドリンク
コカ・コーラ２L × ２

です。トッピングのおすすめは最後に評価します。

1mac.jpg

■とりあえず展開
せっかくですのでテーブルに並べてみました。
圧倒的なボリュームでびっくり！！
HDE社長はこれをみて「イケんじゃね！！」と言ってましたが.....


■実食
Karesansuiの話をした様なしない様な感じでみなさん黙々と食べました。

10分後
みんな爽やか・軽快に消化してました。
人数２０名ぐらい

2mac.jpg

30分後
トッピングにみなさんが走りだしました。
人数２０名ぐらい

3mac.jpg
5mac.jpg


60分後
ちょっと無言な時間があったりして苦しくなってきました。
人数１０名ぐらい

4mac.jpg

90分後(結果)
参加者全員が「敗北宣言」を納得し、会が終了しました。

grz
7mac.jpg
■結果
食べたポテト(L)の数　：　６１個
参加者へのおみやの数　：　２３個
残　：　１６個

総カロリー　：　571(kcal)　×　84　＝　47964キロカロリー
総重量　：　170g　×　84　＝　14280g(１４キログラム)

6mac.jpg


■After
残りは、会社の冷凍庫に保管し翌日以降にスタッフが美味しく頂きました。(まあ参加者なわけですが＾＾)

■総評
とりあえず残念の一言です。念密な計画で決行されたはずなのに...
ポテト(L)100個の総重量が１７Kｇというとんでもない重さにびっくり＾＾

さて、おすすめのトッピングはやはりマクドナルドのケチャップで間違いないです。
寄り道して買ったにわか仕込みトッピングはだめですね。

意外にヨーグルトがポテトを忘れさせてくれてびっくりでした。

■NEXT
さて次の企画はまだ検討中ですが、今回の反省で「炭水化物」以外のものが良いと結論づけられました。

■最後に
マクドナルドさんへ、「チキンマックナゲット」の特別価格キャンペーンをお願いします。m(_ _)m


■宣伝
Karesansui ProjectのオフィシャルTwitterを始めました。是非フォローをお願いします。
アカウント　：　karesansui_proj








]]> マクドナルドの食べ放題に同僚数名で行ってみた！ tag:lab.hde.co.jp,2010://1.161 2010-01-22T07:02:30Z 2010-01-22T07:16:26Z 新年、明けましておめでとうございます。船ヶ山です。さて、一部で話題になっている「... kei http://lab.hde.co.jp 船ヶ山です。


さて、一部で話題になっている「マクドナルドの食べ放題」ですが、同僚数人と行ってみましたのでレポートします。 ]]> 注文
普通にバリューセットLLを注文するとついてくるようです。
レシートには、「ｵｶﾜﾘｼﾞﾕｳｷｬﾝﾍﾟｰﾝ　１ｺ　\0　」と書かれてあります。
今回は「チーズバーガーセット \550」を注文しました。(一番安いのは多分ハンバーガーセットで\540です)
※飲み物は当然コーラ(ダイエットコーラもOKみたいです)



下が今回注文したチーズバーガーセットです。
※当然ながら普通です＾＾
1.jpg






おなかがすいてるので当然さくっと1つ目のポテトLを完食
回転が速いのかポテトがすこぶる熱いです。

2.jpg






2つ目のポテトでコーラLがなくなったので、同じものを注文
※レジにレシートと空になったコーラLを持っていく必要があるみたいです。（それで店員さんがチェックしているかは不明）

3.jpg





ちょうどおなかが膨れてきたぐらいで、ポテトLの2つ目を完食
せっかくなので、３つ目のポテトLを注文したついでに、ケチャップをGETし味を変更
4.jpg





さすがに3つ半で苦しくなってきたが、残すのはルール違反なので頑張りました。
※写真に撮り忘れましたが、ここでコーラLを再度注文
5.jpg





苦しいながらもポテトL３つコーラL3つを完食
6.jpg




最後に同僚のポテトLの空箱を重ねてみました。
7.jpg


感想
いつものマックで特に何もなかったですが、同僚とたまにはこういったイベントもいいのでは？？と思う正月明けでした。

補足
ホットコーヒーは飲み放題外ですのでご注意ください！！

]]> OpenSSL 1.0.0 Beta5 が出ましたね tag:lab.hde.co.jp,2010://1.160 2010-01-21T03:13:44Z 2010-01-21T03:29:39Z こんにちは、しのはらです。 昨日(2010/01/20)OpenSSL 1.0.... junichi shinohara
昨日(2010/01/20)OpenSSL 1.0.0 Beta5が出ました。
ダウンロードはこちらから。

2009/04/01 beta1
2009/04/21 beta2
2009/07/15 beta3
2009/11/11 beta4
2010/01/20 beta5

beta3,beta4と比べて、少しスパンが短くなりましたね。 ]]> Beta 4 of OpenSSL 1.0.0 tag:lab.hde.co.jp,2009://1.159 2009-11-11T04:13:30Z 2009-11-12T01:50:30Z HDEラボの桜井です。 今月はThinkIT様にセキュリティの連載をさせていただ... Takeshi SAKURAI http://lab.hde.co.jp/ 今月はThinkIT様にセキュリティの連載をさせていただいております！！

それはさておき、OpenSSL 1.0.0 Beta 4 がでています。
さっそく、CentOS 5.4 (x86_64) でビルドしてみます。

$ tar zxvf openssl-1.0.0-beta4.tar.gz
$ cd openssl-1.0.0-beta4
$ ./Configure linux-x86_64
$ make
$ su
# make install

ビルド、インストールは問題なさそうです。
簡単な暗号処理をしてみましたが、問題なく動作してました。

さて、1.0のStableはいつ頃なんでしょうかね？
]]> 日経225のSPF対応状況（2009年10月） tag:lab.hde.co.jp,2009://1.158 2009-10-23T10:24:54Z 2009-10-23T10:28:43Z （本調査は、HDEが非公式に、1月、4月、7月、10月の20日頃、日経225採用... rgoura （本調査は、HDEが非公式に、1月、4月、7月、10月の20日頃、日経225採用銘柄のドメインに対し、SPFレコードが設定されているかどうかを独自調査し、主要企業の対応動向をレポートするものです）
　2009年10月22日時点での日経225採用銘柄におけるSPFレコード登録の状況は、全体で42件となりました。7月時点の40件から2件増加し、設定率は18.7%となっています。

20091022_225spf.png

＜主なトピックス＞
・クボタ、三菱UFJグループが新たにSPFレコードを設定しました（~all）
・シチズン、新生銀行、平和不動産、京成電鉄がSPFレコードの設定を変更しました（範囲追加）
・ソフトバンクが新たにSPFレコードの設定を変更しました（範囲縮小）

]]>