もう既にいろんなところに転がっていそうだけどはてダのリハビリがてら． 前書き CentOS 6.0が出た記念に自宅でも入れてみようか…と思ったけど引越し直後，自宅の環境がいろいろな理由で貧弱になっており，ネットワークにつながらないATOMなマシンが1台…仕方なしにunetbootinを使って入れてみました．が，ネットワークにつながらない状況とはいえyumも使えないと面倒くさいので，ローカルでyumが使える環境を作ってみました． やることの概要 簡単にいうと，インストール メディア内の/Packages/と/repodata/を1つのディレクトリー内にかき集めます． 難しく書いても大体そんな感じです(何 事前準備 CentOS 6.0(CentOS 5系も)は/etc/yum.repos.d/CentOS-Media.repoというリポジトリーの設定ファイルがあり，これは「/media/Ce

CentOS 5で root から su できなかったので調べてみた。 なるほど。 http://blog.mizoshiri.com/archives/214 下記のようになった場合 [root@hoge home]# su - hoge This account is currently not available. /etc/passwdを編集します。 [root@hoge home]# vi /etc/passwd hoge:x:100:100::/home/hoge/:/nobin/nologin hoge2:x:101:101::/home/hoge2/:/bin/bash ここの「/nobin/nologin」を/bin/bashなどにしてやるとログインできるようになります。 ユーザーデータベースを編集せずともsuコマンドやsudoコマンドで一時的な変更は可能ですよ． suコ

Linuxでコマンドの結果をパースするとき、言語を統一して取り扱いたい。 そんなときは、コマンドの先頭に「LANG=C」と書けば、コマンドの結果を英語で出力できます。 #いきなり関係ないですけど↑のエントリーのタグの設定変じゃね? LANG=Cはの「C」は特殊な値で、「Clear」みたいなものを指すのではないかと思います． 動作的にはいわゆるmsgidをそのまま出力，_("foo")は単純に「foo」として出すということです． つまり，_("日本語")なメッセージカタログを持つアプリケーションは「LANG=C」で「日本語」で出力されます． っで，英語で出すにはどーしたらええんじゃい? ということですが，正規の手続きとしては「en」にすることだと思います． $ LANG=en df通常enのmoファイルはほぼ用意されていないので，Cの指定もenの指定も表面上は変わって見えないと思いますけどね

Mozilla Fluxに掲載されたThunderbird 3 RC1変更点を読んでみて実際のユーザー(Thunderbirdとしては使ったことないですが)の所感です． 全体的にネガティブな文章になってしまっていますが，さくさく動くThunderbirdを期待している人は気をつけたほうがいいと思います．そうでないより高機能になって欲しいThunderbirdユーザーは期待してもいいと思います． 個人的には他のメーラー，gmailやMail.app，Outlookなどを意識しすぎて不用意に本体が肥大化してしまっている気がしますが… メールメッセージのタブ表示 メールメッセージのタブ表示 メールメッセージ上でダブルクリックするか、Enterキーを押すことで、メッセージが新規タブウィンドウに開きます。メッセージやフォルダを中クリックすれば、背景タブに開きます。Thunderbirdの終了時には見

間違ってクリックして気づいてしまいました． <?php $text = "mail@mail.com"; if (preg_match("/^([a-zA-Z0-9])+([a-zA-Z0-9\._-])*@([a-zA-Z0-9_-])+([a-zA-Z0-9\._-]+)+$/", $text)) { echo "正しいメールアドレスかもしれません"; } else { echo "正しくないメールアドレスではないかもしれません"; } ?> [正しいメールアドレスです]が出力されます。 サンプルコードと出力例のつじつまが合っていないし．でもやっぱり「正しいか否か」にこだわるんですねぇ．やっぱり正規表現自体は修正しないんですねぇ． 関係ないですけど参考にしたらしいサイトでは正規表現以外での確認もやっているようです．全体的な内容として賛否はあると思いますけどおそらく「正規表現でのサンプル

ざくっとこのネタのもとについて． うーん、だとするとMacだからですかねぇ？SJISの「表」をaddslashesを通しても、Magic_QuoteをONにしても「表」のままです。 mbstring.internal_encoding = utf-8が原因だったorz 察するところはありますが細かいことはあまり書かないで起きます．結論で言うと残念ながら多分それは原因ではないです(苦笑 by Tadashi "ELF" Jokagi おろ。mbstring.internal_encodingとmbstring.encoding_translationの合わせ技的な原因なんだろうと察したんですが違うんですかね。 結論ではNo，mbstring.encoding_translationが諸悪の根源． #諸悪とかいわれるなら何であるんだ? とかは別レイヤーの話なのでポイッ!! 前提条件 まず前提条

ちゃんと書くべきことが書かれているので書くことないなーと思ったんですが，時間をあけて気づいたことがあるので，そこも含めてつらつら． で、そこまでわかっている人間が誰かに伝えるべきことは、pg_pconnect使うと障害対応で人間やめることになるよなどという意味不明な極論ではなくて、例えば「PHPスクリプトを動かすhttpdと画像やCSSを送り出すhttpdは別にしよう」ということだ。 知らずに思考停止しているだけであればまあアレだが（笑）、知っててなおシャレや冗談のつもりで話しているならば誤解を招きすぎである。 冷静に見るとこのようにしか取れないなら残念．こちらの執筆能力に残念って感じか． そりゃ結論と余談という風に分けましたけどね(笑 ちゃんと書くならこちらが本心に近いです． チューニングはえてして最初は徹底的にやりづらい．しかし気をつけるべきは「過負荷になってからチューニングで対処」は

37歳になりました．いい年こいて相変わらずいきます． PHPであればpg_pconnect、Java+TomcatであればTomcatのコネクションプール機構をそのまま、その他アプリケーションフレームワークのレベルで提供されるコネクションプール機構があるようならそれを、必ず使うべきだ。 pg_pconnect()ってこれね． PHP: pg_pconnect - Manual 経験上pg_pconnect()を使うと本気であまり接続が切れません．切れる条件としては多分この辺． httpdがMaxRequestsPerChildなりSEGFAULTの都合で死んだ PostgreSQL側の設定でtimeoutした initscriptなりで停止や再起動させた その上でhttpdって何をするかというと，いわゆるHTMLやXML(フィードなど)の生成処理をするだけじゃなく，画像の処理もするんですね

とりあえずここに書いたことは書かない． - よくきたWiki 問い合わせは-qを基本で．個人的にはバッチを書くときとか記録に残すときには--queryとか長いオプションを使うほうが後で察しやすいのでお勧め． あと-pをつけるとインストールしていなくても調べることができます(-pつけたときはファイル名で．つけなければインストールされたパッケージ名などを指定します)。 パッケージに含まれる設定ファイル群の表示 フルパス名だけ． $ rpm -q --configfiles bind /etc/logrotate.d/named /etc/named.conf /etc/named.rfc1912.zones /etc/rndc.conf /etc/rndc.key /etc/sysconfig/named /var/named/named.ca /var/named/named.empty /

はじめに 途中で挫折するかほったらかしたらごめんなさい AGENDA (19:10) 自己紹介 shimooka どやっとんだ (sotarok)ちこくちこくちこく kazu どやっとんだ nekogetおくれる efどやったらいいんだ rkoike なんかいいアイデアあったらいいなぁ sotarok さいごで hiro_y いろいろ(苦笑 ogiharay Ethnaなのであれこれそれこれ．迷子になるのをどうにかしたい，既に決まってるものをどうやっていくかとかも話していけたらなー maru_cc 社内でなんとなくルールでやってきたけどもっといいやり方ないかなー MugeSo あがび!!あがび!!ほかのフレームワークの人はどうやっとんじゃと思って edy 応用するために設計の根っこの部分をつかめれば key 上流やっててフレームワークにあった設計の仕方とかあるのかなーとか．議論とか聞けたら

http://www.machu.jp/diary/20080906.html#p01 いやいや．extract()は便利な関数です．使うのをやめるのはもったいない． もう少しだけ覚えることができちゃいますが，少しだけなのでそれを覚えてextract()をもっと使い倒しましょう． 決め事 1個だけルールを追加してしまいましょう．それができればextract使い放題です．下記はそのルールの一例です． 大文字アルファベット1文字とアンダーラインで始まる変数名(例えば「P_」，「G_」，「S_」)はextract専用 例えば「$S_foo」，「$S_bar」といった変数名はextract()で作成される変数の名前として予約し，自分で設定はしないようにします． 実際のコード 上記を併用し，extract()には第2引数に必ずEXTR_PREFIX_ALL，第3引数に大文字アルファベットを追加します

もう一度--rebuildコンパイルしたらたぶんできそうだけどリリース番号の前にcocoとつけたかったので、展開して少々specファイルを修正。 こういう場合はリリース番号の*前*ではなく*後ろ*につける． ちなみにうちはこういうファイルを用意して $ cat /etc/rpm/macros.dist %dist .ELF %ELF 1Releaseはこんな感じに書く． Release: 6%{?dist}こうすると，「〜-6.ELF.src.rpm」とか「〜-6.ELF.i386.rpm」とかができる． 最近のRed Hat系のリリースはこういう値になっていることが多いので，そのままリビルドしても自分でリビルド下っぽくなるから便利(Red Hat系以外のRPMの状況は知らん) ちなみに僕はこの2〜3年くらいmakeでRPMビルド環境を作っている． $ svn up Subversionリ

Envelope Fromに気をつけろ!! Envelope Fromって何じゃらほい? Envelope FromはいわゆるヘッダーFromとは意味が異なり，SMTPレベルできっちり評価される(はず)の送信もと情報です． Envelope Fromについての説明は面倒なので割愛(詳細を知りたい方はそもそもSMTPを勉強してください)しますが，それの設定はいろんな書籍や情報サイトでぞんざいにされがちです． しかし昨今一番大きな影響としてはspamかどうかの評価にも利用されることが多いことを認識すべきです．ようするにこれを適当に扱っていると「このメールはspamかも!!」って評価される可能性が高くなるということです． また，エラーメールは通常Envelope Fromに戻るので，大量メール配信のソフトウェアの開発時には積極的に送信メール認識に利用されていますね． っで，IDEA*IDEAの何

Web屋か何かで「タグの先頭に記号をつけると先頭にでてきて整理がしやすいよ」とか紹介されていましたけど，そのおかげで無駄にタグの先頭に記号が付いたものが増えてきた． 気づいていないのかな．ほぼ同等のことをするにははてなのデザイン編集で注目したいタグのリンクを書けばいいだけ．ってことを． はてなブックマークのデザイン編集 posted by (C)ELF 上鍵 あるいは注目したいタグのURLをブラウザーでブックマークしてもいいと思います(5台PCを使っていても注目したいタグ×5セットを「1回だけブックマークする」やるだけです．って書いていながらまったくお勧めしないけど) 個人的に「はてブ」は個人的オンラインブックマークとしてしか利用していないので，他の人との連携は一切尊重していません．なので他人がどうつけようがかまいませんが，共有としてはあまりよくないテクニックになるでしょう(とりあえず…と

日時の相対移動について さらに DATETIME から 30 秒先のDATETIMEを取得する方法。 一度、DATETIEMをunix timestampに変換して、30秒を足して、DATETIEMに戻すだけ。 <?php $d1 = date("Y-m-d H:i:s", time()); $d2 = date("Y-m-d H:i:s", strtotime($d1) + 30); ?> <?php $d2 = date("Y-m-d H:i:s", strtotime('+30 seconds', time()); ?> 上記例だとstrtotime()の第2引数もなくてもいいですね． <?php $d2 = date("Y-m-d H:i:s", strtotime('+30 seconds'); ?> ちなみに「+1 minite」「+5 day」「+2 month」「yeste

記事自体の注意点 これは2012年10月末位の経験と周囲の情報をもとにした話なので，のちに状況など変化している可能性があります． 要約 この記事はさくらのVPSを複数台借りたときにちょっと困ったこと，具体的にはVPSのハイパーバイザーが同一筐体になってしまった．ということに関する諸処まとめです． VPSのハイパーバイザーが同一筐体になると何が困るの？ そもそもの話です． VPSはいわゆる仮想化技術を使っていてそれ自体はHW障害からは縁が遠いような気がしますね． でもHDDならRAID 1で，NICならボンディングで実運用上はある程度耐障害性を確保できますが，たとえば「メイン基盤が壊れた」など冗長化が難しい部分が壊れた際にはもろ影響を受けます． 実際の報告ベースだと軽く検索すると色々出てきます． 色々と書いていますが台数を想像すると決して多いとは感じませんが… さくらのVPS 2012年春

相変わらず この人ずいぶん昔にmixiでも似たようなことを書いてるんですが，この人ローレイヤー(やっている|知っている)人は偉いなわけです(さらに質も高ければなおよし) 「デバッグプリントは9600bpsのシリアルポート経由で表示されるので、毎フレーム表示しようとすると確実に処理速度が落ちます。 これはデバッグプリントがシリアルポートと同期する際、CPUがACKを待つまでクリティカルセクションで割り込みブロックされ、タスクスイッチされなくなるからです」 もちろん今のOSとIA-32ではCPUレベルの防護策が二重三重にめぐらされているのできちんとOSを作ればこんなことは起きません。これはこのCPUとOS特有の現象でした。ハードウェアレベルの知識がなければわからない問題です。 他の例をでっち上げてみる 例えばMIDI楽器の演奏のようにリアルタイムに波形を動的生成するような場面で困ったという人が

ただし、ハードコードしている時には気を付けようぜ。mb_convert_encoding()やmb_ereg()などを使う時には、文字列をスクリプトの文字コードからinternal_encoding に変換してから渡してやる必要がある。要するにひと手間かかる場合もあるということ。 mb_convert_encoding()は入出力ともに文字エンコードの指定ができるよ．マニュアル見てますよね? mb_ereg()もmb_regex_encoding()でmbstring.internal_encodingと独立できます．これもマニュアルに書いている． #しいていうとmbstring.internal_encodingと連動するには条件があるため，両方とも常にしておくように考えるとより簡潔だと思う PHP: mb_convert_encoding - Manual PHP: mb_ereg -

PHPである日付から次の日、前の日を取得する方法です。 次の日を取得する場合は、こんな感じで。 $year = "2007"; $month = "7"; $day = "24"; echo date("Y-m-d", mktime(0, 0, 0, $month, $day+1, $year)); ＞2007-07-25 まだまだこういうコード減らないのね． $ php -r 'var_dump(strftime("%Y-%m-%d", strtotime("-1 day", strtotime("2007-07-24"))));' string(10) "2007-07-23" $ php -r 'var_dump(strftime("%Y-%m-%d", strtotime("+1 day", strtotime("2007-07-24"))));' string(10) "2007

っていうのはウラタロスだっけ．っていうかこれ本当にdankogaiのエントリなんだろうか．って位納得できない根拠のインパクトが強いです． とか書けばいい。しかし、PHPでいろいろやるためには、実際にはさまざまなライブラリーをあらかじめインストールした上で、PHPをそれに合わせてconfigureしなおさなければならない。こうして作られたlibphp#.soは、どれも微妙に、しかしユーザーにとっては耐え難く異なる。 % sh configure --help の出力が390行(5.2.2現在)というところからして、もうシステム管理者の頭痛の種。なんでもかんでもぶちこめば、やたら重いApacheが出来上がるし、かといっていろいろ削ればあとでユーザーに「なんでXMLが扱えないの?」とか突っ込まれることになる。 PHP自体を構築しなおさなくてよいです． ライブラリの依存関係は共有ライブラリを使うな