①　まずは、検索する。

②　ダウンロードしてインストール、その後、「ネットワークで有効化」をクリック。

③　ユーザのメニューに「Capabilities」が表示される。

④　該当の権限グループを選ぶ。

別の権限グループを作る際は、一旦、元になる権限グループを表示させ、それをコピーすると良い。
「Copy New Row」

⑤　必要な権限をチェックしたり、外したりして調整する。

ちなみに、private、publish、othersというキーワードがあるが、それぞれ非公開、公開、他ユーザが所有という意味だと思う。特にOthesは、うまく使うと「ユーザごとに、記事・ページを分散管理できる」と思われる。

以上です。

マニュアルでは、wp-content/plugins/tinymce-advanced/css　の「tadv-mce.css」にクラスを追加すると、スタイル・ドロップダウンに、指定したクラスが出てくると書かれてます。

しかし、FireFox系ではＯＫですが、IE系では出たり出なかったり・・・・。

このドロップダウンに表示されているのは、TinyMCEのテーマCSSにあるクラス「.～～」だけのようで、「div.～～」のように指定したクラスや「p」など普通のタグは設定されない。

とりあえず、TinyMCEのテーマCSS　に手を入れる。　↓
wp-includes/js/tinymce/themes/advanced/skins/wp_theme　の「content.css」を修正する。
これで、IEもキチント表示され、スタイル・ドロップダウンに表示される順番も変えられる。

「alignclear」　を追加してみた。

以上です。

Basic認証という手もありますが、WordPressの場合、下記の方法が簡単です。
/wp-blog-header.phpのｗｐ（）の直前に、下記を追加します。

if (is_user_logged_in()){
}
else {
auth_redirect();
};

下記のサイトを参考にしました。
スグラボ

以上です。

まずは、おさらいで、「基本的な流れ」の確認
(5)は削除です・・・。

1. JQuery、Uploadifyのスクリプトをヘッダー内で定義する。
2. UploadfyのCSSをヘッダー内で定義す る。
3. ビュー（～.ctp）に、Javascritおよび必要なタグを記載する。
4. Javascriptから呼ぶ、 アップロード処理をするphpプログラムを用意する。
5. アップロード完了後のスクリプトを用意する。
6. CakePHP のFromタグによるSubmitのPHPプログラムを用意する。

—————————————————————————————————————-
(1) JQuery、Uploadifyのスクリプトをヘッダー内で定義する。
(2) UploadfyのCSSをヘッダー内で定義す る。

・Uploadifyを使うときの専用layoutを用意しても良いでしょう。

(3) ビュー（～.ctp）に、Javascritおよび必要なタグを記載する。

・Viewでは、controllerからデータを受けて、JavaScriptで参照することもできる。

・HTMLタグのFormおよび、送信あたりは、下記のようにする。

(4) Javascriptから呼ぶ、 アップロード処理をするphpプログラムを用意する。

・Uploadifyに添付されていたＰＨＰコードをまねつつ、controllerにCakePHPコードを書く。
・これで、$thisとか使える。モデルにもアクセスできるハズ。

(5) アップロード完了後のスクリプトを用意する。

(6) CakePHP のFromタグによるSubmitのPHPプログラムを用意する。

• $form->create(’FileUpload’, array(type’=>’post’, ‘action’=>’check’)　のcontroller関数。
• 既に、(4)のcompleteは、終わっている。
• フォームのその他、入力項目をデータベースに登録したりする。
• アップロードのキャンセルをする場合は、既にアップロードされているサーバーのファイルを消す作業となる。

—————————————————————————————————————-
以上です。

・PHPコードをHTMLエディタで記載し、ビジュアルエディタで確認すると、エディタの内容が崩れる場合があります。

★例えば、下記のような書き方。（＜、＞、＆は、便宜的に全角で記載しています。）
＜img src=”＜?php bloginfo(’url’); ?＞/wp-content/uploads/2010/01/top-mesage01.jpg” /＞

※一旦、ビジュアルエディタにして、HTMLエディタに戻すと、下記のように変わっています。
＜?php bloginfo(’url’); ?＞/wp-content/uploads/2010/01/top-mesage01.jpg” /＆gt;

★そんな場合は、下記のような書き方が良いようです。
＜?php echo “img src=’”. get_bloginfo(’url’). “/wp-content/uploads/2010/01/top-mesage01.jpg’”; ?＞

※外側に、＜?php ～～ ?＞を持ってくる？

★全角を ＜?php ～～ ?＞の中で使うと、ビジュアルエディタで表示してHTMLに戻すと文字化けします。（解決策は？？）

※例えば、＜?php echo “おはよう”; ?＞　これ文字化けします。

メールには、封筒に書く住所等の「エンベロープ」と便箋に書く「ヘッダー」があります。差出人も$Qdmail->from、$param['from']の２つがあり、下記のように設定されるので、思ったとおり動作するよう実際のメアドを設定する必要があります。

・Return-pathは、メール送信時にエラーが発生した場合に、通知されるメアド。Return-pathは、メール転送中にMTAにより、エンベロープのFromで置き換えられる。
・Reply-toは、メール受信者が返信をしたときに、表示されるメアド。

以上です。

php.iniを編集すると、大きなファイルもアップロードできます。

①さくらコントロールパネルから、PHPの編集をします。

・ルートに、php.iniが作成されます。

memory_limit = 32M
post_max_size = 32M
upload_max_filesize = 32M

②phpinfo() で確認すると、アップロードサイズが増えています。

以上です。

——————————————————————————————————————–
CakePHPのページング機能は、1.2から標準で入っているようで、特にコンポーネントを取り込む必要はないようです。これで、通常コントローラで使う分には問題ないです。

//基本的なページングの条件
$this->paginate = array(
		'limit' => 25,
        	'order' => array('User.created' => 'desc'),
		'recursive' => 1,
  		);

// Userモデルの検索条件を設定する。$hogeは、事前に何か設定されていると仮定する。
$conditions = "User.name LIKE '%{$hoge}%'";

// $this->pageneteで、find検索とほぼ同じ。（ただし、設定された整列、条件で検索）
$this->data = $this->paginate('User', $conditions);

で、ビューに下記のコードを書くと・・。

<?php echo $paginator->prev('« Previous ', null, null, array('class' => 'disabled')); ?>
<?php echo $paginator->numbers(); ?>
<?php echo $paginator->next(' Next »', null, null, array('class' => 'disabled')); ?>

こんな感じで表示されます。（それぞれ、リンクが張られます。）

« Previous
1 | 2 | 3
Next »

で、２ページ目をクリックしたとき、URLは、こんな感じで飛んでいきます。
http://~~~.~~~~~.jp/users/view/page:2

——————————————————————————————————————–

しかし、絞込み条件を、Viewから得て$hogeに設定している場合は、問題が出てきます。

こんなふうに、条件をビューから得ると、２ページ目は絞込みがされないで、全件表示されます。prevも、nextも同じ症状となります。

$hoge = $this->data['search'];

何故かというと、ページャの【1 | 2 | 3】や【prev】、【next】は、単なるリンク(a href)でしかないからです。おそらくビューでは、$this->data['search'];をするために、form->createして、inputでコントローラに持ってきてますよね。そんで、送信とかボタン押すでしょ。

ページャで自動的に作られる【1 | 2 | 3】や【prev】、【next】は、単なるリンクなので、これをクリックしても、コントローラーでは、$this->dataは空です。（が～ん）

リンクにこんな感じで、’users/view/’. $condition 引数を設定しようとしても、ページャが自動的にリンク作るので、そんなことは、出来ません。（が～ん、が～ん）。
——————————————————————————————————————–
多分、ページャは、絞込み条件で与えられた件数を検索し、limitで割って計算して、page:2とかでその部分を持ってきているだけです。

|------------------------|------------------------|------------------------|
|         1ページ目      |       2ページ目        |       3ページ目        |
|------------------------|------------------------|------------------------|

ですので、ページングするたびに、同じ絞込み条件を与えないと、見た目、変なページングになってしまします。
——————————————————————————————————————–
解決策は、条件をどこに保存しておくか？です。
◆解決案１：　データベースに保存しておく。

でも、複数の人が同時にブラウザ操作してたら・・・、工夫が必要ですよね。

◆解決案２：　セッションに保存しておく。

これが、一番、現実的な解決方法だと思われます。

下記の２つをうまく組み合わせて、絞込み条件を保存し、ページングするたびに読み出せば、うまくいくはずです。

//セッションデータを読み出す。
if ($this->Session->check('pagecond')) {
    $this->data = $this->Session->read('pagecond');
}
//セッションデータを書き出す。
$this->Session->write('pagecond', $this->data);

以上です。

しかし数日前、ついにブートせず。何度かトライして、奇跡的に起動したときに、Windowsのイベントビューアで確認したところ、disk errorの嵐・・・。

500GBを購入して、そこにOSを入れ、前のハードディスクから重要データを取り出しました。
重要データといっても、最近はレンタルサーバーにデータ保存しているので、ローカルPCではメールデータですが。

しか～し、順調に動いていたのも2日程度。また同じ症状となり、ブートせず。このマザボ、サウスブリッジが異常に熱くなるんですよね。触ると、絶対焼けどします。

サウスブリッジがディスクコントロールしてると思うので、こいつか～？？へたってる？

Socket939マザーをヤフオクで探したり、今年なんとASRockから超ニッチ狙いの939マザーが出たとか・・・。でも、素直にマザー・CPU・メモリ、新しくします・・・。AMD系なら、何とか15,000円以内で何とかなるでしょう、多分。

そういえば、つい最近払った駐禁も同じ15,000円だったな～。
また、悔しさがこみ上げてきた・・・。

先日、ハードディスクがクラッシュしOSインストールし直したついでに、AVG Free Anti-Virus　Small Business Edition入れてみましたヨ。助かりますね～。ありがとう！微力ながら、このブログで宣伝です。