@Le-Quoc-Nam
[VP9 Hiring] Junior/Senior Nodejs Dev – Up to $1500 Tham gia phát triển các sản phẩm và giải pháp trên nền Web với các sản phẩm của công ty, gồm nền tảng CMS quản lý các luồng camera, quản lý người dùng, phân quyền, quản lý các services tương tác với các thành phần và thiết bị trong hệ thống. Xem chi tiết công việc tại link này:
http://devjob.vn/jobs/juniorsenior-nodejs-dev-up-to-1500
@Nazobot Ko bạn, nó trả lời bất kỳ ai đã inbox vào bot trước. Khi người dùng đã inbox vào Bot trước rồi thì bất kỳ lúc nào mình cũng có thể gửi lại được cho họ.
Mình thì thấy ko có gì tuyệt đối
Mình cũng dùng 1 lib tương tự như mongooes, tất nhiên là tiện hơn, code nhanh hơn, gọn hơn nhưng cũng có những trường hợp mình vẫn phải kết nối trực tiếp mongoDB để xử lý vì lib ko hỗ trợ cho trường hợp đó tốt bằng mongoDB
Tất cả chỉ là tương đối
@tresdin said in Vấn đề về event loop:
Sự chậm trễ trong thực thi kết nối thứ 2 trong ví dụ mà bạn đưa ra xuất phát từ việc tác vụ CPU chuyên sâu ở kết nối thứ nhất và tác vụ xử lý kết nối thứ 2 đều được thực thi bởi một luồng (thread) duy nhất. Điều này là hoàn toàn bình thường và hợp lý.
Mình xin lấy một ví dụ để bạn dễ hiểu hơn.
Giả sử bạn đang làm việc cho một công ty với tư cách là một developer. Vào một hôm đẹp trời, thay vì thuê thêm nhân viên, sếp của bạn quyết định giao toàn bộ công việc của công ty đó cho bạn. Từ việc quét nhà, dọn dẹp, đến việc viết báo cáo, lập trình hay đi hội thảo. Tất cả các việc do một mình bạn đảm đương. Bạn có cho rằng bạn sẽ hoàn thành toàn bộ công việc đó nhanh như khi bạn chỉ phải làm duy nhất một công việc là lập trình? Câu trả lời chắc chắn sẽ là không. Để đảm bảo về mặt thời gian, việc bạn cần làm là yêu cầu sếp thuê thêm người làm và bố trí lại công việc cho phù hợp.
Quay lại với ví dụ mà bạn đưa ra, việc tất cả các tác vụ được thực thi bởi một luồng duy nhất rất giống với ví dụ minh họa trên. Trên thực tế, những tác vụ I/O (I/O tasks) hoặc tác vụ CPU chuyên sâu (CPU intensive tasks) thường hoặc nên được thực thi ở một luồng khác. Việc này giúp chúng ta tránh được thời gian phải chờ đợi trong quá trình các tác vụ đó được thực thi. Và khi các tác vụ đó được thực thi trên một luồng khác, chúng ta cũng cần biết khi nào thì các chúng được bắt đầu, được thực thi, hay đã thực thi xong thông qua việc sử dụng Event để gửi tín hiệu thông báo ngược trở lại luồng chính về trạng thái của quá trình thực thi. Quá trình này cứ được lặp đi lặp lại như vậy nên thường được gọi là mô hình Event Loop. Javascript không phải là ngôn ngữ duy nhất áp dụng mô hình này.
Bên cạnh đó, việc nói Nodejs đơn luồng là không thực sự chính xác. Thực chất, chỉ có đoạn code mà bạn viết ra ở tầng ứng dụng (application layer) là được thực thi đơn luồng. Phía sâu bên trong Nodejs, các tác vụ I/O hay CPU chuyên sâu đa số được thực thi đa luồng, và được viết bằng các ngôn ngữ khác không phải Javascript (C, C++,...).
Để kết luận, mình muốn khẳng định rằng Event Loop chỉ là một trong những mô hình được thiết kế cho việc quản lý các tác vụ không đồng bộ đòi hỏi nhiều thời gian thực thi thông qua công cụ Event. Nó không phải là một phép màu mang lại sự cải thiện về tốc độ. Cái chính vẫn nằm ở khả năng lập trình, khả năng quản lí và xử lý tác vụ một cách hợp lý của các developer.
Bác nói hay quá. Em cứ nghĩ là node chạy đơn luồng thì sẽ lãng phí tài nguyên, giờ đọc được thông tin này của bác đúng là được "khai sáng văn minh"
@NHI-Nguyen-Thi-Yen Spam? Bạn nên tạo một bài viết mới để giới thiệu về blog của mình thì tốt hơn nhé. Trường hợp, bài viết không có giá trị hoặc spam, mình sẽ xóa và block tài khoản.
Cảm ơn bạn đã tham giá diễn đàn!
@Nguyễn-Trung-Đức SEO thì phụ thuộc vào bạn code phần data html mà thằng GA nó crawl được bao nhiều. Mình thấy có server rendering :)). Thử xem có dungf được với meteor không.
Tuỳ vào mô hình website của bạn lớn hay bé mà bạn sử dụng gói hosting hay vps
Nếu hệ thông snhieefu ng dùng tốt nhất bạn dùng VPS, chi phí cho 1 năm khoảng 8-10tr
@Nguyễn-Hải-Linh
em cung moi tim hieu ve nodejs day la email cua em : [email protected] nho anh gui cho em may cuon hoc nodejs co ban de em luyen tap them.
em cam on anh truoc!
