giờ e muốn cái dùng lại cái terminal mặc định như cũ thì phải làm như nào ạ (bow)

giờ nhìn ngon r =))

Sau khi làm theo step by step như bài thì có 1 vài thứ như sau: 1: khi người dùng nhắn tin theo cú pháp vd: /tuvi sửu vì là tiếng việt có dấu nên nhiều lúc api sẽ không trả về đúng dữ liệu đc 2: Bước 4: Deploy code lên heroku vì chạy file main.py nên phải để là worker: python main.py 3. Deploy app của bạn cần chạy thêm 1 command: heroku ps:scale worker=1 thì trên heroku nó mới chạy file main.py đc.

Cảm ơn bạn đã nhắc nhở.

Bài viết rất tâm huyết

Truncate trong mysql ko xử dụng được với transaction, nếu sử dùng delete thì sẽ được

Hi @tran.thi.huong.trang , Mình thấy bài viết của bạn phần tích rất hay và dựa trên kinh nghiệm thực tế của bạn chứ không phải lý thuyết suông. Nhưng mình nghĩ trong những nguyên tắc bạn đúc rút ra qua kinh nghiệm mà đi kèm với ví dụ nữa thì quá tuyệt vời. Như hiện tại mình đọc nhưng nguyên tắc đó nhưng lơ mơ, chưa hiểu rõ. Mình ví dụ về quy tắc:

• Phân vùng tương đương: c. Nếu 1 trạng thái đầu vào chỉ định tập các giá trị đầu vào và chương trình sử dụng mỗi giá trị là khác nhau, xác định 1 lớp tương đương hợp lệ cho mỗi loại và 1 lớp tương đương không hợp lệ.

Mình hình dung 1 ví dụ thế này: 1 chức năng upload file chỉ cho phép upload file ảnh và pdf. Dựa vào qui tắc c mình sẽ có các test case sau:

• Upload file ảnh đuôi .jpg, .png, .gif
• Upload file .pdf
• Upload file .mp3

Mình vận dụng quy tắc có đúng ko ạ? (Tất nhiên là mình có sử dụng các phương pháp khác để thêm nhiều case nữa nhưng ý mình là mình áp dụng qui tắc trên có đúng ko ạ?) Đến đoạn bạn vạch ra 1 loạt các qui tắc này là mình không hiểu đc áp dụng thế nào: Nếu 1 trạng thái đầu vào định rõ giới hạn của các giá trị, hãy viết các ca kiểm thử cho các giá trị cuối của giới hạn, và các ca kiểm thử đầu vào không hợp lệ cho các trường hợp vừa ra ngoài phạm vi. Nếu 1 trạng thái đầu vào định rõ số lượng giá trị, hãy viết các ca kiểm thử cho con số lớn nhất và nhỏ nhất của các giá trị và một giá trị trên, một giá trị dưới những giá trị này. Sử dụng quy tắc 1 cho mỗi trạng thái đầu vào. Ví dụ, nếu 1 chương trình tính toán sự khấu trừ FICA hàng tháng và nếu mức tối thiểu là 0.00$, và tối đa là 1,165.25$, hãy viết các ca kiểm thử mà khấu trừ 0.00$ và 1,165.25, khấu trừ âm và khấu trừ lớn hơn 1,165.25$. Chú ý là việc xem xét giới hạn của không gian kết quả là quan trọng vì không phải lúc nào các biên của miền đầu vào cũng mô tả cùng một tập sự kiện như biên của giới hạn đầu ra (ví dụ, xét chương trình con tính SIN). Ngoài ra, không phải lúc nào cũng có thể tạo ra 1 kết quả bên ngoài giới hạn đầu ra, nhưng tuy nhiên rất đáng để xem xét tiềm ẩn đó. Sử dụng nguyên tắc 2 cho mỗi trạng thái đầu ra.

Rất mong nhận được phản hồi của bạn. Cảm ơn bạn vì những chia sẻ vô cùng hữu ích.

SweetAlert k đẹp thì còn cái gì đẹp nứa )

trong hôm nay sẽ xong thôi ))

Hay quá anh eiiii. I love you ).

RoR developer (backend), tầm Junior đến Middle nhé bạn

úi đẹp đấy anh gì nhỉ.

úi xời post chưa xong đã publish hí hí

thank you so much

được

em tham khảo bài em ghi trên nguồn ấy ạ. quên mất chưa sửa

Cho mình hỏi chỗ Polymorphic Relations (Quan hệ đa hình) bảng votes thiếu trường user_id phải k ạ

theo như mình tìm hiểu thì để update giá trị trực tiếp trong migration, hầu hết các trang đều gợi ý sử dụng DB:: như thế này,

Mình cũng chưa nghĩ ra nếu chỉ dùng 1 câu query thì sẽ phải làm như thế nào

Bảng comments trên cùng thiếu trường user_id phải không chủ thớt

Em có phải người thuộc nhóm phát triển Rekit-Studio không nhỉ, dùng từ "chúng tôi" nhiều quá.