サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
23 日土曜日は、技術評論社さん主催の「エンジニアの未来サミット 0905: エンジニア・サバイバル」に、前回に引き続き登壇させて頂きました。 オフィシャルなレポートについてはこちらから。 前回については、色々と反省点が多く、私自身も自身への反省点やイベントの進行等についての異論があったのですが、イベント後にも技評さんに足を運び、どの点が良くなかったか、どういう風に進行したら良いのか、細かく詰めて議論させていただいたのが、今回に生かされているという実感がありました。 前回は事前打ち合わせ等も十分に行なえなく、行き当たりばったりで進行していた分、グダグダになった感じがありましたが、今回は一度事前にパネラー達全員で集まり、来場者の年齢層や、自分達がその悩ましき年端の頃に、どんな悩みを抱えていたのか、それを現在の状況に照らし合わせるとどうなのか等をじっくり検討し、どんな議論の展開が私達に求められ
2009年5月23日(土)、秋葉原UDXカンファレンスにて「エンジニアの未来サミット 0905:エンジニア・サバイバル」((株)技術評論社 主催、(株)パソナテック協賛)が開かれました。業界をリードするアルファギークと若手エンジニアたちによるディスカッションやUstream.TV中継などの試みが各所で話題になった前回。今回は「エンジニア・サバイバル」をサブテーマに掲げ、深刻な不況の中で求められるエンジニア像などが論じられます。 会場となった秋葉原UDX Conference 第一部:「おしえて! アルファギーク ─エンジニアが幸せになる方法」 13時5分より第一部がスタート。モデレータによしおかひろたか氏(独立行政法人 情報処理推進機構)、パネラーにひがやすを氏((株)電通国際情報サービス)、谷口公一氏((株)ライブドア)、楠 正憲氏(マイクロソフト(株
以前、こちらでCentOS5.1 on coLinuxを起動しました。 それを、2つ同時(もちろんIPアドレスは別)に起動できないものかと考えていました。 それが、coLinuxでCentOS5.1を複数環境にしてみる - TrinityT's BLOGを参考にしましたら、実現できました。 id:TrinityTさんブログありがとうございます。 方法は以下の手順で行います。 1.coLinuxのイメージを2つ作成(IPアドレスは固定にして違うものにする) 2.TAPを2つインストール、ブリッジ設定を行う。 3.設定ファイル(cent5.colinux.txt)を書き換えて起動 上記、3ステップです。 それぞれ、見て行きましょう。 なお、環境は以下です。 OS : WindowsXP SP3 ISO : CentOS 5.1 coLinux : 0.7.1 coLinux installer
昨日のエントリで作成したCentOSの環境を増殖させてみる。 前提 環境は昨日と同じ CentOS5.1で仮想環境を構築済 フォルダ→以下のような設定とする。 C:\ Linux-env\ CentOS1 ←環境1 CentOS2 ←環境2 Linux-Image\ CentOS5.1_CD ←CDイメージファイル格納場所 Program Files\ coLinux ←coLinux本体 ネットワーク→以下のような設定を目標とする。 LAN(外部LAN) | ブリッジ(192.168.0.1) ____|___ | | TAP1 TAP2 (192.168.0.11) (192.168.0.12) | | 環境1 環境2 手順 ネットワーク設定 1. 「コントロールパネル→ハードウェアの追加」からTAP-Win32 Adapter V8を新規インストールする。 ※既にインストールされてい
体系的な知識や技術を身につけたいと思っています。たとえばプログラミングに関していえば、これまでたまたま興味を抱いたところをつまみ食いしていて、小手先の技術が少しは身についたものの、もうちょっとなにか深いことをやろうとしても、それだけではなかなか難しい。とはいえ、教育機関のようなところでやり直すわけにもいきませんし、かといって、なにかをただ作ったりしているうちにいつの間にか体系的な知識や技術が身につくというのも、そういうひともいるかもしれませんが、あまり考えられないことです。ではどうすればいいか……?と考えていたのですが、先日ちょっと思いついたので、とりあえずまずは実践してみたいと思いました。 というのはつまり、学習したいと考えている、なにかそれなりに大きな規模の分野について、自分で本を書くつもりで、あるいは、こういう本があったら体系的な知識を得られるだろうなあという本の目次を自分なりに書き
どこまで出来るか?!やれるところまでやってやるぜ!!と、威勢が良いのは若い間だけの話。オトナのオトコは、攻めるときはとことん攻めるが自らの限界もわきまえて賢く振る舞うのがスマートってものである。というわけで、今日はMySQLのいろいろな限界についてまとめてみる。皆さんも是非MySQLの限界を知り、MySQLをもっとスマートに使って頂きたい。 SQL文の最大長 MySQLサーバーが実行出来るSQL文の最大長は、max_allowed_packetシステム変数で表される。max_allowed_packetの最大値は1GBである。max_allowed_packetの値はセッションごとにも設定可能なので、デフォルトではそこそこの値(16MBなど)に設定しておいて、必要に応じて大きな対を使うと良いだろう。 データベースの個数 データベースオブジェクトの個数に制限はない。データベースオブジェクトは
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く