X年、Y月のZ週目月曜日が知りたいー。
ってときに使ったプログラム。
$yearに知りたい年
$monthに知りたい月
$weekに知りたい週(0～)
// 最初のX曜日を算出
for ($i = 1; $i > 8; $i++){
if(date("w", mktime(0,0,0, $month ,$i ,$year)) == 1){
break;
}
}
$ret = $i + ($week * 7);
// チェック
$last_day = date("t", mktime(0,0,0, $month, $ret, $year));
if ($ret < $last_day){
return;
}else{
return $ret;
}
日本の祝日とかで、第二月曜日が祝日だとかよくあるのでそのためだけに。
・フォームから送信された日付をDBにINSERT、UPDATEできる形にするための整形
・DBからSELECTで引っ張ってきたDATETIME型の日付の整形
上記を例として日付の整形ってよく出食わします。
sprintf、substr、explode、正規表現を使う等、いろんなやり方があると思いますが…
自分が使っている方法をまとめてみます。
※例 DATETIME型の文字列を整形して表示
$time = '2008-07-10 21:02:23'; $data = sscanf($time, '%d-%d-%d %d:%d:%d');
sscanf()はprintf()の入力版で、文字列を指定したフォーマットに基づいて配列で抜き出します。
(フォーマットについてはprintf()のマニュアル参照)
$dataは下記のようになります
Array
(
[0] => 2008
[1] => 7
[2] => 10
[3] => 21
[4] => 2
[5] => 23
)
一発で変数に入れたい場合はlist()関数を使いましょう。
list($year, $month, $day, $hour, $minute, $second) = sscanf($time, '%d-%d-%d %d:%d:%d'); echo $year.'年'.$month.'月'.$day.'日 '.$hour.'時'.$minute.'分'.$second.'秒'; //【結果】2008年7月10日 21時2分23秒
こんな感じにすれば取り敢えず整形して表示できますが、一桁の月、日はゼロで穴埋めしたかったりする場合もあったりするので、ここは関数sprintf()を使って整形します。
echo sprintf('%d年%02d月%02d日 %02d時%02d分%02d秒',
$year, $month, $day, $hour, $minute, $second);
//【結果】2008年07月10日 21時02分23秒
sprintf()の引数では配列を指定できませんが、vsprintf()を使うと配列を指定でき、
list($year, $month, $day, $hour, $minute, $second) =
sscanf($time, '%d-%d-%d %d:%d:%d');
echo sprintf('%d年%02d月%02d日 %02d時%02d分%02d秒',
$year, $month, $day, $hour, $minute, $second);
の二行を一行でやっつけちゃえます。
echo vsprintf('%d年%02d月%02d日 %02d時%02d分%02d秒',
sscanf($time, '%d-%d-%d %d:%d:%d'));
関数やメソッドで用意しておくと使い回しできて良いかと思われます。
カレンダーを作る際、春分/秋分の日が変動して計算が面倒です。
そんな春分/秋分の求め方は以下。
function getSpringHolyday($year){
if ($year <= 1947){
$ret = false;
}elseif ($year <= 1979){
$ret = floor(20.8357 + (0.242194 * ($year - 1980)) -
floor(($year - 1980) / 4));
}elseif ($year <= 2099){
$ret = floor(20.8431 + (0.242194 * ($year - 1980)) -
floor(($year - 1980) / 4));
}elseif ($year <= 2150){
$ret = floor(21.851 + (0.242194 * ($year - 1980)) -
floor(($year - 1980) / 4));
}else{
$ret = false;
}
return $ret;
}
function getAutumHolyday($year){
if ($year <= 1947){
$ret = 99;
}elseif ($year <= 1979){
$ret = floor(23.2588 + (0.242194 * ($year - 1980)) -
floor(($year - 1980) / 4));
}elseif ($year <= 2099){
$ret = floor(23.2488 + (0.242194 * ($year - 1980)) -
floor(($year - 1980) / 4));
}elseif ($year <= 2150){
$ret = floor(24.2488 + (0.242194 * ($year - 1980)) -
floor(($year - 1980) / 4));
}else{
$ret = 99;
}
return $ret;
}
20.8357とか、23.2588とか、0.242194とか、意味不明な数値が出てますが、
20.8357は、1980年の春分の日が、20日の20時14分4秒と発表されているので、そこから計算しているというわけです。23.2588も同様の考え方で・・。
0.242194は、1年365.242194日で扱われていたことから、差分として年数分計算してあげてます。
最後に、floor(($year - 1980) / 4)としているのは、閏年を考慮してます。
何分古いお話で、そんな感じで計算されてます。
チョコボールです。
MySQLにてSELECT時に値の形を変えて引っ張ってくる方法。
僕はステータスが数字で管理されているようなDB(※例: 男性が「1」、女性が「2」等)をfetchしてきて表示する時等に使ってます。
取り敢えずSELECTで引っ張ってきてプログラム側で加工してやればいいんですが、CASE式を使えば加工の必要が無いので結構楽です。
下記のようなmemberテーブルがあったとします。
+----+------+--------+ | id | name | status | +----+------+--------+ | 1 | 田中 | 0 | | 2 | 辻川 | 1 | | 3 | 鈴木 | 0 | | 4 | 山本 | 1 | | 5 | 西田 | 0 | | 6 | 上村 | 2 | | 7 | 星野 | 0 | | 8 | 宮村 | 3 | | 9 | 川田 | 1 | | 10 | 山田 | 1 | +----+------+--------+
ステータス 0 → 通常会員 1 → 有料会員 2 → 退会済会員
そのまま
SELECT * FROM member
としてfetchすると
Arrray ( [0] => Array ( [id] => 1 [name] => 田中 [type] => 0 ) [1] => Array ( [id] => 2 [name] => 辻川 [type] => 1 ) [2] => Array ( [id] => 3 [name] => 鈴木 [type] => 0 ) ・ ・ ・
のような感じで取得できますが、下記のようなSQLを組むことでプログラム側で加工無しに一発で引っ張ってくることが出来ます。
SELECT id, name, CASE WHEN type = '0' THEN '通常会員' WHEN type = '1' THEN '有料会員' WHEN type = '2' THEN '退会済会員' ELSE '不明' END type FROM member
Array ( [0] => Array ( [id] => 1 [name] => 田中 [type] => 通常会員 ) [1] => Array ( [id] => 2 [name] => 辻川 [type] => 有料会員 ) [2] => Array ( [id] => 3 [name] => 鈴木 [type] => 通常会員 ) ・ ・ ・
CASE式は他にもいろいろ使えるのでまた紹介します！
さて
文字コード周りで思いついたのでちょっと書いときます
波ダッシュ”〜”っていうのがあります。
にょろ とか 波線 とか言われてます。
Windowsだと普通に打つと”～”ですよね。
と、言ってもXPとそれより前では違うようですが・・・
色々問題があるようでSjisとUnicodeで変換かけると変わるとかあります。
と、いうか特定のエディタだと開けなかったりするみたいですね。
Shift_JISとUnicodeのマッピングが違うのが原因らしいですが、詳しいことはWikipedia見るといいと思います
で、PHP上で変換かける場合は
mb_convert_encoding('～', 'utf8', 'sjis-win');
mb_convert_encoding('〜','sjis-win','utf8');
ってな感じで”sjis-win”っていう拡張文字コード指定してあげれば求めている変換をしてくれると思います。
でもですね
特定のエディタで開けない(シェアのエディタ含む)場合があるので、複数人で触るようなソースに書くのはあんまりよろしくないのですよ
ってことで”〜”から”～”に変換するときは下の書き方の方がいいのかも
str_replace("xE3x80x9C",'～',$data);
たまーにMac使ってる人からデータもらうとそうなっている場合があるので、Macの方は注意した方がいいかもしれません。
携帯もSJISがメインなので。。。
“～”から”〜”に変換することはそうそうないと思いますので割愛
なんか便乗。
mb_strimwidth関数なんてシラネーって時に自力でやってました。
それ以前にPHPってここまで考慮されてるんだなーと、標準関数の多さにびっくらこきました。
で、自力でやってた感じは文字のバイト数見たりいろいろして変換。
function FN_chktext($text, $byte){
// HTMLタグを取除く
$text = strip_tags($text);
// 文字変換
mb_internal_encoding("SJIS");
$text = mb_convert_kana($text, "RNASKH");
// 文字数取得
$t_num = mb_strlen($text);
if ($t_num > $byte){
$text = mb_substr($text, 0, $byte);
$text .= "..";
$text = mb_convert_kana($text, "s");
}
return $text;
}
たまーに中途半端なところで切れたりして文字化ける始末で、面倒だったりします。
でもって、たぶん普通にmb_strimwidth使った方が早いです、はい。
お疲れ様です
のびーにょです
今日はDBオペレート時の話
自分はUPDATE文やDELETE分流す時には指差し確認を行っています。
なぜかって
怖いから
昔、本番環境のDB触ってるときにUPDATE文流す時に、”WHERE”句を付けずに実行した事があります。
会員のゲーム状況を保存しているテーブルで、それが一気に全部書き変わっちゃって・・・
あの時のあせりと言ったらもう、やばかったですよ。
幸い200件ほどしかテーブルにデータが入っていなかった(ゲームごとに違うテーブルでリリース直後だった)ので
手作業で戻すことができました。
また、上司が間違ってBBSのデータをdropしたことがありました。
あの時はバックアップから復旧したはずですけど、バックアップ取ってから書き込まれた内容は消えてしまっています。
そういう経験を見たり、自分でやっちゃってからは必ず指差しで”WHERE”句が付いていることを確認してから実行しています。
変更する物を先にSELECTで変更する内容、件数を確認してSELECT文を改変してUPDATE、DELETE文にするのもいい方法です。
それでも指差し確認してますけど。
皆様もDBを操作する場合には十分ご注意ください。
と、言っても自身がミスしない限りはきっと無理なんだろうなぁと思います。
プログラム組んでるとDBなんて日常的に操作する物だから、慣れで適当になってしまいますよね・・・
それでも自分で指差し確認をしているのはあの恐怖をもう二度と経験したくないからです。
皆さんも頭の片隅に入れておいて下さいね。
本日投稿2個目、チョコボールです。
DBから引っ張ってきた文字列をセレクトボックスで表示させる箇所で、
長ったらしい文字列があるせいでデザインが崩れてしまっている！という指摘を受けました。
指定した幅以上は「…」で表示するという、よくある表示方法で対処しようと思い、
substr関数等であれこれ試していましたが、mb_strimwidthという関数を使うといい感じでした。
mb_strimwidth(【文字列】,【開始位置のオフセット(最初の文字は0)】,【幅】,
【丸めた後にその文字列の最後に追加される文字列】,【文字エンコーディング】)
表示部分で『この横幅以下に抑えたい』という時に使えます。
文字コードに依存せず、第3引数の数値は半角を幅1、全角を幅2とします。
文字数ではありません。
また、第4引数も含めた数値になります。
$str = "あいうえおかきくけこ"; $str2 = "This is a pen."; echo mb_strimwidth($str, 0, 10, '…', 'UTF-8'); echo '<br />'; echo mb_strimwidth($str2, 0, 10, '…', 'UTF-8');
上記の結果は下記のようになります。
あいうえ…
This is a…
全角の文字の場合でも半角の文字の場合でもだいたい横幅が揃うはずです。
smarty側で書く場合はこんな感じです。
{$str|mb_strimwidth:0:10:'…':'UTF-8'|escape}
チョコボールです。
PHP言語での文字コードの変換といえば『mb_convert_encoding』関数。
mb_convert_encoding(【文字列】,【変換後の文字コード】,【変換前の文字コード】);
返り値は変換後の文字列です。
以前書いた記事、CSVファイル出力関数の時にも使いましたが、出力する直前に、
$str = mb_convert_encoding($str, 'SJIS', 'UTF-8');
のように使って文字列の文字コードを変換したりするわけです。
上記の場合、UTF-8からShift JISに変換です。
第3引数→第2引数
第3引数を指定しなかった場合は、内部文字エンコーディング
(php.ini の mbstring.internal_encoding の値)を使用することになります。
配列中の文字列の文字コードを一気に変換したい時、
foreach等でループさせてmb_convert_encodingかけて…
とかしなくてもmb_convert_variables関数で一行でいけます。
mb_convert_variables(【変換後の文字コード】,【変換前の文字コード】, 【文字列、配列、オブジェクト】);
変数はカンマで区切って複数指定できます。
第2引数→第1引数
mb_convert_encodingと違い、返り値は変換前の文字エンコーディングを返します。
失敗した場合はFALSEを返します。
$ret = mb_convert_variables('SJIS', 'UTF-8', $array);
上記の場合、返り値$retはSJISになります。
単に変換を掛けたいだけの場合は
mb_convert_variables('SJIS', 'UTF-8', $array);
の一行で。
一見似ている関数ですが、引数の順番の違い、返り値の違いに注意が必要です。
海外からのアクセスを防ぐ。
そんなお困りな方は、.htaccessで大体のことはできます(サーバが.htaccessに対応している必要がありますが・・)。
order deny,allow deny from all allow from .jp
とすれば、jpドメイン以外からのアクセスを防ぐことはできます。
しかし、これだけでは、apacheの設定具合等によっては普通にアクセスできてしまう場合があるので、IPで直接制限をかけた方が良いかなと。
JPNICが管理しているIPアドレスは以下から確認できるので、それのみアクセスできるようにすれば、一応国内からのみアクセスということができます。
http://www.nic.ad.jp/ja/dns/jp-addr-block.html
設定方法としては以下。
order allow,deny allow from all deny from 210.128.0.0/11 deny from 221.16.0.0/12 ・ ・
.htaccessサンプル(一応2008/11/27付のデータで作成)
ずらっと、大量に記述する必要がありますが、こんなに多量にあってもIPv4はもう喝々で、更に桁数の増えるIPv6にそのうち移行するとか言う話も出てきていたりします。
そんな感じ。