(y)

Bạn chú ý dấu . và dấu , trong câu chữ, với cả tiêu đề bạn đặt là khởi tạo 1 lớp chứ không phải là call function.

Vì chức năng search của mình cần join nhiều bảng, xữ lý tính toán trong câu query nữa, nếu như thế thì có dùng Easticsearch được không bạn nhỉ. Nếu dữ liệu mình có là "Have technical problems? Ask on Viblo" Thì gõ "tech" thì nó không trả về kết quả nhỉ, vì nó là full-text mà, nếu dùng wildcard trong elasticsearch thì nó trả về kết quả, nếu như thế thì có khác gì search like đâu bạn nhỉ

@vhung Như bạn @huukimit trả lời ở trên, thì bạn chỉ cần giữ lại một số source deploy gần đây nhất (để rollback lại nếu cần). Ví dụ như khi tạo đến thư mục release thứ 6, thì bạn cần có cơ chế để xoá cái cũ nhất đi, để sau khi deploy thành công, bao giờ cũng có không quá 5 thư mục releases

đúng rồi bạn, í mình muốn diễn đạt như vậy đó. bạn hãy hiểu hàm tạo là 1 function với type trả về là thằng mình muốn khởi tạo. bạn call funtion thế nào thì khởi tạo như thế

Static methods trong interface vẫn được mà anh?

@vhung Thực tế thì chỉ giữ lại 2, 3, 5 hay một con số khác cho số lần deploy trước đó thôi. Các phiên bản release cũ hơn thì sẽ được tự động xóa bỏ.

Hay quá bạn ơi ^_^

Cảm ơn anh rất nhiều. Dù e chưa hiểu về Promise lắm nhưng nhìn code của a thì e cũng đã hiểu khái quát rồi ạ

vậy nếu ta muốn đưa code api này lên sever thì phải làm sao khi mà nó nằm chung luôn với app hay ....

@thangtd90 Cảm ơn chia sẽ của bạn về chiến lược deploy của Capistrano, mình thấy rất bổ ích, nhưng mà mình thấy nếu cứ mỗi lần deploy mình tạo một folder thì sau 100 lần deploy thì server mình phải chứa 100 bộ source nên mình thấy khá lãng phí nhỉ

Nếu mình bỏ soft delete, khi người dùng xóa thì mình phải trigger event để move toàn bộ dữ liệu sẽ xóa đó sang một audit database để có thể dùng sau này, như rứa thì thao tác xóa xữ lý khá nhiều việc nên khá chậm, bạn có cao kiến gì không bạn

(y)

@vinhnguyen Cảm ơn bạn, link đầu rất hay

@huukimit Mình điều tra trên DB thì có một số bảng hơn 20% là dữ liệu soft delete nên chắc chắn sẽ ảnh hưởng đến performance rồi bạn

đúng rồi bạn, cú pháp gần giống như nhau. Nhưng mình không muốn những người mới học các bạn ấy cài thêm vue-resource trong khi Vue đã hỗ trợ sẵn axios rồi.

"Giờ app sẽ được chạy ở http://localhost:3000"

Ứng dụng Rails nhúng Vue chạy ở cổng 5000 mới đúng.

anh viết lại bài viết dưới dạng markdown đi ạ. Bài viết này khá hay anh ạ. Em đã trải nghiệm cái quả quan hệ các thành viên dự án cay tới độ mà nếu bảo chơi với nhau thì được nhưng làm cùng nhau lần nữa thì không bao giờ anh ạ

những đề mục nên để H2 cho dễ nhìn nhé b

Dòng đời xô đẩy thôi chú, anh cũng muốn ổn định lắm chứ (chan)