Studying HTTPFX取引所の照会とテクニカル、経済指標の見方等を解説していきます。
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
Emacs で括弧やクウォートの補完したい - Hasta Pronto.org
Emacs で Ruby-mode を使ってコードを書いていると括弧やダブルクォーテンションの閉じるのが補完されて便利だなって思ってたんです。Perl を書く時ってメソッド呼び出す時の括弧とか、リファレンスの括弧とか結構括弧を多用しますよね。だからこれが他の言語モードでも使えればって思ったのです。 どうやら補完の Elisp は ruby-electric.el らしいってことがわかりました。これを Perl 使うときも On にしておけば補完される、しめしめ。とか思って使ってみると困ったことにループとか書いたあとに end まで補完されちゃって美しくない、end なんて Perl にはいらなし... しかたなく ruby-electric.el のコードを眺めつつ、括弧を補完するのには必要な関数などを残しつつ、end などを補完する関数を削除してっとやってたら目的の物が出来ました。出来た
var_dump()を使う前に - cles::blog
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 知恵の輪 G-RINGクラウディ編 :: 連日の終電帰り » 2006/07/22 var_dump()を使う前に php 27 9へぇ PHPのプログラミングでプリントデバッグを行う場合には組み込み関数であるvar_dump()とか、print_r()をまず使うわけなんですが、それなりの要素数を持った配列とか、オブジェクトになってくると、値を探すのが困難になってきます。 そういう場合にはvar_dump()ではなくデバッグ補助のライブラリを使ったほうが幸せになれます。デバッグ補助のライブラリは変数の情報をグラフィカルに*1表示してくれるからです。 ちょっとしたスクリプトくらいであればこのようなツールの出番はないのかも知れませんが、入れ子になっているような、大きな配列やオブジェクトを扱うような場
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
