gem "swagger-block" => gem "swagger-blocks", gem "swagger-ui-engine" => gem "swagger_ui_engine"

Bài viết hay lắm bạn.

E gop y 1 chut a : Ben tren ghi tao file register.php e nghi phai la registration.php, Va tao file route.xml phai la routes.xml thieu s a.

nếu mảng đa chiều thì làm ntn vậy bạn ơi vd : [[1, [7,[8],7]2], 3, 4, 5, [6,[,[0,8,8]8,8] 7, 8, 9]];

Phần dùng lastIndexOf() là bậy rồi nha. Ví dụ chuỗi JavaScriptJava thì lastIndexOf('Java') không ra 0 đâu.

Chào bạn, mình thấy ý kiến của bạn khá hay, nó giúp tối ưu được query. Người thiết kế hệ thống nên lưu trữ như vậy. Mình đã từng làm theo cách đấy, tuy nhiên nếu có khá nhiều luồng can thiệp vào DB mà mình không kiểm soát được, mình thường dùng thêm 1 thread để sync lại các giá trị đó, khoảng thời gian sinh tùy thuộc vào yêu cầu hệ thống.

Em đang đọc từ phần 1 qua, rồi đến làm thế nào để tạo và gọi _sampleData cũng như Accessory tự nhiên bị kẹt luôn. Anh có thể nói chi tiết thêm về các tạo/khai báo chúng được không?

đây nhé bạn https://github.com/dqhuy78/github-search/tree/develop

@mrhoang thì câu mình hỏi là từ Udemy mà :v nên thấy Udemy 1 đằng nhưng câu kia 1 nẻo mới thắc mắc. ngoài ra là 15 instances chia 2 AZ thì không thể có số lượng bằng nhau được

Mình có vài thắc mắc mong bạn giải đáp:

1. Thế chấp coin A để đi vay coin B thì có 2 mục đích là:

• không muốn bán coin A để mua coin B vì dự đoán coin A khả năng lên giá trong tương lai nên muốn hold.
• muốn có coin B để đầu tư hoặc hold cho các chiến dịch IEO, IDO

Không biết mình hiểu vậy có đúng k?

2. Khi tổng giá trị thế chấp nhỏ hơn tổng giá trị đi vay do chênh lệch giá sau khi vay. Lúc này, để giảm rủi ro thì hệ thống tự động thanh lý một phần là một phần gì. Coin A hay coin B? Và thanh lý tức là tự động bán rồi chuyển sang cho coin B owner hay sao.

Mong bạn giải đáp, mình cảm ơn.

Keychain và UserUserDefaults lưu data ở đâu?

Bài viết rất hay và chi tiết, cung cấp nhiều kiến thức bổ ích. Nhưng mình thấy vẫn tồn tại khá nhiều lỗi đánh máy và chính tả. Bạn nên đọc lại sau khi viết để bài viết hoàn chỉnh hơn.

Mình đã làm theo hướng dẫn nhưng khi mình post image thì báo lỗi " Class 'Cloudinary' not found".

@maicaotri đúng rồi, sau mình có thể sử dụng những tài nguyên đã tách này cho các mục đích khác

Chào bạn! Bạn nên kết hợp với trigger ở sự kiện: sau khi thêm và sau khi xóa services, sau khi gán và xóa room vs service thì truy vấn sẽ cực kỳ dễ dàng. Khi đó, bảng rooms có dạng rooms(id, name, max_service, total_service,...) --> Bạn chỉ cần select trong rooms những bản ghi có total_service = max_service là xong.

@maicaotri cám ơn em, anh sẽ cố gắng viết tiếp, nếu thấy hay bổ ích thì upvote cho anh với nhé

bài này anh viết rất dễ hiểu, đọc xong hiểu ra được nhiều thứ 😁 không biết anh còn viết tiếp series này không ạ?

Việc file-loader này làm giống như coppy ra file mới rồi bỏ vào thư mục build thôi chứ không có encode gì như url-loader đúng không anh?

nội dung có vẻ cũng hay nhưng mà các khái niệm quan trọng như biên dịch, thông dịch dịch từ tiếng anh sang loạn tùm lum hết cả lên. đọc xong 1 hồi khéo còn mất gốc hơn chưa đọc

validateRequest = (req) => {

  // Gọi function từ bên ngoài để validate user form
  const isFormValid = testForm(name, password, email); 

  // Form đã hợp lệ
  if(isFormValid){
    createUser(req); // triển khai ở function/module khác
  }
}

// 1 function chỉ  dùng để tạo user trong firebase
createUserInDB = (req) => {
    db = connectWithDB()
    db.createUser(name, password, email) 
 }

/* Bước tiếp theo là khai báo function này trong 1 file khác
* và import nó vào đây
*/

Sau khi đọc xong hàm này mình lú luôn chả hiểu ý đồ của tác giả là gì, nhìn logic không đúng.