Saya termasuk orang yang mengembangkan website tanpa pernah membuatnya dari nol. Maksudnya, saya tidak membuat komponen dari website itu secara manual satu demi satu. Mulai dari arsitektur website, komponen modul, file uploader, user access, image manager, dll. Biasanya semua dilakukan dengan menggunakan CMS yang OpenSource, seperti WordPress dan Drupal (jaman dulu juga termasuk PHPNuke). Biasanya memang saya melakukan modifikasi disana – sini agar website ini bisa bekerja sesuai keinginan. Umumnya akhirnya website tersebut akhirnya bisa berjalan sesuai harapan.

Tetapi kemudian datang masalah seperti berikut ini :

1. Website tersebut membutuhkan galery foto dengan fasilitas slideshow.
2. Website tersebut membutuhkan katalog produk.
3. Website tersebut ingin mengimplementasikan fasilitas social network.
4. Website itu ingin menyediakan fasilitas bagi membernya untuk bisa mengupload file MP3. Dan tiap member nantinya bisa mengatur level akses terhadap file MP3 yang dia upload.
5. Website tersebut ingin mempunyai form yang terintegrasi untuk arsip wawancara.
6. dll

Jika saya menggunakan CMS seperti Drupal. Mungkin hal ini masih bisa ditangani dengan ketersediaan modulnya yang sangat banyak. Atau jika memang modulnya belum tersedia, kita bisa membuat sendiri. Selain itu jika kurang puas, kita masih bisa melakukan oprek lebih dalam dengan menggunakan API yang disediakan Drupal. Dengan tujuan agar website ini sesuai dengan apa yang kita inginkan.

Tetapi, hal ini bisa jadi merupakan masalah baru. Tentunya kadangkala hal ini bisa menjadi solusi untuk satu masalah tetapi bukan tidak jarang malah menimbulkan masalah baru. Beberapa skenario yang sering terjadi :

1. Modul untuk CMS tersedia. Tetapi ada bagian yang tidak sesuai, bahkan mungkin ada bagian yang akhirnya malah terasa mengganggu. Misal modul e-commerce dari Drupal menyediakan begitu banyak fasilitas yang pada kenyataannya tidak saya butuhkan. Sedangkan untuk beberapa bagian justru masih belum sesuai harapan. Dan untuk bisa merubah modul ini, kita harus memahami hampir kesuluruhan struktur modul ini. Ditambah pengetahuan tentang API dari Drupal.
2. Terlalu banyak pilihan modul. Misal modul untuk upload gambar di Drupal. Secara default tidak ada. Kita masih bisa menginstal modul tambahan, sehingga nantinya upload gambar di Drupal akan semudah di WordPress. Tetapi ketika sampai di tahap theming, saya menyadari bahwa field untuk gambar hasil upload modul tersebut tidak bisa diakse langsung. Berbeda dengan image yang diupload menggunakan bantuan module Image Field (CCK).
3. Dengan API yang disediakan, kadangkala kita masih membutuhkan pengetahuan tentang API lain. Dan pada akhirnya mau tidak mau saya harus mempelajari banyak API, hanya untuk mengetahui bagian mana dari API ini yang tepat untuk solusi masalah saya.
4. Salah satu hal yang paling sulit adalah merubah alur kerja dari website ini. Misal jika user ingin register, tidaklah langsung ditampilkan ke halaman register, tetapi harus melalui satu halaman polling terlebih dahulu. Untuk bisa mengimplementasikan ini, secara tidak langsung kita harus tahu alur kerja (workflow) dari CMS yang kita gunakan.
5. Butuh field yang custom untuk tiap post (tidak hanya field TITLE dan POST saja). Secara default WordPress menyediakan fasilitas Custom Fields, tetapi penggunaannya masih belum senyaman CCK di Drupal. Untuk itu harus dibuat modul sendiri.
6. dll

Jika memang akhirnya saya ingin menjadi ahli dari CMS tersebut, saya rasa tidak masalah untuk mengikuti solusi yang saya berikan di atas. Tetapi jika saya hanya ingin menggunakan CMS ini sebagai bantuan, sepertinya effort nya terlalu besar.

Bahkan tidak jarang saya merasa, ketika mempelajari semua API, hook, templating, konvensi, dll dari suatu CMS, effortnya mungkin sama besarnya dengan jika saya membangun website tersebut dari nol.

Jadi apakah akhirnya membuat CMS dari nol?

Tidak. Bagi saya tetap tidak. Karena ada beberapa kemudahan di CMS yang tidak saya dapatkan jika saya harus membangun dari nol. Saya harus membangun kerangka / arsitektur dari website tersebut. Dan cukup banyak pula waktu yang tersita untuk membangunnya.

Jadi apa solusinya?

Framework. Bagi saya solusi di tengah – tengahnya adalah framework. Framework menjadi solusi yang tepat jika saya ingin mengembangkan website yang berbasis konten, tetapi dengan beberapa fasilitas yang tidak umum (seperti kasus di atas tadi). Dengan framework yang tepat, saya bisa membuat API saya sendiri, tetap mendapatkan fasilitas templating secara default, fasilitas layering untuk database, dan salah satu yang paling saya sukai adalah fasilitas URL Friendly secara default. Saya tidak tahu apakah semua framework menyediakan fasilitas tersebut, tetapi yang jelas Framework yang saya pakai (CodeIgniter) menggunakannya.

Pilihan framework yang cukup terkenal :

1. Prado – PHP (contoh : website Univertias Indonesia) : Kalau tidak salah ini seperti menjadi ASP.Net pada PHP
2. CodeIgniter – PHP(contoh : OkeZone.com), Jujur saja, saya tahu CodeIgniter dari situs OkeZone ini, dan sampai saat ini paling nyaman menggunakan ini, karena framework ini terdokumentasi dengan baik.
3. Ruby On Rails – Ruby (contoh : SharingFoto.com) : Situs ini diklaim sebagai web aplikasi pertama di Indonesia yang menggunakan Ruby On Rails.
4. CakePHP – PHP (contoh : OwnCafe.com) : Salah seorang yang sangat aktif dalam edukasi CakePHP di Indonesia adalah Sunu Wibirama (alumni Teknik Elektro UGM). Situs lokal cake-php bisa dilihat di idcake.web.id
5. Symfony (PHP), Django (Python), dll

Saya sendiri masih penasaran dan menantikan Mambo CMS versi 5.0 yang akan menggunakan CakePHP sebagai basisnya. Dengan kondisi seperti itu, maka level kustomisasi bisa dilakukan dari tingkat yang paling dasar (langsung menggunakan framework),di lapis tengah (modul), maupun lapis akhir (theming).

Jika ada yang tertarik dengan framework – framework di atas, jangan lupa pahami satu istilah ini : MVC (Model View Controller)

source: http://okto.silaban.net/2008/02/website/menggunakan-cms-atau-framework/

Vamos hacer la validación de datos usando un plugin de la librería jQuery para lograr un efecto como este utilizando CakePHP. Este tutorial esta basado en la documentación del plugin ahí viene un ejemplo además de toda la documentación.

Requerimientos:

Jquery.js

Jquery.form.js

Jquery.metadata.js

Jquery.validate.js

Los puden buscar usando google o descargarlos de aquí,  pueden descargar de aquí:

http://rapidshare.com/files/264126244/Plugins.rar.html

Paso 1:

Colocamos los 4 archivos dentro de la siguiente ruta;

\app\webroot\js\validate

Creamos una tabla de ejemplo, en este caso es para PostgreSQL

CREATE TABLE servicios(

id SERIAL PRIMARY KEY,

nombre VARCHAR(20) NOT NULL,

descripcion VARCHAR(60) NOT NULL,

status SMALLINT DEFAULT 0

);

EL MODELO: En el modelo ya no es necesario que se le agregar el arreglo validate, tuve problemas al ponerlo, por eso es mejor quitarlo J

<?php

class Servicio extends AppModel{}

?>

EL CONTROLADOR: El controlador contiene la misma lógica, únicamente declaramos que vamos a emplear el helper Javascript

<?php

/**

* @author rnstux

* @copyright 2009

*/

class ServiciosController extends AppController {

var $name = ‘Servicios’;

var $helpers = array(‘Html’, ‘Form’, ‘Javascript’);

function add() {

if(!empty($this->data)){

if ($this->Servicio->save($this->data['Servicio'])){

$this->Session->setFlash(__(‘Guardado.’, true));

}else { $this->Session->setFlash(__(‘Ocurrio un error.’, true));}

}

}

?>

LA VISTA: La vista es la parte mas importante, ahí vamos a agregar los archivos las librerías de Javascript a utilizar, el css, y el formulario sobre el cual se va a hacer la validación.

views/servicios/add.ctp

<?php

if (isset($javascript)) {

$javascript->link(array(

‘jquery/jquery.validate’,

‘validate/jquery.metadata’,

‘validate/jquery.form’,

‘validate/jquery’

), false);

}

?>

<style>

.error {

color: red;

font: 12pt verdana;

padding-left: 10px

}

</style>

<script>

$(document).ready(function() {

$(“#ServicioAddForm”).validate();

});

</script>

<div>

<?php echo $form->create();?>

<fieldset>

<?php

echo $form->input(‘nombre’, array(‘class’=>’required’));

echo $form->input(‘descripcion’, array(‘class’=>’required’));

?>

</fieldset>

<?php echo $form->end(__(‘Enviar’, true));?>

</div>

EXPLICACIÓN

En esta parte del código va el id del formulario, generalmente CakePHP lo nombre de la siguiente manera: ModeloMetodoForm, en este caso: ServicioAddForm, ese es el nombre que se le pondra en estar parte de la vista

<script>

$(document).ready(function() {

$(“#ServicioAddForm”).validate();

});

</script>

Ahora tenemos que preparar los inputs para agregarles el tipo de dato valido para ellos, eso lo hacemos simplemente agregándole el atributo class y posteriormente la regla de validación a satisfacer ejem: required, required email, etc.

Y lo hacemos de la siguiente manera;

echo $form->input(‘nombre’, array(‘class’=>’required’));

echo $form->input(‘descripcion’, array(‘class’=>’required’));

Después de la palabra ‘class’ viene la regla de validación, algunos ejemplos pueden ser:

required

required email

url

Para españolizar los mensajes que manda, podemos modificar el plugin jquery.validate.

That’s it!

わからなくてもういやだ＞＜だったAuthCompornent。
正直、タイプミスとかで動かないのかと思ってたけど、認識がそもそも…。な事が原因だった。

前回のブログだと何がしたいのか、わかりづらいので、まとめる。
やりたかった事

→そのためには、AuthCompornentを利用し、ログイン後にリダイレクト先を操作したい。
やったこと

できなかったこと

認証自体の動きはできていたが、認証後、ユーザーの情報を取得することができなかった。
ここでつまづいた。
さて昨日のソースコードですが、わかりづらかったのでコメントでこのようにしてみました。

class UsersController extends AppController {

//start　ここから重要な箇所
	  var $name = 'Users';
	  var $helpers = array('Html', 'Form');

	  function beforeFilter() {
	    parent::beforeFilter();
	    $this->Auth->allow('add');
	    $user = $this->Auth->user();//AuthComponent;
        //問題の箇所。ここで振り分ける処理をかいたが、動かない。
 	if($user['User']['kind']=='1'){
   		$this->redirect('/companies/index');
   	}elseif($user['User']['kind']=='2'){
   		$this->redirect('/members/index');
   	}  

　　　//ここでかいても、nullだの言われる。
　　　var_dump($user);
	   }

	  function login(){
	  }
//ここまでが重要なコード。以下はどうでも良い。
	  function logout(){
	    $this->Session->setFlash('ログアウトしました');
	    $this->Auth->logout();
	    $this->redirect(array('action' => 'login'));
	  }

	  function add() {
	    if (!empty($this->data)) {
	        $this->User->create();
	        $this->User->save($this->data['User']);
	        //登録ユーザーでその後の登録ページを遷移する
	        if($this->data['User']['kind']==0){
	            $this->redirect('/companies/add');
	        }elseif($this->data['User']['kind']==1){
	            $this->redirect('/members/add');
	        }
	    }
	  }
}

ここで、読者の方は「…そこで書いてもだめでしょ…」とすでにお気づきなんだとは思うのですが、許して＞＜
ここ、だいぶ躓きました。beforeFilterの中でリダイレクト先を指定するコードをかくためにそこで認証データを参照するのですが、
参照しても参照しても、現在ログインしているユーザの情報が取得できない。
・セッションをクリアする
・Aさんでログインする（kind==1の人）
・リダイレクトは本来ならcompanies/indexに飛んでほしいけど飛ばない（上記のソースでいえばifにもelseifにもはいらない）。
・ログイン画面に戻って、Bさん(kind==0の人）でログインする
・ログインするとAさん（Bさんじゃないのかよ）が飛ぶべきログイン先（companies/index)にリダイレクトする

というように、「１世代古い状態」でなぜかリダイレクトを参照するという状況になり、大変なことに。（メンタル）

ここで「…なにこれ」と思って月曜から悩んで今日に至ったわけですが、賢明な読者の方はお気づきでしょうが、
beforeFilter()内ではまだ認証は行われていないのでとりようがないということに気がつくのに２日かかったという…。
きがついた原因としてはねねとまつの小部屋でのコードでした。
多分このソースをまるごとコピーして作成していたらまた違ったとおもうのですが、リダイレクトの処理については見落としていました。
標準的なブログはログイン後のリダイレクトについてどこにかくべきかなんて名言してないですよね。いやログインした後のログイン先を認証データで判断するということ自体があまり必要のないことなのではないかと思います。ログイン認証時のデータを参照する必要がなければbeforeFilter()に設定するので問題ないのですから。

app_contorollerにかこうが、users_controllerにかこうが、ログイン認証を行った後の認証データを参照したい場合はbeforeFilterではなく、app_controllerのlogin()内にかかなくてはいけないのです。…はい。一世代ログイン情報が古かったのはbeforeFilterで参照していたものは、「すでにログインしたとみなされたふるい認証データ」だったということになります。つ、ま、り。

<?php
class UsersController extends AppController {
  var $name = 'Users';
  var $helpers = array('Html', 'Form');

  function beforeFilter() {
//ここではまだ認証を通っていない。ここで参照しようとすると残って（いれば）過去の認証データが参照できる。意味なし。
  	parent::beforeFilter();
    $this->Auth->allow('add');
  }

  function login(){
//ここで初めて最新のログイン認証を通ったユーザーの情報が取得できる。
	$user = $this->Auth->user();
  	if($user['User']['kind']=='1'){
   		$this->redirect('/companies/index');
   	}elseif($user['User']['kind']=='0'){
   		$this->redirect('/members/index');
   	}
  }

  function logout(){
    $this->Session->setFlash('ログアウトしました');
    $this->Auth->logout();
    $this->redirect(array('action' => 'login'));
  }

  function add() {
    if (!empty($this->data)) {
        $this->User->create();
        $this->User->save($this->data['User']);
        //登録ユーザーでその後の登録ページを遷移する
        if($this->data['User']['kind']==0){
        	$this->redirect('/companies/add');
        }elseif($this->data['User']['kind']==1){
        	$this->redirect('/members/add');
        }
    }
  }
}

てな具合に。一応app/の上位のAppController も乗せておく。

<?php
class AppController extends Controller {
	//var $components = array('Auth');
	var $components = array('Auth','DebugKit.Toolbar');
	var $user;

	function beforeFilter(){
		//リダイレクトを指定したいのでfalseに指定する
		$this->Auth->autoRedirect=false;
		$this->Auth->fields = array('username' => 'mail','password' => 'password');
		$this->set('user',$this->Auth->user());
		$this->Auth->loginError = 'ログインエラー';
		$this->Auth->authError = 'ログインしていません';
	}
}
?>

このようにすることで、ログイン認証を行ったあとのユーザ情報を正確に取得することができました。
AuthCompornentの動きで、ユーザがログインした場合Autn->login()が呼び出されるタイミングが自分の中でわかっていなかったのが原因ですね。・・・。users_contorollerにはlogin()はあったのですが、中身はなかった。器だけ用意しとけばいいだろと思っていたので、明確に根拠はなかったのですが、AppControllerのbeforeFilterで呼び出されるようなきがしていました。今も実は根拠はない。実際に動かしてみたらlogin()では参照できたのでそこで初めて参照できる、という事実を知っただけですが・・。
あたりまえですが、beforeFilterというのはbeforeFilterなんだよね…。AuthCompornentが実際にログイン処理を行っているタイミングがいまいち把握できていないことが理由で、下らんことに時間をかけてしまった…。。。。。

もし、この記事で同じようなことに遭遇した人がいたら、そうよね！そうよね！と分かち合いたい。そんな人いないか…。
タイプミスで動きませんでした；；のほうが格好よかったかもしれない。今後、開発で難儀しそうだなあ…、、、とほほ。
週末、もうちょっと遷移を進めてみることにしよう。

なんでかわからないのでとりあえずメモ。
ごくごく、簡単なログイン認証のAuthCompornentを使用して、ログイン認証を作成します。
・Userを作成
Userには
id ,mail ,password,kind,created ,modified　
で構成されているテーブル。ユーザー登録はできる。パスワードもハッシュ化。ここまでは順調。(mailとpasswordで認証）
ここで、作成したユーザーが、ログインを行った場合、登録されているUserテーブルのkindフィールドを見る。
kind=0 の場合は/aaa/index　にリダイレクトしたい。
kind=1の場合は/bbb/index　　というように、ログインしたユーザーのkindフィールドの値でリダイレクト先を振り分けたい、というのが目的。ところが、下記のソースでbeforeFilter内で振り分けられるのかな、と思ったが、なんと
$user = $this->Auth->user();
ここで$userデータがどうも、取れてきていない…。
$user['User']['kind']で値がとれてきてるのかなーって思ったんだけど、どうも$user自体が取得できていない。
logout()を呼び出して認証をクリアしてから、再度ログイン画面でログインを行うと、この$userデータがなんと、null。
なんか、ものすごおぉく些細な事でつまづいてるきがするんだけども。
ちなみに、現在users/loginを表示したときに現在の認証状態をクリアする処理がされていないので
一度ログインしちゃうとURLでlogoutを呼び出さないと認証状態が新しいものにならない…のかな。
原因としてはこっちに問題があるのかなあ。
認証をクリアした場合、対象のuserテーブルの内容が全部$this->Authから参照できるのかと思ってるんだけどなー。
さて風呂はいってくっか。

class UsersController extends AppController {
  var $name = 'Users';
  var $helpers = array('Html', 'Form');

  function beforeFilter() {
  	parent::beforeFilter();
    $this->Auth->allow('add');
    $user = $this->Auth->user();//AuthComponent
    $this->redirect('/members/add');
   }

  function login(){
  }
  function logout(){
    $this->Session->setFlash('ログアウトしました');
    $this->Auth->logout();
    $this->redirect(array('action' => 'login'));
  }

  function add() {
    if (!empty($this->data)) {
        $this->User->create();
        $this->User->save($this->data['User']);
        //登録ユーザーでその後の登録ページを遷移する
        if($this->data['User']['kind']==0){
        	$this->redirect('/companies/add');
        }elseif($this->data['User']['kind']==1){
        	$this->redirect('/members/add');
        }
    }
  }
}

Nếu bạn là người đã từng sử  dụng cakePHP thì chắc chắn bạn sẽ đồng ý với tôi là cakePHP làm rất tốt việc phân trang dữ liệu trình bày trên web. Đối với tôi nó giúp tiết kiệm rất nhiều thời gian cho việc xây dựng web. Tuy nhiên, nếu trên 1 trang bạn cần nhiều hơn 1 vùng phân trang thì sao? Td: bạn có trang web trên đó cần trình bày danh sách người dùng ( model User ) và nhóm người dùng ( model Group ) trong khi ở view bạn chỉ có 1 đối tượgn paginator ( dùng để phân trang ) . Tôi đã gặp vấn đề này và cũng mất không ít thời gian để dán mắt vào Google tìm cách giải quyết và thật may mắn tôi đã tìm thấy bài viết của tác giả Tim Koschützki để có được lời giải cho vấn đề này. Hãy xem bài viết tại đây.

Chúc bạn thành công.

Trong quá trình xây dựng web tôi gặp phải trường hợp cần đặt 2 ( hay nhiều ) form trên cùng 1 trang. Vấn đề sẽ nảy sinh khi các form này submit dữ liệu về các action khác nhau nhưng của cùng 1 controller. Khi đó, đối với tất cả các form được vẽ ra bằng helper FORM, khi bạn submit ở bất cứ form nào thì dữ liệu đều đưa về action của form đầu tiên Thí dụ: tôi có 1 controller tên mains , trong đó có 2 action: search ( tìm kiếm trên web ) và signup ( cho người dùng tiến hành đăng ký ). Vì search luôn nằm trên khu vực header và signup nằm ở content , nghĩa form search là form đầu tiên trong trang.

Ở tình huống này, khi bạn submit ở form signup thì dữ liệu vẫn được đưa đến action search()

Tôi không hiểu được nguyên nhân tại sao nhưng giải pháp tôi đã sử  dụng để giải quyết vấn đề này là tôi chỉ sử dụng helper FORM 1 lần trong trang ( Td: để tạo ra form search ) còn các form khác thì tôi dùng HTML để vẽ ra như bình thường.

Kali ini saya membandingkan enam PHP Framework berbasis MVC (Model View Controller) yang populer. Keenam framework itu adalah CakePHP, CodeIgniter, Kohana v2 dan v3, Yii, dan “new kid on the block” DooPHP. Semua menggunakan versi terbaru saat ini (2009-11-22) kecuali Yii. Berikut informasi detail mengenai versi yang di-test:
- Cake PHP 1.2.5
- Code Igniter 1.7.2
- Kohana 2.3.4
- Kohana 3.0.1.2
- Yii 1.0.10
- Doo 1.2

Mesin yang digunakan
Acer Aspire 4520
AMD Turion 64 X2 TL-58 1.9 GHz
RAM 3 GiB

Software yang digunakan
- Windows 7 Ultimate
- Apache 2.2.12
- PHP 5.3

Hampir semua framework konfigurasi-nya tidak diubah sama sekali (kondisi default). Kecuali Cake PHP yang sudah dimatikan konfigurasi session, cache, database, log, dan debug.

Metode test yang digunakan mencetak tulisan “Hello World!” lalu langsung exit;.

Hasil yang didapat adalah nilai rata-rata dalam satuan rps (request per second). Berikut dari yang terlambat hingga yang tercepat:

- CakePHP ==> 19.72 rps
- CodeIgniter ==> 71.23 rps
- Yii ==> 73.68 rps
- Kohana v2 ==> 76.31 rps
- Kohana v3 ==> 103.39 rps
- Doo ==> 200.32 rps

Terlihat Doo buatan negri tetangga adalah yang tercepat dalam test “Hello World!” ini.

Tapi dalam memilih suatu framework, bukan mana yang tercepat. Tapi yang paling nyaman anda gunakan sehingga mempersingkat waktu developing dan meningkatkan produktivitas anda.

Berikutnya akan ada tambahan dari PHP Framework berbasis MVC lainnya seperti Symfony, Zend Framework, dan APF, Solar Framework. Dan agar lebih fair, semua session, cache, database, dll akan di-non aktifkan. “Hello World!” juga akan dicetak pada view, bukan pada controller lalu exit.

Nb: Konfigurasi module dan extension yang sedang berjalan pada Apache dan PHP tidak diikutsertakan dalam tulisan ini.

เวลาเอา web app ที่เขียนด้วย cakephp ไปใส่ใน userdir เช่น /home/veer/public_html/myapp (ซึ่งมักจะไปตรงกับ url http://hostname/~veer/myapp) มักจะมีปัญหากับ mod_rewrite ขึ้นมา แต่ก็แก้ไม่ยาก เพียงแต่แก้ .htaccess ใน myapp กับ myapp/app/webroot

เดิมทีจะเขียนไว้ประมาณนี้ (ใน myapp กับ myapp/app/webroot ไม่เหมือนกัน แต่ก็แก้เหมือนกัน)

   RewriteEngine on
   RewriteRule    ^$ app/webroot/    [L]
   RewriteRule    (.*) app/webroot/$1 [L]

ก็แก้โดยใส่ RewriteBase เข้าไปเป็นแบบนี้

   RewriteEngine on
   RewriteBase    /~veer/myapp
   RewriteRule    ^$ app/webroot/    [L]
   RewriteRule    (.*) app/webroot/$1 [L]

เสร็จแล้ว

Here is a typical, simple form done with cake’s form helpers:

echo $this->Form->create('Article', array('action' => 'test'));

echo $this->Form->input('Article.title');
echo $this->Form->input('Article.body');
echo $this->Form->input('Article.user_id', array('type' => 'hidden'));

echo $form->end('Add Aricle with Tags and Comment');

Which outputs the following HTML:

<form id="ArticleTestForm" method="post" action="/articles/test" accept-charset="utf-8">
    <fieldset style="display:none;">
        <input type="hidden" name="_method" value="POST" />
    </fieldset>
    <div class="input text">
        <label for="ArticleTitle">
            Title
        </label>
        <input name="data[Article][title]" type="text" maxlength="50" value="" id="ArticleTitle" />
    </div>
    <div class="input textarea">
        <label for="ArticleBody">
            Body
        </label>
        <textarea name="data[Article][body]" cols="30" rows="6" id="ArticleBody">
        </textarea>
    </div>
    <input type="hidden" name="data[Article][user_id]" value="" id="ArticleUserId" />
    <div class="submit">
        <input type="submit" value="Add Aricle with Tags and Comment" />
    </div>
</form>

This is fine and all, but one thing worth noting is that default behavior is wrapping each element in a div, and in some cases this may not be desirable. Either a legacy CSS or a front-end developer preference, might require the form to be structured (wrapped) differently.

Let’s see how we can set some defaults for our form with CakePHP 1.3., while simplifying the code a little at the same time by using the inputs() method…

 echo $this->Form->create('Article', array('action' => 'test',
                                              'inputDefaults' => array(
                                                'div' => array('tag' => 'p'),
                                                'before' => '-- goes before the label --',
                                                'after' => '-- goes after the input --')));    

echo $this->Form->inputs(array('Article.title',
                                               'Article.body',
                                               'Article.user_id' => array('type' => 'hidden')),
                                      array('legend' => 'Article submit'));

echo $this->Form->end('Add Aricle');

Which produces:

<form id="ArticleTestForm" method="post" action="/articles/test" accept-charset="utf-8">
    <fieldset style="display:none;">
        <input type="hidden" name="_method" value="POST" />
    </fieldset>
    <fieldset>
        <legend>
            New Article
        </legend>
        <p class="input text">
            -- goes before the label --
            <label for="ArticleTitle">
                Title
            </label>
            <input name="data[Article][title]" type="text" maxlength="50" value="" id="ArticleTitle" />
           -- goes after the input --
        </p>
        <p class="input textarea">
            -- goes before the label --
            <label for="ArticleBody">
                Body
            </label>
            <textarea name="data[Article][body]" cols="30" rows="6" id="ArticleBody">
            </textarea>
           -- goes after the input --
        </p>
        <input type="hidden" name="data[Article][user_id]" value="" id="ArticleUserId" />
    </fieldset>
    <div class="submit">
        <input type="submit" value="Add Aricle" />
    </div>
</form>

Of course for a simple form this may not be a very significant improvement, but having the ability to set defaults for the entire form and relying on some automagic for the rest, certainly makes one’s life easier.

У меня возникла такая ситуация, что несколько сайтов с одинаковым движком используют одни и те же таблицы в одной базе данных. Для различения принадлежности записей в бд к сайтам используется поле site_id. Добавлять его к каждому запросу в условия довольно утомительно, поэтому я сделал специальный behavior для этой цели – Scope.

в модели (например, User) добавляем behavior и передаем ему настройки

<?php

...

var $actsAs = array(

    'Scope.Scope' => array(

        'field' => 'site_id',

        'value' => SITE_ID,

    )

);

...

?>

теперь при вызове функций модели find или save условие будет добавляться автоматически, то есть

<?php

...

$this->User->find('all');

...

?>

будет эквивалентно

<?php

...

$this->User->find('all', array(

    'conditions' => array(

        'User.site_id' => SITE_ID,

    )

);

...

?>

Пользоваться, конечно, следует с осторожностью, так как некоторые операции, например updateAll и deleteAll c $cascade=false работают напрямую с источником данных и behavior остается не у дел (deleteAll c $cascade=true будет работать как и ожидается, с подстановкой параметров).

Исходный код лежит на гитхабе – http://github.com/evilbloodydemon/cakephp-scope

Замечания и предложения приветствуются.

One thing that is essential in having a calendar for a web application is the capability to have a go to date that will enable a user to go directly and display a specific date. On the FullCalendar plugin, I made use of the gotoDate method. It is not complicated, you just have to create a form that will ask a user to input the desired date to view, and a javascript function that will trigger the gotoDate method.

Note: I advise you to read my previous post ( CakePHP and jQuery FullCalendar plugin (Part I – Retrieve events from database)) first regarding this plugin.

Add this to your index page where the calendar is displayed. (ie. app/views/calendar/index.ctp)

<script type='text/javascript'>

function gotodate(userdate){

var dateinput = new Date(userdate); // userdate is what the user has inputted.

$('#calendar')
     	.fullCalendar('changeView', 'basicDay')  // we called the changeView method to display basicDay view.
     	.fullCalendar('gotoDate', dateinput);  // here's where we call the gotoDate method to do the magic.

}

</script>

Hope this helps! If you have any suggestions or corrections feel free to do so By the way, you could also check out Part I – Retrieve from database and Part II – Editable feature

FullCalendar plugin has an editable feature that makes it possible to update events by dragging and dropping posts anywhere within the calendar. This time, I’ll be sharing on how I’ve utilized this feature, as well as on how to update the events on the database.

Note: I advise you to read my previous post ( CakePHP and jQuery FullCalendar plugin (Part I – Retrieve events from database)) first regarding this plugin.

So let’s begin!

Add this to your index page where the calendar is displayed. (ie. app/views/calendar/index.ctp)

// include this in the FullCalendar script...

editable: true,

eventDrop: function(event) {	// Make sure to read the plugin's documentation  

var dt = new Date(event.start);   // event.start is the new date where you dragged and dropped the event post.
var yr = dt.getFullYear();
var dy = dt.getDate();
var mth = dt.getMonth()+1;
var hrs = dt.getHours();
var mns = dt.getMinutes();

var newdate = yr+'-'+mth+'-'+dy;  // pass this date to the database via post.

$.post("http://www.yoursite.com/calendar/edit/id:"+event.id+"/date:"+newdate, function(data){});

} 

On your controller (ie. app/controllers/calendar_controller.php), create the edit function.

function edit($id=null){

$this->Event->id = $this->params['named']['id'];
 // By the way I made use of the params to get the values.
$this->Event->saveField('event_date',$this->params['named']['date']);

}

So that’s about it. You can also use the eventResize: function(), this feature will let you resize or extend the date duration of an event.

Also check out Part I – Retrieve from database and Part III gotoDate method

This week I’ve incorporated the jQuery’s FullCalendar plugin to the project I’m working. It was a bit challenging task but really glad to make it worked. I hope to help someone and share what I did to make this task possible.

First, I assume that you have already checked out the FullCalendar demo and downloaded the source code. You’re now in the process of incorporating it to your web application.

So to get things started, you need to include the jQuery script and FullCalendar script plus css in your default layout page. (ie. app/views/layout/default.ctp)

<?php echo $javascript->link('jquery-1.3.2'); ?>
<?php echo $javascript->link('fullcalendar.min'); ?>

// jquery ui purpose for this has something to do with the editing part of the FullCalendar plugin

<?php echo $javascript->link('ui.core'); ?>
<?php echo $javascript->link('ui.draggable'); ?>
<?php echo $javascript->link('ui.resizable'); ?>

<?php echo $html->css('fullcalendar'); ?> 

On your controller, let’s create the code that will retrieve calendar events from the database. (ie. app/controllers/calendar_controller.php)

function index() {

// get all the events from the database.
$events = $this->Event->find('all');

// insert rows to an array.
for ($a=0; count($events)> $a; $a++){

$rows[]= '{"id":'.$events[$a]['Event']['id'].', "title":"'.events[$a]['Event']['name'].'", "start":"'.$events[$a]['Event']['event_date'].'", "className":"'.$events[$a]['Event']['type'].'","type":"'.$events[$a]['Event']['type'].'"}';

}

// convert the array to a string.
if ($rows){
$convertojson = implode(",", $rows);
}

// pass the string to the json variable. this will then be passed  and printed to the javascript code.
$this->set('json',"[".$convertojson."]"); 

}

On your views add the index page for displaying the calendar. (ie. app/views/calendar/index.ctp )

<script type='text/javascript'>

$(document).ready(function() {

$('#calendar').fullCalendar({

	header: {
		left: 'prev,next today',
		center: 'title',
		right: 'month,agendaWeek,agendaDay'
		},
	events: <?php echo $json; ?> // this is where we call the php variable

});
)};
</script>

<div id='calendar' style='width: 900px; margin: 0 auto;'></div>

So that’s it! You could also check out Part II – Editable feature and Part III gotoDate method

Durant mon passage en tant que développeur dans une agence multimedia dans le cadre de mon stage de fin d’étude, j’ai pu acquérir des connaissances et surtout j’ai pu apprendre à utiliser un nouvel outil(Et oui!! nouveau pour moi^^) le Zend framework mais y a aussi CakePHP qui utilise encore PHP 4. bon j’aime pas trop parler, je vous laisse voir ce comparatif qui est très instructif. Bonne lecture;))>COMPARATIF

Following is a good intro on installing and setting up CakePHP Framework in Windows environment.

ACLを早急にしらないといけない、ってことで必死に情報収集。で、わからないながらも手を動かさないと始まらない。ってことで
・情報をさがす
・一番簡単そうにやってるところをみつけて、まずそれをやってみる
・動いてから、中身をみる…

というグダグダな展開、でもやらないと「これだめじゃーん」なのか「結構つかえる」なのかわかんないので。
まずは参考サイト。こちらです。まずこちらを１０回くらいよんでみた…。そしてそのとおりにやってみることにします。

・んもう、書いてあるとおり！書いてあるとおりにとりあえずやってみる。
というのを実践してみた。「えー動かなかったらどうしよう」とかいろいろありましたけど、まず最後までやってみよう。これって結構大事ですよね。私みたいなタイプは「…難しいなあ、できるかなあ」って考える時間が長いのです。「グダグダいわずにやれ！手をうごかせ！」っていうのが大事なので、やってみます。

・テーブル＆モデルの作成（ユーザ、グループ）
・コントローラーの作成（ACLの読み込み）
・ビューのページ作成
・グループ作成
・ユーザ作成
ここまでは順調。
…さてここです。コンソール。コンソールだよねやっぱ。これだよこれが全部悪いの＞＜
でももうやります、やらせていただきますっ！
上記作業の後、コマンドプロンプトで、
xampp\htdocs\cake\cake\console上で

「cake acl initdb」
って打ちましたら、Your database configuration was not found. Take a moment to create one.
「はい…？」
ええと、私だけかもしれませんが設定ファイルを読み込んでくれないのですね。現在私はVM環境で構築したCentOS上のデータベースを参照して開発をしているため、ローカルにあるcakephpの設定ファイルはVM上のｍｙｓｑｌを参照するように設定されています。多分だけど…。ただ上記のコマンドをうっただけだとローカルのデータベースに対して「何か」をしようとしてるんじゃないかな、と思ったので。
こちらを参考に、現在のローカルにある設定ファイル（VM上のデータベース情報）をみるように、app配下の設定ファイルをみるように指定します。上記URLのように。

%php /home/[SakuraAccount]/cake125/cake/console/cake.php -app /home/[SakuraAccount]/www/foo.bar.com/app/ acl initdb

私はWindows環境で上記を行ったので若干書き方は違いますが、/home/[SakuraAccount]/www/foo.bar.com/app/ここまでが設定ファイルのある場所を指定しています。昨日、自宅でこれをやったらできたんだけど、今日職場のXampp環境でやったら（パス設定は同じ）ちょっと違ったのか、cakeコマンドは実行できないだのphpコマンドは実行できないだのガタガタいわれました。んもーパス通すとか、全然やってない。
・xampp\phpにパスを通す
・xampp\htdocs\cake\cake\consoleにパスを通す
ことで
＞cake -app [appまでのパス] acl initdb
で無事ACL関係のテーブルが作成されました。あーここを解消したURLをブックマークするのをわすれてたか。

先ほどのこちらのサイトをすべて「順番とおり」にやれば、できます。順番まちがえるといろいろ面倒なので順番は守ったほうが良いｗ私はこの後、
cake acl grant User.1 Users/view all
なんかを追加して管理権限を有するユーザでログインし、ユーザの表示ができていることを確かめました。
結論からいうと（まだ結論まで達してないが）
やってしまえば簡単。っていうか実際の権限管理のテーブルも同じような構成のテーブルを作ることになる。
initdbコマンドは実はテーブルを作るだけのスクリプトのようで、動かなかったらphpmyadminで作ればいいだけ。

ここまではいいんだけど、実際、データを入れるところで、当然なんですけどデータをいれるのもコマンドなんですね。
これもいいんだけど、これはちょっと正直微妙だなあ。
特定のコントローラー/アクション　をグループやユーザーに対して付与するわけなんだけど、このデータを作成する、っていう手順のコマンド操作はちょっと微妙かも。たとえば、パッケージで社内で使う社内ウェブサーバで動作するアプリとして売り出すものを作った場合には
この処理をパッケージを買った人にしてもらうか、自動的に作成するスクリプトを作る必要がある。

それと重要なことをわすれていたのだけど、ACLでカバーするのはいわゆる縦の「機能」に関連したルールということ。今回私が目指しているのは当然、その機能もほしいんだけど、もう一つは横（データの違い）でも権限を設定しないといけないということ。
同じユーザーでも、Aというデータについては参照を許可し、Bというデータについては参照と編集を許可する、というもの。いまのところ、ACLの機能でこの横のデータについての権限を設定できる要素はないみたい（そりゃカスタマイズすればできると思うけどさー）ということでちょっと保留。でも権限設定についてはACL、それほど難しくないんじゃない？という印象。
（生成されるテーブルもacosとかarosとか、しょうがないのかなあ、cakephpのネーミングルールにあわせたものとかにしたほうがいいんじゃないのか？って気がしましたｗ。システムで使用するからわざとこういうネーミング？なのかなあ）

今回、cakematsuriでACLが話題になって、「結構使ってない」「わかりずらい」っていううわさがあったし、実際使用してるひとも少なかった。cakematsuriが今回ACLをやってみるべ！と私の背中を押してくれたと思います。もっとじっくり勉強して自分でカスタマイズできたらいいかな、という気持ちもありますが、現状の業務との兼ね合いがあるから難しいなあー。上記SLYWALKERさんのサイトは続きがあって、初期化するコンポーネントもあるので、そちらも時間があるときに挑戦してみようかなあ、と思っています。
先人のブログ記事に毎回助けられております。感謝感謝。ほんと、今の時代に生まれててよかったよ…。内部的なもうちょっと深いところを今後もうちょっと情報収集できたらいいかなあ、と思っていますが、いつになるかなあ・・・。

しかし、Authcompornent,ACLと一応斜め読みして実際に動かしてみました。あとは…なんだろうな。楽しいけどネ！

※11月12日追記。パスの設定をメモしてたところがわからなかったので上記に追記。
cakeコマンドとphpコマンドが実行できないので、暫定的に設定する(windowsVista,xampp環境での例）。
C:\xampp\php >SET PATH=%PATH%;%CD%
C:\…\console >SET PATH=%PATH%;%CD%

Sometimes things that are simple in HTML/PHP are really well hidden in CakePHP. Things like setting a default value for <select>. Let’s say that we have the following field in our view:

echo $form->input('field', array('type' => 'select', 'options' => $field_options));

$field_options is an array which contains values for the combo. At first I thought that this array is the place to provide a default value for it but as it turned out I was wrong. The right way is:

$this->data['Model']['field'] = "some_value";

So if we have a “some_value” in our $field_options array it will be selected.
I hope someone will find this helpful

To setup Zend Framework Gdata, see this post on Using the Zend Framework in CakePHP , this helped too.

As reference use: Google Spreadsheets APIs and Tools Developer’s Guide: PHP
In this doc you will see functions like printFeed, that can be found in Spreadsheet-ClientLogin.php it’s a SimpleCRUD implementation for google spreadsheet.

The document key is http://spreadsheets.google.com/ccc?key=HERE&hl=en, you will need it to point to the spreadsheet you want to edit.
Also spreadsheets can have multiple worksheets, you will need the key of the worksheet you want to edit, this key can be get by calling the promptForWorksheet() function.
Also, when adding a new row, you need to give a list of header-row=>value, so the tricky part here is to get the “header-row”. The documentation describe it as:
“the first row of the worksheet as a header row”
“column headers will be converted into valid XML namespaces”
I did just listGetAction() and look up the names of the header-row to use.

So here is the code, hopefully this will give you a fast start and save you time.

class SomeController extends AppController {
var $uses = null; // Don't use any model
function index() {
	App::import('Vendor', 'zend_include_path');
	App::import('Vendor', 'Zend_Gdata', true, false, 'Zend/Gdata.php');

	Zend_Loader::loadClass('Zend_Http_Client');
	Zend_Loader::loadClass('Zend_Gdata');
	Zend_Loader::loadClass('Zend_Gdata_ClientLogin');
	Zend_Loader::loadClass('Zend_Gdata_Spreadsheets');

	$authService = Zend_Gdata_Spreadsheets::AUTH_SERVICE_NAME;
	$user = 'username';
	$pass = 'password';
	$this->currKey = 'thesheetkey';

	try {
		$httpClient = Zend_Gdata_ClientLogin::getHttpClient($user, $pass, $authService);
		$this->gdClient = new Zend_Gdata_Spreadsheets($httpClient);

		$this->promptForWorksheet(0); // Put the 0th worksheet of our sheet to $this->currWkshtId
		$this->listGetAction(); // Will list all the rows inside the worksheet

		$row = array('column1'=>'value','column2'=>'value','columnN'=>'value');
		$this->listInsertAction($row);
		} catch ( Exception $e )  {
		echo $e->getMessage();
	}
}

public function promptForWorksheet($wordSheetI=0)
{
	$query = new Zend_Gdata_Spreadsheets_DocumentQuery();
	$query->setSpreadsheetKey($this->currKey);
	$feed = $this->gdClient->getWorksheetFeed($query);
	print "== Available Worksheets ==\n";
	$this->printFeed($feed);
	$input = $wordSheetI;
	$currWkshtId = split('/', $feed->entries[$input]->id->text);
	$this->currWkshtId = $currWkshtId[8];
}
public function listGetAction()
{
	$query = new Zend_Gdata_Spreadsheets_ListQuery();
	$query->setSpreadsheetKey($this->currKey);
	$query->setWorksheetId($this->currWkshtId);
	$this->listFeed = $this->gdClient->getListFeed($query);
	print "entry id | row-content in column A | column-header: cell-content\n".
	"Please note: The 'dump' command on the list feed only dumps data until the first blank row is encountered.\n\n";

	$this->printFeed($this->listFeed);
	print "\n";
}
public function printFeed($feed)
{
	$i = 0;
	foreach($feed->entries as $entry) {
		if ($entry instanceof Zend_Gdata_Spreadsheets_CellEntry) {
			print $entry->title->text .' '. $entry->content->text . "\n";
			} else if ($entry instanceof Zend_Gdata_Spreadsheets_ListEntry) {
			print $i .' '. $entry->title->text .' | '. $entry->content->text . "\n";
			} else {
			print $i .' '. $entry->title->text . "\n";
		}
		$i++;
	}
}
public function listInsertAction($rowArray)
{
	//$rowArray = $this->stringToArray($rowData);
	$entry = $this->gdClient->insertRow($rowArray, $this->currKey,
	$this->currWkshtId);

	if ($entry instanceof Zend_Gdata_Spreadsheets_ListEntry) {
		foreach ($rowArray as $column_header => $value) {
			echo "Success! Inserted '$value' in column '$column_header' at row ".
			substr($entry->getTitle()->getText(), 5) ."\n";
		}
	}
}
}

The same code in the pastebin http://pastebin.com/f12021eb.

今日ガイドブック1.2を見てたら、debug kitの紹介があって、cakematsuriでも「pluginっていえばdebug kitですよね」的な話がでてて、「えーなんか難しそうだな。」って思ってたんだけど、ガイドブックにすごく簡単にかいてあったので、こりゃいれてみよう。と思いいれてみることに。

参考にしたページはこちらです。matsuriでも、ご本人とお話させていただきました。大変きさくな方でした。まずはこちらの1.1バージョンをダウンロードし、解凍してpluginフォルダにぶっこみ。
app/app_controller.phpに

	public $components = array('Auth','DebugKit.Toolbar');

とDebugKit.Toolbarを入れました。Auth使ってるから後にくっつけた。ちなみにpluginをいれていないとAuthも動かないのでフォルダにいれてから書こう。
いれたけど、動かないよ！あれれ？…。
あ、これこれ。
※だいじなことその１　Config の debug の値を 1 以上だよ！
おｋおｋ、やろうじゃないか。ってことでやってみた。そしたら…。
レベルを１にしたらいまさらな「securty.saltの値をかえてよね！」ってメッセージが…あれこれ変えてなかったの…あ、っそう…。
ってことで変更。そしたら結構noticeがでてきたよー。あれま。ちょろちょろ変更してみる。
で、画面右上をみると動いてるよ！すごいよ！ケーキマークをクリックするといろいろログでるよ。すごいや！
で、もって、ガチャガチャ動かしてみると、画面によってケーキマークがでないところが…。なんで？
またこちらを確認
※だいじたなことその２　Scaffoldではうごかないらしい
なるほどね。まあそうかもな…と納得（いらない、ということかなあ）。
これでデバッグがだいぶ楽になりますね。会社の開発環境にもいれよう。こりゃいれない理由がないや。

ただ、これ結構速度に関係しますね。わりともっさりする。本番では使わないのでいいんだけど。
かかった時間とかもわかるので今後、実際の開発で絶対に使えそう。
pluginも使ってみると、やっぱり自作でもりもりつくるよりも（もちろん、ドキュメントをきちんとみて知ることが大事だけど）、
あるものを使う、と途端に生産性がかわってくるなーと。
作りこむことは大事だけど、業務に特化した箇所の作りこみに注力したほうがいいかな、と。
デザインも、ある程度こちらで思案していかないといけないしね…。

ログインに関しては、AuthCompornentを使うことに。あわせて入力のチェックは追加していく予定だけど。
これから、ACLを読み解いていこうと思っています。AuthCompornent + ACLでクリアできればベスト。
ちなみに、ガイドブック1.2を見ながら自分の自宅マシンで作成してたウェブサービスがあったのですが、これもAuthcompornent
に変更しました。超ここが参考になりました。
それも後々、記事にまとめたいと思います。

少しずつ、技術的なtipsが自分のブログに蓄積するといいなあ、と思いつつ。

Security Component enable 了以後, 在 $form->end() 的時候會加一個 hash token. 這很容易理解, 就是用這個hash tag 證明這張表單的正確性. 但實際上這個hash 是如何產生?
API: http://api.cakephp.org/view_source/security-component/#line-612

簡明點說, 沒有timestamp , 但有form 的每一個field, field 的name attribute. 所以你不可以自己加 input tags. 例子:

<?php
//add.ctp
  echo $form->create('page',array('url'=>$this->here));
  echo $form->input('title');
  echo $form->input('check',array('type'=>'checkbox'));
?>
<input name="data[page][abc]" value="abc" />
<?php
  echo $form->end('submit');
?>

便pass 不了有 security component 的 controller 了, 因為有一個field 不使用 $form->input()

第一眼看, 這樣沒有問題呀, 因為input 可以使用 $form->input(). 有很多設定(options)可以改變 input 的, div=>false, label=>false 等等. layout html 上應該沒有什麼限制

對, 所以我都只是找到一個情況會出亂子. 就是 checkbox:

<?php
$form->input('check',array('type'=>'checkbox'));
?>

會輸出兩個input tag, 一個hidden, 一個type 是checkbox. (v1.3 好像可以不輸出hidden field)

問題是, 兩個同一個name 的 input 會令某些 js validation framework 出亂子. 永遠都只看hidden 的 input tag (因為 hidden 又一定在前面, type=’checkbox’ 在後 ). 所以…改js validation

p.s. 最最後, 我發覺, 只要你的 input tag 不使用 data[model][name] 的方式命名. 便不會出現問題, 因為 security component 只找用這個方式命名的field 做 hash… 但 controller 的 $this->data 便不會出現這field (model 的validation 都不會經過..), 除非…

//controller.php
function beforeFilter() {
  parent::beforeFilter();
  //unsafe!!! check exact equals of model and field name before merge
  //記得對清楚 model 和 field name 才 merge..
  $this->data = array_merge($this->data,$this->params[model]);
}

我的 case 不合用了, 我只需要使用者check了就好, 不需要走進DB, 直接check 了就pass, 否則fail

p.p.s: http://en.wikipedia.org/wiki/Cross-site_request_forgery