Thật không nhớ nổi đây là lần thứ mấy tôi viết bài với tiêu đề phân trang tìm kiếm cho cakephp nữa. Vậy tại sao lại còn có bài viết này nữa. Việc phân trang tìm kiếm với cakephp đã không biết bao nhiêu lần làm tôi đâu đầu rồi. Sau nhiều lần tìm kiếm các giải pháp, nay tôi cũng đa tìm ra một giải pháp ứng ý trong việc tìm kiếm phân trang với cakephp. Sau đây tôi sẽ chia sẽ với mọi người giải pháp ấy, được minh họa thông qua ví dụ tìm kiếm sản phẩm dưới đây.
Việc đâu tiên là tôi phải tạo csdl. Trong ví dụ này tôi tạo csdl có tên là phantrang:
CREATE DATABASE phantrang;
CREATE TABLE IF NOT EXISTS `products` (
`id` int(4) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`model` varchar(255) NOT NULL,
`price` int(16) DEFAULT NULL,
`created` datetime DEFAULT NULL,
`type` enum(‘Loai 1′,’Loai 2′,’Loai 3′) DEFAULT NULL,
`description` text NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=5 ;
Vậy là tôi đã tạo xong CSDL, còn việc config để kết nối vào CSDL vừa tạo thì mọi người tự làm nhé. Dữ liệu trong đây thì mọi người tự thêm vào nhé.(^_^).
Công việc tiếp theo là tôi sẽ tạo ra một /app/controllers/products_controllers.php như sau:
/* app/controllers/products_controller.php */
<?php
class ProductsController extends AppController {
var $name = ‘Products’;
var $scaffold;
}
?>
Với các chức năng như add, edit, delete trong ví dụ này tôi sẽ dùng chức năng scaffold của cakephp, và quả thật những trường hợp như thế này thì scaffold quá tuyệt vời. Trong bài viết này tôi sẽ chỉ chú trọng vào chức năng tìm kiếm mà thôi. Tiếp đến tôi sẽ tạo một function search trong products_controller như sau:
/* app/controllers/products_controller.php */
<?php
class ProductsController extends AppController {
var $name = ‘Products’;
var $scaffold;
function search() {
}
}
?>
Cả nhà chú ý nhé, khi tôi thêm dữ liệu vào thì tôi sẽ copy lại nguyên nội dung của cả trang để mọi người dễ hiểu hơn, chỉ phần nào thêm mới tôi sẽ in đậm lên thôi. Bây giờ tôi sẽ tạo một trang view search như sau app/views/products/search.ctp
Phần form search vừa rồi tôi đã đề ‘url’ trỏ đến action ‘dataSearch’. Action ‘dataSearch’ này trong đây sẽ thực hiện công việc xử lý dữ liệu trong form tìm kiếm và chuyển lên url. Tôi thêm function dataSearch trong products_controller như sau:
/* app/controllers/products_controller.php */
<?php
class ProductsController extends AppController {
var $name = ‘Products’;
var $scaffold;
function search()
{
}
function dataSearch()
{
// the page we will redirect to
$url['controller'] = ‘products’;
$url['action'] = ’search’;
// build a URL will all the search elements in it
// the resulting URL will be
// example.com/cake/posts/index/Search.keywords:mykeyword/Search.tag_id:3
foreach ($this->data as $k=>$v){
foreach ($v as $kk=>$vv){
$url[$k.'.'.$kk]=$vv;
}
}
// redirect the user to the url
$this->redirect($url, null, true);
}
}
?>
Hàm dataSearch sẽ thực hiện chức năng chuyển tòan bộ dữ liệu vừa được gửi (submit) vào trong một mảng và sau đó thông qua hàm ‘redirect’ chuyến sang một trang mới. Việc chuyển đến trang nào sẽ được quyết định thông qua 2 biến “$url['controller']” và “$url['action']” . Nếu bạn nào chưa hiểu hàm này thực hiện những công việc gì thì các bạn cũng không cần tìm hiểu đâu, vì hàm này sẽ không bào giờ thay đổi cả, chỉ cần thay đổi giá trị 2 biến đó thôi. Cả nhà có thể tạm hiểu là hàm này thực hiện việc chuyển tất cả dữ liệu được submit lên trên url.
Vậy là sau khi hàm dataSearch xử lý xong, sẽ chuyển dữ liệu về action “search” trong products_controller. Lúc này sẽ tồn tại một biến mảng “$this->passedArgs” chứa dữ liệu của trang search khi submit. Hay nói đúng hơn biến “$this->passedArgs” chứa các dữ liệu được truyền ở phía trên url và đưa vào thành các mảng tương ứng. Ta sẽ xử lý dữ liệu truyền vào để tạo điều kiện lọc như sau:
/* app/controllers/products_controller.php */
<?php
class ProductsController extends AppController {
var $name = ‘Products’;
var $scaffold;
function search()
{ $conditions = array();
if (!empty($this->passedArgs))
{
if (isset($this->passedArgs['Search.name']))
{
$conditions[]["Product.name LIKE"] = “%{$this->passedArgs['Search.name']}%”;
$this->data['Search']['name'] = $this->passedArgs['Search.name'];
}
function dataSearch()
{
// the page we will redirect to
$url['controller'] = ‘products’;
$url['action'] = ’search’;
// build a URL will all the search elements in it
// the resulting URL will be
// example.com/cake/posts/index/Search.keywords:mykeyword/Search.tag_id:3
foreach ($this->data as $k=>$v){
foreach ($v as $kk=>$vv){
$url[$k.'.'.$kk]=$vv;
}
}
// redirect the user to the url
$this->redirect($url, null, true);
}
}
?>
Trong phần controller này ta sẽ thưc hiện phân trang như bình thường trong cakephp, chỉ khác là sẽ có thêm điều kiện tìm kiếm như ở phía trên thôi.
Việc tiếp theo sẽ là hiển thị kết quả tìm kiếm ra trang search. Ta sẽ thêm vào view search như sau:
Trong phần view trên thì dòng quan trọng nhất chính là “$paginator->options(array(‘url’ => $this->passedArgs));”. Dòng này có tác dụng là sẽ truyền toàn bộ các tham số trong mảng “$this->passedArgs” lên trên url của các link phân trang trong cake. Như vậy có nghĩa là các điều kiện tìm kiếm sẽ vẫn còn khi mọi người chuyển trang. Vậy là tôi đã thực hiện xong việc phân trang tìm kiếm trong cakephp1.2 rồi. Mọi người vào đọc thấy có gì thấy khó hiểu thì comment vào nhé. Tôi sẽ sửa lại cho dễ hiểu hơn.
Sử dụng Latex sẽ đá bay những vấn đề khó khăn gặp phải khi cần hiển thị những công thức toán học như căn bậc n, hàm số, tích phân… trên website.
Với những yêu cầu hiển thị thông thường trên website, blog, wiki thì định dạng text đã thỏa mãn được gần hết, khó khăn ở chỗ những bài viết chuyên ngành toán, lý… cần thể hiện những công thức tính toán phức tạp thì text hay thậm chí là ảnh cũng pó tay, hhuh? Vậy phải lèm seo?
chào hàng thế thôi, thông tin đầy đủ có ở đây và ở đây
để làm gì? tất nhiên là để hỗ trợ gõ – chuyển đổi – hiển thị công thức toán học trên website.
gõ tức là phải … tự gõ, cũng có nghĩa là có cú pháp & định dạng riêng, cũng có nghĩa là miễn gõ tùm lum, như vậy là phải học gõ ke ke.
chuyển đổi nôm na như là dịch, dịch đống ký tự mình gõ sang đống gì đó mà máy nó hiểu, mà phải làm cho máy nó hiểu thì nó mới chạy được.
hiển thị đơn giản là show hàng, hàng là cái cục (thường là ảnh) mà máy nó trả về sau khi nó ‘chạy’, nhớ là nó ‘chạy’ được thì nó phải hiểu, để nó hiểu thì mình phải ra lệnh, ra lệnh xong phải có thằng nó dịch lệnh mình cho máy ) )
ví dụ cái,
gõ như này đây [code][tex]a^2 + b^2[/tex][/code]
dịch dịch dịch dịch dịch …. bịch bịch bịch …
hiển thị cái này
eh, ai thèm xài cái này? thì thầy cô giáo, chuyên gia, guru viết bài giảng, blog kỹ thuật hay sinh viên thảo luận trên diễn đàn … nghe pro^` vãi ) )
xài ra làm sao? có mới xài được chứ =)). Hiển nhiên là muốn có thì phải lao động
bỏ qua các dịch vụ sẵn có, mình đi mua đồ về tự nấu cho nó chủ động & ngon lành. bếp = server, đồ ăn = các gói cài đặt và đầu bếp = ai đang đọc ) )
dung lượng kiếm về khoảng 60 - 200M, chế biến cài đặt xong khoảng 200M ) ) vãi hàng, nấu cho cả xóm ăn.
xong rùi thì chiến thôi, kiếm thêm gia vị & bày bàn. giả sử tại VPS này có thư mục tên latex trong /var/www/html. trong đó có 2 thư mục pictures & tmp, quan trọng nữa là 2 file php class.latexrender.php và latex.php. Như vậy là ngon rồi, viết them file demo.php nữa để test thôi, nhớ là phải refer đến 2 file trên.
[bonus]
trên đây là bộ latex render viết bằng code php, tác giả là Benzamin Mayer (http://www.mayer.dial.pipex.com/tex.htm), xài ngon, được làng xóm đánh giá cao. khi sử dụng chỉ cần để ý đến các tham số cơ bản sau trong file latex.php
$latexrender_path_http = "đường dẫn hiển thị website" - phải chính xác để có thể show ảnh công thức được render.
$imageformat = "định dạng ảnh - png hoặc gif" - có nghĩa là phải có thư viện render ảnh trên server, đang xài ImageMagick.
[/bonus]
tóm tắt hoạt động
để hình thành công thức, người dùng phải gõ nội dung theo quy tắc định trước của latex. khi dữ liệu gửi đi, regular expression sẽ được gọi để bóc tách các phần chính trong nội dung nhận được để render ra dưới dạng ảnh, lưu vào một vị trí trên server & đặt đường dẫn hiển thị trên website.
tham khảo thêm
trang chủ dự án latex: http://www.latex-project.org/guides/
trên wiki: http://en.wikipedia.org/wiki/LaTeX
thư viện của mayer: http://www.mayer.dial.pipex.com/tex.htm
một bài hướng dẫn hay: http://www.linuxjournal.com/article/7870
Mặc định rằng các bạn đang đọc bài này là những người làm trong ngành nên tôi sẽ không giải thích hay ghi chú những khái niệm phổ thông. Mặt khác, lý lẽ trong bài viết này chỉ phản ánh quan điểm của cá nhân tôi, không đại diện cho ai hay tổ chức nào khác.
—
Lịch sử ngành công nghiệp máy tính & mạng đã chứng minh PHP là một trong số những ngôn ngữ mạnh & linh động nhất trên nền Web và cũng không quá khó để thành thục ở mức phổ thông. Được phát triển và biết đến từ những năm cuối của thập kỷ trước, PHP đã đạt được sự tăng trưởng đáng kinh ngạc so với các ngôn ngữ lập trình khác.
PHP Timeline
Nhìn biểu đồ trên, ta thấy con đường đi lên của PHP là theo hướng phát triển truyền thống, tức là Thiết kế -> sử dụng -> chỉnh sửa -> lớn mạnh -> phát triển. Điều thú vị là cho đến nay, rất nhiều các sản phẩm được phổ biến rộng rãi cũng đi theo con đường trên như các nền tảng .NET, Java hay Linux.
Ta lần lượt điểm qua một số điểm mẫu chốt sau
Vòng đời
Một lần nữa, nhắc lại thế mạnh của PHP trên nền web chính là tốc độ (phát triển & thực thi), nhẹ & dễ học. Bên cạnh đó, do đặc tính mã nguồn mở (theo giấy phép PHP) cũng như sự đổi mới về phong cách khi ra đời, PHP sở hữu rất nhiều thứ quý giá
Cộng đồng lớn. Khoản này vô đối. Luôn có những guru sẵn sàng chia sẻ kinh nghiệm & kiến thức, hướng dẫn những người mới và giải đáp thắc mắc.
Thư viện, cả nội tại và mở rộng của PHP, có chứa số lượng function cực lớn được đóng góp bởi những người tình nguyện. Con số vào khoảng 700 buit-in functions và uncountable external functions (hoangnd tính toán).
Framework đa dạng về số lượng cũng như chất lượng, thậm chí đa dạng cả về mô hình và mục đích sử dụng.
Sự mở rộng và phát triển
Khái niệm về namespace. .NET đã có từ lâu, Java cũng có khái niệm package gần tương đương, và bây giờ chúng ta chứng kiến PHP. Đành rằng namespace ra đời với mục đích cơ bản là giúp lập trình viên dễ tổ chức và quản lý code hơn, nhưng với PHP thì tôi cho rằng là một sự ôm đồm. Mặc dù có rất nhiều những giải thích về cách gõ namespace trong PHP, nhưng thực sự là rất khó chấp nhận ký tự “\” để phân cách. Thứ nhất là hơi va chạm với tư tưởng chạy đa nền của PHP vì ký tự “\” được dùng phổ biến trong windows để phân tách đường dẫn. Thứ hai là có vẻ như PHP đã sử dụng cạn kiệt tài nguyên bàn phím.
PHP cho đến nay đã quá rộng lớn và các lập trình viên dễ dàng tìm được nhiều giải pháp khác nhau cho cùng một bài toán. Điều này thể hiện rất rõ ràng tư tưởng “open and share” mà nhờ nó, nhân loại mới có được kho tri thức khổng lồ (không chỉ trong ngành khoa học máy tính mà còn ở tất cả các lĩnh vực khác). Tuy nhiên, hãy nhìn Python làm, bạn có rất ít những cách để xử lý một vấn đề và thường thì những cách đó luôn là cách tốt nhất và dễ dàng nhất cho bạn, đến nỗi bạn chả buồn nghĩ tới hướng khác . Ở phía đối diện, .NET độc quyền gắn chặt với hệ điều hành Window$ của Micro$oft nhưng có sự thống nhất, rõ ràng và ổn định cực tốt (nếu bạn chọn phát triển trên nền tảng này).
Yahoo và facebook xài PHP
Quá đúng, bỏ qua phần backend thì chính những đoạn mã PHP đã dựng lên bộ mặt yahoo & facebook như bây giờ. Và nó đã chứng minh giá trị của mình khi cả Yahoo & facebook đều đã hoặc đang trở thành những đế chế internet với danh tiếng, lợi nhuận & lượng người dùng cực lớn, chưa kể đến số lượng các dịch vụ kèm theo.
Thế nhưng, trong các đăng báo tuyển dụng, họ luôn muốn ưu tiên những ứng viên biết thêm Perl hoặc Python bên cạnh thành thạo PHP (bỏ qua các yêu cầu khác). Câu hỏi đặt ra là, họ (yahoo & facebook) định cho những ứng viên này làm cả ở nền tảng trên & dưới của hệ thống web application? hay họ muốn những ứng viên đó có được tư duy ngôn ngữ của perl, python? hay nữa là họ muốn dự phòng và sẵn sàng chuyển đổi sang perl, python? (lol)
Đặc điểm
Một chút hình dung
Có nghĩa lý gì? Ai cũng biết .NET là một nền tảng còn PHP là một ngôn ngữ lập trình, tất nhiên sẽ là không hợp lý nếu so sánh chúng với nhau. Cái tôi muốn đề cập là, với .NET chúng ta có thể sử dụng để lập trình web, windows application, mobile, embedded, cloud … với sự tách biệt không quá lớn dành cho lập trình viên (tất nhiên môi trường triển khai thì không nói). Còn PHP không thể đứng một mình, nó sẽ kết hợp với các công nghệ khác tạo thành những nền tảng thực thi bài toán, mà chất lượng kết quả bài toán đó phụ thuộc rất nhiều vào kinh nghiệm & kiến thức của kiến trúc sư trưởng dự án. Sợi dây liên kết này tôi cho rằng là kém vững trãi hơn so với .NET
Ngoài ra, mô hình trên còn thể hiện một nội dung khác. Nếu coi mỗi ngôn ngữ là một tập thông tin thì chúng liên kết với nhau qua giao của những tập đó. Có nghĩa là PHP sẽ đứng chung với python, perl, ruby … Và cũng có nghĩa là tôi sẽ chọn python thay vì PHP để kết hợp với flex. Tức là PHP đã mất đi một người dùng là tôi, ít nhất là trong dự án nào đó.
Buồn ngủ quá nên đoạn này viết hơi sơ sài và lung tung, sẽ cập nhật lại sớm thôi
Tuy nhiên
Các lập trình viên PHP đừng quá buồn và suy nghĩ nhiều làm gì, PHP đã, đang và sẽ luôn làm rất tốt trong phân khúc thị trường của nó. Và trong 1, 2, 3 năm nữa có thể ta có PHP phiên bản 6.0, 6.1, 6.2 … nhưng rồi nó sẽ phát triển tiếp thành cái gì? Cộng đồng không có nhiều người biết, tôi cá là bạn không biết, còn tất nhiên là tôi không biết roài.
1. Để thêm một module vào apache (trên linux – win thì không biết ) a2enmod tên_mod
ví dụ a2enmod rewrite
để thêm mod rewrite
2. Xem các module đã cài đặt apache2ctl -l
Thứ nhất PHP có một kiến trúc độc nhất vô nhị , dựa trên triết lý “share nothing” mỗi luồng chạy php được webserver và ZendEngine thực hiện độc lập , giải phóng tài nguyên hoàn toàn sau khi kết thúc tác vụ .Điều này giúp cho PHP tuy và ngôn ngữ động và thông dịch nhưng lại có tốc độ thực thi rất nhanh và đặc biết là tiêu tốn rất ít tài nguyên. Một điểm nữa là giao thức HTTP (giao thức giao tiếp của web) cũng hoạt động tương tự như vậy “HTTP, each request is distinct”
Thứ 2 PHP được sinh ra để làm web (xem thêm) . Nên thiết kết của PHP chắc chắn hơn hẳn các ngôn ngữ khác trong công nghệ web . Bản thân PHP cũng là một template engine rất mạnh thân thiện với web (HTML-CSS-Javascript).
Thứ 3 PHP là ngôn ngữ được dùng cho web phổ biến nhất thế giới , gần như tất cả các máy chủ web đều hỗ trợ PHP . PHP cũng có số lượng các lập trình viên web đông đảo nhất thế giới qua đó đã xây dựngđược một cộng đồng rộng lớn , lớn hơn rất nhiều các cộng đồng khác .
thống kê của netcraft
Xem thêm đánh giá của cộng đồng trên TIOBE , PHP đứng thứ 5 , quá cao so với một ngôn ngữ chỉ dùng làm Web – server side script .
Thứ 4 PHP là ngôn ngữ mà nguồn mở , nên với hàng triệu ứng dụng có sẵn , miễn phí , thư viện mã nguồn mở giúp cho việc lập trình trên ngôn ngữ này trở nên nhanh chóng và chất lượng .
Nếu như các ngôn ngữ khác có 1-2 sản phẩm ví dụ ASP.NET có một – hai sản phẩm diễn đàn thì PHP có vài chục sản phẩm có chất lượng tốt hơn nhiều .Có thể thấy điều tương tự qua các ứng dụng khác như : Blog , Shopping Cart , CMS .
Các thư viện của PHP nhiều hơn bất kì công nghệ lập trình web nào khác , được đóng góp bởi cả một cộng đồng rộng lớn , trong đó có các công ty IT hàng đầu như : Oracle , Yahoo ,IBM, Zend , FaceBook ..
Thứ 5 Với stack công nghệ mã nguồn mở LAMP bao gồm : hệ điều hành Linux , webserver Apache , Hệ quản trị cơ sở dữ liệu Mysql và PHP . Đã làm nên một nền tảng mở mạnh mẽ với chi phí rất khiêm tốn . Nhưng dễ dàng mở rộng
Nguồn oracle
Chính vì vậy các mạng xã hội 2.0 đã lựa chọn PHP thay vì các ngôn ngữ khác .
Ngoài Apache và IIS đã qá nổi tiếng và chiếm thị phần lớn trên internet hiện nay xuất hiện nhiều các webserver , mà thời gian gần đây bắt đầu được chú ý . Chúng ta sẽ điểm mặt qua từng loại .
1. lighttpd
Lighttpd là webserver được nhắc đến nhiều nhất trong giới công nghệ thời gian gần đây . Được khoảng 3 triệu website trên thế giới sử dụng , có tốc độ sử lí dữ liệu tĩnh cực nhanh (nhanh hơn nhiều Apache) . Hỗ trợ tốt cho CGI đặc biết nếu chạy FastCGI + PHP + Xcache thì tốc độ sẽ tăng lên đáng kể cho php . Xcache là công nghệ opcode cache của lighttpd . Ngoài ra lighttpd là webserver sử lý streaming , hoặc giả streamming thuộc hàng khủng (do xử lý static content nhanh).
Youtube cũng sử dụng lighttpd để truyền video content .
Vậy Lighttpd có các ưu điểm
Sử lý static content nhanh
Sử dụng FastCGI + PHP + Xcache cho tốc độ thực thi rất nhanh
Sử lý streaming tốt , là sự lựa chọn thay thế các media server
) 
