Thanks bro

cảm ơn bạn

đúng như bạn Trung ở dưới nói nhé bạn

@HuyDQ

Theo mình biết thì thư viện này xác thực người dùng bằng việc phải đăng nhập để lưu session. Cho mình hỏi làm sao để hiện thực theo cách sử dụng token xác thực thay vì đăng nhập (nghĩa là mỗi khi sử dụng mình sẽ truyền lên token để nó xác thực là mình đã đăng nhập trước đó), vì mình đang viết theo kỹ thuật SPA

Bài viết quá cũ! hiện cũng đã là laravel 6 rồi mà bác.

Mindset này cơ bản, nếu ai làm ví dụ này rồi thì có thể nghĩ hướng rộng hơn, ví dụ như gallery cũng có thể có nhiều images, article có nhiều images, có thể tham khảo polymorphic cho hasMany ở đoạn này

gke qu/-' )

Xin chào bạn, bạn cho mình xin info để hỏi xíu về vuejs + laravel đc ko ạ

dễ làm hơn nhiều chứ sao )

ok b nhé

@jonyu trước khi học lập trình thì bạn nên học lại cách đặt câu hỏi. Hỏi là tốt nhưng đừng lạm dụng nó qúa mức

• https://www.w3schools.com/jsref/event_onchange.asp

• https://www.w3schools.com/jsref/obj_location.asp

Cảm ơn bạn Ủng hộ mình nhiều hơn nhé )

bạn có nói là "Đặc biệt đối với các ứng dụng có dashboard và xác thực sẽ không cần đến SEO hoặc chia sẻ đến các phương tiện truyền thông thì không cần SSR". Vậy tại sao mấy cái đó thì nên dùng CSR? đỡ tốn nhiều chi phí hơn về mặt tài nguyên à bạn?

Thật ra thì tuỳ nhu cầu mà sử dụng cho phù hợp thôi bạn, nếu bạn muốn SEO tốt trang web thì SSR là lựa chọn và ngược lại.

Tại sao mình đọc bài viết này: https://toidicodedao.com/2018/09/11/su-khac-biet-giua-server-side-rendering-va-client-side-rendering/ tác giả lại nói "trình web đang có xu hướng chuyển dần từ server-side rendering sang client-side rendering". Xong mình tìm hiểu về nextjs thì lại thấy khuyên là nên sử dụng server-side rendering vậy b?

Mục đích trong bài của mình cũng tập trung chủ yếu vào việc syntax, bắt lỗi của async/await giúp code maintain dễ hơn so với Promise/callback, code trông gọn hơn. Mình cũng không nói là async/await làm code chạy nhanh hơn, vì đúng như bạn nói async/await bản chất thì cũng là "await Promise". Nhưng nói chung mình thấy cái mạnh nhiều hơn cái yếu và có thể chuyển hầu hết qua async/await được (cũng có trường hợp mình buộc phải để Promise.then..., nhưng rất ít)

Chào bạn dùng async/await bạn có thể linh hoạt, await càn lúc càn thiết, khi nào ko càn thiết thì bạn ko await thì sẽ ko bị block UI, trong bài mình cũng note cho các bạn. Tất nhiên cũng có 1 số trường hợp mình buộc dùng promise nhưng về cơ bản mình thấy hiện tại có thể thay thế hầu hết bằng async/await, cái được nhiều hơn cái mất

@quocdungabc chính xác rồi đó bạn. Sorry bạn mình bận việc nên không để ý giờ mới check được comment của bạn

Cái duy nhất nó cải thiện là syntax, async await cải tiến từ promise và promise thực tế cũng triển khai từ callback. Những cú pháp, hay object được triển khai sẵn này là để con người mắc ít sai lầm, nó không giúp những đoạn code đc triển khai tốt hơn, nhanh hơn về mặt công nghệ. https://www.quora.com/What-are-situations-to-use-callbacks-instead-of-promises-in-Javascript-Should-one-use-promises-all-the-time-Which-will-lead-to-more-readable-code/answer/John-Johnson-140

Đây là bài viết phân tích th nào nên dùng promise hay callback, so sánh 2 cái này hơi dị, nó không ngang bằng, mình cũng ko hiểu tại sao bạn nghĩ promise replace callback.

Promise và async await so sánh thì chuẩn hơn, async await và promise là một, dùng cho cùng mục đích với cú pháp khác nhau, và có điểm mạnh yếu khác nhau. https://medium.com/better-programming/should-i-use-promises-or-async-await-126ab5c98789