L'eclat des jours(2009-12-06)_ 微妙なりJavaFX !がない…… ということは、否定の時の処理を書きたければ if (foo.bar == false) { と書かなければならないわけで、もちろん他の言語ではあり得ない不恰好さだ。 一番スマートなのは unless foo.bar として、最悪でも if (!foo.bar) { とは書きたい。 と、ここまで書いて、もしかしたら if (not foo.bar) { と書けるのではないか、と気付いた。ならば悪くない。 慣れないなぁ。
display_errorsが謎の副作用を持っている箇所について - moriyoshiの日記
昨日 id:narusase さんよりお便りをいただきました。 はじめまして narusaseです。 ↓このあたりに軽くまとめてありますが・・・ http://d.hatena.ne.jp/narusase/20091203 http://d.hatena.ne.jp/narusase/20091204 htmlspecialcharsのdisplay_errorsの解釈が逆転している問題があるようです。 ↓UTF-8で下記のようなコードを書き実行すると <?php $str = 'メガネ'; $hoge = htmlspecialchars($str, ENT_QUOTES, 'SJIS'); printf("%s\n",var_export($hoge, true)); ?> htmlspecialcharsの箇所でエラーが起こります。 これ自体は問題ないのですがphp.iniの設定が
htmlspecialcharsに関するorzなお知らせ - Narusaseの日記 -ハニポってどうよ？(仮)-
■htmlspecialcharsのInvalid multibyte sequenceエラーの問題 http://d.hatena.ne.jp/narusase/20091203 ↑の続き いろいろオプションを変えてテストしてみた結果php.iniの設定によってhtmlspecialcharsの挙動が変わることが判明した。 具体的には 設定項目の「display_errors = On」を「display_errors = Off」にするとエラーが発現する。 表示しない設定だと表示するとか駄目すぐる･･･orz ソースをみてみると。 ext/standard/html.c の L1142行目のあたりが怪しい if(!PG(display_errors)) { php_error_docref(NULL TSRMLS_CC, E_WARNING, "Invalid multibyte se
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
