THẢO LUẬN

thg 6 19, 2018 3:46 SA

mình login xong, gọi req.user thì nó không tìm thấy! ko biết lúc login xong user được lưu vào đâu?

0

@thangtd90 @vinhnguyen Hai anh phân tích đầy đủ và chi tiết quá. Em không thể accept hai câu trả lời được sao? 😐

0

@quynh001 Cảm ơn anh đã phân tích rất hay và chi tiết. Em không coi đây là điểm yếu vì Laravel vẫn quá "pro" và vì em không giám chắc rằng mình viết được concrete nào "hay ho" hơn concrete mặc định của nó.

Giống như anh nói "trade-offs giữa sự đơn giản và tính đầy đủ ấy" và phân tích.

PHP là một duck typed language thay vì strong typed như trong một số ngôn ngữ khác như Java, .NET. Với các ngôn ngữ dạng strong typed, method signature trong interface thường phải định nghĩa cả kiểu cho parameters và kiểu trả về --> đảm bảo type safety. Trong PHP thì không như vậy thường sẽ ko có kiểu xác định. Do đó với PHP, các phương thức của một object sẽ xác định cách object đó có thể sử dụng thay vì phải phụ thuộc vào sự kế thừa từ một class khác hoặc một thể hiện cụ thể của interface. Tất nhiên PHP vẫn có thể là một strong typed nếu muốn

Em chỉ không thích phong cách code như vậy. Với em, khi đã viết interface và type-hint interface, chỉ nên gọi những phương thức đã được định nghĩa trên interface đó.

+1
Avatar
đã bình luận cho bài viết
thg 6 19, 2018 3:18 SA

rất hay

0

dạ vâng eloquent xây dựng sẵn sử dụng PDO nên nó theo 1 cấu trúc rồi ạ!, ý em là sử dụng code sql thuần mh có thể check được những cái mà mình nghĩ eloquent chưa đáp ứng được ạ!

0
thg 6 19, 2018 3:06 SA

Mình nghĩ là bạn nên đưa thêm 1 số thông tin như là bạn sẽ quản lí, lưu trữ những gì, mục đích ra sao thì sẽ dễ hỗ trợ hơn.

0
thg 6 19, 2018 2:53 SA

Hay

0
thg 6 19, 2018 2:31 SA

Nếu đã biết có "sơ sót", và "sơ sót" đó là gì, b nên nêu ra trong câu hỏi, để mọi người không mất thời gian để xem tất cả các bảng đó.

0
thg 6 19, 2018 2:22 SA

good

0
Eloquent ORM có tính bảo mật cao hơn QueryBuilder trong việc phòng chống SQL Injection.

Đoạn trên em viết ntn cơ mà

0
thg 6 19, 2018 1:59 SA

mình có thắc mắc là trên trang jwt.io mình dễ dàng decode được chuỗi JWT mà ko cần khóa, nếu có ai đó lấy được chuỗi JWT mà user gửi lên thì hoàn toàn có thể lấy được quyền truy cập. V liêu JWT có an toàn ko nhỉ?

0

Screenshot from 2018-06-19 08-23-13.png Screenshot from 2018-06-19 08-28-06.png Mình dựa vào bài của bạn để làm đối với model User, sử dụng form request để validate trong controller. Trường hợp mình gửi ảnh đây là để trường name trống thì vẫn hiện thông báo lỗi. Ngay sau khi nhập name và để email trống thì console hiện báo như thế. Mình kiểm tra có báo yêu cầu không để trống email trong trình duyệt. Mong bạn có thể xem hộ mình.

+1

dạ vâng a? em nghĩ dùng db raw thì code bảo mật sẽ chặt chẽ hơn chứ anh?

0
Tuy nhiên, ở hệ thống cần tính bảo mật cao và cần xử lý data lớn thì nên dùng Query builder.

Câu này mâu thuẫn quá @longnk1301

0
thg 6 19, 2018 12:51 SA

hay a ei

0
thg 6 19, 2018 12:13 SA

@longtth Bạn có thể tham khảo bài viết này để tìm hiểu về npm https://viblo.asia/p/manage-packages-dependencies-with-npm-YWOZrDLR5Q0

Hiểu một cách đơn giản thì npm đối với nodejs nó sẽ tương tự composer đối với php ý 😄

+1
Avatar
đã bình luận cho bài viết
thg 6 18, 2018 3:51 CH

Cảm ơn bạn. Mình có chút thiếu sót 😃

0
thg 6 18, 2018 3:45 CH

chào bạn, vì SPA sử dụng các component, mỗi conponent lại có 1 chức năng vs nhiệm vụ riêng, để thực hiện dc thì chúng có thể cần đến các api để có thể thao tác dữ liệu

0

Dạ vâng, em cám ơn anh đã chỉ ra lỗi sai ạ!

+1
Avatar
đã bình luận cho bài viết
thg 6 18, 2018 3:43 CH

w: Lưu văn bản
wq: Lưu và thoát

Lỗi nhỏ: thiếu dấu : trước chữ w và wq bạn ơi 😃

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí