@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!
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ó 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ỉ ?
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
THẢO LUẬN
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
Theo mình thì cb thì cũng chỉ là đệ quy, và đệ quy 1 lớp :v
Theo mình thì callback là function B truyền vào một fuction A và trong A gọi B, còn đệ quy là gọi chính function A đó
Giờ fb còn bị hack kiểu ăn trộm cookie ko nhỉ ?
Trong GoogleDriveServiceProvider mình viết như vậy
public function boot() {
filesysterms
'google' => [
\Storage::disk('google')->put('file.txt', 'Contents');
Lỗi Google_Service_Exception { "error": { "errors": [ { "domain": "global", "reason": "required", "message": "Login Required", "locationType": "header", "location": "Authorization" } ], "code": 401, "message": "Login Required" } }
Nếu token bị leak thì làm sao để mình Revoke JWT nhỉ?