@Huya-Tran
MQTT được tạo ra với ưu điểm là nhẹ, tiết kiệm băng thông của mạng. Cho nên nếu bạn cần trao đổi dữ liệu giữa low-end device, như board mạng nhúng, đường truyền chậm thì MQTT là giải pháp phù hợp.
Socket.io là dành cho web, device phải hỗ trợ websocket. Trên điện thoại bạn phải cài thư viện HTTPClient để có thể kết nối web socker server. Thông thường thì nó nặng hơn và tốn nhiều tài nguyên hơn, CPU, Memory,...
@hongduy Đúng rồi, lúc trước mình ở Singapore cũng nghe được bài hát tiếng việt thôi, không nghe được tiếng anh. Vì vấn đề bản quyền, có thể zing đã chặn để tránh bị kiện tụng. Ở Việt Nam mình nghe được hết không bị chặn.
Có nhiều template engine để bạn lựa chọn, mình thì hay xài: handlerbars. nunjucks cũng khá cool.
Bạn cũng lưu ý là nodejs framework bạn đang sử dụng có hỗ trợ template engine đó kg.
@Thuc-Nguyen-tan
Theo mình mấy câu lệnh require nên để ở đầu file
const path = require('path');
var fs=require('fs');
Những hàm API của node có thể wrap lại và chuyển qua đạng promise. Bạn có thể tìm hiểu Promisify của bluebird library
return new Promise(function(res,rej){
fs.readFile(realPath , 'utf8', function (err, data) {...}
...
});
có thể viết lại như sau:
const readFile = Promise.promisify(fs.readFile, { context: fs });
return readFile(realPath, 'utf8')
.then((data) => {
const ar = JSON.parse(data);
return ar.list;
});
Đối với ứng dụng SPA (Single Page Application) bạn có thể lưu vào localStorage. Mỗi lần gởi request lên server, chúng ta chèn JWT vào header của request.
@Duong-Le-C
2 Fulltext search engine phổ biến nhất hiện nay là:
Elastic search: https://www.elastic.co/
Solr: http://lucene.apache.org/solr/
Để tổ chức cấu trúc thư mục thì cũng tùy loại app. Theo mình thì có 2 trường phái:
Nếu bạn theo trường phái kiểu của component dùng MVC pattern.
Thì thông thường nó sẽ là (có thể có thêm những thư mục khác:
root
--data
----mock-data
--models
--controllers
--views
-----components
--lib
Một khi bạn đã publish API, thì bạn không thể ngăn cấm người khác gọi trực tiếp API của bạn. Với những API đòi hỏi chứng thực (authentication) thì đòi hỏi web client phải cung cấp token, cookie,... Đối với public API như đăng nhập (login), đăng ký (register) thì chúng ta có thể hạn chế số lần họ gọi API thông qua một kỹ thuật gọi là rate limit.
@Công-Toàn-Lê
Đoạn code bạn gởi bị lỗi cú pháp nhiều quá. Bạn nên gởi đoạn code chính xác để người khác còn giúp được.
@Long-Lê :
Đối với ứng dụng SPA (Single Page Application) bạn có thể lưu vào localStorage. Mỗi lần gởi request lên server, chúng ta chèn JWT vào header của request.
Bạn có thể sử dụng built-in module của node https://nodejs.org/api/crypto.html
Single thread chắc chắn sẽ chạy chậm hơn multi thread. Nếu app viết tốt cho multi thread sẽ chạy nhanh hơn vì nó tận dụng được tất cả các Core của CPU. 1 task trên NodeJS có thể không chạy nhanh hơn php. Nhưng do cơ chế none-blocking I/O nên NodeJS sẽ không phải chờ cho một những tác đọc database, đọc file,... Cho nên nó sẽ tận dụng được tất cả thời gian cho CPU. Nó sẽ xử lý được nhiều request hơn. Có rất nhiều benchmark đã chứng minh đều đó bạn có thể google.
vdu: http://www.hostingadvice.com/blog/comparing-node-js-vs-php-performance/
Tóm lại ưu điểm chính của NodeJS là none-blocking I/O.
Để tận dụng hết số CORE, chúng ta có thể start nhiều NodeJS app cùng lúc và sử dụng kỹ thuật load balancing.
Nếu bạn muốn thực hành viết API thì những kiến thực bạn cần phải nắm:
Bước 1:
Bước 2:
@Thuc-Nguyen-tan
Theo mình mấy câu lệnh require nên để ở đầu file
const path = require('path');
var fs=require('fs');
Những hàm API của node có thể wrap lại và chuyển qua đạng promise. Bạn có thể tìm hiểu Promisify của bluebird library
return new Promise(function(res,rej){
fs.readFile(realPath , 'utf8', function (err, data) {...}
...
});
có thể viết lại như sau:
const readFile = Promise.promisify(fs.readFile, { context: fs });
return readFile(realPath, 'utf8')
.then((data) => {
const ar = JSON.parse(data);
return ar.list;
});
@Bùi-Đức-Cường : Lưu ý khi đăng ký nhiều subdomain, bạn cần phải config DNS cho tất cả các subdomain trỏ đến ip của server.
@softwareout : Bạn ping domain www.nexlesoft.com xem có trả về đúng ip của của server không? Nếu không ping được hoặc ip sai bạn cần config lại DNS trỏ www.nexlesoft.com về ip của server.
Grab the first concept from here:
https://dzone.com/refcardz/getting-started-with-mqtt
@PhucHoangJS
Bạn cần lấy tọa độ (geolocation) của client. Sau đó gởi lên server. Để lấy tọa độ của client bạn có thể dùng geolocation api. Tìm hiểu api này tại: https://developer.mozilla.org/en-US/docs/Web/API/Geolocation/Using_geolocation
Nếu đang dùng google map bạn cũng có lấy tọa độ đó (lat, long)