jB's Blog

Chuyện VIETTEL lắp đặt Internet & IPTV

Admin — Tue, 26 Jul 2011 08:42:00 +0700

Sau vụ kể lể về hnammobile.com, tiếp tục với VIETTEL Internet nhé.

Phát hiện

Số là ngày 19/7/2011, tôi ra phòng giao dịch VIETTEL gần nhà mình để Unlock cái Sim trong D-COM 3G. Thấy ở đó có cái TV đang chiếu netTV, hỏi ra mới biết đây là dịch vụ mới của VIETTEL và nếu lắp đặt ngay lúc này sẽ có rất nhiều khuyến mãi. Đại loại là lắp đặt Internet + netTV chỉ phải trả khoảng 220.000 đ/tháng, trọn gói. Hiện tại VIETTEL chưa thu tiền xem VOD nên có thể xem thoải mái, hợp đồng cam kết 3 năm, nếu bạn ngừng hợp đồng sớm thì phải bị phạt 100.000đ trên mỗi dịch vụ (Internet và netTV là 2 dịch vụ) và phải đền Modem, Set-Top-Box nếu bạn không còn để trả lại.

Đăng ký

Hôm sau, ngày đăng ký 20/7/2011, tôi quay lại và đăng ký dịch vụ. Tổng thiệt hại lần đầu là 350.000 đồng, điền mấy tờ đơn mỏi tay, 2 loại dịch vụ, mỗi loại 3 tờ.

Lắp đặt

Đợi mãi đến 22/7 vẫn chưa thấy ai liên hệ, mặc dù thấy quảng cáo là triển khai trong 48 giờ. Gọi ra phòng giao dịch thì được hẹn là ngày mai. Qua ngày 23 (thứ bảy) mới có nhân viên tới lắp đặt.

Nhân viên này là Nghị, chú ý nhé, tôi sẽ nhắc lại tên này rất nhiều lần đấy. Anh Nghị kéo dây lên tầng 1, kéo dây xong, cắm vào Modem tôi mới để ý là anh Nghị cắt một đoạn dây cũ (đường ADSL của FPT) nối vào dây mới, băng keo lại chứ không bấm đầu mới, trong khi đầu RJ-11 của mình đã đen thui. Trong khi giúp anh kéo dây vào, tôi nói anh cắt dây FPT đi, vì tôi sẽ hủy hợp đồng ADSL FPT, nhưng vụ lấy đầu RJ-11 cũ để xài là thấy hơi kỳ nghen.

Modem của mình là Draytek Vigor 2700, mình Reset modem và đưa cho anh Nghị. Anh này cắm dây xong xuôi, login vào modem rồi bắt đầu anh chựng lại, mình thấy anh rờ rờ click qua click lại các menu của Modem mà không thấy điều chỉnh gì. Cuối cùng anh cũng vào được mục Internet/PPPoE/PPPoA để nhập thông tin kết nối. Thông tin kết nối Internet của VIETTEL là 8/35, Encapsulation là LLC/SNAP nhưng anh này lại không để ý vụ giao thức đóng gói này, mình thấy không tiện nhắc vì nghĩ chắc có lẽ mạng VIETTEL có đổi mới.

Sau một hồi reboot vài lần, kiểm tra đủ kiểu vẫn không connect được, anh này gọi tổng đài xin "quyền trợ giúp của người thân". Trao đổi mở port, set port gì đó mãi không xong. Mình đành nhắc anh Nghị thử xem lại chỗ Escapsulation mình thấy hình như nó khác với trong tờ giấy bàn giao mà anh đang để trước mặt - trong tờ giấy này, có ghi đủ các thông số kể cả Escapsulation. Sau khi reboot thì Modem connect Internet ngon lành.

Cấu hình IPTV

Tiếp theo, anh Nghị không cấu hình tiếp mà bắt đầu ngồi search và duyệt Internet, anh bắt đầu Google để tìm kiếm, đại loại kiếm hướng dẫn cấu hình IPTV cho mạng VIETTEL. Mình thấy lạ nên cắc cớ hỏi anh, "Cái này mới ra thử nghiệm, không biết có nhiều nhà đăng ký chưa?", anh trả lời "Trong khu này cũng có mấy nhà dùng rồi.". Suy ra, vậy chắc là anh đã từng cấu hình cái thứ này, nhưng có lẽ không quen với giao diện Modem Vigor2700, đành thông cảm cho anh vậy.

Cuối cùng, sau 15p tìm kiếm, anh cũng tìm ra được trang này (may quá): http://www.draytek.com.vn/documentdetails.aspx?id=126 - anh bắt đầu làm y như hướng dẫn, một cách rất ư là "từ tốn". Trước đó, khi bắt đầu cắm dây Modem, tôi đã chỉ anh dây cắm Set-Top-Box (STB) dẫn ra bên dưới TV mà tôi đã chạy sẵn (trước đây tôi dùng IPTV của FPT). Anh bật STB và chờ, tôi cũng đang rất nóng lòng được xem netTV của VIETTEL đây. Beng beng, STB báo lỗi không kết nối được đến máy chủ EPG quỷ quái gì đó. Rồi đó, anh gọi trợ giúp, chờ gọi lại, cấu hình, beng beng, gọi trợ giúp, chờ gọi lại, cấu hình... rồi lại beng beng.

Trong quá trình trên, tôi nghe điện thoại anh trao đổi với "người thân" thì biết là STB chưa cấu hình, nhưng anh làm sao để vào được bảng cấu hình của nó, anh nói với "người thân" là anh bấm nút SET mà không thấy nó phản ứng gì cả. Chỉ báo lỗi kết nối EPG (kèm theo mã lỗi bên dưới là 4 con số). Lúc này, có thêm một anh nữa đến mà tôi không biết tên, ta tạm gọi anh là Sinh Viên (các bạn sẽ biết vì sao).

Một lúc sau (may quá), STB bỗng dưng sau khi khởi động nó ra màn hình khác, nó hiển thị một tiến trình tự động nâng cấp, nó tải phần mềm và bắt đầu nâng cấp. Toàn bộ quá trình mất chừng 3 phút, sau đó nó tự khởi động lại.

Vẫn báo lỗi EPG hay lỗi không kết nối được đến máy chủ dịch vụ gì đó (buồn).

Lại cấu hình, reboot... Rồi bỗng dưng (may quá), STB bỗng hiện bảng hỏi mật khẩu, anh Nghị thở hắt ra nói "Giờ mới cấu hình được.". Anh nhập mật khẩu cho nó (Password là 6321). Bùm, giao diện cấu hình đây rồi. Anh bắt đầu nhập các thông số như trong tờ giấy in sẵn (tờ này ghi thông số riêng cho STB thôi). Nhập xong, anh Reboot STB.

Vẫn lỗi báo lỗi EPG hay lỗi không kết nối được đến máy chủ dịch vụ gì đó (buồn tiếp).

Phần sau y như thế kể ra dài dòng, anh Nghị về trước (chả biết về để làm gì), trước khi về anh dặn Sinh viên làm giấy nghiệm thu (!?). Anh Sinh viên làm tờ nghiệm thu dịch vụ Internet và yêu cầu tôi ký, nhưng không ký và giải thích với Sinh viên rằng tôi đang dùng Internet của FPT, nếu VIETTEL gắn được IPTV thì xài luôn, còn không thì thôi. Sinh viên hiền lành đành vâng dạ, ngồi ở lại duyệt Web, anh vào các trang coi báo, rồi vào trang xem điểm thi đại học nông lâm tìm số báo danh của mình, thế nên tôi gọi anh là anh Sinh viên.

Người thân gọi lại

Có ai đó từ tổng đài "người thân" gọi cho anh nghe giọng hơi dữ, hỏi về tình hình lắp đặt nghiệm thu thế nào. Sinh viên kể lại và nói khách hàng không nghiệm thu, chờ lắp xong. "Người thân" bực bội đòi Sinh viên mang Modem về, Sinh viên giải thích đây là Modem của khách hàng nên không mang về được, "Người thân" yêu cầu Sinh viên phải xóa Account/Reset Modem trước khi về.

Cuộc gọi nghe rất rõ vì máy di động của Sinh viên có loa nghe rất ấn tượng, "Người thân" gọi tôi (khách hàng) bằng "Nó" làm tôi cũng ấn tượng luôn. Sau này tôi có trao đổi thêm mới biết VIETTEL quy định nhân viên lắp đặt phải hoàn tất trong vòng 3 giờ, cho dù trong khi lắp đặt có trở ngại khách quan nào thì về vẫn bị phạt.

Cuối cùng, Sinh viên cũng ra về sau khi mượn Modem của tôi cầm về với lý do đem về trạm cấu hình.

Chủ nhật ngày 24/7, khoảng 2h chiều

Hai anh bạn VIETTEL quay lại, tôi nghĩ không cần kể thêm nhiều. Mọi thứ tái diễn như ngày hôm trước. Có thêm một Người lạ nữa, có vẻ như kinh nghiệm khá hơn, giải thích về luồng Internet, luồng IPTV này nọ..., nhưng nói chung cũng loay hoay, 3 anh nắm tay đi vòng tròn mãi không dứt ra được. Điều lạ là các anh này cứ Search Google tìm tài liệu hướng dẫn.

Anh Nghị, Sinh viên và Người lại ra về, không thấy hẹn ngày quay lại.

Tự xử... và Sướng

Buổi tối, trong tranh thủ kiểm tra lại, tôi tìm được một tài liệu đúng của VIETTEL chỉ cách cấu hình Modem TP-Link và STB. Nó đây: http://www.scribd.com/doc/58539094/Cau-hinh-netTV.

Cách cấu hình Modem TP-Link khá phức tạp và nhiều bước, tôi so sánh với Vigor2700 thì thấy đã cấu hình đúng, vậy vấn đề nằm ở STB? Đọc kỹ tài liệu, tôi phát hiện ra ngày hôm qua anh Nghị không vào cấu hình được STB là do anh đã nhấn nhầm nút SET. Trang 20 có hướng dẫn về Remote, nút SET được đóng khung màu đỏ, phía trên có một nút SET nhỏ nữa nằm trong khu vực TV, dùng đến cấu hình các nút để điều khiển được TV. Vậy là rõ, anh Nghị này chưa hề cấu hình cái STB nào.

Vào được màn hình cấu hình của STB, tôi bắt đầu so sánh với tài liệu của VIETTEL và phát hiện chỗ sai được mô tả ở trang 22. Lẽ ra phải chọn chế độ DHCP thay vì chọn PPPoE (vì Modem ADSL đã Bridge luồng 8/36 qua Port số 4, tức là STB được nối với Server Streaming như một mạng LAN - chi tiết bỏ qua nhé). Thật ra thì tài liệu này của VIETTEL đã cũ, giao diện cấu hình của STB hơi khác chút, nó có thêm lựa chọn DHCP Authentication.

Tôi chỉnh lại cấu hình, Reboot STB và.... Yà Hú À U.... Không biết nói sao, chứ đêm đó tôi coi 2 bộ phim với chất lượng HD. Sáng hôm sau, tôi điều chỉnh lại STB trở về cấu hình như trước.

Thứ hai, 26/7, khoảng 3h chiều

Tôi gọi điện cho phòng giao dịch, hỏi họ khi nào gắn cho xong, vì hôm nay đã là đầu tuần, tôi sẽ không có thời gian để về coi 3 anh nắm tay nhau nữa. Tôi gợi ý sẽ thuê thêm Modem TP-Link của họ để nhân viên cấu hình cho dễ, thay vì dùng Modem Vigor2700 của tôi. Khoảng 20 phút sau, có một người gọi (có lẽ là 1 trong 3 người đã đến nhà tôi), nói tôi ra phòng giao dịch đóng tiền thuê Modem TP-Link đi, rồi ngày mai sẽ quay lại lắp đặt tiếp. Tôi không đồng ý và nói trong chiều nay các anh phải làm xong, không thì hủy hợp đồng, vì đã vi phạm cam kết lắp đặt trong 48 giờ (trên standee quảng cáo của VIETTEL đấy). Vậy là tôi được hẹn gắn trong chiều hôm nay luôn.

Tôi lập tức đi về, ghé phòng giao dịch và kể lại sự việc với một anh giao dịch viên ở đó, anh chàng giao dịch có vẻ rất nhanh nhẹn. Anh này cho tôi biết là không thể sửa hợp đồng, tức là tôi đã đăng ký dịch vụ dùng Modem của mình, thì không thể sửa lại để cho thuê thêm Modem (nếu lúc ký hợp đồng mà thuê luôn Modem thì đóng thêm 100.000đ). Trong cái khó ló cái khôn (may quá, lại may nữa), chàng đẹp trai này gọi điện hỏi kỹ thuật là còn Modem 1 Port bị hỏng nào không? Nếu có thì cầm qua đây (phòng giao dịch), ghi số Series là bị hỏng và đổi cho khách hàng (tôi) Modem khác, đóng phí đổi Modem là 100.000 đ. Vậy là coi như tôi mua đứt cái Modem TP-Link đó giá 100.000 đồng, vì Modem này đâu có ghi trong hợp đồng đã ký (sau này nghiệm thu cũng không có nói đến Modem này). Coi bộ việc này họ đã làm đối phó với những lần trước.

Chờ khoảng 40 phút, Sinh viên chạy đến, giao dịch viên đưa Modem cho Sinh viên và yêu cầu tôi đưa 100.000 đ, không có hóa đơn chứng từ gì ở đây cả.

Về đến nhà tôi, Sinh viên cắm Modem TP-Link đang chuẩn bị cấu hình thì anh Nghị đến. Anh Nghị dành công việc đang làm của Sinh viên - cấu hình Modem TP-Link, nói thực là tôi thấy ngay cả Modem TP-Link mà anh Nghị cũng rất bối rối, cũng lọ mọ click menu này qua menu khác. Internet thì chạy rồi, mà cái STB cứ trơ như đá. Tôi dùng máy di động tìm lại tài liệu mà tối Chủ nhật tôi đã đọc, gợi ý họ rằng tôi thấy có tài liệu này của VIETTEL hướng dẫn từng bước rất rõ ràng. Sinh viên tỏ vẻ vui mừng và ngạc nhiên còn anh Nghị thì làm lơ như không biết, mãi một lúc sau anh Nghị mới hỏi nhỏ Sinh viên là search từ khóa gì để tìm tài liệu đó, Sinh viên đọc trật lất và tôi chỉ rõ từ khóa cần tìm là "cấu hình iptv viettel tp-link". Hai anh bạn mình bắt đầu cúi đầu vô rà lại từng chỗ một.

Đúng hết rồi, tại sao không chạy nhỉ?. Chắc STB hư rồi. Tôi tiếp tục gợi ý rằng: "Ở phần dưới tài liệu có hướng dẫn cấu hình STB, anh thấy hình như họ chọn là DHCP chứ không chọn PPPoE, hay là STB này kết nối theo chuẩn khác?". Sinh viên tỏ vẻ quan tâm nhưng anh Nghị lại làm lơ. Anh Nghị cho rằng STB hư rồi, không vào màn hình cấu hình được. Tôi nói "Vào được chứ sao không, bấm nút SET thôi." Anh này lập tức bấm nút SET (nút nhỏ ở trên) cho tôi xem làm bằng chứng, tôi mới chỉ vào tài liệu trang có in hình cái remote và nói là tôi thấy họ đóng khung đỏ nút SET bên dưới,.... Anh ta bấm nút SET và vào được màn hình cấu hình (chắc quê nên không thấy nói năng gì - Việt Nam quê dễ biết).

Tôi chạy xuống nhà ăn cơm, thấy anh Nghị đi ra, nói là chạy đi lấy đồ. Lúc tôi lên gặp Sinh viên thì thấy Sinh viên ngồi kiểm tra Modem, tôi giải thích với Sinh viên rằng kiểm tra lại chỗ DHCP/PPPoE của STB đi, Sinh viên lập tức làm theo, nhưng bọn tôi chưa kịp làm gì nhiều thì anh Nghị quay lại, cầm theo một STB mới tinh chưa lột keo, gắn vào và bắt đầu cấu hình lại.

Chưa hết, anh Nghị lại tiếp tục chọn PPPoE, tôi không thể hiểu vì sao lại có người cố chấp như thế, rõ ràng mình đã dốt rồi còn cố che đậy. Mãi một lúc sau, anh Nghị mới đổi sang dùng DHCP. Tôi nói hay là gắn cái cũ đi, để khỏi đổi số Series trong biên bản, hơn nữa coi nó có hư không. Lại lơ, tôi nghĩ anh Nghị này cạch rồi, không lẽ mình kể ra chuyện đêm qua đã coi phim HD bằng cái STB "hư" đó.

Kết thúc câu chuyện

Sau hai lần họ đến nhà tôi, tôi nghĩ mình đã rất tôn trọng họ và tôi muốn xem vấn đề này tiếp diễn đến đâu. Tôi cũng là người làm kỹ thuật, tôi không hề tỏ ra khó chịu với họ, người có lỗi ở đây là Tập đoàn VIETTEL hùng mạnh kia. Họ tuyển đầu vào như thế nào, đào tạo ra sao mà để cho nhân viên đến nhà khách hàng như hai người tập sự, chưa hề được huấn luyện lắp đặt IPTV. Tôi được biết việc triển khai IPTV mới chỉ được một tháng nay, nhưng không lẽ họ không kiểm tra với các loại Modem thông dụng trên thị trường, Modem Vigor2700 hay Draytek nói chung, tôi nghĩ rất nhiều người có.

Thái độ của người làm kỹ thuật là một điều quan trọng, chỉ khi bạn đã chuyên nghiệp bạn mới có thể tỏ ra chuyên nghiệp, còn không bạn chỉ có thể tỏ ra mình "nguy hiểm". Anh Nghị mà tôi kể cho các bạn, theo nhận xét của tôi là một người lầm lì cố chấp, cố gắng che đậy và dối trá về việc mình đã từng gắn IPTV ở những nhà khác. Đào tạo một nhân viên đi làm việc không chỉ đào tạo kỹ thuật, còn phải đào tạo về thái độ, tư cách, văn hóa ứng xử, phải có hướng giải quyết khi gặp khó khăn để hoàn thành đúng tiến độ.

Tôi đã kể mình lắp đặt IPTV của FPT trước đây? Nhân viên của họ tới thao tác chưa đầy 1 giờ, kể từ lúc kéo đường dây vào trong nhà. Modem và Set-Top-Box được cấu hình sẵn trước đó và họ chỉ gọi 1 cuộc gọi duy nhất lên tổng đài để Reset MAC và mở luồng IPTV. Modem Comtrend của họ nhìn cùi cùi thế nhưng nó đã được cài sẵn luồng 8/36 cho IPTV, cho dù bạn Reset Modem vẫn không bị mất, có nghĩa là họ đã Flash lại ROM của Comtrend để đơn giản hóa việc cấu hình.

Nếu có thời gian, tôi sẽ viết tiếp một bài về đánh giá chất lượng IPTV của VIETTEL và hướng dẫn cấu hình, biết đâu ai đó cũng có Modem Draytek mà chưa làm được.

Google cung cấp sai thông tin SPF để dùng với Google Apps

jbngan — Tue, 12 Jan 2010 10:06:00 +0700

Nếu bạn đang sử dụng Record SPF với email của Google Apps, bạn rất có thể đang gặp một vấn đề lớn. Email của bạn gởi đi có thể bị đánh dấu là thư rác, hay không đến được người nhận trong một số trường hợp. Record SPF theo hướng dẫn của Google là:

v=spf1 include: aspmx.googlemail.com ~all

Do hệ thống của Google quá lớn, email bạn gởi đi sẽ chạy lòng vòng trong hệ thống nội bộ của họ trước khi thật sự gởi đến người nhận. Ngay cả khi email này được nhận bởi một địa chỉ cũng dùng Google Apps nó vẫn bị nhận là thư rác. Phân tích phần Header của email nhận được từ Google ta sẽ thấy:

Authentication-Results: mail.receiver.net
spf=neutral smtp.mail=name@sender.com;
x-ip-ptr=pass dns.ptr=mail-px0-f191.google.com (ip=209.85.216.191);
x-ip-helo=pass smtp.helo=mail-px0-f191.google.com (ip=209.85.216.191);
x-ip-mail=hardfail smtp.mail=name@sender.com (does not match 209.85.216.191)
X-MDPtrLookup-Result: pass dns.ptr=mail-px0-f191.google.com (ip=209.85.216.191) (mail.receiver.net)
X-MDHeloLookup-Result: pass smtp.helo=mail-px0-f191.google.com (ip=209.85.216.191) (mail.receiver.net)
X-MDMailLookup-Result: hardfail smtp.mail=name@sender.com (does not match 209.85.216.191) (mail.receiver.net)
X-MDDK-Result: neutral (mail.receiver.net)
X-MDDKIM-Result: neutral (mail.receiver.net)

Dòng màu xanh cho thấy là DKIM không hoạt động, tức là Google Apps không chịu phí CPU để xác nhận Email này được gởi từ Google (hay chứng nhận cho việc gởi đi từ domain của bạn - để biết thêm bạn cần đọc tài liệu về DKIM).

Dòng màu cam cho thấy 2 lỗi trong việc sử dụng IP nào để gởi thư, rõ ràng IP 209.85.216.191 không được gởi thư cho domain của bạn. Đây là cơ chế xác nhận của DNS, còn bạn thì không can thiệp gì được đâu.

Theo trợ giúp trên diễn đàn của Google, mọi người khuyên bạn dùng như sau:

v=spf1 include:_spf.google.com ~all

Tuy nhiên, theo ý kiến của tôi này không phải là giải pháp tốt nhất bởi vì nó không cho phép các email được gửi từ máy chủ web riêng của bạn. Tôi khuyên bạn nên sử dụng:

v=spf1 mx include: aspmx.googlemail.com include:_spf.google.com ~all

Nếu bạn không tin tưởng lắm, ban đầu bạn nên kiểm tra trước 1 tuần bằng cách thay ~all bằng giá trị: ?all - việc này sẽ giúp Mail Server ở nơi nhận bỏ qua kết quả kiểm chứng SPF trong trường hợp bị lỗi.

Nói thêm một chút trong trường hợp bạn không hiểu về SPF: Đây là một phương pháp tuyệt vời để giúp ngăn chặn tên miền bạn tránh khỏi các danh sách đen (danh sách từ chối nhận thư), hoặc ai đó gởi thư giả mạo sử dụng tên miền của bạn (dĩ nhiên là trừ khi chính bạn để cho kẻ thủ ác chiếm quyền máy chủ). SPF là viết tắt của "Sender Policy Framework" và về cơ bản đây là một tập các quy tắc để nói cho thế giới biết chỉ những máy chủ nào được gởi thư dùng tên miền của bạn.

Tính năng Forward có thể khiến Mail Server bị tê liệt

jbngan — Thu, 31 Dec 2009 00:37:00 +0700

Forwarding (chuyển tiếp) là một tính năng quan trọng mà Mail Server nào cũng hỗ trợ. Tính năng này có thể hình dung như việc bạn đi vắng nhà và nhờ hàng xóm chuyển giúp tất cả thư của nhà bạn đến một địa chỉ khác. Người sử dụng Email rất hay dùng tính năng này vì nhiều lý do, có thể họ muốn sao lưu, hoặc đơn giản là muốn dùng WebMail của nơi chuyển đến để đọc thư theo thói quen.

Như hình trên bạn sẽ thấy hộp thư nancy@company.com được cấu hình chuyến tiếp đến hộp thư nancy-ajram@yahoo.com, việc này thoạt đầu trông không có gì bất lợi ngoài việc tốn thêm thời gian để chuyến tiếp thư.

Hãy nhìn kỹ hơn, bạn sẽ thấy máy chủ YAHOO.COM nhận lá thư này với địa chỉ người gởi là cody@gmail.com. Máy chủ YAHOO.COM dùng các biện pháp chống thư rác như SPF, DomainKeys và nó phát hiện ra rằng máy chủ COMPANY.COM không được phép gởi thư với địa chỉ người gởi thuộc tên miền gmail.com.

Máy chủ YAHOO.COM ngay lập tức sẽ phản ứng bằng nhiều cách, ban đầu nó có thể chấp nhận được, như sau vài lần tiếp diễn nó sẽ liệt COMPANY.COM vào dạng gởi thư không đúng quy tắc, không thèm nhận thư, thậm chí còn "tố cáo" lên ủy ban Spamhaus hay SpamCops gì đó. Nếu việc này cứ tiếp diễn, nhiều máy chủ khác cũng phản ứng như YAHOO.COM thì vô tình máy chủ COMPANY.COM sẽ bị tê liệt - rõ ràng là tình ngay lý gian.

Vậy bạn có thể tránh vấn đề này không? Đừng bi quan, câu trả lời là có nhưng hơi khó khăn một chút vì nó là vấn đề của người sử dụng chứ không phải của nhà cung cấp dịch vụ. Nhà cung cấp dịch vụ thư tín điện tử không thể cấm bạn sử dụng Forward nhưng một số nơi sẽ cung cấp thêm cho bạn một thông số cài đặt để hợp thức hóa vấn đề nêu trên. Đơn giản là khi Forward, máy chủ sẽ dùng chính địa chỉ thư của bạn để chuyển tiếp, thay vì dùng địa chỉ của người gởi nguyên thủy. Với ví dụ của chúng ta nêu, COMPANY.COM sẽ thay địa chỉ from: nancy@company.com khi nó bắt đầu chuyển tiếp đến cho YAHOO.COM.

Cho đến nay một số Mail Server bắt đầu cung cấp thêm tính năng thay thế địa chỉ người gởi khi sử dụng Forward. MDaemon cung cấp một ô nhập địa chỉ thay thế khi Forward - điểm bất lợi là người dùng rất ít khi biết cách sử dụng.

Đôi khi vì lý do phải tuân thủ quy tắc thư tín điện tử hay vì phải tôn trọng khách hàng mà nhà cung cấp dịch không thể yêu cầu bạn cấu hình địa chỉ thay thế. Bạn hoàn toàn có thể tự làm điều này để giúp họ, nếu một nhà cung cấp nào tệ đến mức không có chỗ để cấu hình địa chỉ thay thế thì đã đến lúc bạn nên nghĩ đến việc tìm một nhà cung cấp khác tốt hơn.

Những bí ẩn của Thời gian

jbngan — Mon, 28 Dec 2009 09:38:00 +0700

Bất chấp những thành công của chúng ta trong việc đo lường được những thành phần nhỏ nhất của thời gian, thời gian vẫn còn là một trong những bí ẩn vĩ đại nhất của vũ trụ.

Một cách để nghĩ về thời gian là tưởng tượng ra một thế giới không có thời gian. Không thể có chuyển động, bởi vì thời gian và chuyển động không thể tách rời.

Một thế giới không có thời gian chỉ có thể tồn tại với điều kiện là không có bất kỳ sự biến dịch nào. Vì thời gian và biến dịch gắn liền với nhau. Chúng ta biết rằng thời gian trôi đi khi có điều gì đó biến đổi.

Trong thế giới thực tại - thế giới có thời gian - những biến đổi không bao giờ ngừng. Vài biến đổi thỉnh thoảng chỉ xảy ra một lần, chẳng hạn hiện tượng nguyệt thực. Những biến đổi khác lập đi lập lại nhiều lần, như mặt trời mọc rồi lặn. Con người luôn luôn ghi chép những biến cố tự nhiên thường xuyên lập lại. Khi con người bắt đầu chú ý đến những biến cố tuong tự như thế, họ bắt đầu đo lường thời gian.

Thời tiền sử, những biến đổi dường như tự chúng lập lại đều đặn chỉ là những chuyển động của các vật thể trên bầu trời. Hệ quả dễ thấy nhất của những chuyển động này là sự khác biệt giữa ánh sáng và bóng tối.

Mặt trời mọc ở bầu trời phía đông, tạo ra ánh sáng. Nó chuyển động ngang qua bầu trời và lặn xuống phía tây, tạo ra bóng tối. Sự xuất hiện và biến mất của mặt trời diễn ra đều đặn và liên tục. Những chu kỳ của ánh sáng và bóng tối mà nó tạo ra là những chu kỳ thời gian được ghi nhận đầu tiên. Chúng ta đã gọi tên mỗi chu kỳ của ánh sáng và bóng tối là một ngày.

Con người trông thấy mặt trời mọc cao hơn trên bầu trời vào mùa hè so với mùa đông. Họ tính số ngày trôi qua từ vị trí cao nhất của mặt trời cho đến khi mặt trời quay trở lại vị trí đó. Họ tính được ba trăm sáu mươi lăm ngày. Giờ đây chúng ta biết đó là thời gian Trái Đất phải mất để di chuyển một vòng xoay quanh mặt trời. Chúng ta gọi chu kỳ thời gian này là một năm.

Người tiền sử cũng lưu ý đến những biến đổi ớ mặt trăng. Khi nó di chuyển qua bầu trời đêm, hẳn họ đã tự hỏi. Tại sao mỗi đêm nó mỗi khác? Tại sao nó biến mất? Nó biến đi đâu?

Thậm chí trước khi họ tìm ra được giải đáp cho những thắc mắc này, họ đã phát triển một phương pháp coi giờ căn cứ vào những thay đổi trên bề mặt của mặt trăng.

Mặt trăng “đầy” khi bề mặt của nó sáng tỏ và tròn. Người tiền sử đếm số lần mặt trời xuất hiện giữa những kỳ trăng đầy. Họ nhận ra rằng con số này luôn luôn giống nhau - khoảng hai mươi chín lần mặt trời xuất hiện. Hai mươi chín ông mặt trời bằng một mặt trăng. Giờ đây chúng ta biết chu kỳ thời gian này là một tháng.

Người tiền sử săn thú và hái lượm cây trái hoang. Họ di chuyển theo từng nhóm hay bộ lạc từ nơi này đến nơi khác để tìm kiếm thức ăn. Dần dà họ biết cách gieo trồng. Họ biết sử dụng thú vật để giúp đỡ họ trong công việc, và lấy chúng làm thức ăn.

Họ nhận ra họ không còn cần di chuyển từ nơi này đến nơi khác để kiếm sống nữa.

Là thợ săn, con người không cần đo đếm thời gian. Tuy nhiên, là người trồng trọt, họ phải gieo trồng cây trái đúng thời hạn để thu hoạch chúng trước mùa đông. Họ phải biết khi nào mùa màng thay đổi. Từ đó họ làm ra lịch.

Không ai biết khi nào thì thời lịch đầu tiên được làm ra. Nhưng có thể nó dựa trên những kỳ mặt trăng, hoặc những tháng âm lịch.

Khi con người bắt đầu trồng trọt, những nguoi khôn ngoan nhất trong các bộ lạc bắt đầu trở nên quan trọng. Họ nghiên cứu bầu trời. Họ thu thập đủ thông tin để có thể biết khi nào mùa màng thay đổi. Họ loan báo lúc nào là lúc gieo trồng.

Sự phân chia thời gian mà chúng ta sử dụng ngày nay được sáng nghĩ ra tại Babylonia cách đây bốn ngàn năm. Các nhà thiên văn Babylon tin rằng mặt trời chuyển động quanh Trái Đất mỗi ba trăm sáu mươi lăm ngày. Họ chia hành trình này thành mười hai phần, hay tháng, bằng nhau. Mỗi tháng là ba mươi ngày. Sau đó, họ chiamỗi ngày thành hai mươi bốn phần, hay giờ, bằng nhau. Họ chia mỗi giờ thành sáu mưoi phút, và mỗi phút thành sáu mươi giây.

Người tiền sử dùng nhiều công cụ để đo đếm thời gian. Đồng hồ mặt trời là một trong những công cụ sớm nhất và đơn giản nhất.

Đồng hồ mặt trời đo lường các chuyển động của mặt trời qua bầu trời mỗi ngày. Nó có một cái que hay một vật khác nổi lên trên một mặt phẳng. Cái que, ngăn ánh sáng mặt trời, tạo ra một cái bóng. Khi mặt trời di chuyển, bóng của cái que cũng di chuyển ngang qua mặt phẳng. Những điểm trên bề mặt cho thấy sự trôi đi của những giờ, và có lẽ, những phút.

Đồng hồ mặt trời chỉ hoạt động tốt khi nào mặt trời chiếu sáng. Do vậy, những phương cách khác được chế tạo ra để đo đếm sự đi qua của thời gian.

Một dụng cụ khác là đồng hồ cát - dùng dòng cát chảy để đo thời gian. Đồng hồ cát có hình dạng giống như con số 8 - rộng ở đỉnh và đáy, nhưng rất hẹp ở giữa. Trong cái ly “giờ” thực sự, nó mất đúng một giờ để tất cả cát chảy từ đỉnh xuống đáy qua một cái miệng rất nhỏ ở giữa. Khi đồng hồ cát được lật ngược xuống, nó bắt đầu đánh dấu sự trôi đi của một giờ khác.

Ở thế kỷ 18, con người đã phát triển những loại đồng hồ cơ học. Và ngày nay, nhiều đồng hồ treo tường và đeo tay của chúng ta là đồng hồ điện tử.

Vậy là chúng ta đã có những dụng cụ để đánh dấu sự trôi đi của thời gian. Nhưng thời gian bây giờ là gì. Đồng hồ ở những khu vực khác nhau trên thế giới không cho thấy thời gian cùng một lúc. Là bởi vì thời gian trên Trái Đất được thiết đặt bởi vị trí của mặt trời trên bầu trời.

Tất cả chúng ta đều có một buổi trưa mười hai giờ mỗi ngày. Buổi trưa là thời gian mặt trời ở nơi cao nhất trên bầu trời. Nhưng lúc mười hai giờ trưa nơi tôi đứng đây, có thể là mười giờ đêm nơi bạn ở.

Khi sự giao lưu và sự đi lại khắp thế giới phát triển, rõ ràng phẳi cần đến một thời gian chung cho tất cả các khu vực trên thế giới.

Năm 1884, một hội nghị quốc tế đã chia thế giới thành hai mươi bốn khu vực, hay vùng, thời gian. Mỗi vùng đại diện cho một giờ. Đài quan sát thiên văn tại Greenwich, Anh, được chọn là điểm khởi đầu cho các vùng thời gian. Mười hai vùng thuộc tây Greenwich. Mười hai vùng thuộc đông Greenwich.

Giờ ở Greenwich - được đo bằng mặt trời - được gọi là Giờ Quốc Tế. Trong nhiều năm nó được gọi là Greenwich Mean Time (giờ GMT - giờ chuẩn, căn cứ theo kinh tuyến Greenwich).

Một số nhà khoa học nói thời gian được chi phối bởi sự chuyển động của vật chất trong vũ trụ chúng ta. Họ nói thời gian trôi về phía trước bởi vì vũ trụ đang giãn nở ra. Một số nói vũ trụ sẽ ngừng giãn nở một ngày nào đó và sẽ bắt đầu chuyển động theo hướng ngược lại, càng ngày càng nhỏ hơn. Một số khác cho rằng thời gian cũng sẽ bắt đầu trôi theo chiều ngược lại - từ tương lai về dĩ vãng. Thời gian có thể chuyển động ngược về phía sau được không?

Hầu hết mọi người không chút băn khoăn khi đồng ý rằng thời gian chuyển động tới trước. Chúng ta thấy con người sinh ra rồi lớn lên.Chúng ta nhớ lại quá khứ,nhưng chúng ta không biết tương lai. Chúng ta biết một cuốn phim đang chuyển động tới trước nếu nó cho thấy một cái ly đang rơi khỏi bàn và vỡ thành nhiều mảnh. Nếu cuốn phim chuyển động ngược về sau, những mảnh vỡ sẽ chắp nối lại để tạo thành cái ly và nhảy trở lại lên bàn. Không ai từng thấy điều này xảy ra. Ngoại trừ trong phim ảnh.

Một vài nhà khoa học cho rằng có một lý do giải thích tại sao thời gian chỉ chuyển động tới trước. Đó là định luật khoa học thời danh - định luật thứ hai của nhiệt động lực học. Định luật đó phát biểu rằng sự hỗn loạn tăng lên theo thời gian. Trong thực tế, có nhiều điều kiện cho sự hỗn loạn hơn là của trật tự.

Ví dụ, có nhiều cách để một cái ly vỡ ra thành nhiều mảnh. Đó là sự hỗn loạn. Nhưng chỉ có một cách để những mảnh vỡ có thể được hàn gắn lại thành một cái ly. Đó là trật tự. Nếu thời gian chuyển động ngược về phía sau, những mảnh vỡ có thể nối kết lại trong rất nhiều cách. Tuy nhiên, chỉ một trong nhiều cách này mới tạo lại được cái ly. Hầu như không thể tin được điều này sẽ xảy ra.

Không phải tất cả các nhà khoa học đều cho rằng thời gian bị chi phối bởi định luật thứ hai của nhiệt động lực học. Họ không nhất trí rằng thời gian luôn luôn phải chuyển động tới trước. Cuộc tranh cãi về bản chất của thời gian sẽ còn tiếp tục. Và thời gian vẫn sẽ còn là một bí ẩn.

Lượm lặt từ Internet

Script để sao lưu tất cả Database trong SQL Server

jbngan — Wed, 23 Dec 2009 22:01:00 +0700

Đôi khi những thứ có vẻ phức tạp lại dễ dàng hơn nhiều khi bạn tận dụng sức mạnh của T-SQL để thực hiện các công việc lặp đi lặp lại. Một trong những công việc này có thể là cần phải sao lưu tất cả các cơ sở dữ liệu trên máy chủ của bạn. Đây không phải là một việc lớn, nếu bạn có một số ít các cơ sở dữ liệu, nhưng tôi đã thấy một vài máy chủ, nơi có hơn 100 cơ sở dữ liệu trên cùng một SQL Server. Bạn có thể sử dụng Enterprise Manager để sao lưu cơ sở dữ liệu hoặc thậm chí sử dụng kế hoạch bảo dưỡng, nhưng sử dụng T-SQL là một phương pháp đơn giản hơn nhiều và nhanh hơn.

Với việc sử dụng của T-SQL bạn có thể tạo ra các bản lưu dự phòng, nén lại để tiết kiệm không gian và tự xóa đi các bản lưu cũ. Quá tuyệt vời, một ứng dụng Backup tốt nhất thì các tính năng cơ bản cũng chỉ như thế.

Dưới đây là một kịch bản T-SQL dành cho SQL Server 2000 trở lên, cho phép bạn sao lưu từng Database đang hoạt động (bỏ qua các database đang bị lỗi, offline...). Để kịch bản này hoạt động, bạn sẽ cần thay đổi một số thông tin cấu hình mà tôi đã ghi chú trong đó.

Kịch bản này sao lưu mỗi database của bạn thành từng tập tin theo dạng DATABASE-NAME.BAK, cuối cùng nó sẽ nén tất cả tập tin sao lưu được thành một tập tin đặt tên theo dạng YYYYMMDD.ZIP lưu vào thư mục mà bạn cấu hình. Sau khi quá trình nén hoàn tất, đoạn mã cuối cùng sẽ kiểm tra trong thư mục có bao nhiêu tập tin cũ hơn, những tập tin nén cũ hơn số ngày bạn cấu hình sẽ tự động bị xóa.

SET NOCOUNT ON ;
-- Phiên bản: 1.3 - 2009-12-07 - Tương thích SQL 2000
-- Hướng dẫn
-- Chép tập tin 7za.exe vào thư mục chứa backup, vd: C:\DatabaseBackup
-- Tạo Job Schedule trong SQL Server để chạy đoạn SCRIPT, mỗi ngày chạy 1 lần vào 3h sáng
-- Sửa @CFG_BACKUP_PATH = <Thư mục chứa Backup> - thư mục này không được có khoảng trắng hoặc tên dài

----- Biến cấu hình
DECLARE @CFG_BACKUP_PATH NVARCHAR(256)
DECLARE @CFG_DAYS_DELETE INT

----- Cấu hình thư mục Backup, chú ý: đường dẫn không được có khoảng trắng
SET @CFG_BACKUP_PATH = 'C:\DatabaseBackup'
----- Cấu hình số ngày giữ bản Backup
SET @CFG_DAYS_DELETE = 30

DECLARE @Today DATETIME
DECLARE @TodayName CHAR(8)
SET @Today = GETDATE()
SET @TodayName = CONVERT(CHAR(8), @Today, 112)

DECLARE @id INT
DECLARE @name VARCHAR(50)
DECLARE @path VARCHAR(256)
DECLARE @cmd VARCHAR(256)

----- Tạo thư mục tạm
DECLARE @TempDir VARCHAR(256)
SET @TempDir = @CFG_BACKUP_PATH + CHAR(92) + CONVERT(VARCHAR(256), NEWID())
SET @cmd = 'md ' + @TempDir
EXEC xp_cmdshell @cmd, no_output

----- Bảng chứa danh sách DB
DECLARE @dbList TABLE
    (
      dbno INT IDENTITY,
      dbname NVARCHAR(256)
    )

----- Lấy danh sách DB đang online
INSERT  INTO @dbList ( dbname )
        SELECT  name
        FROM    master.dbo.sysdatabases
        WHERE   ( name NOT IN ( 'tempdb' ) )
                AND DATABASEPROPERTYEX(name, 'Status') = 'ONLINE'


------ Bắt đầu Backup
SELECT  @id = dbno,
        @name = dbname
FROM    @dbList
WHERE   dbno = 1
WHILE @@ROWCOUNT = 1
    BEGIN
        PRINT N'++ Sao lưu Database: ' + @name
        SET @path = @TempDir + CHAR(92) + @name + '.bak'
        
        BACKUP DATABASE @name TO DISK = @path

        SELECT  @id = dbno,
                @name = dbname
        FROM    @dbList
        WHERE   dbno = @id + 1
    END

PRINT N'++ Nén thư mục: ' + @TempDir

----- Xóa tập tin RAR nếu đã có
SET @cmd = 'del /f /q ' + @CFG_BACKUP_PATH + CHAR(92) + @TodayName + '.ZIP'
EXEC xp_cmdshell @cmd, no_output

DECLARE @Count INT
DECLARE @StartTime DATETIME
SET @StartTime = GETDATE()
----- Nén
SET @cmd = @CFG_BACKUP_PATH + '\7za.exe a -bd -y -tzip -mx2 '
SET @cmd = @cmd + @CFG_BACKUP_PATH + CHAR(92) + @TodayName + '.ZIP ' + @TempDir
    + '\*.bak"'
-- PRINT @cmd
EXEC xp_cmdshell @cmd, no_output

SET @Count = DATEDIFF(second, @StartTime, GETDATE())
PRINT N'++ Thời gian nén: ' + CONVERT(VARCHAR, @Count) + ' giây'
SET @Count = DATEDIFF(second, @Today, GETDATE())
PRINT N'++ Thời gian xử lý: ' + CONVERT(VARCHAR, @Count) + ' giây'

---- Xóa thư mục tạm
SET @cmd = 'rd /s /q ' + @TempDir
EXEC xp_cmdshell @cmd, no_output


----------------------------------- Xóa các file .RAR cũ hơn @CFG_DAYS_DELETE
DECLARE @OlderDateName CHAR(8)
SET @OlderDateName = CONVERT(CHAR(8), @Today - @CFG_DAYS_DELETE, 112)

----- Lấy danh sách tập tin
CREATE TABLE #delList
    (
      subdirectory VARCHAR(256),
      depth INT,
      [file] BIT
    )
INSERT  INTO #delList
        EXEC xp_dirtree @CFG_BACKUP_PATH, 1, 1
DELETE  #delList
WHERE   RIGHT(subdirectory, 4) <> '.ZIP'

SELECT  @Count = COUNT(1)
FROM    #delList
PRINT N'++ Số phiên bản hiện có trong thư mục: ' + CONVERT(NVARCHAR, @Count)
    
SELECT TOP 1
        @name = subdirectory
FROM    #delList
WHERE   LEN(subdirectory) = 12
        AND RIGHT(subdirectory, 4) = '.ZIP'
        AND REPLACE(subdirectory, '.ZIP', '') < @OlderDateName

WHILE ( @@ROWCOUNT = 1 ) 
    BEGIN
        PRINT N'++ Xóa phiên bản: ' + @name
        SET @cmd = 'del /f /q ' + @CFG_BACKUP_PATH + CHAR(92) + @name
        EXEC xp_cmdshell @cmd, no_output
        
        DELETE  #delList
        WHERE   subdirectory = @name
        
        SELECT TOP 1
                @name = subdirectory
        FROM    #delList
        WHERE   LEN(subdirectory) = 12
                AND RIGHT(subdirectory, 4) = '.ZIP'
                AND REPLACE(subdirectory, '.ZIP', '') < @OlderDateName
    END

DROP TABLE #delList
---------------------------------------- Hoàn tất xóa phiên bản cũ


PRINT N'++ Hoàn tất.'
PRINT ''
PRINT ''
PRINT ''

Trong kịch bản này có sử dụng công cụ nén miễn phí 7-Zip, bạn có thể tải về miễn phí ở địa chỉ: http://www.7-zip.org/download.html - chú ý là bạn cần tải phiên bản dòng lệnh (Command Line Version).

Cài đặt:

Bạn cần tạo một thư mục chứa bản lưu, ví dụ: D:\BACKUP
Chép tập tin 7za.exe vào thư mục D:\BACKUP
Nếu bạn sử dụng phiên bản SQL Server 2005 trở lên, bạn cần bật "xp_cmdshell" - tính năng này cho phép chạy lệnh ngoài trong kịch bản. Bạn chỉ cần chạy đoạn T-SQL:

EXEC master.dbo.sp_configure 'show advanced options', 1
RECONFIGURE
EXEC master.dbo.sp_configure 'xp_cmdshell', 1
RECONFIGURE

Có 2 cách để kịch bản này hoạt động tự động:

Cách 1: Cấu hình bằng Windows Scheduler, kịch bản được chạy bằng chương trình ISQL.EXE hoặc SQLCMD.EXE tùy theo phiên bản SQL Server của bạn.
Cách 2: Tạo một Job nếu SQL Server của bạn có cài đặt SQL Agent.

Rất vui nếu bài viết này giúp các bạn tiết kiệm nhiều thời gian với công việc sao lưu nhàm chán.

Sử dụng Extension Methods trong .NET 3.5

jbngan — Tue, 22 Dec 2009 23:30:00 +0700

Extension Methods - Hàm viết thêm (tạm dịch) là phương pháp cho phép bạn "thêm" hàm để cho một Class hiện có mà không cần một cấp thừa kế, biên dịch lại, hoặc sửa đổi mã nguồn gốc. Extension Methods được viết dưới dạng hàm tĩnh (static), tức là bạn sẽ gọi hàm này mà không cần phải khởi tạo một đối tượng.

Bạn thường thấy Extension Methods phổ biến nhất là khi sử dụng LINQ để truy vấn dữ liệu. Ví dụ cụ thể: Các kiểu dựa trên Class cơ bản System.Collections.IEnumerable và System.Collections.Generic.IEnumerable(T) sẽ chỉ là một kiểu bình thường nếu bạn chưa dùng thêm chỉ thị using System.Linq vào đầu tập tin, chỉ thị này mở rộng các kiểu trên, bổ sung các hàm như GroupBy, OrderBy, Average...

using System.Linq;
class ExtensionMethods2
{

    static void Main()
    {            
        int[] ints = { 10, 45, 15, 39, 21, 26 };
        var result = ints.OrderBy(g => g);
        foreach (var i in result)
        {
            System.Console.Write(i + " ");
        }           
    }        
}
// Xuất ra: 10 15 21 26 39 45

Extension Method thêm được viết ra như một static method nhưng được gọi theo cú pháp gọi một hàm của một đối tượng (instance). Tham số đầu tiền của Extension Method được dùng để xác định kiểu (Type) sẽ áp dụng với từ "this" được dùng ở đầu tham số. Hãy xem ví dụ dưới đây:

namespace ExtensionMethods
{
    public static class MyExtensions
    {
        public static int WordCount(this String str)
        {
            return str.Split(new char[] { ' ', '.', '?' }, StringSplitOptions.RemoveEmptyEntries).Length;
        }
    }   
}

Và để sử dụng hàm mới viết thêm này, bạn cần thêm chỉ thị using vào đầu tập tin.

using ExtensionMethods;

Và bạn có thể dùng ở đâu đó, với đúng kiểu (Type) bạn đã viết cho hàm WordCount:

string s = "Hello Extension Methods";
int i = s.WordCount();

Như vậy, WordCount đã trở thành một hàm bổ sung cho kiểu String và từ nay, bạn không cần phải nhớ hàm WordCount nằm trong thư viện dùng thêm nào của bạn.

Taylor Swift - Love Story

jbngan — Fri, 12 Jun 2009 00:43:00 +0700

Hãy nghe cô công chúa trắng trẻo xinh đẹp Laylor Swift kể câu chuyện tình Romeo và Juliet của mình trong bộ phim Love Story. Thật hay là bộ phim này kết thúc có hậu quá.... nếu không thì tôi cũng không thèm xem.

Trong lời bài hát có câu "'Cause you were Romeo, I was a scarlet letter" gây bối rối hết sức. Tôi nhớ trong quyển The Scarlet Letter của Nathaniel Hawthorne có đề cập đến chuyện một cô gái chửa hoang và bị xã hội khinh bỉ. Cô bị phạt phải mang lên mình một chữ "A" để mọi người nhận biết tội lỗi của cô và tránh xa.

....................

Hai ta đều thật trẻ khi lúc đầu em gặp anh
Em khép đôi mắt và bắt đầu hồi tưởng lại
Nơi em đứng trên ban công trong một buổi sáng tràn đầy nắng xuân tươi đẹp

Em thấy anh lướt qua ánh đèn, qua phòng tiệc, qua đám đông
Anh đến trong bộ áo choàng vương giả và nhẹ nhàng nói: "Chào em".

Chỉ chút ngắn ngủi em đã biết rằng
Anh là Romeo, anh đã ném những viên sỏi để gọi em
Và khi cha nói "Hãy tránh xa Juliet"
Em đã khóc bên gác thang và khẩn cầu "Xin đừng đi"

Và em nói với anh,
Romeo, hãy đưa em đi đến nơi mà chỉ có chúng ta
Em sẽ chờ đợi vì tất cả những gì ta cần là chạy thật nhanh.
Anh sẽ là hoàng tử còn em sẽ là công chúa
Chỉ cần nói "Đồng ý", đó chính là câu chuyện tình yêu!.

Rồi khi em lén ra vườn để gặp anh
Cùng giữ yên lặng, để họ phát hiện đó là chấm dứt tất cả
Hãy nhắm mắt cùng em và trốn khỏi nơi này, chỉ một chút thôi
Vì anh Romeo, em trở thành một cô gái bị ghét bỏ và ai cũng phải tránh xa
Và khi cha em nói "Hãy tránh xa Juliet"
Anh đã là tất cả đối với em, em xin anh "Xin đừng đi!"

.............

We were both young when I first saw you.
I close my eyes and the flashback starts:
I'm standing there on a balcony in summer air.

See the lights, see the party, the ball gowns.
See you make your way through the crowd
and say hello;

Little did I know
That you were Romeo; you were throwing pebbles,
And my daddy said, "Stay away from Juliet."
And I was crying on the staircase,
begging you, 'Please, don't go.'"

And I said,
"Romeo, take me somewhere we can be alone.
I'll be waiting; all there's left to do is run.
You'll be the prince and I'll be the princess
It's a love story - baby just say 'Yes.'"

So I sneak out to the garden to see you.
We keep quiet 'cause we're dead if they knew.
So close your eyes; escape this town for a little while.
'Cause you were Romeo, I was a scarlet letter,
And my daddy said "Stay away from Juliet,"
But you were everything to me; I was begging you, 'Please, don't go,'"

And I said,
"Romeo, take me somewhere we can be alone.
I'll be waiting; all there's left to do is run.
You'll be the prince and I'll be the princess
It's a love story - baby just say 'Yes.'

Romeo save me - they're tryin' to tell me how to feel;
This love is difficult, but it's real.
Don't be afraid; we'll make it out of this mess.
It's a love story - baby just say "Yes.'"

Oh, oh.

I got tired of waiting,
Wondering if you were ever comin' around.
My faith in you was fading
When I met you on the outskirts of town,

And I said,
"Romeo save me - I've been feeling so alone.
I keep waiting for you but you never come.
Is this in thy head? I don't know what to think-"

He knelt to the ground and pulled out a ring and said,
"Marry me, Juliet - you'll never have to be alone.
I love you and that's all I really know.
I talked to your dad - go pick out a white dress;
It's a love story - baby just say 'Yes.'"

Oh, oh. Oh, oh.

'Cause we were both young when I first saw you...

Lập trình viên có nên lo lắng về tuổi tác của mình không?

jbngan — Wed, 03 Jun 2009 12:47:00 +0700

Lập trình viên hay Developer nghe cho PRO thì cũng ngồi code cọc cà cọc cạch - khác gì nhau?

Tôi làm Quản lý dự án, hơn 8 năm làm việc trong nghề này và bây giờ tôi cũng bắt đầu lo về tuổi tác của mình. Không thể tệ hơn là tôi bắt đầu suy nghĩ mình sẽ làm gì nếu không còn làm trong nghề này? Chắc hẳn có lúc bạn nghĩ cầu thủ bóng đá không đá bóng nữa thì làm gì nếu kém tài - không đủ để làm huấn luyện viên, hay một ca sĩ về vườn làm gì mà sống?. Tôi không nghĩ mình sẽ làm gì sống nhưng điều làm tôi buồn là phải từ giã công việc mình yêu thích.

Người ta luôn nói nghề này dành cho người trẻ tuổi, tôi đồng ý quan điểm này, tôi tin những người trẻ luôn có những ý kiến xuất sắc dù mang nhiều mạo hiểm. Kinh nghiệm lập trình và phân tích giúp tôi làm được những gì một phần mềm cần, nhưng liệu tôi có thể hoàn thành được nếu tôi phải tự làm lấy tất cả mọi thứ, kể cả việc bảo vệ những "tuyệt chiêu" khỏi cặp mắt dòm ngó của người khác?.

CNTT phát triển gần đây thôi, khoảng cuối năm 70, đầu những năm 80. Lý do mà bạn thấy đầy những người trẻ vì đây là một thị trường trẻ. Các kỹ sư phần mềm lâu đời mà bạn thường thấy có lẽ chỉ khoảng hơn 50 tuổi. Ở Việt Nam, những người theo ngành này 10 năm, 20 năm trước giờ đã già hay luống tuổi. 5 năm trước tôi cũng xem họ là những người mù tịt về Code, không hiểu gì về ứng dụng, Web, Portal, App, C#, DOTNET... Có lẽ đó là yếu tố chính để nghĩ rằng tuối tác chính là vấn đề của nghề này.

Tôi từng quản lý nhiều nhóm. Có nhóm 3 người, nhóm 7 người, có khi lên đến 15 người. Tôi tự so sánh mình với họ vào khoảng thời gian ít hơn 25 tuổi, tôi cũng vướng phải những vấn đề thế này:

Thất bại trong việc thiết kế trước khi thực hiện viết mã.
Không thể viết tài liệu hướng dẫn.
Không biết mình đang làm ứng dụng này cho ai dùng, có khi cũng không thèm quan tâm ứng dụng này làm cái gì.
Không thể chứng minh là các thuật toán là chính xác.
Chấp nhận các đoạn mã và tổ chức ứng dụng ở mức trung bình, kém... và quá kém để chữa cháy ngay cả khi có đủ thời gian để làm lại từ đầu.
Chăm chú vào kỹ thuật, mặc kệ sự thuận tiện cho người dùng khi thao tác trên form nhập liệu.
Không học hỏi được gì từ những sai sót, trục trặc.
Tìm hiểu một công cụ quá nhanh... sau đó ngừng hẳn việc tiếp tục nghiên cứu công cụ này. Tiếp tục dùng công cụ này để áp dụng cho những chỗ mà đôi khi nó hoàn toàn không phù hợp.
Có thời gian để làm lại từ đầu một thứ cũ rích thay vì tìm hiểu và làm cho nó vận hành tốt hơn.

Vậy nếu tôi nói người trẻ vào nghề này là phù hợp chỗ nào? Tôi nhận xét họ thế này:

Làm việc siêng năng, cần cù, sẵn sàng overtime mà không tính toán, làm tới mức ngất xỉu
Dễ dàng cảm thấy vui mừng, tìm được điều thú vị khi tham gia dự án
Có những sáng kiến đầy bất ngờ
Dễ thích nghi với nhóm mới và làm việc cùng nhau rất tốt

"Nếu bạn làm tốt điều gì, bạn sẽ không tiếp tục làm điều đó"

Câu nói đó có phải là chân lý? Không, dĩ nhiên là không - chẳng có gì là chân lý!. Nhưng câu nói này khá phổ biến thì tôi phải tin rằng nhiều người mắc phải nó, tôi cũng không ngoại lệ. chấp hành mọi việc được giao nhưng thiếu sự lựa chọn sẽ khiến bạn mất dần đi những khả năng vốn có của mình.

Tôi đã gặp hay từng làm việc chung với các lập trình viên siêu đẳng, tuy nhiên đa số họ không thể tiếp xúc khách hàng do không hình dung được bản chất dịch vụ hay sản phẩm, không rõ về điều gì là trọng tâm của khách hàng đang mong đợi. Một số khác không thể tự trao đổi với khách hàng không am hiểu về kỹ thuật. Những lập trình viên kiểu này thật tuyệt vời khi bảo họ hãy "điền code vào ô này", chỉ cần bạn đừng yêu họ hãy xác định ô nào.

Lập trình viên nhiều tuổi thường cảm thấy e ngại khi phải áp dụng một công nghệ mới, đây thật sự là một điểm trừ của họ so với người trẻ tuổi. Sau nhiều năm lập trình, họ đã mất nhiều thời gian để sử dụng, thử đi thử lại để tìm được con đường riêng cho mình. Mỗi lần lựa chọn sai là sự trả giá bằng thời gian và công sức. Đôi khi vì không muốn sản phẩm của mình là thứ chắp vá, họ chấp nhận làm lại nhiều phần. Trẻ hơn, liều lĩnh hơn... thật ra các bạn đang đi trên con đường của những người lớn tuổi hơn.

Trái tim tôi vẫn là một Coder, bản thân tôi chi tiêu 50% thời gian làm việc để viết mã, 25% để đọc sách và 25% cho công việc liên quan trong Công ty. Cân đối thời gian làm việc với trách nhiệm gia đình là một việc làm khó, rất khó khi đam mê luôn tràn trong con người bạn. Việc mất cân đối có thể khiến bạn bị trách móc, đầu tư thời gian cho gia đình có thể khiến bạn cảm thấy già đi và không còn phù hợp cho công việc, cho ngành nghề này. Tôi luôn khuyên bạn bè và chính mình là phải giữ sức khỏe, bạn không thể làm overtime thâu đêm 2-3 ngày, sau đó ngã lăn ra ngủ một ngày và thêm 1 ngày uể oải tiếp theo.

Vấn đề tuổi tác chỉ xuất hiện khi bạn gắn mình với những người nghĩ rằng tuổi tác là không phù hợp cho công việc. Có rất nhiều cơ hội cho những lập trình viên lớn tuổi nhưng bạn phải luôn lao vào với sức mạnh chính là sự trải nghiệm, tích lũy và biết cách tự điều chỉnh. Nếu bạn không học dùng và sử dụng công nghệ mới mà chỉ cảm thấy thú vị với những thứ đang diễn ra thì vấn đề là ở bạn, không phải vấn đề tuổi tác.

Lập trình là một công việc hay nhất được phát minh ra từ khi trái đất hình thành. Ai trong số các bạn lại không yêu nó?.

Katie Melua - Perfect Circle

jbngan — Sat, 09 May 2009 06:13:00 +0700

Buổi sáng thức dậy, mở nhạc và đang định đi tắm thì phải dừng lại nghe hết bài này. Thật đã, giai điệu thật hay...

Có những điều bạn không thể che dấu, bạn không thể quên, không thể chối bỏ cho dù bạn có thể khoác lên mình một cái mặt nạ thể dễ dàng. Bỏ chạy vì bị những điều ấy đeo đuổi suốt trong cuộc sống tức là bạn bước vào vòng luẩn quẩn... Hãy đấu tranh và giành cho mình những điều hạnh phúc mới.

Chúc các bạn một buổi sáng cuối tuần vui vẻ!.

A mask is easily placed,
On a betrayed and broken face.
A disguise to hide the past,
When you mapped out my skin and made the memories last.
Some things are never erased,
And I have run when I've been chased,
By recollections of you and me falling off our homemade castle

And even when I'm walking straight I always end up in a perfect circle.
Oh I try but I just can't wait,
To break out of this perfect circle.
'Cos giving into old temptation,
Is like that common twitch.
Oh the silly stupid realisation,
The more you scratch the more you itch.

Why am I fighting, what's it for,
Must let my mask drop to the floor.
My scars I shouldn't hide from the people who are on my side,
Rolling up my sleeves to fight against,
All the things I locked up and all the things I fenced.
But it's time to let it out so we can build a brand new castle.

And even when I'm walking straight I always end up in a perfect circle.
Oh I try but I just can't wait,
To break out of this perfect circle.
'Cos giving into old temptation,
Is like that common twitch.
Oh the silly stupid realisation,
The more you scratch the more you itch.

And even when I'm walking straight I always end up in a perfect circle.
Oh I try but I just can't wait,
To break out of this perfect circle.
'Cos giving into old temptation,
Is like that common twitch.
Oh the silly stupid realisation,
The more you scratch the more you itch.

The more you scratch the more you itch.

Tâm sự của chủ phòng net

jbngan — Mon, 23 Feb 2009 08:16:00 +0700

Khách hàng của những tiệm net hiện nay 98% đều là thiên tài, bật máy ko biết, bật trình gõ tiếng Việt ko biết, vào game ko biết thoát ra, server bảo trì hô máy có vấn đề. Bố mày rất muốn một tay bóp chết chúng mày, bóp chết rồi vò thành một đống, rồi quăng vào dầu sôi chiên, sau đó dùng chân đạp cho nhuyễn ra.

Chat voice ko biết bật mic, hô headphone hư rồi.

Xem phim thì chê không có lồng tiếng Việt. Hỏi tui “Có phim heo không?”, tui nói không, nó chê phim không được đầy đủ.
Y!M đăng nhập ko đc hô máy lởm! Chạy qua xem hóa ra đăng nhập pass ko đúng, con mắm đó còn hỏi tui pass bao nhiêu.

Có con mắm kia còn lợi hại hơn, tiếp nhận webcam của một người chat lạ nào đó, gọi tui qua, hỏi người trong webcam là ai!! Bố mày có bản lĩnh đó à??

Bắn CS người khác quăng bom khói, anh chàng hứng nguyên trái, hét to: máy bị đơ rồi.

Hôm trước có con mắm hỏi tui chat Y!M làm sao đánh chữ có dấu, tui hỏi: “Em ko biết đánh chữ à?” Em ấy bảo: “Biết”.Tui nói: “Vậy em cứ thế mà đánh” (đồng thời giúp nó bật Unikey lên), một lúc sau lại gọi tui, nói: “Anh quản lý, sao đánh chữ ko được?”. Tôi hỏi “Em đánh chữ gì ko được?”, nó bảo “anh đánh giùm chữ Chào Bạn”, tui giúp nó đánh xong. Sau đó mấy bác biết nó nói gì ko ?? “Đừng đi, ngồi đây giúp em đánh chữ”. $^#%^@ tướng mạo thì y chang con khủng long.

Hôm nay có anh chàng hỏi tui, “Quản lý! sao ở đây tôi ko có vcoin nhỉ? giúp tôi down một ít về”… $%*&%$, cái đó mà có thể down về thì bố mày cần gì đi làm nữa...

Cúp điện bố mày với vợ con đang ăn cơm ngon lành, 1 lũ nhóc chóc đi học buổi chiều chạy vào, anh ơi! em chơi điện tử $%^%&*^%, bố cắm vào ..ít cho máy chạy cho chúng mày chơi ah? ngoài cửa tao đã treo bản cúp diện.

* Cửa phòng vệ sinh phải thay 3 lần vì ko chịu nổi vô ảnh cước của bọn nam sinh.

* Về chửi thề thì: lớp 9< lớp 8 < lớp 7 và ko phân biệt nam nữ luôn, vậy là hiểu trường giang sóng sau xô sóng trước rồi.

* Vào chơi canh lúc phòng net full máy, gửi xe vào đứng 1 lát rồi chuồn trước khi có máy, chiều đi học xong ra lấy xe: tiết kiệm 2000 nhưng tuyệt đối: ko đánh khách, chửi khách cho dù là học sinh đi nữa, vì khách hàng nuôi mình mà, phải chịu thôi, trừ khi gặp ăn cắp thì đấm.

Sưu tầm

Phản hồi VnExpress: Nhồi xả liên tục sẽ làm pin laptop mau 'chai'

jbngan — Tue, 03 Feb 2009 16:59:00 +0700

Trước khi bạn đọc bài này, tôi xin khẳng định rằng VnExpress đã chơi bèo bằng cách hiệu chỉnh bài viết mà không hề có ghi chú lại. Thật đáng thất vọng với một tờ báo Online lớn.

Tôi tình cờ đọc bài viết từ VnExpress: http://vnexpress.net/GL/Vi-tinh/Kinh-nghiem/2008/12/3BA08FA1/, thật không thể đồng ý được các quan yếu tố kỹ thuật cũng như quan điểm của tác giả. Tôi đã viết phản hồi cho VnExpress nhưng không thấy họ trả lời nên đành để ra đây, hy vọng sẽ giúp ích cho các bạn.

Theo tôi đây là loại bài vô thưởng vô phạt, nó không khuyên người sử dụng nên làm thế nào cho đúng mà chỉ đưa ra nhiều ý kiến "chuyên gia". Nhiều thợ sửa chữa thiết bị (không hẳn là sửa thiết bị vi tính) nhưng không hề là người sử dụng, họ chỉ đơn thuần là người học nghề sửa chữa, đôi khi việc ít tiếp cận thông tin khiến cho họ trở nên thiển cận.

Nội dung bài viết tôi có nhận xét như nói về loại pin Ni-CD/NiMH, loại pin này vài năm gần đây không còn dùng trong các loại Laptop và ĐTDĐ, Ni-CD có hiệu ứng "bộ nhớ" như các "chuyên gia" trong bài đề cập. Pin Li-ion không hề có hiện tượng này và bạn có thể xạc nó bất kỳ lúc nào, tôi dùng điện thoại Sony Ericsson 1 năm nay, luôn cắm xạc vào máy tính khi làm việc mà pin vẫn dùng được 3-4 ngày.

Nếu nói về cách xạc Pin Li-ion, từ Manual của nhà sản xuất chỉ yêu cầu chúng ta nhớ một điều duy nhất: "Cứ cách 2-3 tuần, bạn phải xài cạn pin và xạc lại đầy đủ". Đó là cách để Pin Li-ion tự tính toán lại các thông số hoạt động của nó.

Lý do Pin Li-ion khác NiCD là vì nó có mạch điện thông minh, khi bạn sử dụng đến cạn hết mức, mạch điện này sẽ tính thông số của từng cell, tính toán lại thời gian sử dụng so với công suất tiêu thụ. Chính vì lý do đó, đôi khi bạn sẽ thấy máy tính báo sai thời gian còn lại của Pin, áp dụng việc xài cạn và nạp lại, nó sẽ báo đúng.

Nếu nói về an toàn, tôi chưa thấy có bài viết nào của nhà sản xuất cũng như của các báo nước ngoài đề cập đến việc an toàn dữ liệu, an toàn điện khi dùng trực tiếp từ Pin. Pin chỉ có thể cháy nổ khi nó đang tiêu hao năng lượng, khi bạn tháo ra để bên ngoài, hoặc laptop của bạn tự ngắt Pin khỏi mạch xạc và mạch tiêu thụ thì nó chẳng có lý do gì phải bùm.

Máy laptop tự bảo vệ Pin của nó bằng nhiều cách:

Xạc đúng, xạc đủ (pin NiMH, NiCD hay Li-ion đều nổ khi mạch xạc không tự ngắt sau 24h)
Dùng phần mềm điều khiển nguồn (Power Management) để cân đối việc hao tổn năng lượng.

Pin sẽ mau hỏng nếu bạn luôn vắt kiệt sức lực của nó, đó chính là lý do vì sao phần mềm điều khiển nguồn rất quan trọng trong điều kiện dùng Pin. Khi bạn dùng Pin, phần mềm sẽ tự động giảm tốc độ xử lý của CPU, giảm độ sáng màn hình, giảm tốc độ ổ cứng.... Liệu bạn có thích thú khi chạy một máy 2 Core Dual mà chậm như một Pentium 4?. Liệu bạn có nghĩ rằng nhà sản xuất làm ra thiết bị để bạn chỉ chạy với 50% hiệu năng chỉ nhằm mục đích tăng tuổi thọ Pin?.

Nhiều người không quan tâm đến phần mềm quản lý nguồn, khi cài lại máy thì vứt luôn. Nhiều người không biết việc phải nạp đầy, xả cạn sau 2-3 tuần sử dụng. Nhiều người không biết rằng dữ liệu của họ quý hơn việc bảo trì một pack pin bằng cách tháo ra để bên ngoài, để rồi khi vô tính đá vào ổ điện lại mất tất cả công sức lao động.

Có rất nhiều thông tin trên Internet hướng dẫn dùng Pin và Laptop, tôi có một liên kết ở đây, bạn có thể xem qua: http://www.laptop-battery.org/batterytips.html.

Cuối thư, tôi xin tòa soạn đừng đưa cái anh "Nguyễn Văn Hưng" Quận 7 hay cái anh nào đó Quận 3 hay quận XXX gì vào bài. Họ là ai?. Nghe cứ như người đứng bán Loa/Amplifier ở siêu thị, bản thân họ có thể chưa từng dành ra hẳn 15 phút để nghe nhạc, thế mà họ tư vấn cho tôi nên chọn Denon.

Email rác, email lừa bịp là gì và các phương pháp hạn chế

jbngan — Fri, 26 Dec 2008 00:06:00 +0700

Hình thức xuất hiện

Cụm từ Email lừa bịp được dùng để ám chỉ việc gởi đi một email từ một nơi nhưng lại muốn người đọc nghĩ rằng nó xuất phát từ một nơi khác. Ví dụ, một email thật chất được gởi từ tuan@tuan-domain.com nhưng khi mở ra, bạn lại thấy người gởi là khanh@khanh-domain.com. Những hình thức thông dụng của email lừa bịp được biết đến:

Được gởi từ một địa chỉ email rất lạ đến địa chỉ của bạn hoặc ngay cả khi không phải địa chỉ của bạn. Bạn không hề thấy ở dòng người nhận (To) có tên hay địa chỉ email của bạn.
Được gởi từ một người trong phạm vi tên miền của bạn như admin@your-domain.com hay support@your-domain.com.
Bạn nhìn thấy những email được gởi từ chính địa chỉ email của bạn.

Khi bạn nhận được email trong các hình thức trên không có nghĩa là hòm thư của bạn bị đánh cắp hay bị lợi dụng, đa số trường hợp chỉ đơn thuần là người gởi cố tình gian lận với phần mềm gởi email hoặc dùng một phần mềm gởi email chuyên dùng với mục đích xấu.

Nguyên nhân xuất hiện

Email lừa bịp được dùng để gởi thông tin quảng cáo, giả danh Ngân hàng hoặc các đơn vị thương mại có thanh toán trực tuyến để lừa gạt, thu thập thông tin cá nhân, phát tán virus... Bạn thường nhận được những thông tin rất vớ vẩn, vô nghĩa đối với bạn như yêu cầu nhập thông tin thẻ Credit Card hay quảng cáo thuốc Viagra. Tuy thế nhưng các email này làm nền kinh tế toàn cầu hao tốn hàng tỉ đô la mỗi năm để khắc phục hậu quả và ngăn chặn sự gia tăng của nó.

Ngoài khía cạnh thương mại, email lừa bịp có thể phát tán được là do Internet chịu quá nhiều ảnh hưởng của tính tương thích hệ thống. Các tiêu chuẩn giao thức SMTP được phát minh từ năm 1982, phiên bản sửa đổi tương thích gần nhất là vào năm 2001. Vào thời điểm đó, người ta còn chưa hình dung hết sự phát triển của Internet, chưa biết đến các từ "email spoofing" hay "email abuse".

Nhiều hình thức bổ sung cho giao thức được áp dụng những năm gần đây khiến nó trở thành con dao hai lưỡi: Nếu áp dụng quá khắt khe bạn sẽ để mất những thư tín quan trọng, nhưng nếu không quan tâm thì hệ thống của bạn có khi trở thành nơi phát tán bị lợi dụng.

Phương pháp hạn chế

Sao không khắc phục mà phải hạn chế?. Không may là chúng ta không có cách nào khắc phục triệt để, cuộc chiến luôn tiếp diễn vì những kẻ "thủ ác" vẫn còn tiếp tục lợi dụng những công cụ Internet để kiếm tiền. Để hạn chế email rác bạn sẽ thấy có rất nhiều phương pháp, nhưng như tôi đã đề cập, không có gì làm được triệt để.

Phương pháp hạn chế email rác dành cho máy chủ và những người quản trị mạng

Xác nhận hợp lệ
Một trong những phương thức cơ bản nhất là muốn gởi email, bạn phải có tài khoản email và mật khẩu. Thư tín có thể được xác nhận là trong sạch bằng cách dùng DomainKeys hay cài đặt SPF (Sender Policy Framework) cho DNS của tên miền. Nếu bạn làm được thì kẻ ác cũng làm được, tuy có mất thời gian hơn một chút. Cách này chỉ giúp hạn chế việc tên miền của bạn bị lợi dụng để gởi thư rác.
Sử dụng bộ lọc địa chỉ IP chuyên dùng gởi e-mail xấu:
Các bộ lọc này được biết đến với tên gọi Cơ sơ dữ liệu địa chỉ IP xấu (từ chuyên môn: DNSBL). Phương pháp này được áp dụng trên các máy chủ email để từ chối các kết nối đến từ các địa chỉ IP bị liệt kê trong sổ đen. Một trong những hệ thống dữ liệu đáng tin cậy đang được Mắt Bão áp dụng là http://www.spamhaus.org/.
Hệ thống Spamtraps:
Là cơ sở dữ liệu các địa chỉ email xấu, những email gởi từ các địa chỉ trong danh sách đen này sẽ bị liệt vào email rác. Hệ thống Spamtraps không còn hữu hiệu cho đến khi kẻ "thủ ác" dùng ngay các địa chỉ email thật sưu tập được bằng các máy chủ càng quét website. Các máy chủ này đi lần mò từng website, tìm địa chỉ email và lưu lại. Vì vậy, đặt địa chỉ email lên website là một việc làm nên cân nhắc.
Hệ thống Anti-Spam:
Phương pháp này cho điểm một email bằng cách phân tích nội dung của email và các thông tin gởi nhận của email. Đây có thể nói là một phương pháp khá hữu hiệu đối với các thư rác lạ (mới được phát minh). Hệ thống căn cứ vào:

Phát hiện ra từ vựng hay dùng để quảng cáo như: Cheap, Free, Viagra, Credit Card...
Email được soạn bằng ngôn ngữ không phù hợp với nơi nhận (ví dụ tiếng Trung Quốc)
Kiểm tra sự đúng đắn của các mã định dạng email
Nội dung quá ngắn
Nội dung có chứa các địa chỉ email hay liên kết đến website nằm trong sổ đen

Hệ thống Anti-Spam khi gặp các căn cứ trên, nó sẽ cho điểm số tùy theo cấu hình. Khi cộng dồn điểm số lớn hơn một con số quy định thì email này sẽ bị liệt vào dạng email rác.

Phương pháp hạn chế email rác dành cho người dùng

Sử dụng phần mềm Email Client mới, có tính năng phát hiện thư rác như Windows Mail (chỉ có trên Windows Vista), Microsoft Outlook 2007, Mozilla Thunderbird... Nếu bạn ngại bỏ tiền, tôi khuyên bạn nên dùng Mozilla Thunderbird, đây là phần mềm mã nguồn mở miễn phí, tốt nhất trong các phần mềm Email Client.
Hạn chế việc đặt địa chỉ email chính thức của bạn lên website hoặc dùng nó để đăng ký các dịch vụ miễn phí, diễn đàn, nhập vào blogs...
Đừng bao giờ Click thử hay trả lời email khi bạn đã biết nó làm thư rác. Dùng chức năng "đánh dấu Spam" để phần mềm đọc thư của bạn tự di chuyển thư này vào hộp Junk/Spam. Việc này rất nên làm vì đang số các phần mềm có Anti-Spam đều có tính năng siêu việt là "tự học" để nhận biết thêm các dạng email mà bạn không ưa.

Tính năng hạn chế thư rác của các máy chủ Mắt Bão

Ngăn chặn thư rác trên máy chủ là một việc làm hết sức khó khăn, ngoài việc triển khai các giải pháp kỹ thuật, Mắt Bão còn phải đối mặt khả năng thất lạc thư của khác hàng. Tất cả Email Server của Mắt Bão đều có bật tính năng Anti-Spam nhưng công việc của hệ thống này chỉ bao gồm:

Ngăn chặn kết nối từ các máy chủ gởi email nhưng có IP bị các tổ chức chống thư rác quốc tế xác nhận (như spamhaus.org).
Đánh dấu, cho điểm nhưng không tác động đến email.

Nhằm đảm bảo thư tín của khách hàng không bị giết nhầm, các máy chủ email của Mắt Bão không chặn bất kỳ email nào. Những địa chỉ bị từ chối do nằm trong sổ đen đều được hệ thống ghi nhận, việc ghi nhận bao gồm:

IP máy chủ gởi thư
Địa chỉ người gởi (From)
Địa chỉ người nhận (To)
Tiêu đề thư (Subject)
Điểm số Spam được chấm

Nhân viên của Mắt Bão hằng ngày phải xem qua hàng ngàn dòng ghi nhận bị từ chối để đảm bảo hệ thống hoạt động chính xác.

Những thông tin đánh dấu để lại trong email sẽ giúp cho các Quản trị mạng (dùng dịch vụ Mail Offline) có thể hạn chế nhiều thư rác. Hướng dẫn và các chi tiết kỹ thuật chúng tôi sẽ đề cập trong bài viết sau.

Phạm Kim Ngân
Project Manager
Mắt Bão Company Limited

Code hỗ trợ dùng JavaScript cho ASP.NET

jbngan — Fri, 05 Dec 2008 17:20:00 +0700

Class dưới đây sẽ giúp các bạn sử dụng nhanh các hàm quen thuộc của javascript, chỉ cần nhúng ScriptManager vào trang web đang có. Hoạt động tốt với Ajax UpdatePanel, nhưng không chắc khi bạn dùng các loại Ajax của hãng khác như Telerik, Developer Express...

Để gọi hàm alert, xuất hiện thông báo:

JavaScript.AfterPageLoad(Page).Alert("Thông điệp từ server code.");

Bạn có thể gọi liên tiếp thành một chuỗi theo thứ tự:

JavaScript.AfterPageLoad(Page).Alert("Thông điệp từ server code.").
    Alert("Tiếp nữa nè...");

Bạn có thể dùng hàm confirm xử lý một điều kiện đơn giản, ví dụ dưới đây nếu người sử dụng bấm Ok, lệnh kế tiếp sau Confirm sẽ được thực thi:

JavaScript.BeforePageLoad(Page).
    Confirm("Bạn có chắc muốn đến Google?").
    Redirect("http://www.google.com");

Đoạn mã trên sẽ phát sinh ra JavaScript tương ứng như sau:

if (confirm('Bạn có chắc muốn đến Google?'))
   document.location = "http://www.google.com";

Một số hàm khác:

ConfirmNot: Tương tự như Confirm nhưng phủ định kết quả trả lời của người dùng
ClosePopupWindow: Như JavaScript gọi window.close();
Eval: Như JavaScript gọi eval()
ExecuteCustomScript: Chạy đoạn script được cung cấp
Reload: Nạp lại trang web đang hiển thị (bỏ qua POST)

Download: javascript.zip (1,45 kb)