酔生夢死: PHP

TOP / PHP

<< 1 2 >>

2011年08月05日

jQuery Mobile その２。

昨日から猛勉強中のJQMであるが、やはりフレームワークってのは慣れないとなんだかめんどくせぇなあ…。
ちゃんとリファレンス見ればいいものを、そこらへんのブログを読み漁っていたらとんでもねぇウソが書いてあるしｗ

まあウソなのか旧仕様の説明だったのかわからんが、例えばdata-role="listview"のテーマカラーの設定。
ここはpageのdata-themeに関わらず、デフォルトで"c"に設定されるそうなのだ。
で、例えば全体のthemeを"a"にしたいとしよう。
ここでコンテンツにdata-theme="a"を設定してみるけれども

<li data-role="list-divider">

で記述する表題部分のテーマはデフォルトで"c"のまま。
ここも"a"にしたいとしよう。

で、どこぞで読んだBlog……いや、日記と言っておこう。
そこには

『classでui-bar-aを設定すればイイヨ！(´・ω・`)ｂ』

と書いてあったので試してみたのだが。
どうにもこうにも書き換わらない。
そこでGoogleChromeさんの力を借りながらソースを見てみると、確かに ui-bar-a は設定されているのだが、その後ろに　ui-bar-c がくっついてしまうのだぁ。

ところがところが。
ここに ui-bar-dやfを入れてみると、どういうわけか ui-bar-cが追加されないのだぁ～！
これはバグに違いない！キィィィィ～！

……と悶絶していたが、もちろんこれはウソ情報なのである。
どこに書いてあったのかも忘れたが。プンスカ。

正解はリファレンスに普通に書いてあるように

<ul data-role="listview" data-inset="true" data-split-icon="plus" data-theme="a" data-divider-theme="a" data-split-theme="a">

こんな風にするのである。
……というかdata-themeセットしただけで他の設定も全部上書きしろや…。
そうまでしてリストビューにはテーマcを使いたいのか…。

それともうひとつ。
上記設定で右側にアイコンボタンが付くリストを作ると、なぜだかアイコンの上部にラインが入ってしまう。
これはGoogleChromeのバグかなぁと思っていたら、safariで見てもやっぱりラインが入っている。
今度こそバグだろうと思っていたら、ついさっきベータ２（1.0b2）がアップされていたので、きっと直ってるんだろうなとアップデートしてみたが直ってなかった。orz

とりあえずheadに

.ui-btn-icon-notext .ui-btn-inner{
border-width:0 !important;
}

他への影響も考えずこう書いたら消えた。
まぁこれもウソ情報になるのかもしれんけどね。ククク。

※追記

ウソ情報でしたorz

うんこれデフォルトのデザインで線アリでいいんだね…
ボタングループで水平に並べると立体的な感じに見えるような仕様なんだね…
でもとてもわかりにくいよ……
というかむしろこうやって単発で使う時には消した方がいいだろう。
うん、いいに違いない。
消そう。うん。

Posted by php at 00:02 ｜Comments(0) ｜TrackBack(0) | PHP

2011年08月04日

jQuery Mobile。

今更ながらというか、やっとこjQueryに着手。
まぁ…食わず嫌いというだけの理由だったのでありますが。

で、とりあえずググって色々と試してみるのだが、なんだかどうも上手くいかない。
例えばサンプルをコピペして、とりあえずjsファイルを最新版にアップすると、なぜだかbackボタンが表示されないとか。
あれやこれやと格闘すること1時間、どうも世に出回っている解説には旧バージョンと新ベータ版とが散乱しているせいだということが判明。
(´・ω・`)ー３

…いや、バージョンが違うことはわかっていたのでありますが、新ベータ版（1.0b1）では大幅なアップデートがされていて、従来の仕様がガラリと変わっていたのでありますよ。
そこらへんチョチョっとググってもわからないハズ、アップデートが6月下旬になされたばかりのようなので、旧バージョンの解説サイトばかりがヒットしてしまうのであった。
もちろんちゃんとググれば仕様変更がまとめられたサイトもゴロゴロ出てくるんですけれども。

ちなみにbackボタンに関しては旧来は自動表示であったのが、どうも「勝手に表示してくれるなよ」という輩が多かったのか、デフォルトで非表示に変更されたどころか……例えばこれまではヘッダ部分に

<div data-role="header" data-backbtn="false">

とすればボタンが非表示になったので、これを

<div data-role="header" data-backbtn="true">

こすりゃいいんじゃね？なんてやってみても表示されず。
実際にはdeader部分ではなくpage部分で

<div data-role="page" id="page" data-theme="b" data-add-back-btn="true">

こげんばせんと表示されんとよ。めんどくさかーっ。

と思ったらデフォルト値を変更できるようだ(´・ω・`)

<script>
	$(document).bind("mobileinit", function(){
	$.mobile.page.prototype.options.addBackBtn = true;});
</script>

ちなみに初期設定はjqueryの読み込み後、jquery.mobileの読み込み前、まぁつまりこの間に挟んで書くのがお作法だそうな。

ともあれこれでやっとこ一歩目を踏み出せたので、コツコツと勉強していくとしましょう。
しかしjQueryが定着していくとどのサイト行っても同じデザインばっかになったりして、結局は独自デザインをしていかねばならなくなるわけよね。ふんむう。
まぁJavaScript部分でかなーり楽をできるので、やはりjQueryに本腰を入れていく方が得策なんだろうかねえ。
でもなーんかこういうライブラリを使うのって素人臭いというかJSを扱えないデザイナーが使うといったような先入観があってさぁぁｗ

……ええ、そんなこと言ってるから世間から取り残されていくわけです。はい。
頑張ろう。
一夜漬けで。

Posted by php at 01:15 ｜Comments(0) ｜TrackBack(0) | PHP

2011年04月01日

WordPress NewsPress 1.1をいじる。

ちょっとしたニュースサイトを作ろうかと思い、今更ながらWordPressをいじってみる。
ざっくりとテーマを探して、なんとなく良さげだったNewsPressを入れてみた。

使い方もよくわからぬまま、とりあえずカテゴリをいくつか作ってみた。

ヘッダメニュー部分にメニューを組み込むには、まず[外観>メニュー]にて新規のメニューセットを作り、続いて[外観>ウィジェット]から「Header left nav」に「カスタムメニュー」を登録、そこで今作ったメニューセットを選択すればOK、というところまではわかった。

で、NewsPressではトップページに３つのブロックがあり、それぞれにカテゴリを選択して新規記事を表示できる仕組みのようなのだが、なぜか

Not Found
Sorry, but you are looking for something that isn't here.

という表示が出て、記事が表示できないブロックが出てきてしまった。
なぜだろうかと少々ググってみると、不具合対策としてカテゴリ名には日本語を使用しない方が良い、と書いてあった。

実際カテゴリ部分には英語と日本語と両方を使用したものがあり、英語オンリーの方は正しく表示されていたので、原因はここだろうと推察。
ちなみにもちろん日本語カテゴリと言っても、「名前」欄が英語、「スラッグ」欄は英語にしてある。
じゃあ表示されないというのは恐らくスラッグではなく名前の方でフィルタリングしているからだろうと思い、その部分を見てみると……ビンゴ。

/wp-content/themes/newspress/index.phpにて、$cat_newsというのがカテゴリの「名前」らしく、

$main_cat_id = get_cat_ID($cat_news);

この関数でカテゴリIDというもんを引っ張り出しているらしい。
ということで、NewPressの45行目あたりの

<?php query_posts('showposts=4&category_name='.$cat_news);?>

ここで日本語の処理が正しく行われないようだから

<?php query_posts('showposts=4&cat='.$main_cat_id);?>

こんな風に書き換えたら上手くいきましたとさ。

ちなみにこれはトップのブロックの部分。
中央カラムの上ブロックだったら、90行目あたり

<?php //query_posts('showposts=4&category_name='.$cat_world);?>
↓
<?php query_posts('showposts=4&cat='.$right_top_cat_id);?>

中央下のブロックなら

<?php //query_posts('showposts=4&category_name='.$cat_sports);?>
↓
<?php query_posts('showposts=4&cat='.$right_bottom_cat_id);?>

こんな風にすればイイ。と思う。

Posted by php at 18:46 ｜Comments(0) ｜TrackBack(0) | PHP

2011年01月16日

Amazon API。

なにやらAmazon Web Servicesを使うのは面倒な上に日本人には優しくない英語仕様らしいのだが、なんとか頑張って少しいじれるようにしてみましょう。

まずこちらからアカウントを開設
http://aws.amazon.com/jp/

Amazonアソシエイト（アフィリエイト）とは別のアカウントになるので、新たに作ります。

画面右の開設ボタンを押したらemailアドレスを入れ、『I am a new user.』にチェックを入れる。

なんていう手順は全部ここに書いてあるので、ここ読めば大丈夫。
住所などを正確に入力する必要があるらしい。

登録が終わると『他のAmazon Webサービスを検索します』なんつってAmazon CloudFrontなどのサービス一覧が出てくるのだが、とりあえず
http://aws.amazon.com/jp/
ここに戻って右側の「アカウント」をクリック。
そして開いたメニューから「セキュリティ証明書」を選択。
するとそこには「アクセスキーID」と「シークレットアクセスキー」が表示されております。

で、あとはこれを使ってAmazonにリクエストを飛ばすわけですが、続く。

Posted by php at 19:18 ｜Comments(0) ｜TrackBack(0) | PHP

2010年10月02日

格安レンタルサーバファイヤバードの設定など。

先日見つけたネットオウル（netowl）という京都のサーバ関連サービス。
月額263円からの格安レンタルサーバミニバードと、月額525円からのファイアバード（こちらも格安だが）が少しパワーアップしたので一覧の修正を。

これまで新規登録キャンペーンでやっていたマルチドメイン数アップがデフォルトのサービスとなり、サブドメイン数も倍になりますた。
そりゃキャンペーン中だけのサービスだったら既存ユーザーが怒ってしまいますわよね…。
まぁもともと機能アップする予定のところをキャンペーンであるかのように見せかけるとは……常套手段ながら上手い方法ではあるｗ

ちなみにサブドメインもメールアカウント数も無制限のクローバーや、レジストラのスタードメイン、そしてSSLサービスのSSLボックスの方は特に変更ナシのようであります。

	minibird	firebird	clover
月額	\263～	\525	\1575
初期費用	\1575 （現在\500）	\2100 （現在\500）	\5250 （現在\500）
試用期間	2週間無料
容量	30GB	50GB	150GB
マルチドメイン	5個	10個	無制限
サブドメイン	100個	200個	無制限
オリジナルドメイン	1個（illust.jp ever.jpなど29種類のドメインから１つを選んで任意のサブドメインを利用可）
MySQL	5個	10個	50個
phpMyAdmin	○
PHP	5.1.6
Perl	5.8.8
Ruby	1.8.5
Python	2.4.3
SSI	○
PEAR	○
MIMEタイプ設定	○
Cron	×	5個	10個
.htaccess	○
htpasswd	○
アクセス解析	×
アクセスログ	×
Telnet/SSH	×
共有SSL	○
独自ドメインSSL	×	○ オプション初期費用\2100/年額\630円（ポイント利用で初期費用\0/年額\5670）
メールアカウント	100個	500個	無制限
WEBメール	○
POP/SMTP/IMAP	○
メール転送	○
アンチウィルス	○
スパムフィルタ	○
キャッチオール	×

で、Valuedomainより安いスタードメインにドメインを移管したりするとポイントがもらえるのです。
そしてこのポイントを利用して各種サービスの料金の支払いに割り当てることができるのです。

ってことで、早速Valuedomainからこちらに移管させてみた。
汎用jpドメインが2,990円→2,500円。（2010/10現在）
これだけで500円割安な上に、さらに600ポイントゲット。
そこでファイアバードを12ヶ月登録してみると、年6,800円が6,200円となり、実質初年度512円に。

あ、初期費用が500円かかるので、これがチャラになってオツリがくる、という風に考えた方がわかりやすかったｗ

で、実際触ってみたところ、レスポントがなかなかイイ。
ちょと色々設定したのでメモしておくと。

【マルチドメインを一括管理できるFTPユーザーを作ろう】

サーバのパスは

/home/アカウント名/ドメイン/public_html/（サブドメイン）

こういう風に設定されます。
が、初期状態だとまずオリジナルドメイン（ネットオウルが用意しているドメインで、サブドメイン部分に任意の名前をつけられる）に対するFTPアカウントが用意されます。
そしてマルチドメインを設定すると、ドメインごとに１つのデフォルトFTPユーザーが設定されます。

で、各FTPアカウントのホームは
/home/アカウント名/ドメイン
ここに設定されていて変更ができません。

ので、一瞬各ドメインで複数のFTPアカウントを使い分けなきゃならんのか！と焦ってしまったのですが、実際はFTPアカウントを作成すると、

/home/アカウント名

をホームにするアカウントが作れます。
FTPアカウント作成時に「ホームパス」の部分を削除すればOKです。

ひとつ惜しいのは、サブドメインがメインドメインのpublic_htmlディレクトリ内におさめられてしまう、ということですね。
ここは変更できない模様。

【MySQLの設定】

まずMySQLユーザーは「アカウント名_○○○」（※○○○は任意）という形になりまして、複数作成できますが、ユーザー権限の指定まではできませぬ。

次にデータベースですが、文字コードを指定してサックリと作成できます。
こちらも「アカウント名_○○○」というデータベース名になります。

で、あとはデータベースにユーザーを追加設定します。
XREAやCORE SERVERなどではデータベース作成と同時に（データベース名と同名の）ユーザーが作成されますが、これはあくまでXREAの仕様なのでご注意を。

尚、データベースは別ホストになります。（localhostではありませぬ）
データベース一覧画面に「MySQLホスト名」と書いてあるやつですね。
間違えてユーザーのホストを入れて「繋がらねぇなぁ」とボヤいていたことはナイショであります。

【htm・html拡張子や拡張子無しのファイルをPHPとして動かす】

.htmlや.htmといった拡張子をPHPで動かすには、.htaccessに

AddType text/html .php

こでOK。
また拡張子が無いファイルに対しては

ForceType x-httpd-php

でOK。○○○はそのファイル名。

【エラーが表示されない】
htaccessでdisplay_errorsをonにしてみても表示されない。
それは実はerror_reportingの値がデフォルトではno valueだからだっ！
なのでコンパネのphp.ini設定の中に手書きで

error_reporting = E_ALL & ~E_NOTICE
display_errors = On

と入れるか、該当PHPファイルの中に

error_reporting(E_ALL ^ E_NOTICE);
ini_set('display_errors', "On");

といった感じで設定しましょう。
今の所、htaccessの中のphp_valueを設定したり、php.iniファイルを単独で設定しては使えないようです。
ここらへんちょと面倒ですね。

Posted by php at 21:50 ｜Comments(0) ｜TrackBack(0) | PHP

2010年08月27日

concrete5　外部フォーム６　まとめ。

まぁそんなこんなで、外部フォーム（入力チェック＆メール送信機能付き）がこんなカタチになりました。

設置前の準備についてはこちらをご参照のこと。
http://blogs.dion.ne.jp/php/archives/9656778.html

<?php 
defined('C5_EXECUTE') or die(_("Access Denied."));
$form = Loader::helper('form');
$dtt = Loader::helper('form/date_time');
$val = Loader::helper('validation/form');
$captcha = Loader::helper('validation/captcha');

$myMail="hoge@hoge.hoge";//自分のメールアドレス

$fav=array(//セレクトボックスに使用するデータ
	'p' => 'Pears',
	'a' => 'Apples',
	'o' => 'Oranges'
);

if (isset($response)) {

$val->setData($_POST);
	$val->setFiles();
	$val->addRequired('p_name', '名前を入力してください。');
	$val->addInteger('p_tel', '電話番号には数字のみ入力してください。', false);
	$val->addRequiredEmail('p_mail', '正しいメールアドレスを入力してください。');
	if(!$captcha->check($field = 'ccmCaptchaCode')){
		$capError="認証欄に画像で表示されている英数字を正しく入力してください。";
	}

if ($val->test() and ($capError=="")) {
//お客様へのメール送信処理
$mh = Loader::helper('mail');

$mailtxt = t("
%s 様

送信ありがとうございます。
これは%sのテストフォームより送信されたメールです。
入力内容は以下の通りです。

お名前：%s
電話番号：%s
好み：%s
日付：%s

ご利用ありがとうございました。

", $_POST['p_name'],SITE,$_POST['p_name'],$_POST['p_tel'],$fav[$_POST['p_fav']],date("Y年m月d日 H時i分",strtotime($_POST['p_date_dt']." ".$_POST['p_date_h'].":".$_POST['p_date_m'].$_POST['p_date_a'])));

$mh->setSubject('送信テストメール確認用');
$mh->setBody($mailtxt);
$mh->to($_POST['p_mail'], $_POST['p_name']."様");
$mh->from($myMail, 'テストフォームより');
$mh->sendMail();

//管理者側へのメール送信
$mh2 = Loader::helper('mail');
$mailtxt.=t("
UserAgent: %s
RemoteAdd: %s
",$_SERVER['HTTP_USER_AGENT'],$_SERVER['REMOTE_ADDR']);

$mh2->setSubject('送信テストメール');
$mh2->setBody($mailtxt);
$mh2->to($myMail);
$mh2->from($_POST['p_mail'], $_POST['p_name']);
$mh2->sendMail();

echo "メールを送信いたしました。<br />ご利用ありがとうございます。";

} else {
	$errorArray = $val->getError()->getList(); 
	if(isset($capError)){
		array_push($errorArray,$capError);
	}
}

<? if(isset($errorArray)){ ?>

<? if((!isset($response))or(isset($errorArray))){ ?>
<form method="post" action="<?php echo $this->action('ex_form')?>">
	<p>入力して下さい。</p>
	<table border="1">
		<tr>
			<td>氏名</td>
			<td><?php echo $form->text('p_name')?></td>
		</tr>
		<tr>
			<td>電話番号(数字のみ)</td>
			<td><?php echo $form->text('p_tel')?></td>
		</tr>
		<tr>
			<td>好み</td>
			<td><?=$form->select('p_fav', $fav, 'a')?></td>
		</tr>
		<tr>
			<td>日付</td>
			<td><?=$dtt->date('p_date', $dtt->translate('p_date'), true)?></td>
		</tr>
		<tr>
			<td>Email</td>
			<td><?php echo $form->text('p_mail')?></td>
		</tr>
		<tr>
			<td>認証</td>
			<td><?=$captcha->display()."<br />".$captcha->showInput()?></td>
		</tr>
	</table>
	<input type="submit" name="submit" value="submit" />
</form>
<? } ?>

若干醜いのはさておき、まぁこれぐらいあればデフォルトのフォームより多少マシな作業ができるでしょう。

まぁホントはさらにDBの方にデータを放り込んだり、通常のフォームのように管理画面上で確認ができたりしたら尚イイのだけれども、またそれは次回までの宿題ということで。。。

Posted by php at 00:54 ｜Comments(0) ｜TrackBack(0) | PHP

2010年08月26日

concrete5 外部フォーム５　メール送信。

やっとこ辿り着きました。メール送信。
でも実はこれはドキュメント通りで全然楽勝だったりするのですｗ
http://www.concrete5.org/documentation/developers/helpers/mail

ではいつものように最初の呪文を唱えて

$mh = Loader::helper(‘mail’);

あとはここに要素をぶっこんで

$mh->setSubject('メール件名');
$mh->setBody('メール本文');
$mh->to('あて先メールアドレス','宛名');
$mh->to('2件目のメールアドレス','宛名');
$mh->from('差出人メールアドレス','差出人名');
$mh->sendMail();

(´・ω・`)ｂこんだけ。

ひとつ注意点としては、$mh->to()を複数設定した場合
、それぞれ宛てのメールが届くのではなく、toが並列表記される、ということぐらいでしょうか。
もちろん届いた方にはtoの欄に２つのメールアドレスが表示されていますので、一斉送信などには使ってはいけませんです。

ついでに、ccやbccも設定できるかな、と思ってやってみたのですが、どうもできない模様。
まぁ特に必要ありませんがね。

尚、こういう仕様になっておりますので、例えば送信されたフォームのデータを送信者と自分と双方に（送信者にはfromが自分に、自分にはfromが送信者になっている感じで）メールしたい場合、同じ$mhを流用してsendmailを2回行うとおかしなことになります。

別々の宛先にそれぞれメールを送信したい場合は

$mh2 = Loader::helper(‘mail’);

などと再度呪文を唱え、こちらで再度toや本文を設定して送信した方がよいと思われます。

さて、メール本文について、上に書いたドキュメントのページに面白い方法が載っております。

$body = t("
文章～～～%s
文章～～%s～～～～%s
", $uName, SITE, $changePassURL);

という方法ですね。
t()というのはメッセージを表示する部分で、デフォルトで設定されている文章に対してはLanguages/ja_JP.UTF8/LC_MESSAGES/messages.poにて翻訳されるようになっております。
例えばcontrollers/ec_form.phpにあるt('Thanks!')が

msgid "Thanks!"
msgstr "ありがとうございます"

という感じで翻訳されるわけです。
対応しない文章があればそのまま表示されるわけですから、通常はあえて使う必要もありませんが、この%sの機能は便利なので使ってしまいましょう。

t("文章", 挿入文字列1, 挿入文字列2, ～);

このように、文章中に挿入したい文字列などをカンマ区切りで列記しておくと、文章中で%sを記入した部分の順番に挿入されていくわけです。
見やすくなるのでイイですねえ。

で、肝心の送信されたフォームのデータの中身なんですが……これをどこで受け取るのかがわからない。
何か上手い方法がありそうなものだが、現状では普通に$_POSTを使ってやってみますと。

$body=t("
お名前：%s
電話番号：%s
",$_POST['name'],$_POST['tel']);

こんな感じですね。
SITEはサイト名の定数。他にも色々とありそうなのだが、
http://concrete5-japan.org/help/developer/constant/

あれ……SITEって載ってないねぇ……ま、いいでしょう。
とりあえず、あとはここで設定した$bodyを

$mh->setBody($body);

という風に入れてやるだけです。
簡単過ぎて特にこれ以上の説明はございませぬ。

ついでに面白いもん見つけた
http://concrete5.xross-cube.com/concrete5.3.3.1.ja_ref/nav.html?index.html
まあ面白くもないか。

それと今発見したんだけれども、vaildationの部分で

$val->add($e)

という表記を発見した。
これはひょっとすると前回キャプチャのエラーで面倒な処理をした部分がちょびっと回避できるかもしれない！
ということでここは後日見直そう。

【※補足】
見直してみたが、これはvaildation/formではなくvaildation/errorという別の呪文でのお話でした。
ちょっと調べてみたけれども、やはりエラーを追加するようなメソッドは無いらしい。たぶん。
なのでやはり従来の少々面倒な方法を使おう。

ま、メールの送信についてはこんな感じです。
ああ、くれぐれも日本語を使う場合はUTF-8で保存するように。
今の所文字化けなどは起きていません。

Posted by php at 18:23 ｜Comments(0) ｜TrackBack(0) | PHP

concrete5 外部フォーム４　CAPTCHA。

CAPTCHA（キャプチャ）とは画像で文字を表示してロボットによるスパムを排除する認証システムですね。
通常のフォームであれば、チェックひとつでフォームにキャプチャを取り付けることができるわけですが、外部フォームでは若干の手間がかかりまする。

http://www.concrete5.org/documentation/developers/forms/captcha

いつものようにまずは最初の呪文。

$captcha = Loader::helper('validation/captcha');

そしてフォームの方には画像と
<?=$captcha->display()?>

入力テキストボックス
<?=$captcha->showInput()?>

を設置。
さて、ここからがちょと面倒なのであるが、送信されたキャプチャの値の正否を判断するのに

$captcha->check($field = 'ccmCaptchaCode')

を使うわけです。
が、これは正しければtrueを返すということですので実際の使用には

if($captcha->check($field = 'ccmCaptchaCode')){
　正しい時の処理
}else{
　間違っている時の処理
}

こうなるわけです。
まぁこれだけなら問題は無いのですが、すでにここまでにvalidation/formを、すなわち入力チェックを導入してしまっているわけです。
そしてそちらのエラー情報は$valに格納され、最終的には$errorArrayに入り、foreachで回されてエラーを実際に表示させる、ということになっております。
つまりここでこの２つのエラーメッセージを統合させる必要が出てくるわけです。

もしかしたら何か上手い方法があるのかもしれませんが、とりあえずドキュメントを見た感じではどこにも書いてないみたいなので、非常に稚拙な方法ではありますが

if(!$captcha->check($field = 'ccmCaptchaCode')){
　$capError="エラーメッセージ";
}

とし、その後にある$valの方のエラーチェックである

if ($val->test()) {

という部分を

if ($val->test() and ($capError=="")) {

に変えて両方のエラーをチェックした上でさらに

}else{//上のifに対応するelse
$errorArray = $val->getError()->getList();
if(isset($capError)){
array_push($errorArray,$capError);
}
}

こんな感じで、キャプチャの方にエラーがあれば強引に$valのエラーメッセージに押し込むようにしてみましたｗ

ここらへんもう少しスマートな方法が無いものでしょうかねえ。。。
validation/form自体にキャプチャの判定機能を付けてくれていたらそれで済む話なのですが。。。

ついでに欲を言えば、validation/formに正規表現チェック的なものもあればいいのにー。
例えば現状では数字かどうかは判断できますが、ハイフン付き電話番号には対応できないわけです。
まぁコンクリでそこまでのフォームを必要とするものを作ろうとしていること自体が間違っているのかもしれませんがね……ハハハ……。

Posted by php at 10:31 ｜Comments(0) ｜TrackBack(0) | PHP

concrete5 外部フォーム３　日付＆時間フィールド。

メールの送信に進む前に、こちらのドキュメントを見ればまぁなんとなくわかるように

http://www.concrete5.org/documentation/developers/forms/concrete5-widgets

カラーピッカーやページセレクターなど、特殊なフォームを簡単に設置できる機能があるのです。
その中で日時セレクターを使ってみることにしましょう。
まぁ使いどころとしてはホテルの予約日とチェックイン予定時間を指定してもらうだとか、イベントの告知、誕生日時を入れて占いに…なんてこともできるかもしれませんな。

さて、まず最初の呪文が

$dtt = Loader::helper('form/date_time');

今までと同様にページ先頭にでも入れておきましょう。
そしてフォームの方では

<?=$dtt->datetime('p_date', "7/23/2010", false,true)?>

こんな風にしてみる。
p_dateは任意のフィールド名。
次がデフォルトで表示させる日付。
falseの部分は選択用チェックボックスをつけるかどうか。（後述）
trueの部分はカレンダーを表示させるかどうか。

と、これで日付の入るテキストボックス、それに時・分・AM/PMという３つのセレクトボックスが出てくるのです。
しかもテキストボックスを選択すると、カレンダーが表示され、簡単に日付を選択できるという仕様。
なかなか便利。
尚、この時のそれぞれのフィールド名は

[p_date_dt] 日付
[p_date_h] 時
[p_date_m] 分
[p_date_a] AM/PM

となります。

で、先ほどのfalseをtrueにしてみると

<?=$dtt->datetime('p_date', "7/23/2010", true, true)?>

頭にチェックボックスがつき、チェックを外すと日時のフォームは使用不可状態になり、データも送信されなくなります。
ちなみにこのチェックボックスのフィールド名は[p_date_activate]で、チェックが入っていると値が'on'になります。
チェックが入っていない場合はoffにはなったりせず、このフィールド自体が送信されないという仕様であります。

まぁ便利なんですが、実はこのままだとデータに入力エラーがあった場合に、それぞれの値がデフォルトの2010-7-23 00:00に戻ってしまうのです。

そこでこんな風にしてみましょう。

<?=$dtt->datetime('p_date', $dtt->translate('p_date'), false,true)?>

するとあら不思議、最初に表示した時には現在日時が、フォームが送信された後では送信された値が表示されるようになっているのであります。

で、日付だけの場合は

<?=$dtt->date('p_date', $dtt->translate('p_date'), true)?>

こうします。この場合のtrueの部分はカレンダーの表示・非表示の設定部分。
日付だけの場合はチェックボックスはつけられないようです。

そしてフィールド名は[p_date]となりますので、日付と日付＆時間の場合で異なる仕様に惑わされないようにしましょう。

さて、また長くなったので日付編で一度休憩しましょう。
次回は画像認証の組み込み方であります。

Posted by php at 03:31 ｜Comments(0) ｜TrackBack(0) | PHP

2010年08月25日

Concrete5 外部フォーム２　Validation。

いよいよ入力チェックを組み込んでいくわけですが、本家ドキュメントがなんとも不親切というか、まぁそもそも英語なんでよくわからない。
http://www.concrete5.org/documentation/developers/forms/basic-validation

では行きます。
/forms/test_form.phpに書いた下にさらに追加します。
まぁ先頭部分がこんな感じになるわけです。

setData($_POST);
$val->setFiles();
$val->addRequired('test_text_field', 'いれてよ.');

if ($val->test()) {
// proceed...
} else {
$errorArray = $val->getError()->getList();
}

?>

<? if(isset($errorArray)){ ?>
<ul class="errors">
<? foreach($errorArray as $errors2){ ?>
<li><?=$errors2?></li>
<? } ?>
</ul>
<? } ?>

}

これがホントに頭にくるわけですが、本家ドキュメントにあるのはsingle_page用のようで、そこの例にある通りに

$val->setData($this->post());

とするとエラーが出ます。
システム側でもpost()を呼んでいるためにバッティングのようなことが起こるようです。たぶん。
だもんでここを$_POSTとしておきます。

あとはドキュメントを参照すればなんとなくわかると思いますが、入力必須項目には
$val->addRequired()

メールチェックには
$val->addRequiredEmail()

数字かどうかを判別するには
$val->addInteger()

アップロードファイルがあるかどうかは
$val->addUploadedFile()

アップロードファイルが画像かどうかは
val->addUploadedImage()

てな感じのようです。
で、ひとまずテキストファイルの入力チェックには

$val->addRequired('フィールド名', 'エラーメッセージ');

という風に書くわけですが、このフィールド名とはもちろんフォームの方で設定をした

$form->text('test_text_field')

の、test_text_fieldがフィールド名になります。
注意点としては、エラーメッセージを日本語で書く場合はUTF-8で保存しましょう。文字化けします。

そして
if ($val->test()) {
の部分でエラーチェックされるので、
// proceed...
の部分に
echo $response;
を書いてもいいでしょう。
また、メールの送信も追々ここで行うことになるかと思われます。

そして最後に

if(isset($errorArray)){～}

の部分でエラーを表示させます。
適宜都合のいいように修正しましょう。
また、サンキュー文を表示させずに、ここでelseを入れてサンキュー文を直接書いてもいいかもしれませんな。

これでとりあえずエラーチェックまでできるようになりました。
お疲れ。

Posted by php at 17:19 ｜Comments(0) ｜TrackBack(0) | PHP

Concrete5 外部フォームのお話。

前回、外部PHPページを強制的にincludeしてカスタムフォームを導入するという掟破りなコトをしてみたわけだが、今度はちゃんとルールに則ってやってみることにした。
というのもconcrete5で使用できるフォームは非常にシンプルで、ちょっとした内容の送信であれば使い勝手はすこぶるイイのだが、デザイン的にちょっといじってみたり、よくある感じの
cm
みたいな入力フォームの後ろに文字を置いたり、また入力フォームを並列して置くこともままならない。
inputの幅を細々と設定するのも面倒だし。（CSSを使ってできなくはないのだが）
そこで、外部フォームを作成し、その入力の吟味、さらに入力された情報をメールで送信する、というところまでなんとかやってみたいと思う次第。

さて、まず外部フォームであるが、完全に外部でオリジナルの入力フォームを作って読み込める代物ではない、ということは前回の通り。
（と言いながら、もしかしたら少しいじればできるかもしれないと思い始めているがｗ）
というのも、ページは関数内部で読み込まれるため、データが全てLocal変数化してしまうからである。

そう、面倒くさがらなければなんとかできるかもしれないのだ。
だがそれはちょと置いといて、ちゃんと文法に則ってフォームを作成してみましょう。

まずはファイルの用意から。

/concrete/blocks/external_form/forms/test_form.php
/concrete/blocks/external_form/forms/controllers/test_form.php

この２つのファイルをコピーして、ついでにリネームしてここに置きましょう。

/blocks/external_form/forms/ex_form.php
/blocks/external_form/forms/controllers/ex_form.php

上のファイルはフォーム本体、下のファイルはレスポンス用（入力が完了した後の処理をする）のファイルです。

改めて説明する必要もありませぬが、ブロック内のファイルを追加したり改造した場合は、この/blocks/の同一ディレクトリ内にファイルを置くことによってオーバーライドできます。
アップデート時にファイルが上書きされる心配もなくなります。

が、ここでリネームしたことによってドツボにハマりますた。。。
その詳細は割愛しますが、次にこの
controllers/ex_form.php
を開いて書き換えを行います。

L3
class TestFormExternalFormBlockController extends BlockController {
↓
class ExFormExternalFormBlockController extends BlockController {

ド頭に注意。

ExFormExternalFormBlockControllerのExFormは、設定したファイル名に一致させなければなりません。
もしabc_def.phpというファイルであれば
AbcDefExternalFormBlockController
というように。。。
なんという仕様。。。

そしてもうひとつオマケで修正しておきましょう。
その下にある

public function action_test_search() {
↓

public function action_ex_form() {

例えばこんな感じに。
action_部分はいじってはいけません。（たぶん）

で、実際の実行部分が

$this->set('response', t('Thanks!'));

これになるわけですが、これはサンキューメッセージを表示する部分ですね。
まぁここは後で各自編集しましょう。
これでこちらのファイルの作業はとりあえず終了です。

次に/forms/ex_form.phpの方の設定を。
まず最初のおまじない。

$form = Loader::helper('form');

これでフォームを生成する材料を読み込む。
そしてフォームはこちら。

<form method="post" action="<?php echo $this->action('ex_form')?>">
<?=$form->text('test_text_field')?>
<?=$form->select('favoriteFruit', array('p' => 'Pears', 'a' => 'Apples', 'o' => 'Oranges'), 'a')?>
<input type="submit" name="submit" value="submit" />
</form>

ここでひとつミソなのが action('ex_form') の部分。
これが先ほどのファイルで設定した

public function action_ex_form() {

を実行させる部分。
まぁデフォルトのままでもイイんですが、とりあえず何らかの条件によって処理を変更させたい場合なんかはここで処理できますよってことで。

inputボックスを作るのはこれ。
<?=$form->text('test_text_field')?>

selectボックスを作るのはこれ。
<?=$form->select('favoriteFruit', array('p' => 'Pears', 'a' => 'Apples', 'o' => 'Oranges'), 'a')?>

詳細については本家ドキュメントを参照しましょう。
http://www.concrete5.org/documentation/developers/forms/standard-widgets
inputにstyleなどの要素を設定することもできるのがわかりますね。

あとはとりえあずtest_formをそのまま採用して
if (isset($response)) {
echo $response;
}
レスポンスがあれば、つまり先ほどのファイルの

$this->set('response', t('Thanks!'));

これが設定されていれば、サンキュー文を表示しますよ、ということになります。
さて、次に入力エラーチェック（Validation）を組み込んでいきますが、ここがまた一苦労しましたわー。。。

長くなったので次の記事に。

Posted by php at 16:49 ｜Comments(0) ｜TrackBack(0) | PHP

2010年08月21日

再びKAGOYAの話題でも。

仕事で利用しているKAGOYAのレンタルサーバであるが、いつの間にかフルマネージドの専用サーバプランができていた。

共用サーバは10GBで月額1,050円からとなかなかリーズナブルなのだが、マルチドメインの設定で1アカウントごとに525円、またMySQLも1DBごとに525円、てな感じで複数サイトを運用するとコストがかさんでしまうのが難点なのだった。
もちろん無闇にDBを作らせないお陰で安定運用できているのも事実。
ここ数年使用しているが今のところこれといったトラブルは起きていない。
まぁ若干初期設定にクセがあるぐらいで、使い勝手としてはそこそこイイ。

で、専用サーバの方はというと、最小クラスで160GBのディスクスペースで月額7,350円となかなかリーズナブルなのだが、専用サーバのくせになぜだかこちらもマルチドメインやデータベースが別料金なのだｗ

が、10ドメイン（ディレクトリ）、10DBまでは無料で使えるのだ。
すなわち、もし共用サーバに複数のドメインをぶっこ無のであれば、プランによっては専用サーバの方が割安になったりするわけですよ。

例えば共用スタンダード40（月額4200円）で4ドメイン・4DBを使用するとプラス4200円。
なので合計すると専用201（月額7350円）を超えて8400円になってしまうわけですわ。
ってことで5ドメイン以上をお手軽に管理しようってんなら、このKAGOYAの専用サーバもなかなか旨みがありそうなのである。

Posted by php at 01:22 ｜Comments(0) ｜TrackBack(0) | PHP

2010年08月07日

ちょと注目の格安レンタルサーバ。

最近少々目についたネットオウルという京都の鯖屋のサーバ関連サービス。
結構前からやっていたようだが、なぜ気がつかなかったのだろうか。

サーバは3種類、そしてドメインレジストラのスタードメイン、そしてSSLサービスのSSLボックス。

サーバは月額263円からでMySQLにも対応のミニバード、月額525円のファイアバード、そしてマルチドメインもサブドメインもメールアカウント数も無制限のクローバーがあるわけだが、ちょと機能を比較してみましょう。

	minibird	firebird	clover
月額	\263～	\525	\1575
初期費用	\1575 （現在\500）	\2100 （現在\500）	\5250 （現在\500）
試用期間	2週間無料
容量	30GB	50GB	150GB
マルチドメイン	2個（現在5個可）	5個（現在10個可）	無制限
サブドメイン	50個	100個	無制限
オリジナルドメイン	1個（illust.jp ever.jpなど29種類のドメインから１つを選んで任意のサブドメインを利用可）
MySQL	5個	10個	50個
phpMyAdmin	○
PHP	5.1.6
Perl	5.8.8
Ruby	1.8.5
Python	2.4.3
SSI	○
PEAR	○
MIMEタイプ設定	○
Cron	×	5個	10個
.htaccess	○
htpasswd	○
アクセス解析	×
アクセスログ	×
Telnet/SSH	×
共有SSL	○
独自ドメインSSL	×	○ オプション初期費用\2100/年額\630円（ポイント利用で初期費用\0/年額\5670）
メールアカウント	100個	500個	無制限
WEBメール	○
POP/SMTP/IMAP	○
メール転送	○
アンチウィルス	○
スパムフィルタ	○
キャッチオール	×

ヘヴィな使い方をするには若干物足りないかもしれないが、この価格帯のサーバとしてはかなり優秀ではないだろうか。
また、これらのサービスは全て１つのネットオウルアカウントで管理できる（コントロールパネルが共通している）のも便利である。
もちろん各サービス毎のアカウントは複数利用可能。

ちなみに複数FTPアカウントが使えないが、FTPアカウントは（サブ）ドメイン毎に1つ設定される模様。
MovableTypeやWordPress、Xoops、Concrete5、Joomlaといった定番CMSや、EC-Cube等のカートシステムの動作確認も取れているので、中規模サイトにはもってこいのありがたいサーバである。

若干CGIの負荷にうるさいというクチコミも見られたが、それはそれで一般ユーザーにはありがたい話である。
XREAとかかなり放置ですからねぇ。まぁあそこはそれがイイわけですが。

スタードメインも結構安い。というかValuedomainより安い。

試用してみた感じではレスポンスも特に悪くもないので、とりあえず現状で使っているサーバのいくつかを移そうかと考えている次第である。

Posted by php at 05:30 ｜Comments(1) ｜TrackBack(0) | PHP

2010年02月20日

超画像プロテクトプロジェクト。

なんてことは無駄な抵抗なことぐらいわかっている。
わかっているのだが。
クライアントさんが安心すればそれでいいのである。うむ。

えー、何の話かと言えば、WEB上の画像を持っていかれないようにするための方法である。
ぶっちゃけPrintScreenキーを押されれば持って行かれるのである。

でまぁ手っ取り早いのはFlashにでも画像読み込ませて表示させる方法であるが、これじゃあ面白くない。
そうだ、PrintScreenを押した瞬間に画像を非表示にさせればいいのだ！

で、やってみた。
が……当然ながらOSの挙動にFlashが適うわけもなく。
画面がキャプチャされてから画像が非表示になるという……orz

逆のパターン、つまり何かキーを押している時だけ画像表示とかもやってみたが、結果は同じ。先にキャプチャが発動するのである。

ではFlashはやめよう。
そこで画像をオンザフライで加工して著作権表示させようと考えた。
ここからがまた苦難の道のりである。

PHPの画像処理っていうとImageMagickなわけだが、さくらサーバではまぁ色々とありまして。
なんとかこちらのサイトを参考に（というかそのまんま実行）してimagickをインストール。
http://d.hatena.ne.jp/kiyoyu/20080517

まぁバージョンとか多少違うところとか補足とか書こうかと思ったが、もう元気がないのでやめておこう。

　
さて、imagickを使う準備ができた。
あとはどこまで追い詰めてやるかだ。
作りたいのは画像限定公開ページ。
特定の人だけに画像を見せ、さらに画像の流出を防ぎたいのである。

ってことはとりあえずメールで登録させましょう。
登録というのも面倒なのでタイムリミット制にしましょう。

まず名前やメアドをフォームから入力。
するってぇと入力したメールアドレスに認証パス付きURLを送る。
同時にMySQLにメアドやら生成したパスワードやら登録時間（有効期限）を登録。

続いてその公開ページでは、URLからパスやらをGETして、有効期限内かどうか認証。
そして認証されると画像を表示。
しかもこれがまたただの画像ではない。
表面に透過GIF置いて背景に画像を表示させるのはもちろん、その背景画像URLはJavaScriptでほんのり隠蔽し、かつ画像ファイルというのが先程インストールしたimagickを使った画像生成PHPファイル。

ここでもURLにパスをかませて認証するのはもちろん、WEBディレクトリより上位に置いた画像を読み込んだ上に、登録されてるメールアドレスを画像上に透過させてバラまいたのだぁ！
メアドだけじゃつまらんのでIPまで表示させてやった。
これでコピーできたとしても迂闊にバラまいたりはしないだろうという寸法さ。
自分のメアドが乗ってるからな。ヘヘヘ。

もちろん画像はオンザフライ表示。
一時ファイルなんか作らないぜ。
もうサーバにどんだけ負荷かかってんだか知らないが、まぁとりあえずコレに一晩かかった、ということを書き残しておきたかったのである。

疲れた。。。

Posted by php at 06:16 ｜Comments(0) ｜TrackBack(0) | PHP

2010年02月03日

Concrete5の外部フォーム。

これから書くのは非常に危険極まりない方法であることを先に断っておきましょう。
真似しないように。
あくまで自分用のメモ書きであります。

Concrete5には外部フォームというものがあるのだが、これがまたイマイチ使い方がわからんのです。
恐らく一定の書式で書けば簡単に入力チェックとかもできるのでありましょうが、今やろうとしているのはすでにPHPで組み上がっている自作注文フォームをぶち込むという方法。

恐らくConcrete5の書式に乗っ取って書き換えることはできるのであろうが、なんせ時間がない。
有料のカート（$95）やDBが扱えるアドオン（$35ぐらい？）というものもあるのだが、日本語が使えるのかとかなんとかいう情報もなく、試用もできないみたいなので手が出せない。（というか予算出してくれない）

まぁこれぐらい自腹切ってもいいのだが、とりあえず強引に組み込んでみることにした。
どこのBlockに組み込んでもいいんだが、ひとまず外部フォームブロックに新しく組み込んでみましょう。

/blocksにexternal_formディレクトリを、さらにその中にformsディレクトリを作成。
そこに/concrete/blocks/external_form/formsのtest_form.phpをコピーして、今作った方のformsディレクトリにリネームして保存。
で、従来ならさらにそこにcontrollersディレクトリを作って、同名のファイルを保存して、諸々の処理をさせるらしいのだが、今回はそこは無視するので作らずにスルー。

で、仮にこれをshopping.phpという名前にしてですね、この自作カートはこのファイル一枚だけで、途中の処理は処理ごとに外部ファイルを読み込むという方式。
ところがsession使ったりMySQLからデータを入出力したりで色々とややこしい。
まぁとりあえずものは試しにと、shopping.phpにカートの処理部分であるPHPソースを丸写しして保存。

あとはconcrete5の方でカート用のページを作成し、ブロックには「外部フォーム」を選択し、「shopping」を選べばOK。

のはずなんですが。
まず最初に引っかかったのがsession。
単純に「session_startは冒頭だったな」とか言いながらindex.phpの冒頭に

include_once("初期処理ファイル");

なんつって書き加えてsessionを開始する外部ファイルを読み込ませる処理をしたら怒られた。

当然ながらConcrete5ではログイン情報としてsessionを使用している。
だもんでここは初期処理ファイルからsession_startとsession_savepassをコメントアウトして完了。

ついでになんとなく
mb_language("Japanese");
mb_internal_encoding("UTF-8");
もコメントアウトしてみた。

ところが。
どうにもこうにもsessionを書き込む処理が働かない。
というかすでに作ってから時間が経ってるので自分でどんな処理をさせているのか忘れているのが一番イカンのだが。。。

$_POSTは確実に通っている。
それを初期処理ファイルでクリーニングして変数$abcに入れてあるはずなのに、読み込む段階でカラッポになってしまっているのだ。
おかしい。
おかしい。。。
何かがおかしい。。。。。。。。

Σ(￣□￣；)ハッ

も……もしかして……

global $abc;

ヾ(@ﾟ▽ﾟ@)ノおおおおぉ！！

そうなのだ、このshopping.php内に書いたソースの変数はconcrete5内ではローカル変数として扱われるのだあああ！！！

……まぁこの際私のソースがヘボいのはさておいて。
すでに全部グローバル変数で作っちまったんだからしょうがないじゃあないですか。
まさかこんな事態になるなどと思いもよらずに作っていたのだからー…。

でまぁ結論から言えば、最終的に力技を使いまして。
shopping.phpの冒頭で使用する変数を全部グローバル宣言してやりましたわｗｗｗ！

こうして無事に（セキュリティ的にどんだけ危険かは知らん）$95を節約してカートの組み込みに成功したのでした。

あ、最後にひとつ。
そのカートの最後でmb_send_mailにてメールを送信するようになっているのだが、メーラーによっては激しく文字化け。
ということで冒頭でコメントアウトしてしまった

mb_language("Japanese");
mb_internal_encoding("UTF-8");

こいつらを復帰させて無事に終了。
もう少しスマートに作りたいもんだが、いかんせん時間が…。
以上、参考にならなかっただろうけども、決してマネをしないように。

Posted by php at 05:50 ｜Comments(0) ｜TrackBack(0) | PHP

2010年01月20日

POSTできないという恐怖。

先日から鬼気迫る感じでSAKURAサーバの設定をしているのでありますが、本当にクセのありすぎるサーバである。
安くていいんだけどねぇ……Apacheのconfファイルをいじれれば問題なくなるんだけども……。

そんな疑心暗鬼の中、フォームで入力されたデータがPHPにて受け取れないという奇怪な現象が発生。
しかもその発生条件がさっぱりわからんのである。

とりあえずとても簡単なフォームを作ってみる。
と、確かにPOSTされたデータが取得できる。
だがここにinputやらtextareaやらを増やしていくと、とたんにデータが受け取れなくなるのだ。

受け取れなくなるなどという生易しいものではない。
データがPOSTされなかったことになってしまうのだ。

しかもinputタグ内からEnterキーを押した場合と送信ボタンを押した場合とで挙動が変わる！
なんとかこの症状の発現法則性を見つけ出そうとするのだが、どうしても見つからない。
眠気は増すばかり。
Zzz...
って実際そのままつっぷして寝てしまった。

とりあえず気を取り直してtextフィールドとtextareaとsubmitボタンを設置。
送信ボタンを押すと、同ページにPOSTして、その値が元のtextとtextareaにデフォルトで入力された状態にする、というシンプルなフォームを作成。
ついでにprint_r($_POST)でデータ全体を見てみることにした。

textに「あ」と書いてみる。OK。
textareaに「い」と書いてみる。OK。
textに「あああ」と書いてそこでEnterを押してみる。OK。
この「あああ」と「い」が表示されている状態で送信ボタンを押してみる。

NG！∑(￣□￣；)

なんじゃこりゃあ！
もう半日これやってる私はやけくそになった。

「あ」OK
「ああ」OK
「あああ」OK
「ああああ」OK
「あああああ」OK
「ああああああ」NG

(´・ω・｀)ん？

「あああああああ」NG

(´・ω・｀；)

もしかして……POSTデータのMAXサイズが……いや、それはこないだ50MBに設定したはずなんだ……がっ……

∑(￣□￣；)が――――！！！！

php.iniの設定でだな、先日post_max_sizeと、ついでにupload_max_filesizeもなんだが、50MBに確かに設定したのだ。
したのだが。

post_max_size = 50MB

と書いていた。。。orz

post_max_size = 50M

正しくはもちろんこうだｗｗｗｗｗ

　

こ……こんな初歩的なボケで一日潰してしまうとは。。。
さらにはそれをSAKURAのせいにしようとしていたとは。。。。。orz

皆様もご注意を。
え。そんなボケするヤツなんていませんか。そうですか。

Posted by php at 06:17 ｜Comments(0) ｜TrackBack(0) | PHP

2009年12月17日

低価格マネージド専用サーバ。

最近1万円を切る低価格のマネージド専用サーバをちらほらと見受ける。

大手で言えばこの12月からさくらが、後を追うように1月からはKAGOYAがそれぞれ7000円代のマネージドプランを始めているのであります。

私としてはLinuxの知識はからっきしなので、マネージドというのはありがたいわけだが、通常は数万から10万以上の月額がかかるのが相場。
ではこれらはなんでこんなに安いかって、実は専用サーバをマネージドするというよりは、共有サーバを丸ごと一人に貸してやるっていう感じなんですね。

だから例えば現時点でさくらやカゴヤを利用してて、グレードアップとしてこれらのマネージド専用鯖に移るのは非常に容易なのであるが、別サーバからだと非常に面倒なのである。
サーバの引越し代行オプションなんてのもなく、httpd.congをいじれるわけでもなさそう。
このあたりを解消してくれるともっと利用したくなるわけだが、とりあえず普通に使用する分にはさくらのサーバなんてのはかなりお得なのではないだろか。

若干CPUがAtom300と、専用サーバ（ベーシック）のCore 2 Duo　E7500 2.93GHzと比較してしまうと見劣りするが、そんなに負荷の無いサイトなら十分なんじゃなかろうかね。どうかね。

Posted by php at 04:03 ｜Comments(0) ｜TrackBack(0) | PHP

2009年11月22日

XSERVERへのSQLite Managerのインストール。

なんか最近SQLiteManagerの記事へのアクセスが多いのに実は中途半端に放置したままだったので再度投下しましょう。

…って思ってみたんだけども、バージョンは未だ1.2のままなのね…。
なんかちょっとFlashでGUIとか作ってみようかしら。
どうかしら。ダメかしら。

それはさておき、手順は今までと同じ。

まずオフィシャルの
http://www.sqlitemanager.org/index.php?lang=en

左側のDownloadから
http://downloads.sourceforge.net/sqlitemanager/SQLiteManager-1.2.0.zip

をダウンロードして解凍して適当なところにアップ。
データをUTF8で管理している人は、続いてlangフォルダの中のjapanese.inc.phpを開いて10～11行目を

$charset = 'UTF-8';
$langSuffix = 'ja-utf-8';

に変更し、UTF8で保存する。EUCの人はそのままでOK。
これEUCのままにしとくと管理画面が文字化けします。

これでアップロードすれば、ひとまずtest用のデータベースが見られる状態になっているのであります。
LanguageをJapaneseにしておきましょう。

と、ここで「読み取り専用」と表示されるハズなのです。

…と、前回書いているのだが、なぜか今回は表示されず。
そうだ、XSERVERは書き込みディレクトリのパーミッションは700、書き込みファイルは600でいいので、DWでアップしたところディレクトリは755、ファイルは644になってるんで、多分このままでいいんだろう。うん。

もし「読み取り専用」と表示された人はincludeディレクトリのconfig.dbとついでに何に使われてるのかよくわからないがconfig3.dbも、666とか606とかサーバにあわせた設定にしときましょう。

　
さて、ではデータベースを追加しましょう。

これまた適当な場所に空のファイルを設置。
このファイルは外部から見られないように、FTPトップディレクトリ直下にsqlというディレクトリを作り

/home/サーバアカウント/sql/

ここにとりあえずデータベースを新規作成してみましょう。
画面左の「ホーム」を押して最初の画面に戻り、「新しいデータベースを追加」の名前欄に適当な名前をつけ、Versionは３、「データベースをアップロード」にチェックを入れて、その下の欄には先ほど作ったディレクトリと実ファイル名を指定

/home/サーバアカウント/sql/ファイル名.db

これで間単にデータベースを作成・追加できまする。
まぁ混乱しないように「名前」とファイル名は同じにしといた方が無難でしょう。
　
さて、では今度はすでにあるSQLiteデータベースをマネージャの方に追加してみましょう。

今作成されたサーバ上のデータベースファイルをコピーしてリネームしておきます。
仮にtest2.dbとした場合、名前欄に適当な名前を、パス欄には

/home/サーバアカウント/sql/test2.db

とし、「データベースをアップロード」にはチェックを入れずに「保存」ボタンをクリックすればOK。

ところが。
ローカル「参照」からローカルのファイルをアップロードするというのが上手くいかない。
これは恐らくバグなのか、こちらの手順が悪いのか、どうやってもデータベースファイルがSQLite Manager本体のディレクトリにアップされてしまいますｗ

まぁローカルにファイルがある場合は、おとなしくFTPでアップしてからManager追加しましょう。

　
あとはセキュリティです。
SQLiteにはユーザーアカウントやパスワードなど必要なくアクセスできてしまいます。
ので、データベース本体は上記のようにブラウザでアクセスできない位置に置いておくのがよいでしょう。

次にManager本体ですが、単純にBASIC認証をかけてもいいですし、前に書いたようにSQLite Managerのセキュリティ機能をONにしてもよいです。
http://blogs.dion.ne.jp/php/archives/6908659.html

って、そこ読むと……Admin権限を削除してえらいことになってますな…。
まぁ面倒だからBASIC認証がオススメかもです。

Posted by php at 03:00 ｜Comments(0) ｜TrackBack(0) | PHP

2009年11月13日

XSERVERにConcrete5をインストールしてみる。

ただ今実況しながらXSERVERにConcrete5をインストールしてみることにする。

準備するもの
XSERVERのアカウント

Concrete5の最新版
FTPクライアント
お気に入りの本

まずはXSERVERコンパネにてMySQLデータベースを作成。
文字コードはUTF-8で。
XSERVERのMySQLってばさらにユーザーを付与させねばならんのが若干面倒なところ。
まぁこれが普通なのでありますが、XREAと比べてしまうとどうも勝手が違って違和感が。

続いてインストールしたディレクトリにファイルをアップ。
まぁ先にアップ作業をして、待ち時間中にデータベースの設定をしておくのがよいでしょう。
なんせファイルが多くて時間がかかる。

そしてこれがまたXSERVERのFTPのせいなのかどうかわからないのだが、よくファイルのアップに失敗するのである。
この膨大なファイルの中で数ファイルロストするとそのファイルを探してアップするのがまた一苦労。
というか面倒なだけですが。

さて、ここで注意。XSERVERのデフォルト文字コードがEUCなのである。
↓
mbstring.internal_encoding：EUC-JP

なのでコンクリ５の公式サイトにあるように、ここをUTF-8にしてやりましょう。
XSERVERの場合はphp.iniが置けるので、設置したトップディレクトリ（index.phpのあるディレクトリ）に以下を書いたphp.iniを置きましょう。

default_charset = UTF-8
mbstring.language = neutral
mbstring.internal_encoding = UTF-8

尚、sv50番台以下のサーバでは置けないので、.htaccessにて

php_value default_charset UTF-8
php_value mbstring.language neutral
php_value mbstring.internal_encoding UTF-8

でOK。あとは mbstring.http_output の設定がSJISである点も気になるところですが、これはまた後ほどチェックすることにしましょう。
なんせリアルタイム作業中なので。

　
そうそう、あとPHPのバージョンも注意。
PHP5.1以上で作動しますので、コンパネからPHPのバージョンを5に切り替えておきましょう。

…ってここまで書いてもまだアップが終わりませぬ。
Dreamweaverにてかれこれ20分が経過しております…。

そこで「お気に入りの本」を取り出して読む！
もしくは「読みかけの本」でもいいです。
DSやPSPやっててもいいです。
ただそっちにハマりすぎてアップしていることを忘れないように注意です。
ベッドで寝ながら読んでたりすると眠ってしまいます。

　
～～～読書中～～～

なんだかんだで30分かかってアップ完了。
ようやくセットアップに取り掛かりましょう。

ブラウザでインストールしたURLにアクセス。
するとチェック画面で一番上と下の項目に「！」マークがついております。
上はバージョンが5.2じゃないとタイムゾーン機能が使えないよという警告なのですが、残念ながらXSERVERは5.1なのでここは無視。

一番下では
concrete/libraries/3rdparty/htmldiff.pyの権限をchmodコマンドで「755」～
と表示されますが、「700」でOK。

その他ディレクトリ
/config
/files
/packages
/themes
の書き込みを許可しろと書いてありますが、755になってればOKでしょう。多分。

入力項目は適当に。
データベース関連はXSERVERのMySQL設定を開いて

サーバーアドレス：mysql○○.xserver.jp
MySQLユーザー名：「アクセス権所有ユーザ」
MySQLパスワード：「アクセス権所有ユーザに設定したパスワード」
データベース名：「データベース」

を入力。
非常に不親切なことに、サーバアドレスが「MySQL Ver.切り替え」→「MySQL情報」に書かれているので注意。
MySQLユーザーのサーバアドレスではないのです。

初めての人は「サンプルデータをインストール」のチェックを入れて、不要な人は外してインストールボタンをクリック！

……したらいきなりエラーです。。。orz

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 4097 bytes) in /～/concrete/libraries/3rdparty/adodb/adodb-xmlschema03.inc.php on line 2058

うーん、メモリが足りないようで。

　
で、ここで再度インストールを続行しようとしても画面が真っ白になります。
/config/site.phpと、MySQL内のテーブルを全部削除しましょう。
面倒です。

　
さて、ここにきて初めてConcrete5オフィシャルにXSERVERへのインストール手順が書いてあることに気づきますた。
(´・ω・｀；)

http://concrete5-japan.org/help/new_help_pages/xserver/

だがここにはこのエラーに関する言及が無い。
きっと前のバージョンでは出なかった問題なのかなんなのか。
とにかくメモリが足りないみたいなので増やしましょう。

先ほどのphp.iniに一行書き足し。

memory_limit = 32M

多分16Mとかでも大丈夫なんでしょうが、とりあえずこれで行けたのでこうしておきましょう。
で、再度インストールすると……見事に成功！

晴れてインストールが完了しましたとさ。
おしまい。

かと思いきや。
大問題発生！！！！！

この作業をしているWinノートにはIE6を入れてある。
もちろん管理しているサイトのブラウザの挙動をチェックするためである。（デスクトップはIE7）
これが裏目に出た。

なんとIE6からでは恐らくJavaScriptのバグかなんかのせいでユーザーの追加やパスワードの変更ができないのであーる！

そんなこととは露知らず、うっかりインストール直後に表示されたパスワードをとっとと削除してしまったのだっ！
ヒィィィ！

一応PHPMyAdminから直接パスワードをいじろうともしてみたが、単純にMD5化されているわけでもないようで、断念。
結局またまたインストールしなおしましたとさ。

今度こそおしまい。

　
【今回の注意点】
・php.iniでメモリを上げておく
・初期パスワードはちゃんと保存する
・というかIE6でインストールしない
・転んでも泣かない

(´・ω・｀)ｂ

Posted by php at 05:42 ｜Comments(0) ｜TrackBack(0) | PHP

2009年08月04日

Concrete5の誤解。アップデートとオーバーライド編。

日本語サイトの説明が残念ながら未だに充実していないまま、アップデートのあったConcrete5。

今回のアップデートでひとつ重要な誤解というか、いいコトを学んだ。

ブロックのテンプレートをいじる際、

/インストールdir/concrete/blocks/ブロックdir/template/

ここにview.phpを改造したテンプレートPHPファイルを置いていたが、実は誤った使い方であった。
実際には

/インストールdir/blocks/ブロックdir/template/

ここがユーザー領域らしく、ここに置いてしまえばファイルはオーバーライドされるらしい。
多分view.phpファイルやその他もオーバーライドできるんじゃなかろうか。

ということにアップデート直前に気づいたので、とりあえず今まで作ったtemplateファイルをユーザー領域に移動させ、アップデート手順に従って作業を進めていくと……ん！？

管理画面に入れなくなった！

なぜかエラーが出て管理画面どころかサイトトップも表示できない始末。
やっちまったか！？
しかも運用中のサイトにっ！

何が原因かもわからぬまま、とりあえずなんとなく先ほどアップしたユーザー領域のテンプレートを削除。

したら復帰しますた。(´・ω・`；)
なぜだろう…。

とりあえず原因不明のままではあるが、無事に管理画面からアップデートを完了し、再度テンプレートをアップして作業完了。

まだまだ何か誤解していそうな部分が多そうである。
本家サイトで英語と格闘せねば…。

Posted by php at 22:53 ｜Comments(0) ｜TrackBack(0) | PHP

このページの上へ▲