Huy's blog

LAMP trên lappy của tôi

Huy — Thu, 30 Aug 2007 05:19:00 +0000

Trước tiên tôi xin khoe rằng tôi mới tậu được một chú laptop ! Thật là sung sướng khi ước mơ của mình trở thành hiện thực sớm hơn kế hoạch những nửa năm.

Sau khi vác chú ấy về nhà, tôi bắt tay ngay vào việc “cải tạo”. Tôi lột Windows ra, thay vào đó là Ubuntu. Từ trước đến giờ, tôi toàn học và làm việc trên máy tính ở công ty, một máy tính sử dụng Windows (tôi không có quyền cài đặt Linux lên đó). Chính vì thế, tôi hơi rụt rè khi “khoe khoang” về trình PHP của mình, dù sao thì tôi vẫn chưa bao giờ nếm trải cảm giác khi làm việc trên môi trường LAMP thật sự. Bây giờ thì tôi không còn bị hụt chân khi khen Linux trước mặt các kỹ sư Windows nữa rồi.

Quá trình cài đặt dễ dàng và sự thân thiện của Ubuntu thì khỏi cần phải nhắc đến nữa, cộng đồng đã ca ngợi từ lâu rồi. Tuy nhiên thử thách vẫn ở phía trước, tôi phải setup thêm Apache, MySQL, PHP để tạo nên một môi trường làm việc hoàn hảo. Ubuntu hỗ trở rất tốt cho việc cài đặt các gói phần mềm, tất cả đã có sẵn trên server của họ, người dùng chỉ cần “sudo apt-get install …” là xong. Tuy nhiên tôi chọn cách tự compile AMP từ source code, nghĩ rằng chắc chắn mình sẽ có những trải nghiệm thú vị.

Đúng như những gì tôi dự đoán, mọi chuyện rắc rối hơn tôi tưởng. Trước tiên là việc thiếu các shared library và sự liên quan đến nhau giữa chúng. Ví dụ tôi không thể compile module PHP mà không có Apache, không thể compile thư viện hỗ trợ MySQL cho PHP mà chưa cài đặt gói client libraries của MySQL.

Rắc rối tiếp theo chính là các chỉ dẫn từ trên mạng. Tôi đã compile MySQL với static client libraries, điều này khiến tôi phải cài thêm một gói mysql shared client nữa cho PHP sử dụng. Nhưng ác ôn thay, gói shared client này đã … lỗi thời, không làm việc được một cách trơn tru với server. Tôi phải tháo ra và cài lại phiên bản mới hơn. Nhưng sau đó tôi nhận ra rằng, thật là ngu ngốc khi cài riêng như thế. MySQL client và MySQL server sử dụng 2 file socket khác nhau cho local connection, dẫn đến tình trạng không kết nối được. Tôi sửa lại cấu hình MySQL trong php.ini, kết quả là các hàm MySQL cũ thì làm việc được còn PDO thì không. Cuối cùng tôi phải compile lại nguyên bộ MySQL client và PHP. Thế là ổn !

Còn Apache, Apache có lẽ là tay dễ chịu nhất trong bộ 3. Chỉ có một vấn đề duy nhất là dù tôi compile kiểu nào thì vẫn không tìm thấy các file thư viện modules. Sau khi hỏi một người bạn thì anh ta nói rằng nó đã được compile vào luôn trong apache rồi. Tôi cũng không chắc nữa, tôi chưa test chuyện này.

Thế đấy, trong vòng 3 ngày, tôi compile đi compile lại AMP khoảng vài chục lần. Bây giờ thì tất cả đã ổn (hay ít ra thì tôi nghĩ thế). Mọi chuyện thú vị hơn trên Windows rất nhiều, mặc dù cũng mệt nhọc hơn gấp mấy lần.

Còn bây giờ, nếu bạn hứng thú, hãy chiêm ngưỡng chú lappy của tôi:

Hãy dũng cảm nói KHÔNG với OOXML !

Huy — Mon, 20 Aug 2007 06:08:18 +0000

Cả thế giới nói chung và Việt Nam nói riêng đang xôn xao về cuộc bỏ phiếu thông qua việc chuẩn OOXML của Microsoft trở thành chuẩn ISO.

Chuẩn này còn rất nhiều lỗi cũng như nhiều vấn đề chưa thỏa đáng. Sử dụng plain XML cho một định dạng file văn phòng có hợp lý hay không ? Chưa cần nói nhiều, trước tiên thì việc này dẫn đến kết quả là dung lượng của một file .docx nặng gấp 2-3 lần một file .doc hay .odt (một file ODF được cấu thành từ nhiều file XML zip lại, cảm ơn pclouds).
Nếu OOXML trở thành một chuẩn mở thì sao ? Chắc chắn sẽ chẳng có ứng dụng nào xử lý OOXML tốt như Office 2007, và Microsoft lại bán được hàng !

Mỹ gần như sẽ nói “không”, Trung Quốc và nhiều nước lớn khác cũng sẽ chắc chắn từ chối ! Microsoft đang gặp khó khăn.

Nhưng Việt Nam sẽ nói “không” hay “có” ? Tôi đang rất lo lắng rằng câu trả lời là “có”. Chẳng ai lạ gì việc chính phủ VN “thân” với Microsoft cũng như tình trạng độc quyền của Microsoft Office tại Việt Nam ! Nhưng làm ơn, hãy suy nghĩ thấu đáo, chúng ta không thể phát triển theo con đường đó. Mọi chuyện sẽ như thế nào nếu OOXML trở thành chuẩn file chính thức của chính phủ điện tử Việt Nam sau này? Người dân Việt Nam không phải ai cũng có thể mua một máy tính 2GB RAM để sử dụng Windows Vista và Office 2007.

Cái viễn cảnh mọi computer ở các trường học Việt Nam đều cài đặt Edubuntu và OpenOffice khá là xa vời nhưng cũng rất tươi đẹp ! Hãy cố gắng vì điều đó, đừng ngại khó khăn hay ngủ quên trong êm ấm ! Dũng cảm lên !

Tôi làm việc trên web

Huy — Wed, 15 Aug 2007 11:30:04 +0000

Thật là tự hào khi khoe khoang rằng tôi đã tạo được cho mình một phòng làm việc
trên web.

Tôi hoàn toàn cảm thấy thoải mái với tốc độ, sự đơn giản và tiện dụng của
Google Calendar. Bên cạnh đó, HiTask
(http://www.hitask.com),
một ứng dụng được phát triển bằng Zend Framework, cung cấp cho tôi một số
tính năng lặt vặt như ghi nhớ ngày sinh nhật, notes với một giao diện rất dễ
thương. Tôi đã hoàn toàn từ bỏ EssentialPIM.
Tiếp theo, Google Docs
(http://docs.google.com)
mặc dù chưa thể thay thế được OpenOffice nhưng cũng giúp tôi loại bỏ sự
phiền toái của Windows Live Writer khi viết blog.
Google Reader
(http://www.google.com/reader)
đánh bại hoàn toàn phần mềm desktop Feed Reader. Tiện ích đọc feed này thật
là tiện dụng và có tốc độ thật đáng kể.
Tôi không còn vẽ UML bằng ArgoUML nữa, Gliffy
(http://www.gliffy.com
) mang lại cho những diagram của tôi tính thẩm mỹ.

Bạn có thể góp ý với tôi rằng, mỗi ứng dụng trên ở một địa chỉ khác nhau, sẽ hơi
bất tiện khi phải mở Firefox và gõ URL. Vậy sao không tập trung chúng lại một
nơi ? Trong trường hợp này, bạn cần một wiki.

Có nhiều dịch vụ wiki-farm cung cấp cho bạn một wiki hoàn toàn miễn phí để bạn
làm bất kỳ điều gì mình thích (web cá nhân, nhóm, hay chỉ là một nơi để ghi chú
công việc hàng ngày). Có thể kể đến PBWiki, Zoho Wiki … Nhưng tôi khuyên bạn
hãy chọn Wikidot
( http://www.wikidot.com ).

Wiki do wikidot cung cấp có rất nhiều tính năng và uyển chuyển đến mức bất ngờ.
Bạn có thể chia wiki của mình ra nhiều category, gán theme riêng biệt cho từng
category đó, embed các “control” được cung cấp sẵn như: page list, tag cloud …
và nhiều, rất nhiều. Tôi đã tận dụng tính năng iframe để embed tất cả các ứng
dụng online vào wiki của mình, từ Google Docs cho tới tự điển online. Bên cạnh
đó, cấu trúc thông tin theo trang của một wiki tạo cho bạn một nơi để ghi chú,
lưu trữ tài liệu… rất tốt. Tất cả những ý tưởng mà tôi bất chợt nảy ra đều
được ghi chú lên wiki. Với kiến thức về CSS, tôi dễ dàng biến wiki của mình
thành chốn mang đậm tính cá nhân. Wikidot thậm chí cho phép tôi gán theme cho
từng trang wiki một.

Thấy chưa ! Bạn đã chuẩn bị cho cuộc sống với web chưa ?

PHP … PHP … PHP … PHP & PHP

Huy — Thu, 19 Jul 2007 03:35:24 +0000

Vậy là PHP4 sẽ ngừng phát triển vào cuối năm 2007, chỉ còn những bản fix bug được cập nhật cho đến ngày 8 tháng 8 năm 2008. PHP4 đã sống 7 năm, và bây giờ đã đến lúc nó phải ra đi để nhường chỗ cho PHP5.

PHP5 đã ra đời được 3 năm, và PHP6 thì sắp oe oe chào đời, nhưng PHP4 vẫn thống trị các dịch vụ cung cấp shared hosting. Điều đó làm cho các ứng dụng PHP … không dám nâng cấp lên PHP5. Nhưng đã đến lúc phải chấm dứt tình trạng đó. PHP5 đã quá trưởng thành, nó đem đến sự chuyên nghiệp cho cộng đồng PHP, đem đến OO, design patterns, UML, XML, web services …

Một số nhóm mã mở PHP đã cùng nhau lập nên web site http://gophp5.org, như một lời cổ vũ rằng: “Hãy nâng cấp lên PHP5 đi, không còn chỗ cho PHP4 già nua nữa rồi”. Ngay trên trang chủ của web site này có một đồng hồ đếm ngược đến ngày 5 tháng 2 năm 2008, thời điểm mà theo họ là thích hợp để các nhà cung cấp web hosting cũng như các dự án PHP mã mở chuyển sang sử dụng PHP5.2 ! Một danh sách dài các ứng dụng PHP mã mở nổi tiếng như Drupal, Gallery, IceBB đã có kế hoạch cho phiên bản PHP5.

Còn bạn ? Bạn có thích PHP không ? Bạn có muốn PHP trở thành mainstream ở Việt Nam không ? Bạn có thể vào link này để cùng thảo luận về PHP chuyên sâu với nhóm PHPVietnam: http://groups.google.com/group/phpvietnam . Tất cả đều mở, hoan nghênh bạn !

IDG đầu tư vào VEGA

Huy — Sun, 15 Jul 2007 09:04:44 +0000

Theo tin từ VietnamNet thì VEGA Technologies, công ty phát triển http://www.clip.vn , đã trở thành một trong 2 công ty trong lĩnh vực CNTT được đầu tư bởi IDG. Bạn có thể xem bài viết tại VietnamNet (http://vietnamnet.vn/cntt/2007/07/717909/).

IDG Ventures là tập đoàn đầu tư mạo hiểm lớn của thế giới, họ có vốn trong rất nhiều dự án lớn và nổi tiếng. Ở Việt Nam, IDG cũng là một trong 2 tập đoàn đầu tư mạo hiểm lớn nhất, bên cạnh VinaCapital.

Đây đang là thời điểm lý tưởng cho các vụ web 2.0 start-up. Các tập đoàn đầu tư mạo hiểm có lẽ là sự lựa chọn số một để giải quyết vấn đề lớn nhất: vốn ! Trước tiên, bạn phải hình dung rõ mình định làm cái gì ? Tự hỏi mình về tính khả thi của ý tưởng trong đầu bạn ! Tiếp theo hãy viết một business plan thật tốt. Đây là bài hướng dẫn viết business plan được cung cấp bới IDG: http://www.idgvv.com.vn/?mdl=for_entrepreneurs&cat=33.

Blogger.com bằng tiếng Việt

Huy — Sun, 08 Jul 2007 08:23:05 +0000

Vừa lúc nãy, sau một khoảng thời gian rất lâu mới trở lại blogger.com, tôi đã thấy một giao diện hoàn toàn tiếng Việt.

Có thể “phát hiện” này của tôi chẳng có gì mới mẻ, nhưng nó cộng hưởng với những quảng cáo bằng tiếng Việt nhan nhản khắp các website nổi tiếng của Google, cùng với “sự kiện” Yahoo! Answers bằng tiếng Việt làm tôi có cảm giác như đang có một cuộc chạy đua giữa các ông lớn nhằm giành lấy thị trường internet Việt Nam. Chắc chắn sẽ có một cuộc chiến thú vị mà kết quả nó đem lại sẽ chỉ có lợi cho người dùng Việt Nam mà thôi. Các công ty lớn của Việt Nam cũng đã có những động thái rõ ràng để chuẩn bị cho cuộc chiến này. Tất cả chỉ mới bắt đầu.

Trước tiên, hãy đọc phần giới thiệu bằng tiếng Việt của blogger.com :

Câu chuyện của Blogger

Blogger được bắt đầu bởi một công ty rất nhỏ ở San Francisco có tên là Pyra Labs vào tháng 8 năm 1999. Sự kiện này diễn ra trong thời kỳ bùng nổ của dot-com. Nhưng lúc đó chúng tôi không phải là một công ty được tài trợ bởi vốn mạo hiểm, tiệc tùng suốt ngày, đá bóng trong sảnh, uống bia miễn phí. (Trừ khi là bia miễn phí của người khác.)
Chúng tôi là ba người bạn, lấy vốn bằng cách làm các dự án web hợp đồng về những hành động gây rối cho các công ty lớn, cố gắng tạo các cổng vào lớn của chúng tôi lên Internet landscape. Những gì chúng tôi đã cố gắng làm từ lúc ban đầu giờ đây đã không là vấn đề nữa. Nhưng trong khi làm việc đó, chúng tôi đã tạo Blogger, nhiều hoặc ít theo một ý thích chợt nảy ra, và suy nghĩ — Hmmm… điều đó thật là thú vị.
Blogger đã cất cánh, trên một con đường nhỏ, và cuối cùng trở thành một con đường lớn hơn, sau một vài năm. Chúng tôi đã kiếm được một chút tiền (nhưng vẫn là một công ty nhỏ). Rồi sau đó đã xảy ra phá sản, chúng tôi cạn dần tiền, và hành trình có một chút vui vẻ của chúng tôi bắt đầu kém vui. Chúng tôi tồn tại một cách yếu ớt, không phải hoàn toàn trong một mảnh, nhưng vẫn duy trì dịch vụ trong suốt thời gian này (hầu hết các ngày) và bắt đầu xây dựng quá trình sao lưu cho dịch vụ.
Mọi thứ đã tiến triển tốt đẹp trở lại vào năm 2002. Chúng tôi đã có hàng trăm nghìn người dùng, mặc dù vẫn chỉ có một số ít người. Và sau đó những điều không ai mong đợi đã xảy ra: Google đã muốn mua chúng tôi. Đúng, đó là Google
Chúng tôi rất thích Google . Và họ thích blog. Vì vậy chúng tôi làm theo ý tưởng. Và nó làm việc thật dễ chịu.
Bây giờ chúng tôi là một nhóm nhỏ (nhưng lớn hơn một chút so với trước đây) trong Google , tập trung vào việc giúp mọi người có tiếng nói riêng của mình trên web và sắp xếp thông tin về quan điểm cá nhân của cả thế giới. Đây gần như luôn luôn là công việc của chúng tôi.
Để hiểu thêm về Google, hãy truy cập vào google.com. (Cũng tốt cho tìm kiếm.)

Nó tác động gì đến bạn ? Riêng với tôi, nó làm cho tôi phải mơ mộng !

Google mua FeedBurner

Huy — Wed, 04 Jul 2007 08:04:28 +0000

Theo thông tin chính thức từ http://feedburner.com thì Google đã mua lại dịch vụ quản lý và theo dõi feed này. Nhóm phát triển FeedBurner sẽ join vào Google team và sắp tới FeedBurner sẽ kết hợp với các dịch vụ của Google. Cũng theo như trên FeedBurner.com thì Google sẽ phát triển dịch vụ quảng cáo trên feed dựa vào FeedBurner, họ cho rằng vai trò của feed sẽ càng ngày càng quan trọng hơn trong tương lai.

Như bạn biết, các tài khoản miễn phí ở FeedBurner bị hạn chế nhiều tính năng hay ho. Sau khi FeedBurner về tay Google, các tính năng này sẽ được cung cấp free hết. Người dùng chỉ việc vào control panel và upgrade miễn phí thôi. Thật là … phê hết chỗ nói !

Thôi, nếu bạn có sử dụng FeedBurner thì lo mà đi upgrade đi nhá, tôi đi đây !

Viết code PHP thật dễ thương !

Huy — Tue, 26 Jun 2007 13:06:15 +0000

Bên cạnh các khuyến cáo, bắt buộc mà chúng ta thường gặp phải ở bất kỳ ngôn ngữ theo C style nào khác như vị trí của các dấu {}, dấu () trong tên hàm … thì cũng có những chuẩn riêng đặc thù của PHP. Có khá nhiều chuẩn viết code PHP được biết đến, ví dụ như chuẩn của Zend, chuẩn của phpBB, chuẩn của PEAR. Các chuẩn này ban đầu được đưa ra bởi các dự án, nhóm, công ty và được áp dụng bởi phần còn lại của thế giới. Nhóm PHPVietnam cũng có một chuẩn riêng cho mình do pcdinh viết.

Vấn đề thứ nhất là cách đặt tên biến và tên hàm, ở PHP có 2 cách được dùng phổ biến là đặt theo camelCase và under_score. Chuẩn của phpBB bắt buộc dùng under_score. Viết thường toàn bộ tên biến và phân cách các từ bằng ký tự “_” (ký tự under_score) ví dụ:

$hottest_girl = get_girl(‘Paris Hilton’);

Các chuẩn của Zend, PEAR, PHPVietnam thì thích dùng camelCase, họ học hỏi điều này từ các chuẩn code của Java (họ là những người “thân Java”). Thật sự thì under_score phổ biến ở các ứng dụng PHP cũ, sau này, khi PHP5 ra đời cũng như khi các PHP framework bùng nổ, camelCase được ưa chuộng hơn. Bản thân tôi cũng thích camelCase hơn. camelCase là cách viết thường chữ cái đầu tiên của từ đầu tiên và viết hoa chữ cái đầu tiên của các từ thứ hai trở về sau, không dùng ký tự “_”. Ví dụ:

$hottestGirl = getGirl(‘Paris Hilton’);

Tiếp theo là cách khai báo chuỗi, dùng dấu nháy kép (‘) hay nháy đơn (“) ? Trong PHP có 2 cách khai báo chuỗi, khai báo simple string và string. Khái báo simple string tức là khai báo chuỗi không có đặt biến vào trong đó. Ví dụ:

$message = ‘I love you!’;

Và cách khai báo kia:

$message = “I will be $minute minutes late !”;

Trong cách thứ 2, một biến được đặt vào trong chuỗi ( ở đây là $minute), PHP engine sẽ tìm và thay thế giá trị của biến đó vào chuỗi. Bạn phải dùng dấu nháy kép nếu muốn làm như thế. Vấn đề ở đây là nếu dùng dấu nháy kép cho chuỗi không chứa biến, PHP sẽ mất công tìm. Ví vậy, tất cả các chuẩn đều khuyến cáo dùng dấu nháy đơn cho các chuỗi không chứa biến. Khi khai báo biến trong chuỗi, lập trình viên có thể thêm một cặp ngoặc nhọn, nhưng theo tôi làm như thế chỉ tổ rắc rối:

$message = “I will be {$minute} minutes late !”;

Về cách namespace cho các lớp. Bạn biết rằng PHP chưa hỗ trợ namespace, nhưng bạn vẫn có thể namespace cho các lớp của mình bằng cách dùng prefix và folder. Qua cách làm này, bạn có thể dễ dàng biết được file chứa lớp nằm ở đâu trên đĩa cứng, chỉ thông qua tên lớp. Ví dụ với lớp “ImHuy_Controller_Page”, thì bạn biết rằng nó được khai báo ở file ImHuy/Controller/Page.php. Tất nhiên, với mỗi lớp, hãy dùng một file riêng.

Một số chuẩn, ví dụ như chuẩn của PHPVietnam khuyến cáo đặt các subfix để đánh dấu nội dung của file. Ví dụ file chứa class thì có đuôi *.class.php, chứa interface thì *.interface.php, chứa template thì *.tpl.php. Nhưng tôi không thích cách làm này.

Chuẩn viết code cũ của PHPDoctrine có khuyến cáo không nên khai báo các hằng số ở mức global mà hãy đưa nó vào trong các lớp liên quan. Tất nhiên điều này chỉ áp dụng cho PHP5 trở lên.

Sau đây là một vấn đề không được nói đến trong các chuẩn nổi tiếng, nhưng tôi cho rằng nên chú ý đến nó !

Cách khai báo mảng. Ok, như bạn biết, mảng trong PHP khác hoàn toàn với mảng trong C, bạn có thể đánh index bằng chuỗi hoặc bằng số nguyên. Và PHP cũng không bắt buộc sự đồng nhất trong cách đặt index, bạn có thể đặt lẫn lộn, nhưng hãy nhìn đoạn code này:

$array = array();

$array[]       = ‘Paris Hilton’; // 0 => ‘Paris Hilton’
$array['baby'] = ‘Maggie Q’; // ‘baby’ => ‘Maggie Q’
$array[12]     = ‘Lindsay Lohan’; // 12 => ‘Lindsay Lohan’
$array[]       = ‘Jessica Alba’; // what’s here ?

Phần tử có giá trị ‘Jessica Alba’ có index là gì ? Ở đây là 13, nhưng bạn có cảm thấy “chột dạ” không ? PHP cho phép bạn thêm phần tử vào mảng một cách vô trách nhiệm như thế. Nhưng ngoại trừ khi bạn duyệt thêm phần tử mới, hoặc chắc chắn rằng bạn chỉ dùng số nguyên làm index cho mảng, hãy sử dụng một index rõ ràng khi gán phần tử mới cho mảng. Làm như thế chẳng tăng performance cho ứng dụng được bao nhiêu, nhưng sẽ giúp bạn quản lý code tốt hơn và tránh lỗi lặt vặt.

Một khuyến cáo khác là hạn chế số ký tự khi bạn dùng chuỗi để đặt index cho phần tử của mảng. Bạn có thể viết như thế này:

$array['I wanna say \'$$%$#$^&*^)\' to you'] = ‘Something’;

Nhưng như thế đúng là holy shit, hãy chỉ dùng các ký tự ’a-zA-Z0-9_’ mà thôi. Trong chuẩn của PHPVietnam có nhắc đến chuyện này, họ cho rằng như thế rất tiện lợi khi lấy dữ liệu từ database. Họ đúng !

Hasta la vista, baby !

Zend Framework 1.0 sắp ra mắt

Huy — Mon, 25 Jun 2007 05:47:17 +0000

Zend Framework (ZF) 1.0 RC 3 đã được release. ZF 1.0 sẽ ra mắt trong thời gian ngắn sắp tới sau gần 2 năm thai nghén. Nếu ai đó theo dõi sự phát triển của ZF thì sẽ thấy rằng, so với bản 0.1 hồi đầu năm ngoái thì bản 1.0 RC 3 khác hoàn toàn. Thật vậy, kiến trúc của các lớp thuộc ZF được thay đổi xoành xoạch từ phiên bản này sang phiên bản khác. Cho đến 0.9, lớp Zend đã biến mất, nó tách ra thành Zend_Loader và Zend_Registry. Nhóm Zend_Controller thì thay đổi liên tục cùng với sự cải tiến của Zend_Db…

ZF là một library-liked framework, khác với application framework như kiểu của CakePHP hay symfony. ZF cung cấp các thư viện hỗ trợ từ web services cho đến việc quản lý ACL, fulltext search… Bạn có thể sử dụng chung ZF với CakePHP hay symfony hay bất kỳ framework nào khác, tùy thích.

ZF có thể đáp ứng gần như đầy đủ các yêu cầu khi xây dựng các ứng dụng PHP. Tất nhiên vẫn còn một số gói đang trong giai đoạn phát triển như OpenID, Xml database … Sau đây là những thứ đem lại cho tôi nhiều ấn tượng nhất.

Zend_Search_Lucene, PHP implementation của Lucene chưa thực sự khiến người ta hài lòng. Có cảm giác rằng nó thực thi việc index quá chậm, bên cạnh đó, nó hỗ trợ Unicode chưa tốt và thiếu rất nhiều tính năng.

Zend_Db_Adapter thực sự tốt ở vai trò database abstract layer. Thật ra nó chỉ là những wrapper của PDO. Cách mà nhóm phát triển ZF implement Table Data Gateway và Row Data Gateway cũng giúp tôi học hỏi được nhiều điều. Lớp Zend_Db_Select là một trải nghiệm thú vị.

Zend_Controller là một nhóm các lớp đóng vai trò Controller trong mô hình MVC. Kiến trúc của nó là một minh chứng cho đẳng cấp của các nhà phát triển ZF, rất uyển chuyển, rất bao quát. Nhóm phát triển ZF đã tính để cả trường hợp khi bạn phát triển các ứng dụng PHP Gtk, PHP CLI chứ không chỉ riêng các ứng dụng web.

Còn rất nhiều điểu để nói về Zend Framework, tôi hy vọng mình có thể viết tiếp một loạt bài về ZF.

Tôi, PHP và Lucene

Huy — Sat, 12 May 2007 17:45:54 +0000

Lucene là thư viện Java mã mở nổi tiếng giúp bạn xây dựng một “Google-like search engine”. Nếu bạn là Java coder thì đến 99% bạn đã nghe đến Lucene, mức độ thành công của nó được thể hiện qua số lượng bản port sang hầu hết các ngôn ngữ phổ biến: C++, C, C#, Ruby, Python, PHP … Lucene được sử dụng trong rất nhiều website, ứng dụng nổi tiếng như Wikipedia, Technorati … cho đến Eclipse IDE.

Trong quá trình làm project của mình, tôi có dịp được nghiên cứu về một số phiên bản của Lucene, quá trình nghiên cứu và test này thú vị đến nỗi tôi không thể không post lên đây được.

Nói qua về Lucene cho ai chưa hiểu: Lucene là một thư viện các lớp, sử dụng nó, bạn có thể xây dựng các ứng dụng full-text search hoặc nhúng tính năng này vào ứng dụng của mình. Công việc của Lucene gồm 2 phần: Indexing là công việc phân tích, đánh chỉ mục tài liệu text của bạn và searching là việc tìm kiếm trên đống dữ liệu mà bạn đã index. Bạn có thể tham khảo các link ở cuối bài, tất nhiên là hãy tìm đến chúng bằng cách đọc qua hết bài này.

PHP

Công nghệ mà tôi chọn cho project của mình là PHP, và tất nhiên phiên bản Lucene đầu tiên mà tôi thử nghiệm là phiên bản trên PHP. PHP Lucene là một phần của Zend Framework, gói Zend_Search_Lucene, đây là một bản port thuần PHP. Tôi hơi lo về performance của nó, bởi ai cũng biết PHP không được sinh ra để giải quyết các công việc nặng về logic. Nhưng mọi thứ không làm tôi thất vọng. Tôi thử index bộ manual của Zend Framework, nặng 40 MB, khoảng trên 3000 file HTML, tốn khoảng 5 phút. Chưa kể là trong lúc thử nghiệm, tôi còn nghe nhạc bằng Windows Media Player, viết tài liệu bằng Open Office Writer. Phần search cũng rất khá, mất trung bình 0.5 giây cho việc tìm kiếm từ khóa “Zend” trong đống dữ liệu trên, trả về hơn 1000 kết quả. Tuy nhiên một khuyết điểm rất lớn của Zend_Search_Lucene khiến tôi không thể sử dụng được nó là không hỗ trợ đầy đủ UTF-8. Dữ liệu bằng tiếng Việt bị hỏng khi index và không trả lại kết quả gì khi search, chưa kể còn sinh ra cả loạt lỗi Notice từ iconv(). Ngoài ra, PHP Lucene còn chưa hỗ trợ một số tính năng có ở bản Java Lucene như sort chẳng hạn.

Java

Những thiếu sót trên khiến tôi phải quay qua Java Lucene, mặc dù tôi chưa bao giờ làm việc với Java (nhưng trong nhóm tôi có người làm Java). Dự định của tôi là bắt cầu PHP và Java để chạy Java Lucene. Nhưng ngoài PHP/Java bridge nằm trong sản phẩm thương mại Zend Platform ra thì hai giải pháp còn lại đề không họat động được bất chấp các nỗ lực của tôi. Ý tưởng sử dụng Java Lucene phá sản, nhưng tôi khám phá ra Solr, một search server dựa trên Java Lucene. Solr chạy ở trên một server riêng với Tomcat, các ứng dụng client sẽ giao tiếp với nó qua web service. Tôi mất một buổi chiều để cài Tomcat lần đầu tiên trong đời, sau đó deploy Solr. Nhưng sau đó tôi phát ra sự thật phũ phàng rằng Solr chỉ hỗ trợ một index trên mỗi application. Tôi có thể cấu hình để chạy nhiều ứng dụng Solr trên cùng một server, nhưng như thế sẽ ngốn rất nhiều tài nguyên. Vậy là phá sản rồi Solr ơi !

C#

Sau khi bỏ Java lại sau lưng, tôi nghĩ đến Lucene.NET (viết bằng C#). Tất nhiên tôi sẽ không sử dụng server Windows. Giải pháp duy nhất là Mono, nhưng tôi không dám phiêu lưu với một công nghệ mà chưa ai trong nhóm của tôi từng làm việc với nó. Bỏ qua .NET !

Ruby

Giải pháp tiếp theo của tôi là Ferret, phiên bản Lucene của Ruby. Ấn tượng đầu tiên là hệ thống API của Ferret khác hoàn toàn với bản Java Lucene gốc. Ý tưởng về một ứng dụng có cả PHP và Rails cũng không đến nỗi tồi. Nhưng giống như Zend_Search_Lucene, Ferret vẫn fail với Unicode, chưa kể nó còn gặp một số vấn đề về performance. Ferret đang được viết lại với C, Ruby chỉ là bề mặt, nhưng phiên bản C-Ferret vẫn chưa ổn định. Tạm biệt Ferret !

C++ (PHP Extension)

Tôi bắt đầu thấy bối rối, bởi vì gần như là hết cách rồi. Ý tưởng port CLucene (C++ Lucene) thành một PHP extension xem ra hơi phiêu lưu và không thực tiễn nếu xét về thời gian. Thực ra đã có một gói PECL để chạy CLucene với PHP, nhưng nó không đảm bảo vì thậm chí còn không có cả tài liệu.

Quay lại với PHP

Thế là tôi quyết định quay lại và nhúng tay vào Zend_Search_Lucene. Thật may là vấn đề UTF-8 đã được giải quyết một cách tạm thời. Giải pháp tạm của tôi như sau: Xét thấy dữ liệu text bằng tiếng Việt chủ yếu là gồm các ký tự Latin, tất cả nằm trong phạm vi của Latin-1 (ISO-8859-1) cho nên tôi quyết định thay iconv() mà nhóm phát triển Zend Framework sử dụng bằng hàm utf8_encode(). Tất nhiên tôi sẽ viết một lớp riêng để extend lại các lớp mà tôi cần thay đổi, sửa thẳng vào code là không khôn ngoan. Tôi hiện đang khá hạnh phúc với giải pháp này, trong khi chờ đợi một lời hứa “full support UTF-8″ của Zend thành hiện thực.

Tuy nhiên, tôi nghĩ rằng ý tưởng biến C++ Lucene thành một extension còn hay hơn nhiều. Lúc đó khỏi phải lo về perfomance, vì ứng dụng search của tôi sẽ chạy nhanh và nhẹ hơn 20 lần !