<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Apelog &#187; tips</title>
	<atom:link href="http://blog.apecell.com/tag/tips/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.apecell.com</link>
	<description>Apecell's blog by Design</description>
	<lastBuildDate>Tue, 22 Jun 2010 07:08:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>DoCoMoで「サイトが移動しました(301)」が出る場合</title>
		<link>http://blog.apecell.com/2009/02/27/id/59</link>
		<comments>http://blog.apecell.com/2009/02/27/id/59#comments</comments>
		<pubDate>Fri, 27 Feb 2009 04:40:14 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/?p=59</guid>
		<description><![CDATA[昔から言われている事ながらDoCoMo向けサイトでリダイレクトする場合、リダイレクト先のURLがディレクトリで終わる場合にURLの最後を「/」で終わらないと警告が出るというもの。
× http://blog.apecell.com
↓
○ http://blog.apecell.com/
警告は出るものの遷移はおこなわれるので見られなくなるわけではないものの、特に理由が無ければ付けるようにした方がいいでしょう。
久しぶりに聞かれたのでメモ。
]]></description>
			<content:encoded><![CDATA[<p>昔から言われている事ながらDoCoMo向けサイトでリダイレクトする場合、リダイレクト先のURLがディレクトリで終わる場合にURLの最後を「/」で終わらないと警告が出るというもの。</p>
<pre>× http://blog.apecell.com
↓
○ http://blog.apecell.com/</pre>
<p>警告は出るものの遷移はおこなわれるので見られなくなるわけではないものの、特に理由が無ければ付けるようにした方がいいでしょう。</p>
<p>久しぶりに聞かれたのでメモ。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2009/02/27/id/59/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>携帯3キャリアの迷惑メールフィルター設定URL</title>
		<link>http://blog.apecell.com/2009/01/06/id/56</link>
		<comments>http://blog.apecell.com/2009/01/06/id/56#comments</comments>
		<pubDate>Tue, 06 Jan 2009 13:31:22 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[note]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/?p=56</guid>
		<description><![CDATA[
DoCoMo
http://imutl.ezweb.ne.jp/cgi2001/utl_menu.cgi
AU
http://docomo.ne.jp/cp/mailsetst.cgi
SoftBank
http://elinks.softbank.ne.jp/selfcare

]]></description>
			<content:encoded><![CDATA[<dl>
<dt>DoCoMo</dt>
<dd>http://imutl.ezweb.ne.jp/cgi2001/utl_menu.cgi</dd>
<dt>AU</dt>
<dd>http://docomo.ne.jp/cp/mailsetst.cgi</dd>
<dt>SoftBank</dt>
<dd>http://elinks.softbank.ne.jp/selfcare</dd>
</dl>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2009/01/06/id/56/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>なぜPHPのautoload()が早いのか</title>
		<link>http://blog.apecell.com/2007/10/22/id/19</link>
		<comments>http://blog.apecell.com/2007/10/22/id/19#comments</comments>
		<pubDate>Sun, 21 Oct 2007 15:00:00 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[Program]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[tips]]></category>
		<category><![CDATA[zendframework]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/1970/01/01/19</guid>
		<description><![CDATA[__autoload()が早いというよりも、class_exists()に比べてrequre_once()、include_once()が遅いからというもの（クラスの読み込み判定の場合）。
通常__autoload()内でクラスの有無を調べて無ければ読み込みを行う。一度しか呼ばれないものならその場で読み込んだほうが早いが、複数回読み込み判定がおこなわれるものがある場合（Superクラスなど）一度autoload経由でclass_exists()の篩いにかけた方が良い。
PHP5のフレームワークではほとんどautoload系の読み込み実装がなされている事からも、その差は結構大きいので不特定回数読み込まれるファイルが多数ある場合は注意。
以下の動作環境で最も単純なクラス( class Sample{} )を1000回読み込んでインスタンス生成した場合、class_exists()で見つからなければrequire()と、常にrequire_once()だと100倍以上差があった。

PHP 5.2.3
WindowsXP SP2
AMD Athlon&#x2122;  64 Processor 3500+ 1.79GHz
2.00GB RAM

1000回require_once() &#8211; 0.450819秒

&#60;?php
for ($i=0;$i&#60;1000;$i++) {
    require_once('Sample.php');
    $sample = new Sample();
}


----------------------------------------------------
marker  time index            ex time         perct
----------------------------------------------------
Start   [...]]]></description>
			<content:encoded><![CDATA[<p>__autoload()が早いというよりも、class_exists()に比べてrequre_once()、include_once()が遅いからというもの（クラスの読み込み判定の場合）。</p>
<p>通常__autoload()内でクラスの有無を調べて無ければ読み込みを行う。一度しか呼ばれないものならその場で読み込んだほうが早いが、<em>複数回読み込み判定がおこなわれるものがある場合</em>（Superクラスなど）一度autoload経由でclass_exists()の篩いにかけた方が良い。</p>
<p>PHP5のフレームワークではほとんどautoload系の読み込み実装がなされている事からも、その差は結構大きいので不特定回数読み込まれるファイルが多数ある場合は注意。</p>
<p>以下の動作環境で最も単純なクラス( class Sample{} )を1000回読み込んでインスタンス生成した場合、class_exists()で見つからなければrequire()と、常にrequire_once()だと100倍以上差があった。</p>
<ul>
<li>PHP 5.2.3</li>
<li>WindowsXP SP2</li>
<li>AMD Athlon&#x2122;  64 Processor 3500+ 1.79GHz</li>
<li>2.00GB RAM</li>
</ul>
<h4>1000回require_once() &#8211; 0.450819秒</h4>
<pre name="code" class="php">
&lt;?php
for ($i=0;$i&lt;1000;$i++) {
    require_once('Sample.php');
    $sample = new Sample();
}
</pre>
<pre>
----------------------------------------------------
marker  time index            ex time         perct
----------------------------------------------------
Start   1193042528.49833500   -                0.00%
----------------------------------------------------
Stop    1193042528.94915400   0.450819       100.00%
----------------------------------------------------
</pre>
<h4>999回class_exists(), 1回require() &#8211; 0.003704秒</h4>
<pre name="code" class="php">
&lt;?php
for ($i=0;$i&lt;1000;$i++) {
    if (!class_exists('Sample', false)) {
        require('Sample.php');
    }
    $sample = new Sample();
}
</pre>
<pre>
----------------------------------------------------
marker  time index            ex time         perct
----------------------------------------------------
Start   1193042740.50069500   -                0.00%
----------------------------------------------------
Stop    1193042740.50439900   0.003704       100.00%
----------------------------------------------------
</pre>
<p>require()よりinclude()の方が早いのでinclude()にすればもう少し差は縮まるものの、なぜPHPのautoload()が早いかというとautoloadをclass_existsな実装で書く事が多いからであり、<em>autoloadの中で全てrequire_once()していたら別に早くない</em>という事。</p>
<p>クラス名の_をディレクトリとするPEAR風構成のオートローダーならZend FrameworkのZend_Loderがすぐ導入できます（Zend_LoaderとZend_Exceptionの2つで）。</p>
<p>環境違うと全然違うよ、な状態なら教えてください。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2007/10/22/id/19/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JavaScriptでonKey～関連のイベントハンドラ使用時の注意</title>
		<link>http://blog.apecell.com/2007/10/08/id/13</link>
		<comments>http://blog.apecell.com/2007/10/08/id/13#comments</comments>
		<pubDate>Sun, 07 Oct 2007 15:00:00 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/1970/01/01/13</guid>
		<description><![CDATA[JavaScriptでonkey～系のイベントハンドラを使いその操作をマウスを使っても行える場合、忘れずその処理も加えるという事。
onClickでの処理にショートカットとしてonKey系の処理を付け加えた場合などはそんなに忘れる事も無いが、最近では良くあるフォームの入力中に送信可否を出したり文字数計算やらをする場合に忘れがち。onKeyupでフォームにキーボードからの入力は拾えても、マウスのみの操作で右クリックから貼り付けを拾えないのはよろしくない。
例えば、名前とコメントが空でなければSubmitボタンを有効にするような場合にonKeyupの処理しかないと、どちらかがマウスで貼り付けのみであった場合Submitボタンが無効化されたままになってしまう。
そういう時には忘れずonBlurやonMouseupで拾ってやって同じ処理を加えてやる事。
貼り付けは常にCtrl+Vを使っていたりするとついつい忘れてしまうので注意。
かなり昔から言われてる事で、頻繁にJavaScriptを書く人には至極当然なんだろうけども･･･。
]]></description>
			<content:encoded><![CDATA[<p>JavaScriptで<em>onkey～系のイベントハンドラを使いその操作をマウスを使っても行える場合</em>、忘れずその処理も加えるという事。</p>
<p>onClickでの処理にショートカットとしてonKey系の処理を付け加えた場合などはそんなに忘れる事も無いが、最近では良くあるフォームの入力中に送信可否を出したり文字数計算やらをする場合に忘れがち。onKeyupでフォームにキーボードからの入力は拾えても、マウスのみの操作で右クリックから貼り付けを拾えないのはよろしくない。</p>
<p>例えば、名前とコメントが空でなければSubmitボタンを有効にするような場合にonKeyupの処理しかないと、どちらかがマウスで貼り付けのみであった場合Submitボタンが無効化されたままになってしまう。</p>
<p>そういう時には忘れずonBlurやonMouseupで拾ってやって同じ処理を加えてやる事。</p>
<p>貼り付けは常にCtrl+Vを使っていたりするとついつい忘れてしまうので注意。</p>
<p>かなり昔から言われてる事で、頻繁にJavaScriptを書く人には至極当然なんだろうけども･･･。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2007/10/08/id/13/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ほぼ年齢の計算式</title>
		<link>http://blog.apecell.com/2007/09/16/id/7</link>
		<comments>http://blog.apecell.com/2007/09/16/id/7#comments</comments>
		<pubDate>Sat, 15 Sep 2007 15:00:00 +0000</pubDate>
		<dc:creator>design</dc:creator>
				<category><![CDATA[Develop]]></category>
		<category><![CDATA[Howto]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[tips]]></category>

		<guid isPermaLink="false">http://blog.apecell.com/1970/01/01/7</guid>
		<description><![CDATA[年齢の計算式は良く使う。
MySQLはマニュアルにも書いてあるけど。
SELECT (YEAR(CURDATE())-YEAR(`birth`)) - (RIGHT(CURDATE(), 5) &#62; RIGHT(`birth`, 5)) AS `age`
プログラムで書く場合
((現在日時-生年月日）/10000)切り上げ
$birth = 19830221;
echo (int) ((date('Ymd') - $birth) /10000);

となる。が「ほぼ」年齢の計算式と書いたのは正確には「誕生日の前日が終了する瞬間」に年齢が加算されるので前日には年齢が上がっている。
利用する業務によってはその1日で大きな違いにもなる。以下のリンクに具体的な問題点などの指摘があるので留意。

ある地方公務員電算担当のナヤミ
「生年月日から年齢を計算する簡単な計算式」は使えるとは限らない


]]></description>
			<content:encoded><![CDATA[<p>年齢の計算式は良く使う。</p>
<p>MySQLは<a href="http://dev.mysql.com/doc/refman/4.1/ja/date-calculations.html" target="_blank">マニュアル</a>にも書いてあるけど。</p>
<pre class="syntax-highlight"><span class="synStatement">SELECT</span> (YEAR(CURDATE())-YEAR(`birth`)) - (RIGHT(CURDATE(), <span class="synConstant">5</span>) &gt; RIGHT(`birth`, <span class="synConstant">5</span>)) <span class="synSpecial">AS</span> `age`</pre>
<p>プログラムで書く場合</p>
<pre>((現在日時-生年月日）/10000)切り上げ</pre>
<pre class="syntax-highlight"><span class="synSpecial"><span class="synStatement">$</span><span class="synIdentifier">birth</span> <span class="synStatement">=</span> <span class="synConstant">19830221</span>;
<span class="synPreProc">echo</span> <span class="synSpecial">(</span><span class="synType">int</span><span class="synSpecial">)</span> <span class="synSpecial">((</span><span class="synIdentifier">date</span><span class="synSpecial">(</span>'<span class="synConstant">Ymd</span>'<span class="synSpecial">)</span> <span class="synStatement">-</span> <span class="synStatement">$</span><span class="synIdentifier">birth</span><span class="synSpecial">)</span> <span class="synStatement">/</span><span class="synConstant">10000</span><span class="synSpecial">)</span>;
</span></pre>
<p>となる。が「ほぼ」年齢の計算式と書いたのは正確には「誕生日の前日が終了する瞬間」に年齢が加算されるので前日には年齢が上がっている。</p>
<p>利用する業務によってはその1日で大きな違いにもなる。以下のリンクに具体的な問題点などの指摘があるので留意。</p>
<dl>
<dt>ある地方公務員電算担当のナヤミ</dt>
<dd><a href="http://d.hatena.ne.jp/alittlething/20070827/p1" target="_blank">「生年月日から年齢を計算する簡単な計算式」は使えるとは限らない</a></dd>
</dl>
</div>
]]></content:encoded>
			<wfw:commentRss>http://blog.apecell.com/2007/09/16/id/7/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
