Tản mạn, ghi chép thông tin vụ Facebook mua WhatsApp

mua hết 19 tỷ USD

nhưng nếu tính xổi thì Facebook sẽ có khoảng 4 tỷ USD doanh thu từ Whatsapp, đấy là trong trường hợp xấu nhất, Whatsapp vẫn giữ nguyên lượng người dùng cho tới cuối 2014. Do vậy, FB ko phải lo lỗ nặng.

Sao FB phải mua WhatsApp?

WhatsApp ko thực sự cần thiết với FB, về mặt chức năng ứng dụng
WhatsApp quá to, quá nguy hiểm
WA ở nước ngoài Mỹ
FB thì core lại ở trong US

đối đầu với Google Hangouts và Apple iMessage
FB chính là ecosystem tương đương với Android và iOS device
MS hiện đang nằm ngoài cuộc chơi, Skype ko đáng tính tới
bước tiến mạnh, tăng hiện diện trên mobile, trong kỷ nguyên mobile mà FB và Messenger là chưa đủ
chưa kể tới OTT là các ứng dụng nuốt user của FB, lôi kéo user rời xa FB

chạm vào giới teen, lũ bắt đầu ghét FB, thứ mà FB rất thèm (và đã cố gắng tiếp cận nhưng thất bại khi mua hụt SnapChat)
mua con chiến thuyền nguy hiểm nhất (đang đe doạ họ), to nhất, để lướt sóng mobile và OTT
đè bẹp, ngăn chặn bọn còn lại như LINE, Kakao Talk, Tango, Wechat
Whatsapp đang đè bẹp Facebook Messenger ở các thị trường ngoài Bắc Mỹ.

WhatsApp’s 450 triệu users (70% hoạt động), 1 triệu tăng trưởng mỗi ngày
phần lớn con số 450 triệu users đó là ở ngoài US! nơi mà FB rất cần và chưa có cách chiếm lĩnh hiệu quả
mua WhatsApp, lập tức FB có porfolio toàn cầu trong thị trường OTT
tăng trưởng ko tốn một dollar marketing nào

WhatsApp tăng trưởng user hiệu quả hơn FB Messenger
FB sẽ mua cách tăng trưởng đó

32 siêu kỹ sư tài năng,
xử lý 27-50 tỷ tin mỗi ngày (nhiều hơn lượng SMS toàn cầu) bằng erlang
99.9% uptime, tin cậy như điện thoại cố định
và họ ko chạy đi đâu cả trong 3 năm (vì món thưởng 3 tỷ $)

Mua rồi sao?

để yên cho hoạt động, giống case Instagram (mà FB tự cảm thấy là phương pháp tốt)
quảng cáo văn hoá FB, các bạn ngon lành cứ về đây, chúng tôi hỗ trợ bằng nguồn lực của FB để các bạn hoạt động tiếp

FB sẽ ko nhồi ad vào WhatsApp, thậm chí Messenger cũng (học điều đó) ko có ad, Mark tin như vậy.

FB sụt 5% CP vì investor ko hiểu nổi sao lại tiêu lắm tiền như vậy cho một app ko kiếm đc nhiều tiền lắm

việc mua này có thể giúp WhatsApp tiếp tục mục tiêu 1 tỷ users
ko bị áp lực tiền nữa (FB sẽ lo)
Với dòng tiền khổng lồ từ Facebook, Whatsapp sẽ lấp vào những chỗ mà Facebook Messenger còn kém để giành thị phần với các ứng dụng còn lại. Cuộc chiến hiện tại là “ăn thịt lẫn nhau” thị phần giữa các ứng dụng miễn phí, chứ không còn là thời gian mỗi ứng dụng phát triển tự do như trước kia

WA tập trung hơn, app sạch, nhanh, thông suốt (thay vì phải lo nhồi nhét vào app, game, ads như các đối thủ)
kiên định hơn với mô hình subscription hiện tại

Cách sử dụng thông tin user

WhatsApp ko khai thác thông tin user
đăng ký đơn giản
message sau khi gửi đi là xoá khỏi server

vs FB
đào bới mọi thứ về user

Chặng đường mua lại WA

Còn chặng đường thuyết phục Jan Koum, CEO WhatsApp, bán ứng dụng cũng không hề dễ dàng và kéo dài tới 2 năm.

Mùa xuân năm 2012, Mark Zuckerberg lần đầu gọi cho Koum. Một tháng sau, họ gặp nhau trong một quán cafe ở Los Altos nhưng dù Zuckerberg thể hiện rõ mong muốn sáp nhập, Koum vẫn từ chối. Tuy vậy, cả hai vẫn giữ liên lạc, thường xuyên đi ăn tối và giải trí. Zuckerberg tin tưởng vào tương lai của WhatsApp vì ứng dụng này có tốc độ tăng trưởng còn nhanh hơn Instagram, Skype, Gmail và hơn cả chính Facebook. Có tới 70% trong số 450 triệu người dùng WhatsApp đang sử dụng ứng dụng này hàng ngày (tỷ lệ của Facebook là 62%).

Cuối cùng, ngày 9/2/2014, Zuckerberg thuyết phục Koum trong một bữa tối tại chính nhà mình rằng: Chúng ta hãy cùng nhau kết nối thế giới. Tỷ phú trẻ khẳng định đó không phải là một vụ thâu tóm bình thường mà là một cuộc hợp tác. Vào đúng ngày Valentine, Koum đồng ý.

Rakuten mua Viber liệu có rẻ?

nhưng gã khổng lồ Thương mại điện tử của Nhật này lại chưa có mô hình kinh doanh rõ ràng nào trên di động để áp vào Viber. Tất cả đều rất mù mờ và biết đâu Rakuten có thể sẽ lỗ trong thương vụ này?

See more

http://www.tinhte.vn/threads/ceo-mark-zuckerberg-cua-facebook-da-mua-lai-whatsapp-nhu-the-nao.2263013/

Thị phần của smartphone tại Việt Nam tăng trưởng mạnh và đạt hơn 13%, mở ra cơ hội mới

Theo con số của công ty nghiên cứu thị trường GFK thì thị phần của điện thoại thông minh trong thị trường điện thoại di động Việt Nam đã đạt con số 13,4%. Thị phần điện thoại thông minh đã liên tục tăng trường trong các tháng gần đây. Thông tin này được đăng tải trong buổi cà phê sáng với nội dung Mobile Content so Viễn Thông A tổ chức.

GfK chart

Theo dự đoán, thị trường điện thoại thông minh sẽ còn tăng trưởng khi mà các dịch vụ cho điện thoại đang được đầu tư và mở rộng như email, nghe nhạc trực tuyến, chơi game trực tuyến và tới đây là mạng 3G.

(original from Tinhte.com)

  • Như vậy từ thông tin này ta thấy có thể khai thác điện thoại di động nhiều hơn nữa để chạy các ứng dụng phức tạp, game tương tác, ứng dụng kết nối thực – ảo, … Các ứng dụng di động ngày càng được cởi trói về kích cỡ màn hình, bộ nhớ, sức mạnh xử lý của CPU.
  • Thậm chí với tỷ lệ thị phần chiếm tới hơn 13% và còn tăng nữa, các công ty có thể nghĩ tới chuyện phát triển riêng phân khúc ứng dụng cho smartphone, bỏ qua nỗi khổ thường trực là phải lo vấn đề tương thích với các thiết bị tầm thấp (low-end) và tầm trung (mid-end)

mobile: Lập trình Hello world với Eclipse 3.5 và Android SDK

Bài viết này ghi lại các bước tuần tự để cài đặt và thiết lập môi trường giúp bạn lập trình ứng dụng cho Android. Tôi giả định máy bạn trắng trơn, chưa cài đặt gì dính dáng tới Java hay Android. Các bước sau đây là cách phổ biến, dễ và chính quy nhất:

Down và cài

  • Download Eclipse (bản mới nhất vào thời điểm viết bài) là 3.5 . Tới địa chỉ này http://www.eclipse.org/downloads/ , tìm Eclipse for Java Developer, lấy bản tương ứng với hệ điều hành của bạn (xài windows thì cứ chọn win32 là OK). Các bạn nên download từ mirror của Oracle (từ VN thì rất nhanh)
  • Unzip Eclipse.
  • Unzip Android SDK, VD là unzip vào: F:\Program Files\android-sdk-windows-1.5_r3
  • Nhấn windows + Pause, chọn tab Advanced, chọn Environment Variables
  • Nháy đúp vào mục PATH, dán thêm ;F:\Program Files\android-sdk-windows-1.5_r3\tools vào cuối (chú ý, có dấu ; để phân cách với các giá trị trước)
  • Cài đặt một plugin cho Eclipse là Android Development Tools (ADT), tại đây

1. bật Eclipse, chọn Help > Install new Software (Software Updates) ….
2. Chọn tab Available Software
3. Nhấn Add …
4. Gõ Name = ADT, gõ đường dẫn vào Location:

https://dl-ssl.google.com/android/eclipse/

(Nếu gặp lỗi, sửa đường dẫn lại thành http://dl-ssl.google.com/android/eclipse/)
Nhấn OK.
5. Quay lại mục Available Software, bạn sẽ thấy danh sách các plugin (có thể bạn phải chọn lại trong Combo Work With, chọn ADT), có mục “Developer Tools” ở ngay dưới, hãy nhấn chọn checkbox và nhấn Install…
6. Ở màn hình tiếp theo, bạn sẽ thấy một list các mục, 2 mục “Android DDMS” và “Android Development Tools” phải có mặt. Nhấn Next.
7. Đọc và đồng ý các thoả thuận bản quyền, nhấn Finish. Hãy chờ Eclipse tải về các plugin và cài đặt.
8. Khởi động lại Eclipse.

  • Mở Eclipse, bỏ qua hết các error hay inFo nếu có hiện lên
  • Chọn menu Windows/Preference
  • Chọn mục Android, dán vào ô textbox : F:\Program Files\android-sdk-windows-1.5_r3
  • Nhấn Apply. Vậy là xong các bước để cấu hình, dịch, debug ứng dụng Android của bạn.

Cấu hình emulator (để chạy thử ứng dụng của bạn)

  • Mở Menu Start của windows, chọn Run, gõ cmd, gõ Enter.
  • Hãy chuyển đến ổ đĩa mà bạn đã unzip android, nhảy vào thư mục tools của android (ở VD này sẽ là:

F: để sang ổ F
cd Program Files\android-sdk-windows-1.5_r3\tools
)

  • Gõ lệnh android create avd –target 2 –name my_avd rồi enter. Nhấn enter tiếp khi được hỏi cài custom hardware profile.

Vậy là xong phần cài đặt và cấu hình, giờ bạn có thể tạo project mới, viết ứng dụng được rồi.

VD để viết Helloworld cho bản 1.5

  • Chọn File, New, New Project
  • Chọn Android
  • Điền các thông số cần thiết (target chọn bản 1.5 cho mới, min SDK version = 3)
  • Mở file .java ra (có 1 file duy nhất thôi)
    import thêm lớp này
    import android.widget.TextView;
  • xoá dòng setContentView cũ, thêm đoạn này vào
    TextView tv = new TextView(this);
    tv.setText(“Hello, Android”);
    setContentView(tv);
  • Nhấn mũi tên nhỏ cạnh nút Debug, chọn Debug Configuration, chọn Tab Target, chọn sang Automatic, chọn một AVD mà ta đã tạo từ lúc trước. Apply, Close.

Vậy là xong, bạn có thể nhấn Debug, Eclipse (cùng với ADT) sẽ dịch, install chương trình sang máy ảo Android (Emulator), khởi động máy ảo Android (khá lâu, mất khoảng 1 phút), rồi chạy chương trình.
Nếu bạn sửa mã, cứ sửa trong code Java, đừng tắt Emulator (kẻo bật lại rất lâu). Khi Debug lại, ADT sẽ tự cài đặt lại lên Emulator, không phải khởi động từ đầu Emulator.

Đọc thêm

Xem thêm về Android Emulator: http://diendan.vietandroid.com/showthread.php?t=34

Xem thêm về việc dựng giao diện bằng XML: http://developer.android.com/guide/tutorials/hello-world.html

Xây dựng hệ thống chơi game Tá lả phỏm online (garagames)

Tớ sắp làm (trong nhóm) một cái game chơi bài, trò chơi nổi tiếng và rất phổ biến tại Việt Nam – Tá Lả – Phỏm. Nếu các bạn muốn biết kỹ năng, những gì diễn ra trong đầu tớ, … hay đơn giản là cũng muốn tham gia, muốn học làm một thứ tương tự như thế này, thì hãy theo dõi bài này nhé.

UPDATE: Hệ thống (đã cải tiến và nâng cấp về performance, scale) đang chạy trên http://www.vn-zoom.com , hoạt động ổn định. Chúng tôi cũng sẵn lòng cung cấp các game này như là dịch vụ (SaaS) để cùng hợp tác triển khai trên hệ thống thứ 3, cùng tối thiểu hoá chi phí đầu tư và tăng hiệu quả kinh doanh.

UPDATE: Dịch vụ chơi game này đang được Minh Viet JSC cung cấp (giám đốc Dũng Nguyễn – Googler)

CREDIT: Rất cảm ơn góp ý của @hoangxu, @gachien, @dungla, @tridm, @lehuongA2, @hoahongxam trong quá trình xây dựng tài liệu

Mô tả về trò chơi

Tớ dùng ngôn ngữ đời thường bình dân để mô tả, các bạn có viết doc cho doanh nghiệp, khách hàng nhớ đổi giọng văn nhé. Cách mô tả ở đây là dựng user story, hướng tới các bạn lập trình viên, để các bạn có thể dễ dàng biến mô tả này thành tổ chức dữ liệu và module business cho chương trình

Luật chơi Tá Lả thông dụng – quy ước, thuật ngữ

Quân = Cây: chỉ 1 lá bài
Số: chữ, số in trên lá bài, chỉ độ to của lá bài (A là nhỏ nhất < 2 <3 … < Q < K là to nhất)
Chất: màu, kiểu lá bài: rô cơ bích tép (nhép) (RCBT)
Bài (để chơi): luôn luôn có 9 cây (mỗi Người luôn có 9 cây trên bài và cả các cây đã ăn)

Hội chơi: một nhóm người chơi liên tục các ván tạo thành Hội. Hội tan rã (kết thúc) khi có 1 Người nghỉ.

Ván: một ván có tối đa 4 người chơi là Người1, Người2, Người3, Người4
NgườiN: N là số từ 1 đến 4, người bất kỳ trong ván chơi đều có Người Trước và Người Sau. Người cầm Bài để chơi.

Bắt đầu Ván: khi bắt đầu chơi, hệ thống sẽ Chia bài cho các người chơi.

  • Các quân bài khi chia được phân phối ngẫu nhiên. Các quân còn lại (Nọc) cũng được sắp xếp ngẫu nhiên.
  • Vị trí Người chơi 1 2 3 4 cũng được sắp xếp ngẫu nhiên. (hoặc vào trước ngồi trước)
  • Nếu Ù, có option để cho chọn có random lại chỗ ngồi không
  • Khi bắt đầu ván đầu tiên, Random để chọn người Đánh đầu tiên. Người này sẽ được (hệ thống) tự động lấy thêm Cây đầu từ Nọc

Nọc: phần bài còn lại ngay sau khi chia xong, đặt ở giữa bàn.

Cạ: 2 Quân cùng số (số bằng nhau, VD cùng là 2, cùng là Q) hoặc 2 Quân cùng Chất có Số cách nhau 1 hoặc 2 đơn vị
Phỏm: (Note: Phỏm cũng đc coi là cạ, vì vẫn thoả mãn điều kiện của Cạ): gồm 3 Cây trở lên. Các Cây này cần thoả mãn tính chất: liên tiếp Số cùng Chất, hoặc các cây có cùng Số

Lượt: Ván tá lả chơi theo lượt, lần lượt từng người chơi (Từ Người1 đến NgườiN, sau NgườiN là Người1). Mỗi khi đến Lượt (có Lượt), Người chơi phải làm hai việc: Lấy bài và Đánh bài. Lấy bài là quyết định Ăn cây Rác của Người Trước hoặc bốc một Cây từ Nọc lên. Đánh bài là Đánh, hoặc Ù. Lượt đổi luân phiên Ngược chiều kim đồng hồ.
Đánh: một Người khi đến lượt chơi, luôn luôn phải đánh Cây Rác (Người Sau có thể Ăn). Không được đánh cây đã Ăn. (Note: Đánh cây trong Cạ, trong Phỏm đều được) (Note: Móm vẫn phải đánh)

Cây Rác: Khi đến lượt, sau khi Lấy Bài (Người chơi sẽ có 10 Cây), Người chơi phải Đánh ra một Cây Rác (để bài luôn có 9 Cây)
Cây Đã Ăn: Người chơi ăn Cây Rác của Người Trước thì Cây đó sẽ trở thành Cây Đã Ăn của Người Chơi (đang có Lượt). Cây Đã Ăn phải luôn lật cho tất cả Người chơi trong Ván được biết.
Bốc: lấy một Cây từ Nọc khi đến Lượt
Chốt: khi Người chơi có Lượt mà Người Sau đã có 3 Cây Rác thì lần Đánh này gọi là Chốt.
Ăn: một Người khi đến lượt chơi, có thể ăn của Người Trước, chỉ được Ăn nếu cây đó Ăn vào Cạ –> trở thành Phỏm. Mỗi Phỏm chỉ được Ăn vào 1 Cây. (VD: có Cạ 2R3R, có thể ăn 1R, 4R. Sau khi ăn 1R, không được ăn 4R nữa. Nếu có cạ 2R3R 5R6R, có thể ăn 1R và 4R, trường hợp này không tính là Ăn 2 lần vào Phỏm vì 4R ăn vào Phỏm 5R6R chứ không phải ăn nối vào 1R2R3R).

Tạm thời không cho phép ăn khống. (hoặc bố trí đây là ràng buộc Option)
Chú ý với các phỏm dọc, thì số nhỏ nhất là A, số lớn nhất là K. (VD chỉ có thể có Phỏm 1 2 3, J Q K, không cho phép Q K A)

Chuyển: khi có người Ăn, Cây Rác trên cùng (vì mỗi Người có thể có nhiều Cây Rác) được chuyển Ngược chiều kim đồng hồ 1 mức.
Tái: sau khi Chuyển, Người nào có Cây Rác giảm xuống từ 4 -> 3 thì Người đó lại được có Lượt tiếp (Ăn/Bốc và Đánh tiếp)
(Note: Móm vẫn được Tái).

Ăn Chốt: Người chơi Ăn Cây Rác của Người Trước khi mà mình đã có sẵn 3 Cây Rác

Kết thúc ván: khi một Người đến Lượt mà đã có 3 Cây Rác, sau khi Ăn/Bốc, họ phải thực hiện các hành động theo thứ tự sau:

  • Hạ (nếu có Phỏm)
  • Gửi (nếu có thể)
  • Đánh (bắt buộc phải đánh, Móm cũng phải đánh)
  • Ngồi đợi với phần bài còn lại để tính điểm (nếu ván kết thúc bằng tính điểm)

Hạ: Khi Người nào đã có 3 Cây Rác, đánh Cây Rác thứ 4 thì phải Hạ, trình tất cả các Phỏm của mình ra, thực hiện các lần Gửi. giữ lại các Cây còn lại để tính điểm. Thứ tự hạ trước sau có liên quan đến thắng thua. Nếu tổng số điểm bằng nhau, Người nào Hạ trước sẽ thắng. (Note: một Người có thể Hạ nhiều lần, do họ có thể được Tái)

Gửi: khi Hạ, nếu Người chơi có Phỏm để hạ thì sẽ được Gửi. Người chơi đưa các cây trên bài mình vào các Phỏm của Người đã Hạ trước sao cho Phỏm đó vẫn đảm bảo tính chất Phỏm sau khi Gửi.
Móm: khi Hạ, nếu không có Phỏm, Người chơi sẽ bị Móm. Móm không được Gửi.
Ù: Bất kỳ lúc nào khi 9 Cây trên Bài có thể sắp xếp thành các Phỏm mà không còn thừa cây nào thì Người chơi có thể Ù. Thời điểm Ù khi nào do Người chơi quyết định. Khi Ù, Ván kết thúc ngay lập tức.
Khi Hạ, sau khi trình hết Phỏm ra, Người chơi có thể Gửi đến mức không còn Cây nào (Tính điểm = 0) thì cũng là Ù. Ván chơi kết thúc lập tức.

Ù Khan: Ngay sau khi chia xong bài, nếu Người chơi không có bất kỳ Phỏm hay Cạ nào thì tính là Ù Khan, quyền lợi giống như Ù.

Ù Tròn: Người chơi khi đến lượt có 10 Cây trên bài, đều có thể ghép thành Phỏm cả –> được gấp đôi Ù

Đền: Một Người chơi phải chịu phạt thay các Người khác. Có nhiều tình huống dẫn đến phải đền:

  • Do ngốc: Nếu Người chơi nào bị ăn 3 Cây Rác (dẫn đến Người Sau được Ù) thì phải chịu thay các Người chơi (không Ù) còn lại phần phạt khi Ù.
  • Đền do Tái vòng: khi người được Tái lại Ù, người ăn chốt cuối cùng phải chi trả phí Ù (chi 15Chip) hộ hai người còn lại.
  • Đền do Ăn láo: Ăn 2 cây vào một Phỏm, Ăn không thành Phỏm (nếu gỡ bỏ ràng buộc khi Ăn sẽ xảy ra trường hợp này)
  • Đền do gửi: không áp dụng (VD: Người1 hạ 1R2R3R, Người2 hạ, rồi gửi con 4R vào, Người3 Hạ, rồi gửi 5R vào, Ù –> Người2 bị đền –> do tạo điều kiện cho Người sau Ù)

Hoặc trong quá trình hạ, người nào ăn cây thứ 4 của người trước đó và khi một trong những người hạ sau Ù

Tính Điểm: Sau khi các phỏm đã hạ hết xuống và gửi đi thì các Cây trên tay sẽ sử dụng để tính điểm bằng cách cộng lại số điểm của từng Cây (A=1, J=11, Q=12, K=13). Nếu bài nào có số điểm thấp nhất thì thắng. Trường hợp đồng điểm thì tính theo thứ tự Hạ, Hạ trước thì thắng.
Trường hợp tất cả cùng Móm, người nào Móm trước thì thắng.

Luật tính thưởng phạt

Đơn vị cơ bản cho một ván là Chip. Một Chip có thể đổi thành x Coin (tuỳ theo nhóm chơi quyết định).
Các thưởng phạt được tính theo quy tắc sau:

  • Ván kết thúc bằng Tính Điểm: Người nhất được lấy tất cả thưởng của các Người còn lại. Người nhì nộp 1Chip, ba nộp 2Chip, bét nộp 3Chip.
  • Móm phải nộp 4Chip.
  • Khi Ù, mỗi Người còn lại nộp cho Người Ù 5Chip (tổng cộng Người Ù ăn 15Chip)
  • Ù Khan, cũng như Ù
  • Ù Tròn, gấp đôi Ù
  • Người bị Ăn Chốt nộp 4Chip cho Người Ăn
  • Người nào ăn khống trong Lượt, khi đến cuối mà không có Phỏm cho Cây Đã Ăn ấy sẽ đền 5Chip cho mỗi Người còn lại (mất tổng cộng 15Chip).

Business

  • Hệ thống hỗ trợ chơi theo luật Phỏm Hà Nội
  • Hệ thống có API cho các client giao tiếp tự do (client có thể là wap, web, mobile app)
  • Không có chế độ cho máy chơi (do hạn chế thời gian nên không cài đặt AI cho máy được)
  • Luật nộp Gà: Option. Khi bị Ăn, Người bị Ăn nộp 1 Chip vào Gà.
  • Khi Ù (Ù, Ù Tròn, Ù Khan): Người Ù được nhận toàn bộ số Chip trong Gà.
  • Luật được thiết kế để không phá hỏng tính đúng của Ván bài, tuy nhiên không ràng buộc quá chặt –>Người chơi có thể mắc sai sót (dẫn đến phải Đền) như vậy mới hấp dẫn và hay, giống thực tế
  • Một số luật bổ sung nhưng không phổ biến, sẽ được xem xét để cài đặt sau hoặc để dạng luật option của Ván.

.

Design

Do thời gian thực hiện dự án quá ngắn, nên phải theo phương pháp phát triển dự án Agile. Phần design sẽ được giảm thiểu tài liệu.

Hạn chế cài đặt các luật Option

.

Code

PHP
lock/sync
RESTful API
Flash
JavaMobile

Tiến công vào WAP

Hôm nay LockeVN đại diện cho GURUCORE sẽ tiến công vào lĩnh vực WAP, một món mà các nhà cung cấp ở VN đã đưa ra thị trường từ lâu nhưng có vẻ như ăn vẫn chưa ngon. GURUCORE sẽ nấu lại món này thử xem.

Tổng quan kiến thức, phải gom nhặt đã

http://vi.wikipedia.org/wiki/WAP

http://www.mobileinfo.com/WAP/what_is.htm

http://www.iec.org/online/tutorials/wap/index.html (PDF here)

http://en.wikipedia.org/wiki/Wireless_Application_Protocol

WAP (viết tắt của Wireless Application ProtocolGiao thức Ứng dụng Không dây) là một tiêu chuẩn công nghệ cho các hệ thống truy nhập Internet từ các thiết bị di động như điện thoại di động, PDA, v.v… Mặc dù tiêu chuẩn này chưa được chuẩn hóa trên toàn cầu, nhưng những ứng dụng của giao thức này đã tác động rất lớn đến ngành công nghiệp di động và các lĩnh vực dịch vụ liên quan. WAP là giao thức truyền thông mang lại rất nhiều ứng dụng cho người sử dụng thiết bị đầu cuối di động như E-mail, web, mua bán trực tuyến, ngân hàng trực tuyến, thông tin chứng khoán, v.v…

Mô hình WAP chính là mô hình WWW (World Wide Web) với một số tính năng nâng cao. Trong đó, hai tính năng quan trọng nhất là: đẩy (Push) và hỗ trợ thoại.

  • Mô hình tên tiêu chuẩn: Các URL được sử dụng để nhận dạng nội dung WAP trên các máy chủ, URI được sử dụng để nhận dạng tài nguyên trong một thiết bị, ví dụ như chức năng điều khiển cuộc gọi.
  • Kiểu nội dung: được đưa ra trên kiểu đặc trưng giống như WWW. WML được định nghĩa như là ứng dụng XML 1.0. Do vậy WML chặt chẽ hơn HTML.
  • Các khuôn dạng nội dung tiêu chuẩn: dựa trên công nghệ WWW và bao gồm ngôn ngữ đánh dấu, thông tin lịch, các đối tượng, hình ảnh và ngôn ngữ kịch bản (Script). phiên bản thu nhỏ của Java Script, gọi là WML Script.
  • Các giao thức truyền thông tiêu chuẩn: cho phép truyền thông các yêu cầu đầu cuối di động tới máy chủ mạng thông qua cổng WAP. Các tiêu chuẩn này tối ưu theo hướng của thiết bị đầu cuối sử dụng.

Tương tự như mô hình kết nối hệ thống mở OSI, các ngăn xếp của giao thức WAP được chia thành các lớp cho phép dễ dàng mở rộng, thay đổi và phát triển, gồm có 5 lớp.

Thiết lập trang cho phép duyệt từ di động

dạng wap 1.x (cũ), đặt trang ở dạng wap.gurucore.com. Dạng trang này có thể xem trên hầu hết các loại mobile (trừ những bọn CỰC KỲ CŨ như cục gạch đời đầu, TacX, … ). Dạng trang này tuy tính tương thích với thiết bị cao nhưng nói chung khó phát triển hơn, vì cú pháp cũng như triển khai có nhiều khác biệt.

wap 2.0 (mới hơn): dạng xhtml (cho mobile), đặt trang ở dạng m.gurucore.com. Tên đầy đủ là xhtml for mobile profile (XHTML MP). XHTML MP là một phiên bản WAP được làm lại, dựa trên việc thu gọn bản XHTML thông thường (trên web). XHTML MP cũng hỗ trợ cả WAP CSS (có thể hiểu như phiên bản rút gọn của CSS trên web thông thường). Dạng xhtml này hỗ trợ tốt với các trình duyệt hiện đại trên mobile. Trang xhtml (cho mobile) được thiết kế tối giản, ít dư thừa, ít ảnh, phù hợp với size màn hình rất nhỏ, … –> mục tiêu là nhỏ, nhẹ, cực nhanh. Dạng trang này dễ dàng triển khai, nhanh, bảo trì đơn giản vì nó không khác gì trang web bình thường (nên tận dụng được mọi công cụ, nhân lực web bình thường).

Roadmap thực hiện tiến công

Học, học, lại học vậy, ít tí thế mà vẫn nên học :D

http://www.w3schools.com/WAP/default.asp

WAP Framework generator (phong cách gurucore.com, bao giờ cũng phải có generator), publish from normal source.

WAP service: cung cấp nội dung.

WAP dictionary: từ điển, danh mục các tài nguyên wap

WAP search: search trong các tài nguyên wap đã biết

WAP interactive: tạo dịch vụ tương tác, kiếm tiền từ wap