Khiêm tốn quá bạn ơi, lần đầu tiên mình nghe từ "frontend dev nửa mùa" đó

@tinhtn89 =)) cách trừ thì nó ngắn gọn hơn còn cộng thì dài hơn bạn phải lấy dữ liệu ra rồi mới so sánh create_at rồi mới xóa chứ

khác chứ, created_at làm sao bạn cộng thêm được, nó là trường dữ liệu mà.

Tks bạn nhé, mình là frontend dev nửa mùa =))

Mình đã làm được rồi :d, do mình thiếu bước tải sonar-scanner. Cảm ơn nhiều

@tinhtn89 =)) tương tự với bạn trừ đi 5 phút, nhỏ hơn phía trên kìa. còn trường hợp t là cộng thêm, lớn hơn thôi :v

Ý tưởng rất hay, cảm ơn bạn hỗ trợ.

Cái này viết truy vấn kiểu gì được bạn?

Hợp lý, cảm ơn bạn.

mình chạy pip install fastBPE thì bị lỗi như hình: https://prnt.sc/txgznw bạn giúp mình đc ko

Windows 10 Python 3.8

Trong chrome mình Ctrl+F chữ O nó ra cả hai, chứng tỏ vẫn có cách nhận ra chữ biến thể của chữ O phải không anh?

Chào anh ...anh có thể rep cmt và add Facebook em để em hỏi 1 số vấn đề cần thiết ko ạ ...vấn đề này rất quan trọng đối vs em

Cảm ơn chia sẻ của bạn, loạt bài viết của bạn thật đáng ngưỡng mộ.

Cảm ơn chia sẻ của bạn, bạn cũng là frontend developer à.

Hi bạn Quang,

Bạn có thể chụp hình cho mình đường dẫn chỗ bạn để folder sonar-scanner và chỗ bạn thêm environment variables được k? Trong phần comment này có hỗ trợ insert hình vào ak

Trong bước 2, mình có để đường dẫn tải trực tiếp folder sonar-scanner. Bạn giải nén ra, đổi tên là sonar-scanner, để trong ổ C:/Program Files Tương tự với package sonarqube cũng làm như vậy

Chào các bạn.

Do mình dùng function làm sẵn của CMS, nên mình đã dùng những Query riêng lẻ với virtual column:

SELECT title, content, date, "alibaba" AS source FROM alibaba_posts ORDER BY date DESC LIMIT 1

Sau đó dùng array_merge để nối các Array lại. Về cơ bản, cũng giống như Union ở trên.

Xin cảm ơn tất cả!

@dokkan7 Trường hợp này mình nghĩ là bạn có thể dùng UNION hay UNION ALL đều được. UNION và UNION ALL chỉ khác nhau là một cái chỉ lấy dữ liệu khác biệt (distinct), một cái thì lấy tất.

Cảm ơn bạn. Mình không biết UNION và UNION ALL có khác nhau không trong trường hợp này?

Đúng vậy, đó là một dạng CMS dạng Q&A, về cơ bản thì cũng như Wordpress thôi. Ban đầu mình dùng chung 1 database, 1 table về bài đăng. Mỗi bài đăng có category riêng. Nhưng phát sinh khá nhiều thứ linh ta linh tinh khác như search không thể tìm riêng 1 category, tag dùng chung nên bị chồng chéo. Category là dạng ảo, nên đường link URL của bài đăng kém hiệu quả SEO.... Nên mình chuyển sang dùng mỗi category là mỗi chuyên mục sẽ có 1 table riêng về bài đăng, nhưng users là dùng chung, giải quyết được khá nhiều điều.

Có lẽ mấy bảng này được tạo ra bởi CMS như wordpress trong lúc cài đặt. Và ở đây là có nhiều trang riêng biệt hoàn toàn nhưng dùng chung trong một database. CMS thường cho tạo thêm prefix cho các bảng, chính là mấy cái a, b,... ở trên, tốt cho mấy hosting chơi trò giới hạn số lượng database được tạo.