NULL の AND/OR にはめっちゃ気をつけて！ #phpadvent2013 | Prog Blog From 憩い場所
この記事の所要時間： 約 5分16秒 PHP Advent Calendar 2013の11日目です。 昨日の記事は PHP – コードをまとめる技術としてのイテレータとジェネレータ – Qiita [キータ] です。 本日は NULL と TRUE/FALSE の考え方、特に AND/OR をしたときの動きについてお話しします。 概略 NULL を AND/OR したときの挙動は、 SQL と PHP で違います。 SQL は３値論理であるのに対し、 PHP では NULL 型を boolean 型にキャストしているからです。 プログラミング、特に移行開発をするときには、気をつけましょう。 はじめに שלום! מה שלומך?1 ウェブに携わるお仕事をしているプログラマさんは、マルチリンガルな方が多いかと思います。 PHP と SQL を使ってるマルチリンガルプログラマさん
systemdを本番運用してわかったこと - mixi engineer blog
こんにちは、運用部 アプリ運用グループの清水です。モンスト仲間募集中です。 以前、Fedora 8からFedora 17への移行のお話を書きました。Fedora 17ではsystemdがデフォルトで使われています。そのsystemdを本番環境で運用して1年以上が経ち、様々な経験をしてきました。systemdの環境で知っておくと役に立つと思われることについていくつか紹介したいと思います。 まずは、systemdの概要について簡単に紹介します。 systemdの概要と歴史 systemdは、従来のSysVinit/Upstartに代わるもので、Linuxサーバの起動時に初期設定やサービス起動をおこなうことにとどまらず、プロセスやリソースなど様々な管理をおこなうデーモンです。 Fedora 14の頃（2010年11月リリース）にTechnology Previewとして提供され、Fedora 1
クライアントサイドJavaScriptのライセンス管理 | GREE Engineering
最近シリコンウエハーもらって嬉しかったago（@kyo_ago）です。 このエントリはGREE Advent Calendar 2013 11日目の記事です。 今回はクライアントサイドJavaScriptにおけるライセンス管理の問題を取り上げたいと思います。 ライセンス管理の問題点 「使用しているライブラリのライセンス管理をどうするか」はクライアントサイドJavaScriptにかぎらず発生する問題ですが、クライアントサイドJavaScriptには以下の様な特徴があるため問題が複雑になります。 コードが結合、圧縮される場合がある クライアントサイドJavaScriptでは読み込みの速度を上げるため、使用しているライブラリの結合、圧縮を行うことがあります。しかし、この時誤ってライセンス文が捨てられてしまうことがあります。 ソースが外部に公開される クライアントサイドJavaScriptではソー
PHP の array は明示的に消さないと GC 怪しそう - yoya's diary
ふと、メモリリークどうなってるんだろうと確認してみた。当方 PHP5.4.4 続き ＞ PHP の array は明示的に消さないと GC 怪しそう (2) - yoyaのメモ (GC じゃなくてメモリアロケータの問題っぽい) unset は問題なし $ php -r 'for ($i=0;$i<100;$i++) { $a=range(1,1000000); unset ($a); echo memory_get_usage(true).PHP_EOL;}' 1048576 1048576 1048576 1048576 (null 等で) 上書きも問題なし yoya@sakura:~$ php -r 'for ($i=0;$i<100;$i++) { $a=range(1,1000000); $a=null; echo memory_get_usage(true).PHP_EOL;}'
~/.ssh/config の IdentityFile に秘密鍵ではなく公開鍵を指定する - ngyukiの日記
SSH でログインするときは user@host とか、あるいは -l オプションとかでアカウント名を指定します。 $ ssh ore@example.com # Logged in as ore $ ssh are@example.com # Logged in as are が、たまに同じアカウント名でも認証に使用された公開鍵で実際のアカウントを識別するサービスがあります（GitHub とか BitBucket とかそういうの）。 $ ssh git@example.com -i ~/.ssh/ore.key # Logged in as ore $ ssh git@example.com -i ~/.ssh/are.key # Logged in as are このままだと毎回 -i で秘密鍵を指定しなければならないので面倒です。なので大抵は次のように ~/.ssh/config で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
