Dương Mạnh Hoàng

Việc tách thì theo mình nghĩ nó cũng phải có tác dụng chứ k chỉ tách vì nó dài được.

Ví dụ như mình code PHP và sử dụng Laravel thì sẽ có khái niệm là Repository Pattern. Lúc này thì repository sẽ đứng giữa là lớp trung gian giữa controller và DB. Lúc này thì khi truy vấn tới DB, thay vì viết trực tiếp ở controller thì mình sẽ tạo ra một repo và viết code xử lý trong đó. Sau đó thì sẽ inject vào constructor của controller.

Còn vào post của bạn thì có vẻ bạn code JAVA, vậy thì bạn có thể tìm hiểu về 1 vài design pattern của java xem sao: https://viblo.asia/p/tong-hop-mot-so-design-pattern-trong-java-qzaGzZWRGyO

tại sao khi bạn gộp 2 mảng lại thì ở những obj id 11 và 12 thì lại xuất hiện được thêm các key như là time, active các kiểu vậy. Những giá trị đó bạn lấy từ đâu ra, vì mình thấy arr2 không có, chỉ có của Tran Huu Ha

Theo mình nhìn thì có vẻ tb_id ở bảng A là khóa ngoại, còn tb_id ở bản B là khóa chính (bình thường sẽ là id), đúng không nhỉ?

Nếu thế thì đây sẽ là câu lệnh 1:

SELECT B.id as tb_id, B.av_name, count(B.id) as total_id from B inner JOIN A on A.tb_id = B.id group BY B.id;

Và đây là query số 2:

SELECT ka_status as status, count(ka_status) as count_status from A GROUP BY ka_status;

Mình không làm về wordpress nhưng vẫn dùng sql thì mình nghĩ cách giải quyết có lẽ sẽ như nhau:

Nếu chậm do quá nhiều dữ liệu thì bạn có thể thử các cách sau:

• Đánh index để giúp truy vấn nhanh hơn
• Cache lại dữ liệu để lần sau sử dụng không cần phải truy vấn tới db nữa
• Tiến hành làm phân trang: Đừng load hết toàn bộ dữ liệu ra mà hãy phân trang cho người dùng

Nếu chậm do queries trùng lặp nhiều

• Việc các bạn có relation với nhau nếu query không cẩn thận sẽ dẫn tới việc trùng lặp dữ liệu (n + 1), bạn cũng nên thử check xem có đang gặp vấn đề này không để thay đổi lại cách query cho phù hợp

Đó là ý kiến riêng của mình thôi

Theo mình thì bạn đưa những list những trang của bạn vào một array, rồi dùng hàm array_rand để lọc ra 2 key bất kì nào đó, rồi lấy giá trị của 2 key đó

thử cái này xem bạn https://github.com/caxy/php-htmldiff

Bạn có thể xem ở đây nhé https://www.w3schools.com/css/tryit.asp?filename=trycss_tooltip

Giờ bạn muốn custom thì bạn có thể tạo 1 route có đường dẫn giống hệt và gọi tới controller của bạn. Hoặc ở trong controller Auth mà laravel generate ra bạn có thể đặt một function giống hệt function laravel sử dụng để xử lý, lúc này function đó sẽ được overwrite lại bằng function bạn vừa tạo ra

đầu tiên thì bạn nên tìm hiểu qua về cách đặt tên file, tên biến, về convention, bạn có thể tham khảo qua bài viết này: https://viblo.asia/p/cac-convention-thuong-gap-khi-moi-bat-dau-training-php-tai-framgia-bJzKmgq6l9N

Và nhớ dùng hết tiếng anh bạn nhé

bạn search về những thư viện là slider mình thấy cũng có nhiều mà, ưng cái nào thì dùng cái đó. Bạn có thể tham khảo cái này: https://swiperjs.com/demos/

bạn đã config db trong env chưa

nếu bạn muốn mỗi quan hệ giữa 1 sinh viên và 1 môn chỉ xuất hiện 1 lần duy nhất thì có thể đánh unique cho 2 cột là student_id, subject_id. Bạn có thể thêm bằng lệnh migration như này

public function up()
    {
        Schema::table('marks, function (Blueprint $table) {
            $table->unique(['student_id', 'subject_id']);
        });
    }

theo mình thì bạn sẽ bắt sự kiện scroll xuống hoặc lên, rồi cứ translate mấy cái image đó theo mỗi lẫn scroll

Mình cũng tìm được cái demo này: http://thenewcode.com/279/Rotate-Elements-on-Scroll-with-JavaScript

keyword mình search: scroll and rotate div

433 queries thì rõ ràng là không được r. Ở bên phía view bạn có gọi ra quan hệ nào của nó mà chưa load ra k?

Theo việc bạn trả lời anh bên Trần Xuân Thắng thì mình sẽ hiểu 4 bảng này có cấu trục giống hệt nhau nhưng bạn lại bắt buộc phải tách ra (cái này thì minh k hiểu tại sao phải tách ra nên mình sẽ mặc định cho rằng cách làm của bạn là đúng). Theo mình nghĩ bạn có thể tạo ra 4 biến, mỗi biến được truy vấn từ 1 bảng, sau đó đưa hết vào 1 array xem sao?

• Nếu quá trình insert mà gặp lỗi thì nó không rollback nhé. Để rollback được bạn phải dùng transaction. Và bạn hãy đưa tất cả nhưng query insert, update vào trong transaction, tới lúc đó thì chỉ cần 1 action của bạn bị lỗi thì sẽ rollback lại tất cả
• Bạn có thể dùng attach, sync để insert, update (với quan hệ n-n), còn nếu là 1-n thì bạn cần truy vẫn tới quan hệ được thiết lập trong model. VD: user có nhiều role.

$user->roles()->create([]);

hoặc tạo nhiều

$user->roles()->createMany([]);

• Và nếu muốn không hiển thị laravel errors screen thì bạn để debug là false.

bạn hãy tách riêng bảng users và roles ra, tạo thêm một bảng user_role, lúc này thì users và roles có quan hệ n-n. Nhưng đó là trường hợp user trong một lần đăng nhập có thể đảm nhiệm tất cả các quyền của nó. Còn theo câu hỏi của bạn thì mình lại đang hiểu rằng một lần đăng nhập của bạn, user lại chỉ được kích hoạt một trong những quyền của nó? Có phải không nhỉ?

theo mình thì việc bạn tách như vậy cũng là ok rồi. Việc sử dụng query builder cũng không có vấn đề gì

Mình nghĩ bạn nên sử dụng supervisor. Việc dùng cron thì mình nghĩa bạn đang để mỗi giây hoặc mỗi phút chạy queue:work. Còn nếu bạn sử dụng supervisor thì sẽ lắng nghe được sự kiên khi user có action gửi mail thì queue:work sẽ được kích hoạt. Bạn có thể tham khảo qua bài viết của mình: https://viblo.asia/p/queue-trong-laravel-va-su-dung-supervisor-de-giam-sat-xu-ly-queue-tren-ubuntu-LzD5drYwZjY

bạn có thể tìm hiểu về laravel schedule và cronjob nhé. Đây là 1 bài viết giúp bạn tham khảo: https://viblo.asia/p/laravel-task-scheduling-Qbq5QrVEKD8