ECMAScriptでは基数変換に2進数から36進数まで使える - Qiita
よく忘れるので書くことにした。10進数から36進数の計算、ふつうに実装しても良いのだけど、ほとんどのJavaScript処理系では1メソッドで書ける。 ECMAScript 5.1を読むと、次の様に書いてある。 15.7.4.2 Number.prototype.toString ( [ radix ] ) The optional radix should be an integer value in the inclusive range 2 to 36. 5.1 Edition/June 2011, ECMAScript® Language Specification はい。そして現在使われているほとんどの処理系（Node.js、Chrome、MSIE、Opera、Safari）は36進数変換に対応している。逆に36進数をNumberするには、parseInt(string, rad
OpenSSH 6.2を使って公開鍵認証もLDAPで行いたい。 - Qiita
公開鍵認証もLDAPで行いたい。LDAPを使うと各サーバの認証情報を一元管理できるけど、公開鍵認証を行ってる場合、公開鍵も一元管理できると便利だ。OpenSSHはLDAPに対応していないので、OpenSSH-LPKというパッチを当てて対応する必要があるんだけど、OpenSSH 6.2からはパッチを当てなくても良くなったと聞いてやってみることにした。 Wheezy-backportsからDebian WheezyにOpenSSH 6.4を入れる Debian WheezyのOpenSSHは6.0なので、Wheezy-backportsからインストールする。 $ sudo echo "deb http://ftp.jp.debian.org/debian wheezy-backports main" >> /etc/apt/sources.list $ sudo aptitude update
#fluentdcasual #3 に参加してきた - BLOG::はるかさん
昨日2013/12/13、DeNAさんにて開かれたFluentd Casual Talks #3に参加してきました。今回発表してないんですが、自分のスライドが3枚くらい画面に映ったのでだいたい満足しています。以下気になった発表の感想とかメモとか。 fluent-plugin-norikra flunet-plugin-norikra ずっと追っていると特に新しいことはなかったけど、EPLってやっぱ結構複雑だよなーと思った。ぱっとみSQLだけど、結構SQLじゃない。あと、Fluentdのニーズってログ転送と可視化のところが大きくて、その基盤がある程度できないと、ストリームでのデータ加工の重要性とかは見えてこないのかなーと思った。 ちなみに、NorikraとFluentdの連携方法とか使い方についてはQiitaにすごく丁寧な記事を書いたので参照にするとよいです。 Norikra 0.1を使って
PHPのcoredumpを読んでなぜSEGVで落ちたかを知りたい - Qiita
PHPのcoredumpを読みたいことは一生に1度くらいあるかもしれない。ないほうがよい。 正確にはmod_phpが組み込まれているApache httpdのcoredumpである。 内容はいいからコマンドが知りたい人向け $ gdb /usr/sbin/apache2 --core /var/tmp/core/core.15001 --command /usr/local/src/php-5.5.5/.gdbinit (gdb) set print pretty on (gdb) zbacktrace (gdb) print *executor_globals->active_op_array (gdb) print sapi_globals->request_info
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
