DisMaxRequestHandler(thường được gọi ngắn gọn là Dismax) được thiết kế để xử lý các câu truy vấn đơn giản( không bao gồm các ký tự đặc biệt của Solr) mà người dùng cung cấp sau đó tìm kiếm các đơn vị từ(term) trên những trường(field) xác định với trọng số(boost) khác nhau. Thêm nữa hệ thống này còn giúp thay đổi điểm trả về dựa trên những quy tắc đặc thù cho từng use-case cụ thể.

Solr Lucene

2. Cách sử dụng

Để sử dụng có 2 cách khai báo tham số
qt=dismax sẽ sử dụng các tham số phụ khai báo trong file Solr config
defType=dismax sẽ sử dụng tham số truyền vào trên parameter của Solr
Cá nhân tôi hay sử dụng qt=dismax hơn

3. Các tham số dành cho cho dismax

q.alt

Định nghĩa câu truy vấn được sử dụng trong trường hợp câu truy vấn để trống hoặc không được chỉ ra trong tham số gửi lên server.

qf(query fields)

Danh sách các trường và các trọng số sử dụng trong các trường này trong quá trình phân tích câu truy vấn mà người dùng cung cấp.  Ví dụ sử dụng fieldOne^2.3 fieldTwo fieldThree^0.4. Chỉ ra rằng trường fieldOne có trọng số là 2.3, trường fieldTwo có trọng số mặc định là 1, trường fieldThree có trọng số là 0.4.  tức là trong trường hợp nếu nội dung câu truy vấn xuất hiện ở 3 trường thì các tài liệu có nội dung trên fieldOne quan trọng hơn tài liệu có nội dung trên fieldTwo và kém quan trọng nhất là tài liệu có nội dung trên fieldThree
Ví dụ định nghĩa qf trong Solr config:
<str name=”qf”>        CategoryName^6.0 Title^1.0     </str>

mm(Minimum ‘Should’ Match):

Trong Solr/Lucene có 3 kiểu mệnh đề là: “phải xuất hiện”, “không được xuất hiện”, và “có thể xuất hiện”(should match). Mặc định khi cung cấp một câu truy vấn Solr sẽ xử lý dạng “có thể xuất hiện” tùy thuộc vào cấu hình trong Solr config. Hoặc cũng có thể cung cấp ký tự đặc biệt để xác định đâu là mệnh đề “không được xuất hiện” đâu là mệnh đề phải xuất hiện. Khi xử lý với  mệnh đề “có thể xuất hiện” thì option “mm” sẽ chỉ ra chính xác số lượng nhỏ nhất các mệnh đề phải xuất hiện( must match).  Dưới đây là một vài ví dụ cài đặt.
- Ít nhất có 2 mệnh đề trong câu truy vấn phải xuất hiện trong tài liệu tìm được, mm=2( hoặc trong define trong Solr Config <str name=”mm”>1</str>)
- Ít nhất 75% mệnh đề phải xuất hiện, 75%
- Nếu từ 1 mệnh đề tới 2 mệnh đề thì bắt buộc phải xuất hiện tất cả. nếu từ 3 mệnh đề trở lên thì ít nhất 75% mệnh phải xuất hiện, 2<-25%
- Nếu từ 1 đến 2 mệnh đề thì bắt buộc phải xuất hiện tất cả. Nếu từ 3 mệnh đề tới 5 mệnh đề(gọi là x mệnh đề) thì x-1 mệnh đề bắt buộc phải xuất hiện. Nhiều hơn 5 mệnh đề thì ít nhất 80% mệnh đề xuất hiện.

Để rõ ràng hơn mọi người có thể tham khảo  quy tắc sử dụng cú pháp trong phần của Lucene.

http://lucene.apache.org/solr/api/org/apache/solr/util/doc-files/min-should-match.html

Nhưng có 2 điểm trái ngược giữa link trên và link

http://wiki.apache.org/solr/DisMaxQParserPlugin

Là:
1. 75% và -25%  ở Solr coi là tương đương, nhưng trong Lucene thì không phải lúc nào cũng là tương đương, do quy tắc làm tròn số khác nhau.
2. Ví dụ cuối trong Lucene khi giải thích 2<-25% 9<-3 có vẻ không hợp lý lắm

pf( Phrase Fields)

Trong danh sách trả về các document, thì tham số “pf”giúp “tăng cường trọng số” boosting cho những tài liệu nào có sự xuất hiện cả câu truy vấn trong một trường field nhất định. Định dạng của cấu hình này tương đương với định dạng tham số qf
<str name=”pf”>   CategoryName^2.0 Title^6.0     </str>
Ý nghĩ của cấu hình này như sau, với tài liệu có “toàn bộ” nội dung câu truy vấn tồn tại trong trường Title thì nhân điểm của nó lên 6.0, với tài liệu có “toàn bộ” nội dung câu truy vấn tồn tại trong CategoryName thì sẽ nhân điểm của nó lên với 2.0

ps(Pharse Slop)

Chỉ ra tham số Slop bổ trợ cho tham số pf (phrase fields).
Khái niệm này phụ thuộc vào khái niệm slop trong phrase query, Slop sẽ xác định số lượng lớn nhất các đơn vị tự (term) xuất hiện giữa 2 term của một câu truy vấn CÂU. Ví dụ với câu truy vấn “anh em”(có ngoặc kép) nếu slop xác định bằng 0 thì chỉ những văn bản có cụm từ “anh em” mới trả về. Nếu slop =1 nghĩa là văn bản chứa “anh em” hoặc “anh yêu em” hoặc “anh và em” đều thỏa mãn, còn văn bản chứa cụm từ “anh không yêu em” không phù hợp. trong trường hợp slop=2 thì các tài liệu trên đều phù hợp.

qs(Query Slop)

Định nghĩa tham số slop bổ trợ cho câu truy vấn.
Mọi người sẽ thấy conflict giữa 2 tham số này, nhưng không phải thế. qs sử dụng cho quá trình tìm kiếm tài liệu và áp dụng cho câu truy vấn chứa các mệnh đề là phrase query. Trong khi đó ps áp dụng cho quá trình boosting tài liệu(sau khi đã tìm thấy tài liệu rồi) và áp dụng cho tham số pf trình bày ở trên.

tie

Khi một đơn vị từ term được đối sánh đối với các trường khác nhau của cùng một văn bản thì có thể có nhiều trường chứa term này với các điểm khác nhau, mặc định của hệ thống Solr/Lucene sẽ sử dụng score lớn nhất trong các score để làm điểm đại diện để tính điểm cho tài liệu.
Tham số tie sẽ giúp điểm cuối cùng sẽ không phải là điểm lớn nhất mà sẽ bao gồm điểm cả các trường khác gộp lại
Max score + tie(điểm trên trường 1+điểm trên trường 2+…)

Nếu tie=0 thì trở về phương pháp tính điểm mặc định của Solr/Lucene, nếu tie=1 thì điểm sẽ là điểm tổng của các trường tìm thấy. Thực nghiệm người ta sử dụng 0.1

bq( Boost Query)

Là một câu query được thêm vào để thay đổi điểm trả về theo một chiều hướng nhất định. Mặc định hệ thống sẽ thêm câu truy vấn phụ này vào câu truy vấn chính rồi truyền xuống phía dưới.

bf(Boost Function)

Là một Function thêm vào câu truy vấn để làm thay đổi điểm của tài liệu trả về. Mọi function được hỗ trợ  bởi Solr đều có thể sử dụng được kèm theo một trọng số tương ứng.

Tham khảo http://wiki.apache.org/solr/FunctionQuery/ để biết rõ hơn về function query

Tham khảo tài liệu tiếng Anh

http://wiki.apache.org/solr/DisMaxRequestHandler

http://wiki.apache.org/solr/DisMaxQParserPlugin

http://lucene.apache.org/solr/api/org/apache/solr/util/doc-files/min-should-match.html

Nguồn: www.aladeck.wordpress.com

Hình ảnh về các search engine sưu tầm trên mạng

Hiện tại công cụ tìm kiếm tiếng Việt vẫn chưa gặt hái được thành công như Bamboo, Xalo, Socbay,… trong khi đó thì công nghệ tìm kiếm của các ông lớn như Google, Bing đang phát triển mạnh mẽ. Tuy nhiên không phải là không còn những “kẽ hở” để cho công cụ tìm kiếm trong nước phát triển, ví dụ như tìm kiếm theo chiều dọc, hay tìm kiếm thông minh, trên các nền tảng ngoài máy tính…
Cơ hội sử dụng lại/tham khảo mã nguồn mở cũng rất lớn, trong bài viết này tác giả sẽ đề cập đến một thư viện mã nguồn mở rất nổi tiếng là Lucene và một ví dụ thành công là Google Search

1. Đặc thù ngôn ngữ tiếng Việt.

Đặc điểm ngôn ngữ tiếng Anh(một ngôn ngữ phổ thông trên internet) và các ngôn ngữ tương tự là các từ có nghĩa cách nhau bằng một khoảng trắng còn đối với tiếng Việt thì không phải hoàn toàn thế( ví dụ từ ‘ví dụ’, ‘du dương’,… nếu cắt bằng khoảng trắng thì ra các từ đơn vô nghĩa( không biểu hiện nghĩa ban đầu của từ ghép). Như vậy việc xác định từ có nghĩa bằng khoảng trắng để có một đơn vị từ(term) phụ vụ cho mục đích tìm kiếm đối với tiếng Việt là không có giá trị.
Cũng có các công trình nghiên cứu về việc tách từ cho tiếng Việt như vntokenizer của ông Lê Hồng Phương nhưng do tính chất đa nghĩa của câu tiếng Việt nên không phải đoạn văn bản nào cũng có thể tách từ một cách chuẩn xác( ví dụ cụm từ ‘con ngựa đá con ngựa đá’ trong từng hoàn cảnh có ý nghĩa khác nhau).
Như vậy việc xây dựng từ điển từ cho tập văn bản-trang web tiếng Việt là cực kỳ khó khăn và không chuẩn xác. Giải pháp cắt đơn vị từ bằng khoảng trắng có thể áp dụng cho công cụ tìm kiếm tiếng Việt nhưng nó sẽ làm cho việc “hiểu” ngôn ngữ tiếng Việt của công cụ bị bỏ qua. Trong khi đó muốn công cụ tìm kiếm tiếng Việt thành công thì việc địa phương hóa – hiểu tiếng Việt là một yêu cầu số một.

2. Performance và tính mở rộng.

Khi Google ra đời vấn đề performance có thể đã là một câu hỏi nhưng không phải quá quan trọng như ngày nay. Tuy nhiên ngày nay đã khác. Lượng dữ liệu rất lớn và tăng lên theo từng giây đòi hỏi performent và tính mở rộng cực kỳ cao. Số lượng server phục vụ cho Google Search là một con số khổng lồ. Nó đảm bảo Google Search quản lý một lượng dữ liệu rất lớn đồng thời đáp ứng cho nhu cầu mở rộng rất tốt( scale up – thêm mới một server vào hệ thống, bỏ một server ra khỏi hệ thống, một server bị hỏng hóc,… không ảnh hướng tới tính sẵn sàng phục vụ của hệ thống).
Tại thời điểm hiện tại cũng có nhiều giải pháp áp dụng Lucene vào tìm kiếm phân tán như katta, Solr Cloud, Hbasene, HbaseDirectory,.. tuy nhiên kết quả mới dừng ở mức độ nghiên cứu chưa có bản chính thức nào được áp dụng rộng rãi.

3. Thời gian thực(Near realtime)

Hiện nay các mạng xã hội ra đời, thông tin do một lượng lớn người cung cấp nên tốc độ cập nhật thông tin trên những hệ thống này cập nhật gần như tức thì( khi có một sự kiện người ta có thể đưa thông tin lên những mạng xã hội kiểu Twitter, Facebook). Nếu hệ thống tìm kiếm muốn thành công thì phải đi trước đối thủ một bước, tức là cập nhật thông tin từ các mạng xã hội, các trang tin tức một cách nhanh nhất có thể( near realtime).
Để đảm bảo dữ liệu được lập chỉ mục(indexing) một cách gần thời gian thực cũng có các dự án support thư viện Lucene như Zoie. Tuy nhiên đây chỉ là dự án cho một hệ thống Lucene đơn lẻ và nó cũng không tính tới thời gian cập nhật dữ liệu từ hệ thống mạng xã hội sang hệ thống của mình để bắt đầu chức năng lập chỉ mục.

4. Nghiên cứu hành vi của người sử dụng

Việc nghiên cứu hành vi, phân cụm người dùng cũng là một yếu tốt then chốt tạo nên sự thành công của các công cụ tìm kiếm nói chung. Khi lượng dữ liệu rất lớn, đối với cùng một câu truy vấn không thể trả về cùng tập dữ liệu giống nhau cho tất cả người dùng vì mỗi người thuộc một nhóm nhất định và quan tâm tới chủ đề nhất định. Ví dụ đơn giản nếu một lập trình viên tìm kiếm với cụm từ Apple, Red hat,… thì có nhiều khả năng họ quan tâm tới công ty máy tính Apple, hoặc hệ điều hành Red Hat hơn là quan tâm tới mũ đỏ hay quả táo. Đối với công cụ tìm kiếm tiếng Việt cũng không nằm ngoài nhu cầu này.
Như vậy hệ thống tìm kiếm cần phân tích hành vi của người dùng( lịch sử tìm kiếm) để xác định được người tìm kiếm thuộc nhóm người nào giúp trả ra những kết quả phù hợp. Hệ thống Google hiện tại là một ví dụ điển hình, cá nhân tôi khi tìm kiếm với các cụm từ thì các kết quả liên quan tới lập trình luôn có thứ hạng cao.

5. Công thức tính điểm

Công thức tính điểm sẽ quyết định điểm cho mỗi tài liệu-trang web, dựa trên điểm này hệ thống sẽ sắp xếp theo thứ tự kết quả trả về cho phù hợp.
Về bản chất công thức tính điểm là tính điểm “sự tương đồng” giữa câu truy vấn người dùng cung cấp và tập tài liệu-trang web. Hệ thống Lucene sử dụng công thức VSM(Vector Space Model), và công thức này cũng luôn được giới nghiên cứu đánh giá là công thức tính toán rất chuẩn.
Thách thức không nằm ở trong công thức tính điểm mà nằm ở tham số truyền vào công thức tính điểm. Ví dụ cùng một nội dung ở n tài liệu-trang web, tài liệu nào quan trọng hơn trang web nào quan trọng hơn. Nếu cùng tham số truyền vào thì n tài liệu-trang web này có cùng điểm, nhưng thực tế thì không thể thế được. Ví dụ trang vnexpress ra một bản tin, một trang khác copy nội dung về nếu 2 trang web về bản tin này có cùng số điểm là không thể chấp nhận được.
Việc xác định đâu là tài liệu quan trọng hơn, đâu là tài liệu kém quan trọng, đâu là tài liệu spam,.. bằng rất nhiều thông số khác nhau như độ nổi tiếng của trang web, tốc độ cập nhật, lịch sử hình thành,… Đây cũng là đặc sắc của hệ thống tìm kiếm Google mà mọi người thường gọi là PageRank

6. Chất lượng dữ liệu đầu vào

Bản thân tác giả không tham gia nhiều vào các mạng xã hội nước ngoài và hiếm khi theo dõi nội dung này. Tuy nhiên có theo dõi các nội dung trên các mạng xã hội của Việt Nam mới thấy kinh khủng. Ví dụ như cụm từ “rồi ạ” có rất nhiều biến thể ngôn ngữ( về chính tả sẽ là một cụm từ vô nghĩa trong tiếng Việt) như “jồi ak” “zồi aj”… Như vậy việc người dùng tìm kiếm cụm từ “rồi ạ” mà ra cả những cụm từ “jồi ak” “zồi aj” thì hệ thống tìm kiệm thật khó đáp ứng trừ khi hệ thống ghi nhớ lại tất cả các biến thể từ hoặc nghiên cứu hệ  thống chuẩn hóa cụm “jồi ak” “zồi aj” về các từ chuẩn.
Việc gõ chữ không dấu có thể coi là đặc điểm ngôn ngữ tiếng Việt. Gõ sai chính tả coi như là đặc điểm địa phương của tiếng Việt. Tuy nhiên biến thể không dấu hoặc sai chính tả trong một số trường hợp vẫn có nghĩa theo chính tả chuẩn của tiếng Việt nhưng theo nghĩa khác. Như vậy không thể đánh đồng chữ có dấu với chữ không dấu, chữ đúng chính tả và chữ đúng … phụ tả được .
Đáp ứng được nhu cầu này thì gần như là “nối giáo cho giặc” trái với nhu cầu “bảo vệ sự trong sáng của tiếng Việt” trên internet.

Tổng kết

Các vấn đề liệt kê phía trên không thể đảm bảo cho công cụ tìm kiếm tiếng Việt của bạn thành công, nhưng nếu bạn có nhu cầu xây dựng hoặc nghiên cứu một hệ thống tìm kiếm cho tiếng Việt thì những vấn đề liệt kê phía trên chắc chắn bạn cần phải giải quyết. Trong các vấn đề liệt kê phía trên có thể chưa đủ, chưa chuẩn, vậy xin mời các bạn đóng góp về aladeck@gmail.com để bài viết chất lượng hơn.

Nguồn: http://aladeck.wordpress.com

Tham khảo

1. Trang chủ của dự án core Lucene và các dự án liên quan
http://lucene.apache.org/
2. Trang chủ của dự án vntokenizer của ông Lê Hồng Phương
http://www.loria.fr/~lehong/tools/vnTokenizer.php
3. Giới thiệu về VSM(Vector Space Model)
http://en.wikipedia.org/wiki/Vector_space_model
4. Giới thiệu về PageRank
http://en.wikipedia.org/wiki/PageRank

1. Copy file tgz

http://sourceforge.net/projects/bandwidthd/files/bandwidthd/bandwidthd%202.0.1/bandwidthd-2.0.1.tgz/download

2. Vào thư mục chứa file tgz
- Chạy lệnh “tar -zxvf bandwidthd-2.0.1.tgz”  để giải nén

3. Vào thư mục đã được giải nén để cài đặt(bước này là quan trọng nhất)
./configure && make install

Nó sẽ có  thể bao gồm một hoặc tất cả warrning sau
a) ” error: no acceptable cc found in $PATH”
- yum install gcc
b) “error: Bandwidthd requires but cannot libpng”
- yum install libpng-devel
c) “error: Bandwidthd requires but cannot find libgd”
- yum install gd-devel
d) “error: Bandwidthd requires but cannot find libpcap”
- yum install libcap-devel

4. Cấu hình bandwitdhd
- Vào thư mục /usr/local/bandwidthd/etc/
- Sửa file cấu hình như hình bên

bandwidthd config

5. Chạy bandwidthd
- /usr/local/bandwidthd/bandwidthd
6. Cấu hình bandwidthd initialize cùng hệ thống
- Thêm /usr/local/bandwidthd/bandwidthd
vào file /etc/rc.local

7. cài đặt apache(httpd)
- yum install httpd

8. Cấu hình apache, sau đó retart lại apache

- Thêm vào cuối file config của apache tại đường dẫn /etc/httpd/conf/httpd.conf

Alias /bandwidthd “/usr/local/bandwidthd/htdocs”
<Directory “/usr/local/bandwidthd/htdocs”>
Order Allow,Deny
Allow from All
</Directory>

- Restart lại apache: service httpd retart

9. Truy suất vào địa chỉ http://localhost/bandwidthd

Done,

Solr là một ứng dụng mã nguồn mở cung cấp chức năng tìm kiếm, cung cấp các API để làm việc. Solr nhập dữ liệu dưới dạng XML thông qua HTTP,và/hoặc sử dụng thư viện để nhập khối lượng lớn dữ liệu. Người dùng có thể truy vấn dữ liệu này thông qua HTTP GET và nhận về một kết quả dạng XML. Solr sử dụng Lucene Java làm thư viện cho việc index( đánh chỉ số) và search( tìm kiếm).

Tham khảo thông tin:
http://lucene.apache.org/solr/index.html
http://lucene.apache.org/java/docs/index.html

Các chức năng cơ bản của Solr

- Khả năng tìm kiếm văn bản toàn diện(Full-Text Search) giống kiểu Google.
- Chỉnh sửa để hiệu năng tốt hơn.
- Dựa trên các chuẩn mở trong giao tiếp với các hệ thống khác – XML, JSON và HTTP
- Quản trị dưới dạng giao diện HTML đơn giản
- Thống kê dưới dạng JMX
- Khả năng mở rộng ra nhiều server Solr
- Cấu hình đơn giản dễ dàng với định dạng XML
- Có khả năng bổ sung các phần mở rộng(plugin) mới. Ví dụ như phân tích mở rộng tiếng Việt: Bắt lỗi chính tả, bỏ dấu,…

Chạy thử Solr.
- Đầu tiên download về bản mới nhất của Solr, giải nén và chuyển thư mục làm việc vào thư mục example của Solr

ls
cd solr-my-directory/example/


- Solr có thể chạy trên mọi server Java Servlet Container kiểu như ( Tomcat, JBoss, Jetty), trong ví dụ này chúng ta chạy ứng dụng với Jetty, một server cực đơn giản và đã được tích hợp sẵn vào thư mục example. Để khởi động Jetty với ứng dụng Solr chỉ cần chạy file start.jar

solr-my-directory/example$ java -jar start.jar
2009-10-23 16:42:53.816::INFO: Logging to STDERR via org.mortbay.log.StdErrLog
2009-10-23 16:42:53.907::INFO: jetty-6.1.3

- Kết quả là server Jetty được khởi động và lắng nghe tại port( cổng) 8983 trên máy tính của bạn. Bạn có thể chạy Solr bằng cách nhập vào địa chỉ http://localhost:8983/solr/admin/ trong trình duyệt web(khuyến cáo sử dụng FireFox vì nó có khả năng hiểu ký hiệu XML khá tốt). Kết quả sẽ như hình vẽ bên đây.

Giao diện trang admin

Không kết quả trả về


solr-my-directory/example/exampledocs$ java -jar post.jar *.xml
SimplePostTool: version 1.2
SimplePostTool: WARNING: Make sure your XML documents are encoded in UTF-8, other encodings are not currently supported
SimplePostTool: POSTing files to http://localhost:8983/solr/update..
SimplePostTool: POSTing file solr.xml
SimplePostTool: POSTing file monitor.xml
SimplePostTool: COMMITting Solr index changes..


- Thực hiện lại quá trình tìm kiếm với từ khóa “*:*” bạn sẽ có kết quả khác biệt(Nhớ nhấn tổ hợp phím Ctrl+F5 để FireFox làm tươi lại bộ nhớ cache, trong trường hợp bạn vẫn thấy không kết quả).

Kết quả tìm kiếm thành công

Nguồn : aladeck.wordpress.com

Vậy chúng ta chỉ cần ngồi bên máy tính có kết nối internet và bắt đầu sử dụng ứng dụng dựa trên Gmaps.

Bắt đầu nào:

1. Vào trang web: http://www.gmap-pedometer.com/
2. Chuyển sang chế độ đo bằng mét, kilômet thông thường: Chọn nút radio “metric”
3. Chọn bản đồ Hà Nội bằng cách điền “hanoi” vào ô nhập văn bản “jump to” và nhấn nút “go”
4. Bắt đầu tính toán khoảng cách, nhấn nút “start recording”
5. Ví dụ bạn muốn biết đoạn đường từ Bigc tới Cầu diễn qua Đại Học Sư Phạm khoảng cánh là bao nhiêu. Bạn thực hiện ba thao tác tiếp theo:
6. Nháy kép chuột trên đường chỗ BigC
7. Nháy kép chuột trên đường qua đại học Sư Phạm
8. Nháy kép chuột trên đường qua Cầu Diễn.
9. Kết quả hiện trong ô “Total Distance”
10. Done

Mở rộng:

1. Để thực hiện lại việc đo đạc, bạn nhấn nút “Clear points and start over”
2. Bạn cũng có thể lưu lại và chia sẻ cho bạn bè, bạn nhấn nút “Save route”

Đo khoảng cách từ BigC qua Đại Học Sư Phạm tới Cầu Diễn

Nguồn: aladeck.wordpress.com

Các bước để xóa tài khoản Facebook vĩnh viễn như sau:

- Vào trang http://www.facebook.com/help/contact.php?show_form=delete_account

- Nhấn vào nút “submit”(Gửi) và thực hiện theo các chỉ dẫn tiếp theo.

Tài khoản của bạn sẽ bị theo dõi trong khoảng 2 tuần, và nếu trong khoảng thời gian này bạn không đăng nhập tài khoản thì nó sẽ bị xóa vĩnh viễn.

Nếu bạn gặp vấn đề với thao tác trên bạn có thể liên lạc trực tiếp tới đội phát triển Facebook bằng link sau:

http://www.facebook.com/help/contact_generic.php

Nếu bạn bị một ai đó ăn cắp thông tin rồi đăng ký tài khoảng facebook nhằm những mục đích nào đó bạn có thể liên lạc với đội phát triển để yêu cầu hủy tài khoản bằng link sau:

http://www.facebook.com/help/contact.php?show_form=fake_profile

Bài viết tiếng Anh:

http://www.facebook.com/group.php?gid=16929680703

Update ngày 11/11/2011:

Sau khi có nhiều bạn hỏi mình đã test thực nghiệm việc xóa tài khoản:

- Sau 2 tuần thực hiện thao tác xóa thì toàn bộ thông tin liên quan tới tài khoản bị xóa hoàn toàn, cả những comment, tag trên những trang facbook khác( đúng là facebook pro thật)

- Sau 2 tuần thực hiện thao tác xóa bạn hoàn toàn có thể đăng ký tài khoản mới với email cũ.

Nguồn: aladeck.wordpress.com

Những người truy cập dịch vụ mạng FaceBook bằng trình duyệt FireFox có thể sử dụng harck script cho ứng dụng(add-on) Greasemonkey để bỏ và ẩn tất cả quảng cáo trên chính FaceBook. Dĩ nhiên nó có thể sử dụng để ngăn cản chính xác một quảng cáo tương tự như ứng dụng AdBlock Plus, nhưng với Greasemonkey bạn có thể làm được nhiều hơn thế. Ứng dụng Greasemonkey trên FireFox cho phép người dùng chỉnh sửa cách thức mà website hiển thị bằng một đoạn ngắn code JavaScript, bao gồm cả việc l oại bỏ quảng cáo, và vùng quảng cáo xác định.

Face Book không còn vùng quảng cáo nữa

Trước tiên FireFox phải được cài đặt ứng dụng Greasemonkey , khởi động lại trình duyệt FireFox và cài đặt một cài các script dưới đây(trong bài dịch này tôi chỉ sử  dụng script đầu tiên) bằng cách nhấn vào từng link tương ứng bên dưới

Remove All Facebook Ads – Loại bỏ các quảng cáo, các mục của nhóm tài trợ.

Tham khảo:

http://www.mydigitallife.info/2007/12/08/remove-and-hide-facebook-ads/

Tác giả:

aladeck

HomeBank: Phần mềm quản lý tài chính cá nhân

HomeBank là phần mềm miễn phí. Sử dụng để quản lý các tài khoản cá nhân. Nó được thiết kế khá thân thiện với người dùng. Bạn có thể phân tích tình hình tài chính bằng cách sử dụng các công cụ lọc(filter) và biểu đồ.

HomeBank là thành quả suốt 14 năm đóng góp kinh nghiệp từ phía người sử dụng. Nó bắt đầu được phát triển từ  năm 1995 cho dòng máy tính Amiga. Hiện nay hỗ trợ 52 ngôn ngữ(Tiếng Việt?) và trên các hệ điều hành phổ thông: GNU/Linux, FreeBSD, Microsoft Windows, MacOS, Nokia, và Amiga.

Nếu bạn đang tìm kiếm một phần mềm để phục vụ quản lý tài chính cá nhân thì HomeBank là một lựa chọn hợp lý. Hãy bỏ thời gian để tìm hiểu nhé …

Cài đặt:

Window:

http://homebank.free.fr/public/HomeBank-4.0.4-win32.exe

Ubuntu:
apt-get install homebank

Nguồn bài tiếng Anh: xibex.blogspot.com

Dịch bởi: aladeck.wordpress.com
Tham khảo: homebank.free.fr

Note:  Bạn nên vào homebank.free.fr để download bản cập nhật mới nhất.

Khả năng: Loại bỏ những thành phần không quan trọng trong giao diện web của gmail như quảng cáo, một vài link chức năng như chát chit,…

Chặn hiệu quả quảng cáo của gmail

Webmail Ad Blocker không những chặn được quảng cáo của gmail mà cả Yahoo mail, Hotmail quảng cáo cũng bị chặn( tuy nhiên tôi chưa thử).

Nhận xét cá nhân: Sau khi sử dụng tôi thấy rất thân thiện và hữu ích, giới thiệu để mọi người sử dụng. Chú ý đây là plugin của FireFox và chỉ làm việc với FireFox từ 2.0 đến 3.5.*(tại thời điểm viết bài blog này)

Note:

Đường dẫn tới thư mục cài đặt:

https://addons.mozilla.org/en-US/firefox/addon/7560

Nguồn: aladeck.wordpress.com

Ở bài viết này tác giả xin giới thiệu cách để theo dõi các mục tin tức bất động sản bằng cách sử dụng các công cụ thanh lọc tin tức có sẵn.

Nội dung của Báo Mới về BĐS

1. Baomoi.com

http://www.baomoi.com/Home/DauTu-QuyHoach.epi

Ưu điểm: Tốc độ cập nhật nhanh, mục tin có giá trị, có hệ thống từ khóa, có đánh giá mức độ quan tâm của độc giả. Có đọc RSS

Nhược điểm: Có thể gặp vấn đề về bản quyền vì cho xem nội dung trực tiếp trên Baomoi.com

Đánh giá cá nhân: 9 điểm

2. Xalo.vn

http://tintuc.xalo.vn/nhadat.chuyenmuc

Ưu điểm: Không gặp vấn đề bản quyền vì không để toàn bộ nội dung bài viết trên hệ thống, tốc độ cập nhật nhanh

Nhược điểm: Chưa có hệ thống đánh giá, chưa có hệ thống thẻ, không có đọc RSS

Nội dung của Google News về BĐS

Đánh giá cá nhân: 6 điểm

3. Google News

http://news.google.com.vn/news?pz=1&ned=vi_vn&hl=vi&q=nh%C3%A0+%C4%91%E1%BA%A5t+or+bds+or+b%E1%BA%A5t+%C4%91%E1%BB%99ng+s%E1%BA%A3n+or+d%E1%BB%B1+%C3%A1n&as_qdr=d&as_drrb=q&cf=all&scoring=n

Ưu điểm: Khả chuyển, người dùng tự định nghĩa từ khóa muốn sử dụng cho mục đích cá nhân. Hệ thống RSS tự động tạo đi theo

Nhược điểm: Chưa có hệ thống đánh giá, Nội dung chưa được phong phú so với baomoi.com

Đánh giá cá nhân: 8 điểm

Nội dung của Xa Lộ về BĐS

Nguồn: aladeck.wordpress.com