Mình ghi nhận ý kiến của bạn, sẽ đưa vào tính năng cho bản release tiếp theo. Package này của mình nhiệm vụ chính là import dữ liệu vào database nên mình không làm thêm model, để cho mọi người có thể tự do tùy chỉnh cho dự án đấy ^^

if(props.scrollable) {} "scrollable" a lấy ở đâu vậy a??

Cảm ơn bạn đã góp ý nha. Trong quá trình mình tìm hiểu về Token based authentication thì mình thấy có những điểm giống và khác so với session-based authentication truyền thống nên mình viết bài để so sánh. Ở đây mình so sánh giữa việc dùng hay không dùng session storage bên phía server.

Dù sao thì ý của bạn cũng rất đúng.

Sao lại so sánh jwt với session/cookie ? Hai cái này hoàn toàn không ngang bằng để so sánh, như là đi so sánh chiều dài với thể tích vậy. Bạn có thể so sánh session/cookie với localStorage. Chính jwt cũng được khuyến khích lưu trong cookie đối với client là trình duyệt để bảo mật hơn.

cái php queque của em không hiểu sao nó không chạy á anh

dsdsd

thanks bạn

về nước đi rồi mình trả lời

Í chết mình nhầm Mockup với WireFrame rồi! Cảm ơn bạn nha.

@VibloTeam Ok, xin cảm ơn!

good job bro )

@vuhongky.273 Rất cám ơn bạn vì những đóng góp rất thiết thực cho Viblo Team.

Đúng như bạn nói, chức năng Clip với những người dùng mới thì có thể nghe qua lần đầu sẽ thấy khá là lạ lùng. Ban đầu nó được thiết kế để trở thành một nét đặc trưng riêng của Viblo thôi, nhưng nếu trải nghiệm người dùng mà nó mang lại đang không được tốt như vậy thì bên mình sẽ bàn bạc và thử nghiệm một số thay đổi về UI/UX trong thời gian tới xem sao.

Một lần nữa xin được cảm ơn bạn về những ý kiến rất tâm huyết. Hy vọng bạn có thể tiếp thục theo dõi và ủng hộ Viblo, cũng như các services khác của Viblo Platform. Nếu có bất kỳ vấn đề gì khác, bạn cứ gửi lại feedback cho bên mình thông qua chức năng Feedback của Viblo, hoặc đặt câu hỏi ở phần Questions này nhé

@minhtuan.nguy @BuiHuyHoang Ok mình đã thấy, nhưng button clip tôi thấy có vẻ gây hiểu nhầm cho người dùng, vì biểu tượng giống việc định upload một tệp nào đó lên hơn.

Ý nghĩ đầu tiên đập vào đầu tôi là như vậy nên t cũng chẳng bấm thử vào vì ko có hint suggest. Ngoài ra ngay cái tên clip (ghim, kẹp) ý nghĩa có thể đúng nhưng tôi thấy có vẻ cũng ko đc phổ thông cho lắm.

Tôi biết các bạn có thể cho là đó là sáng tạo (cả icon và tên button) vì đây là diễn đàn các bài viết cho dân lập trình. Nhưng thực sự tôi lập trình cũng cần hỏi mới biết được.

Tôi nghĩ viblo là một blog dev thuần việt thì nên để các feature thân thiện, đơn giản và dễ hiểu nhất thì thôi. Còn thời gian thì để người đọc và những người viết bài focus vào nội dung content thì hơn, đó mới là thứ quan trọng nhất. Theo tôi thì càng đơn giản và chất lượng thì càng tốt, đó là lý do vì sao mà những biểu tượng như save, favorite, bookmark, upload, download... qua hàng chục năm về cơ bản nó vẫn thế chỉ là thiết kế flat hơn hoặc đơn giản hơn mà thôi.

Người dùng đã mất nhiều năm để làm quen vs những icon đã thành chuẩn mực, thì sao lại phải bắt họ làm quen lai với một icon khác hoàn mà về cơ bản chỉ là khác cách diễn đạt mà thôi?

Đó là chút ý kiến cá nhân của tôi. Có thể các bạn không đồng tình hay thấy tôi hay soi xét quá thì cho tôi xin lỗi nhé! Dù sao cũng cảm ơn các bạn vì blog thuần việt chính thống ngon nhất cho ae dev Việt! Thanks!

Viblo có chức năng CLIP để lưu lại bài viết nhé bạn. Bạn có thể xem thêm những chức năng của Viblo ở đây nhé https://viblo.asia/helps

Bạn có thể sử dụng chức năng CLIP trong bài post để lưu lại nhé. Sau đó truy cập vào đường link https://viblo.asia/clip/posts để xem những bài mình đã clip

Cám ơn bài viết chi tiết của bạn. Nói thật sự rất hay!

Có cách nào để thanh scroll nằm ngang với chiều dài tùy chỉnh nhưng vẫn tham chiếu tương đối tới view không nhỉ, sẵn tiện cho mình hỏi luôn là làm sao để padding thằng scrollbar nhỉ

Bài viết rất hay, mong bạn ra nhiều bài viết như thế này hơn... Mình có 1 thắc mắc là nếu ta dùng laravel để xây dựng 1 ứng dụng chat như thế này thì đáp ứng được cho nhiều nhiêu user nhỉ , Mình đã làm thử nhưng thấy nó khá chậm chạm, nên mình nghĩ nếu nhiều người cùng chat 1 lúc thì ko biết sẽ như thế nào ? Không biết liệu dùng nodejs thì có khả quan hơn không nhỉ ?

Em cảm ơn câu trả lời của anh, rất bổ ích ạ ^^ Thank u so muchh

Cái này thì mình cũng chưa tìm hiểu được sâu. Nhưng tư tưởng của JWT là server sẽ không nên can thiệp quá nhiều vào đoạn token này. Chúng ta có thể set thời gian expire cho token để nếu hacker có lấy dc token thì cũng chỉ sử dụng dc cho đến khi hết hạn

Bạn có thể tham khảo link này nha, mình thấy họ có viết về vấn đề bạn hỏi khá là ok: https://developer.okta.com/blog/2018/06/20/what-happens-if-your-jwt-is-stolen