However, you may use middleware to

However, you may use middleware to verify that the user is authenticated before allowing the user access to certain routes / controllers. To learn more about this, check out the documentation on

Protecting Routes

Route middleware can be used to allow only authenticated users to access a given route. Laravel ships with the auth middleware, which is defined in appHttpMiddlewareAuthenticate.php. All you need to do is attach the middleware to a route definition:

Of course, if you are using controller classes, you may call the middleware method from the controller's constructor instead of attaching it in the route definition directly:

Authentication Throttling

If you are using Laravel's built-in AuthController class, the IlluminateFoundationAuthThrottlesLogins trait may be used to throttle login attempts to your application. By default, the user will not be able to login for one minute if they fail to provide the correct credentials after several attempts. The throttling is unique to the user's username / e-mail address and their IP address:

Of course, you are not required to use the authentication controllers included with Laravel. If you choose to remove these controllers, you will need to manage user authentication using the Laravel authentication classes directly. Don't worry, it's a cinch!

We will access Laravel's authentication services via the Auth facade, so we'll need to make sure to import the Auth facade at the top of the class. Next, let's check out the attempt method:

The attempt method accepts an array of key / value pairs as its first argument. The values in the array will be used to find the user in your database table. So, in the example above, the user will be retrieved by the value of the email column. If the user is found, the hashed password stored in the database will be compared with the hashed password value passed to the method via the array. If the two hashed passwords match an authenticated session will be started for the user.

The attempt method will return true if authentication was successful. Otherwise, false will be returned.

The intended method on the redirector will redirect the user to the URL they were attempting to access before being caught by the authentication filter. A fallback URI may be given to this method in case the intended destination is not available.

If you wish, you also may add extra conditions to the authentication query in addition to the user's e-mail and password. For example, we may verify that user is marked as "active":

ผลลัพธ์ (ไทย) 1:

อย่างไรก็ตาม คุณอาจใช้มิดเดิลแวร์เพื่อตรวจสอบว่า ผู้ใช้จะรับรองความถูกต้องก่อนที่จะอนุญาตให้ผู้ใช้เข้าถึงเส้นทางบาง / ตัวควบคุมได้ ข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้ เป็นตรวจสอบเอกสารในปกป้องเส้นทางมิดเดิลแวร์กระบวนการผลิตสามารถใช้เฉพาะรับรองความถูกต้องผู้ใช้เพื่อเข้าถึงกระบวนการผลิตที่กำหนดให้ Laravel เรือกับมิดเดิลแวร์รับรองความถูกต้อง ซึ่งกำหนดไว้ใน appHttpMiddlewareAuthenticate.php ทั้งหมดที่คุณต้องทำอยู่กับมิดเดิลแวร์กำหนดเส้นทาง:แน่นอน ถ้าคุณกำลังใช้การควบคุมชั้นเรียน คุณอาจเรียกวิธีมิดเดิลแวร์จากตัวสร้างตัวควบคุมแทนการแนบจะเป็นการกำหนดเส้นทางโดยตรง:การควบคุมปริมาณการรับรองความถูกต้องถ้าคุณใช้คลาส AuthController ภายในของ Laravel ติด IlluminateFoundationAuthThrottlesLogins อาจถูกใช้เพื่อเค้นความพยายามเข้าสู่ระบบไปยังโปรแกรมประยุกต์ของคุณ โดยค่าเริ่มต้น ผู้ใช้จะไม่สามารถเข้าสู่ระบบหนึ่งนาทีถ้าจะไม่ให้ข้อมูลถูกต้องหลังจากความพยายามหลายครั้ง การควบคุมปริมาณนี้เป็นเฉพาะของผู้ใช้ชื่อผู้ใช้ / อีเมลรายชื่อและอยู่ IP:แน่นอน คุณจะไม่ต้องใช้ตัวควบคุมการรับรองความถูกต้องมาพร้อมกับ Laravel ถ้าคุณเลือกที่จะเอาตัวควบคุมเหล่านี้ คุณจะต้องจัดการการรับรองความถูกต้องผู้ใช้ที่ใช้เรียนรับรองความถูกต้อง Laravel โดยตรง ไม่ต้องกังวล มันไม่ยากเราจะเข้าถึงบริการการรับรองความถูกต้องของ Laravel ผ่านซุ้มรับรองความถูกต้อง ดังนั้นเราจะต้องแน่ใจว่าการนำเข้ากระจกตรวจสอบที่ด้านบนของชั้น ถัดไป ลองเช็ควิธีพยายาม:วิธีการพยายามยอมรับเรย์ของคีย์ / ค่าคู่เป็นอาร์กิวเมนต์แรกของการ ค่าในอาร์เรย์จะถูกใช้เพื่อค้นหาผู้ใช้ในฐานข้อมูลของคุณ ดังนั้น ในตัวอย่างข้างต้น ผู้ใช้จะดึงข้อมูลตามค่าของคอลัมน์อีเมล ถ้าพบผู้ใช้ รหัสผ่าน hashed ในจะเปรียบเทียบกับค่ารหัสผ่าน hashed ผ่านวิธีผ่านอาร์เรย์ ถ้ารหัสผ่าน hashed สองตรง จะเริ่มเซสชันการรับรองความถูกต้องสำหรับผู้ใช้วิธีการพยายามจะกลับจริงรับรองความถูกต้องเสร็จเรียบร้อยแล้ว มิฉะนั้น false จะส่งกลับวิธีการที่กำหนดในตัวเปลี่ยนเส้นทางจะเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่พวกเขาพยายามจะเข้าถึงก่อนที่จะถูกจับโดยตัวรับรองความถูกต้อง อาจได้รับ URI ที่ย้อนกลับกับวิธีนี้ในกรณีที่ไม่มีปลายทางที่กำหนดถ้าคุณต้องการ คุณยังเพิ่มเงื่อนไขเพิ่มเติมในแบบสอบถามการรับรองความถูกต้องของผู้ใช้อีเมลและรหัสผ่าน ตัวอย่าง เราอาจตรวจสอบผู้ใช้ที่ถูกทำเครื่องหมายเป็น "ใช้งาน":

ผลลัพธ์ (ไทย) 2:

แต่คุณอาจใช้ตัวกลางในการตรวจสอบว่าผู้ใช้มีการรับรองความถูกต้องก่อนที่จะให้ผู้ใช้สามารถเข้าถึงบางเส้นทาง / ควบคุม เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับเรื่องนี้ตรวจสอบเอกสารเกี่ยวกับการปกป้องเส้นทางตัวกลางเส้นทางสามารถนำมาใช้เพื่อให้ผู้ใช้รับรองความถูกต้องเท่านั้นที่จะเข้าถึงเส้นทางที่กำหนด เรือ Laravel กับมิดเดิ้ลรับรองความถูกต้องซึ่งถูกกำหนดใน app Http มิดเดิ้ล Authenticate.php ทั้งหมดที่คุณต้องทำคือการแนบมิดเดิลแวร์นิยามเส้นทาง: แน่นอนถ้าคุณกำลังใช้การเรียนการควบคุมคุณอาจเรียกวิธีมิดเดิลแวร์จากตัวสร้างตัวควบคุมแทนการแนบในการกำหนดเส้นทางโดยตรง: การตรวจสอบตัวแปรถ้าคุณกำลังใช้ Laravel ในตัวชั้น AuthController, Illuminate มูลนิธิ รับรองความถูกต้อง ลักษณะ ThrottlesLogins อาจจะใช้ความพยายามในการเข้าสู่ระบบคันเร่งใบสมัครของคุณ โดยค่าเริ่มต้นที่ผู้ใช้จะไม่สามารถที่จะเข้าสู่ระบบเป็นเวลาหนึ่งนาทีถ้าพวกเขาล้มเหลวที่จะให้ข้อมูลประจำตัวที่ถูกต้องหลังจากที่พยายามอยู่หลายครั้ง การควบคุมปริมาณไม่ซ้ำกับชื่อผู้ใช้ของผู้ใช้ / e-mail address และที่อยู่ IP ของพวกเขาแน่นอนคุณไม่จำเป็นต้องใช้ตัวควบคุมการตรวจสอบที่มาพร้อมกับ Laravel หากคุณเลือกที่จะเอาตัวควบคุมเหล่านี้คุณจะต้องจัดการตรวจสอบผู้ใช้โดยใช้การเรียนการตรวจสอบ Laravel โดยตรง ไม่ต้องกังวลก็แน่นอน! เราจะเข้าถึง Laravel บริการการตรวจสอบผ่านซุ้มรับรองความถูกต้องดังนั้นเราจะต้องให้แน่ใจว่าจะนำเข้าซุ้มรับรองความถูกต้องที่ด้านบนของชั้นเรียน ถัดไปให้ตรวจสอบวิธีการพยายามที่: วิธีการพยายามที่ยอมรับอาร์เรย์ของคีย์ / คู่ค่าเป็นอาร์กิวเมนต์แรกของ ค่าในอาร์เรย์จะถูกใช้ในการค้นหาผู้ใช้ในตารางฐานข้อมูลของคุณ ดังนั้นในตัวอย่างข้างต้นที่ผู้ใช้จะได้รับการเรียกโดยค่าของคอลัมน์อีเมล หากผู้ใช้พบรหัสผ่านแฮชที่เก็บไว้ในฐานข้อมูลจะถูกเมื่อเทียบกับค่ารหัสผ่านแฮชส่งผ่านไปยังวิธีการผ่านอาร์เรย์ หากทั้งสองตรงกับรหัสผ่านแฮชเซสชั่นจะได้รับการรับรองความถูกต้องเริ่มต้นสำหรับผู้ใช้. วิธีการพยายามที่จะกลับมาจริงถ้าการตรวจสอบก็ประสบความสำเร็จ มิฉะนั้นเท็จจะถูกส่งกลับ. วิธีตั้งใจเปลี่ยนเส้นทางจะเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่พวกเขากำลังพยายามที่จะเข้าถึงก่อนที่จะถูกจับได้โดยตัวกรองการตรวจสอบ URI ทางเลือกอาจจะได้รับวิธีการในกรณีนี้มีจุดมุ่งหมายปลายทางที่ไม่สามารถใช้ได้. หากคุณต้องการคุณยังอาจเพิ่มเงื่อนไขพิเศษในการแบบสอบถามการตรวจสอบนอกเหนือไปจากอีเมลและรหัสผ่านของผู้ใช้ ตัวอย่างเช่นเราอาจตรวจสอบผู้ใช้ที่มีการระบุว่าเป็น "การใช้งาน":

ผลลัพธ์ (ไทย) 3:

อย่างไรก็ตาม , คุณอาจจะใช้มิดเดิลแวร์เพื่อตรวจสอบว่าผู้ใช้รับรองความถูกต้องก่อนที่จะอนุญาตให้ผู้ใช้เข้าถึงเส้นทาง / ควบคุมบาง เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับเรื่องนี้ , เช็คเอกสารในการปกป้องเส้นทาง



เส้นทางมิดเดิลแวร์สามารถใช้เพื่ออนุญาตให้เฉพาะผู้ใช้สิทธิ์การเข้าถึงที่กำหนดเส้นทาง เรือ laravel กับ AUTH ตัวกลางซึ่งกำหนดไว้ใน app Windows N ที่ตรวจสอบได้PHP ทั้งหมดที่คุณต้องทำคือการแนบตัวกลางในเส้นทางนิยาม :

แน่นอน ถ้าคุณจะใช้คลาสของตัวควบคุม คุณอาจเรียกใช้จากตัวกลางของตัวควบคุมคอนสตรัคแทนแนบในเส้นทางที่นิยามโดยตรง :

รับรองอุด

ถ้าคุณใช้ laravel authcontroller ในตัวชั้นการส่องสว่าง N รากฐาน AUTH throttleslogins คุณลักษณะอาจจะใช้ความพยายามเค้นเข้าสู่ระบบใบสมัครของคุณ โดยค่าเริ่มต้น , ผู้ใช้จะไม่สามารถเข้าสู่ระบบเป็นเวลาหนึ่งนาที ถ้าพวกเขาล้มเหลวที่จะให้ข้อมูลที่ถูกต้องหลังจากความพยายามหลาย การอุดที่เป็นเอกลักษณ์ของผู้ใช้ชื่อผู้ใช้ / อีเมล์และที่อยู่ IP ของพวกเขา :

แน่นอนคุณไม่ต้องใช้รวมกับการตรวจสอบควบคุม laravel . ถ้าคุณเลือกที่จะลบตัวควบคุมเหล่านี้ คุณจะต้องจัดการกับการตรวจสอบผู้ใช้โดยใช้ laravel รับรองการเรียนโดยตรง ไม่ต้องห่วง มันแน่นอน !

เราก็จะเข้าถึงบริการตรวจสอบรับรองความถูกต้อง laravel ผ่านซุ้ม ดังนั้นเราจะต้องทำให้แน่ใจว่า เข้า AUTH ซุ้มที่ด้านบนของชั้นต่อไป เรามาเช็คพยายามวิธีการ :

พยายามวิธีการยอมรับ array ของคีย์ / ค่าคู่เป็นอาร์กิวเมนต์แรก ค่าในอาร์เรย์จะใช้เพื่อค้นหาผู้ใช้ในฐานข้อมูลตารางของคุณ ดังนั้นในตัวอย่างข้างต้น ผู้ใช้จะถูกดึงโดยค่าของอีเมลที่คอลัมน์ ถ้าผู้ใช้จะพบมี hashed รหัสผ่านที่เก็บไว้ในฐานข้อมูลจะถูกเปรียบเทียบกับค่า hashed รหัสผ่านผ่านวิธีการทางเรย์ ถ้าสอง hashed รหัสผ่านตรงกันเป็นรับรองการประชุมจะเริ่มต้นสำหรับผู้ใช้

พยายามจะกลับจริงถ้าตรวจสอบวิธีการประสบความสำเร็จ มิฉะนั้นเท็จจะถูกส่งกลับ .

ต้องการวิธีการในการเปลี่ยนเส้นทางจะเปลี่ยนเส้นทางผู้ใช้ไปยัง URL ที่พวกเขาพยายามที่จะเข้าถึงก่อนที่จะถูกจับโดยตัวกรองการตรวจสอบสิทธิ์ เป็นมือสำรองอาจได้รับเพื่อให้วิธีนี้ในกรณีที่ปลายทางที่ตั้งใจไว้ไม่อยู่

ถ้าคุณต้องการ คุณยังอาจเพิ่มเงื่อนไขพิเศษเพื่อการตรวจสอบแบบสอบถามนอกเหนือไปจากอีเมลของผู้ใช้และรหัสผ่าน ตัวอย่างเช่นเราอาจตรวจสอบผู้ใช้ที่ระบุว่าเป็น " งาน "