Không sử dụng post_date
trường cho bất cứ điều gì nó không được thực hiện cho. Sử dụng một trường meta bài thay thế. Điều post_date
này bị ràng buộcpost_date_gmt
, bạn sẽ nhận được tác dụng phụ kỳ lạ thậm chí bạn có thể có được một ngày sớm hơn vào đó.
Vì vậy, tạo các trường meta bài và truy vấn những người theo truy vấn thuế . Bỏ qua trường mặc định.
Trả lời nhận xét của bạn: Không sử dụng phân loại.
- Phân loại được xây dựng để cho phép nhiều điều khoản trên mỗi bài đăng (bỏ qua các định dạng bài ở đây). Đề án không phù hợp với trường hợp sử dụng của bạn.
- Các truy vấn phân loại rất tốn kém, chúng chạy qua ba bảng.
- Bạn sẽ phải thay đổi giao diện mặc định để ngăn ngừa tai nạn như nhiều bài tập. Có thể, nhưng không chính xác đơn giản và có thể không tương thích về phía trước.
Tôi cũng đã bắt đầu một plugin quản lý sách, thật không may, nó vẫn ở trạng thái dự thảo, nhưng tôi có một số đề xuất về ngày:
Sử dụng hai loại bài đăng: một cho opus, một cho các phiên bản thực ( opus
loại sẽ là cha mẹ cho nhiều phiên bản). Vì vậy, bạn có thể lưu trữ ngày tạo trong opus, ngày xuất bản (ngôn ngữ, biên tập viên, dịch giả, v.v.) trong phiên bản.
Đọc Làm cho <time>
an toàn cho các nhà sử học . Ngày trước năm 1970 thật khó khăn.
Hàm ngày và giờ của MySQL không thể xử lý tất cả các trường hợp, bạn kết thúc với một số thói quen tùy chỉnh để sắp xếp, tùy thuộc vào giải pháp của bạn cho (2.).